from:"Philip Rinn"

Bug#1060117: pass-otp: oathtool safety: avoid argument splitting, send secrets via stdin instead of arguments

2024-01-17 Thread Philip Rinn


Hi Paul,

thanks, I'll have a look next week and prepare an upload.

Best,
Philip


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060266: [Pkg-auth-maintainers] Some help for coordinated uploads needed

2024-01-12 Thread Philip Rinn


Hi Florian,

On 12.01.24 at 12:08, Florian Schlichting:

I would like to do an upload of yubikey-manager very soon in order to
fix #1060266 (serious) in python3-ykman. Can we perhaps do an upload of
python-fido2 to unstable in the course of this weekend? Do you want to
do that yourself, so you can update solo1-cli at the same time, or are
you ok with me going ahead and you follow with solo1-cli whenever
convenient?


sure, please go ahead. Just ping me, once you uploaded phython-fido2 to unstable 
so I can upload solo1-cli afterwards.


Thanks for all the preparation!
Philip


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1060429:

2024-01-10 Thread Philip Rinn

Control: reassign -1 python-django-solo

Hi Helmut,

thanks for the bug report, but I guess you missed that solo1-cli.ships this 
file for years (in stable, testing, unstable) while  python-django-solo was 
just uploaded yesterday. So I think the bug is in python-django-solo actually.

Best,
Philip

Bug#1050305: dh-python: Packages using distutils-extra missing dependencies

2023-08-22 Thread Philip Rinn


Hi,

the 'requires' are actually generated by DistUtilsExtra.auto and are present in 
the PKG-INFO file in the .egg-info directory.

It seems dh-python is not picking them up correctly, thus reassigning.

Best,
Philip


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1050305: python3-distutils-extra: DistUtilsExtra.auto fails to determine "requires" from import statements in source code

2023-08-22 Thread Philip Rinn

Package: python3-distutils-extra
Version: 2.50
Severity: normal
X-Debbugs-Cc: ri...@debian.org

Hi,

it seems, DistUtilsExtra.auto fails to determine "requires" from import
statements in source code.

While gTranscribe produces the correct dependencies on 2023-01-05
(https://buildd.debian.org/status/fetch.php?pkg=gtranscribe=all=0.11-1=1672939550=0)
it doesn't do that on 2023-08-15
(https://buildd.debian.org/status/fetch.php?pkg=gtranscribe=all=0.11-2=1692119063=0)

The only difference between 0.11-1 and 0.11-2 is

--- a/debian/clean
+++ b/debian/clean
@@ -1,2 +1,3 @@
 MANIFEST
 po/gTranscribe.pot
+gTranscribe.egg-info/

Building 0.11-1 today on unstable results in missing dependencies as well.

Best,
Philip


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

Kernel: Linux 6.4.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-distutils-extra depends on:
ii  intltool   0.51.0-6
ii  python33.11.4-5+b1
ii  python3-distutils  3.11.4-1
ii  python3-pkg-resources  68.0.0-2
ii  python3-setuptools 68.0.0-2

python3-distutils-extra recommends no packages.

Versions of packages python3-distutils-extra suggests:
ii  devscripts  2.23.5

-- no debconf information

Bug#1034683: r-base: new upstream release unintentionally uploaded to unstable

2023-06-21 Thread Philip Rinn


Hi,

could we please close this bug? We released bookworm some days ago and 
propagating to testing should be fine now. [It blocks R packages to propagate to 
testing currently.]


Thanks
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

2023-01-01 Thread Philip Rinn


Control: reopen -1

Hi,

it seems you forgot to add a depend/recommend on python3-scrape-schema-recipe:

philip@debian:~$ LANG=C apt list gourmand
Listing... Done
gourmand/testing,testing,unstable,unstable,now 1.1.0+really1.0.0-3 all 
[installed]

philip@debian:~$ gourmand
args = Namespace(db_url='', threads=False, gourmanddir='', 
thread_debug_interval=5.0, thread_debug=False, debug_file='', time=False, 
debug=None)

WARNING: Plugin module import failed
PATH: ['/usr/bin', '/usr/lib/python310.zip', '/usr/lib/python3.10', 
'/usr/lib/python3.10/lib-dynload', '/usr/local/lib/python3.10/dist-packages', 
'/usr/lib/python3/dist-packages', '/usr/lib/python3.10/dist-packages', 
'/usr/lib/python3/dist-packages/gourmand/plugins', 
'/usr/lib/python3/dist-packages/gourmand/plugins/import_export']

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 300, in 
get_module

self._loaded = __import__(self.module)
  File 
"/usr/lib/python3/dist-packages/gourmand/plugins/import_export/web_import_plugin/__init__.py", 
line 1, in 

from . import generic_web_importer_plugin
  File 
"/usr/lib/python3/dist-packages/gourmand/plugins/import_export/web_import_plugin/generic_web_importer_plugin.py", 
line 6, in 

from gourmand.plugins.import_export.website_import_plugins.state import \
  File 
"/usr/lib/python3/dist-packages/gourmand/plugins/import_export/website_import_plugins/__init__.py", 
line 1, in 

from . import (about_dot_com_plugin, allrecipes_plugin,
  File 
"/usr/lib/python3/dist-packages/gourmand/plugins/import_export/website_import_plugins/allrecipes_plugin.py", 
line 3, in 

from . import schema_org_parser
  File 
"/usr/lib/python3/dist-packages/gourmand/plugins/import_export/website_import_plugins/schema_org_parser.py", 
line 7, in 

import scrape_schema_recipe
ModuleNotFoundError: No module named 'scrape_schema_recipe'
WARNING: Failed to load plugin web_import_plugin


Best regards
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016963: Please test u-boot for a64-olinuxino-emmc

2022-12-31 Thread Philip Rinn


On 29.12.22 at 01:14, Vagrant Cascadian wrote:

If you have access to any of these boards, please consider testing
u-boot versions as packaged in debian for versions from debian stable
(2021.01*), testing (2022.04*), unstable (2022.10*) and experimental
(2023.01-rc*) and updating the wiki page if successful and/or replying
to 1016...@bugs.debian.org with a positive confirmation...

...and if not successful, filing bugs against the relevent u-boot-*
packages and marking them as blocking 1016963.


a64-olinuxino-emmc


I tested all four versions and they work on my A64-Olinuxino-eMMC board. [Tested 
from and updated unstable installation.]


Best,
Philip

Bug#1025739: Fwd: Is an autogenerated configure shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure)

2022-12-11 Thread Philip Rinn


Forgot to keep the bug report in the loop :-/

+ here is a stable link to the unterminated quote: 
https://salsa.debian.org/med-team/hmmer2/-/blob/423388accbb8c622edb663c845f1f5a6336256e1/debian/rules#L12



 Weitergeleitete Nachricht 
Betreff: Re: Is an autogenerated configure shell script non-editable source 
(Was: Bug#1025739: hmmer2: missing source for configure)

Datum: Sun, 11 Dec 2022 16:52:49 +0100
Von: Philip Rinn 
An: debian-de...@lists.debian.org, Andreas Tille 

Hi Andreas,


Hi Andreas,

Am Sat, Dec 10, 2022 at 11:41:11AM +0100 schrieb Andreas Metzler:


I have given this a a little bit of time. This seems to work:

1. Copy configure.ac from upstream's 2.3.2h2 branch.


Seems in tag 2.3.2h2 happened what I tried with 2.3.2[1] at least
the resulting configure.ac is identical after
autoupdate && autoreconf -f -i


2. Add 'export AUTOHEADER = true' to debian/rules.


I tried this, but the build fails for me and Salsa CI[2] with

  configure.ac:479: the top level
  sh: 1: Syntax error: Unterminated quoted string
  autoreconf: error: true' failed with exit status: 2

I admit I can't find that unterminated quoted string near line 479.



that's not surprising as you indeed have an unterminated "'" in 
https://salsa.debian.org/med-team/hmmer2/-/blob/master/debian/rules#L12


Best regards
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

2022-12-05 Thread Philip Rinn


On 05.12.22 at 17:26, Sebastiaan Couwenberg wrote:

On 12/5/22 16:51, Philip Rinn wrote:
thanks for fixing gsequencer! Did you actually upload the NMU, I don't see it 
in the queue. If not, could you please upload DELAYED/5 as per 
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu so fftw3 
can migrate?


Earlier today I contacted Joël Krähemann to ask if he has time to upload a new 
revision of gsequencer. There is no need for an NMU if he does.


Fair enough, up to you of course. I just don't see why not uploading the NMU now 
- it seems, you already did all/most work needed anyway - and if Joël has a new 
version ready earlier than DELAYED/5 his upload will end up in the archive.


What I see is that this is currently blocking fftw3 migration which in turn 
blocks quite many packages (soon) - with the freeze not that far away, I just 
don't like these easily preventable delays.


Thanks for your work & best regards

Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

2022-12-05 Thread Philip Rinn

Package: gourmand
Version: 1.1.0+really1.0.0-2
Severity: important
X-Debbugs-Cc: ri...@debian.org

Hi,

gourmand fails to load (at least) three of it's plugins due to missing Python
modules. As two of these plugins are importers for websites, it impacts
usability a lot.
Here is what I get when I run gourmand from console:

philip@debian:~$ gourmand
args = Namespace(db_url='', threads=False, gourmanddir='',
thread_debug_interval=5.0, thread_debug=False, debug_file='', time=False,
debug=None)
WARNING: Plugin module import failed
PATH: ['/usr/bin', '/usr/lib/python310.zip', '/usr/lib/python3.10',
'/usr/lib/python3.10/lib-dynload', '/usr/local/lib/python3.10/dist-packages',
'/usr/lib/python3/dist-packages', '/usr/lib/python3/dist-
packages/gourmand/plugins', '/usr/lib/python3/dist-
packages/gourmand/plugins/import_export']
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 300, in
get_module
self._loaded = __import__(self.module)
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/web_import_plugin/__init__.py", line 1,
in 
from . import generic_web_importer_plugin
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/web_import_plugin/generic_web_importer_plugin.py",
line 6, in 
from gourmand.plugins.import_export.website_import_plugins.state import \
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/__init__.py",
line 1, in 
from . import (about_dot_com_plugin, allrecipes_plugin,
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/allrecipes_plugin.py",
line 3, in 
from . import schema_org_parser
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/schema_org_parser.py",
line 7, in 
import scrape_schema_recipe
ModuleNotFoundError: No module named 'scrape_schema_recipe'
WARNING: Failed to load plugin web_import_plugin
ERROR:root:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 129, in
load_active_plugins
self.active_plugins.extend(self.available_plugin_sets[p].plugins)
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 312, in
__getattr__
return self.get_plugins()
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 320, in
get_plugins
return self.get_module().plugins
AttributeError: 'NoneType' object has no attribute 'plugins'
WARNING: Plugin module import failed
PATH: ['/usr/bin', '/usr/lib/python310.zip', '/usr/lib/python3.10',
'/usr/lib/python3.10/lib-dynload', '/usr/local/lib/python3.10/dist-packages',
'/usr/lib/python3/dist-packages', '/usr/lib/python3/dist-
packages/gourmand/plugins', '/usr/lib/python3/dist-
packages/gourmand/plugins/import_export']
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 300, in
get_module
self._loaded = __import__(self.module)
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/__init__.py",
line 1, in 
from . import (about_dot_com_plugin, allrecipes_plugin,
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/allrecipes_plugin.py",
line 3, in 
from . import schema_org_parser
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/website_import_plugins/schema_org_parser.py",
line 7, in 
import scrape_schema_recipe
ModuleNotFoundError: No module named 'scrape_schema_recipe'
WARNING: Failed to load plugin website_import_plugins
ERROR:root:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 129, in
load_active_plugins
self.active_plugins.extend(self.available_plugin_sets[p].plugins)
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 312, in
__getattr__
return self.get_plugins()
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 320, in
get_plugins
return self.get_module().plugins
AttributeError: 'NoneType' object has no attribute 'plugins'
WARNING: Plugin module import failed
PATH: ['/usr/bin', '/usr/lib/python310.zip', '/usr/lib/python3.10',
'/usr/lib/python3.10/lib-dynload', '/usr/local/lib/python3.10/dist-packages',
'/usr/lib/python3/dist-packages', '/usr/lib/python3/dist-
packages/gourmand/plugins', '/usr/lib/python3/dist-
packages/gourmand/plugins/import_export']
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gourmand/plugin_loader.py", line 300, in
get_module
self._loaded = __import__(self.module)
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/epub_plugin/__init__.py", line 1, in

from . import epub_exporter_plugin
  File "/usr/lib/python3/dist-
packages/gourmand/plugins/import_export/epub_plugin/epub_exporter_plugin.py",
line 4, in 
from . import epub_exporter
  File

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

2022-12-05 Thread Philip Rinn


Hi Bas,

thanks for fixing gsequencer! Did you actually upload the NMU, I don't seet it 
in the queue. If not, could you please upload DELAYED/5 as per 
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu so fftw3 
can migrate?


Thanks & best regards
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#993874: slurm: diff for NMU version 0.4.3-2.1

2022-11-27 Thread Philip Rinn


Hi,

ups, somehow d/changelog was not finalized, here the final version:


diff -Nru slurm-0.4.3/debian/changelog slurm-0.4.3/debian/changelog
--- slurm-0.4.3/debian/changelog2015-08-17 12:05:00.0 +0200
+++ slurm-0.4.3/debian/changelog2022-11-27 13:31:19.0 +0100
@@ -1,3 +1,10 @@
+slurm (0.4.3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS by removing deprecated sys/sysctl.h (closes: #993874)
+
+ -- Philip Rinn   Sun, 27 Nov 2022 13:31:19 +0100
+
 slurm (0.4.3-2) unstable; urgency=medium

   * Fix broken debian/watch file.


Best regards
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#993874: slurm: diff for NMU version 0.4.3-2.1

2022-11-27 Thread Philip Rinn

Control: tags 993874 + pending


Dear maintainer,

I've prepared an NMU for slurm (versioned as 0.4.3-2.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru slurm-0.4.3/debian/changelog slurm-0.4.3/debian/changelog
--- slurm-0.4.3/debian/changelog2015-08-17 12:05:00.0 +0200
+++ slurm-0.4.3/debian/changelog2022-11-27 13:15:07.0 +0100
@@ -1,3 +1,10 @@
+slurm (0.4.3-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS by removing deprecated sys/sysctl.h (closes: #993874)
+
+ -- Philip Rinn   Sun, 27 Nov 2022 13:15:07 +0100
+
 slurm (0.4.3-2) unstable; urgency=medium
 
   * Fix broken debian/watch file.
diff -Nru slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch 
slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch
--- slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch1970-01-01 
01:00:00.0 +0100
+++ slurm-0.4.3/debian/patches/fix-build-with-glib2.32.patch2022-11-27 
13:15:07.0 +0100
@@ -0,0 +1,23 @@
+From 82d634f81d53ed00b67dbafbf0c0d180e5ceca82 Mon Sep 17 00:00:00 2001
+From: Matthias Schmitz 
+Date: Wed, 8 Sep 2021 23:02:07 +0200
+Subject: [PATCH] Remove deprecated  from Linux build
+
+As already reported by Sam James (@thesamesam) and in the Debian
+bugtracker #993874 the  is deprecated since a while.
+---
+ os.h | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/os.h b/os.h
+index a268f86..fba5027 100644
+--- a/os.h
 b/os.h
+@@ -177,7 +177,6 @@
+ #elif defined (__linux__) /* L I N U X */
+ #include 
+ #include 
+-#include 
+ #include 
+ #include 
+ #include 
diff -Nru slurm-0.4.3/debian/patches/series slurm-0.4.3/debian/patches/series
--- slurm-0.4.3/debian/patches/series   2015-08-17 11:47:31.0 +0200
+++ slurm-0.4.3/debian/patches/series   2022-11-27 13:15:07.0 +0100
@@ -1 +1,2 @@
 0001-Fix-empty-lines-in-manpage.patch
+fix-build-with-glib2.32.patch

Bug#989361: netcdf-parallel: Multiple security issues in ezxml

2022-11-26 Thread Philip Rinn


Hi,

as netcdf-parallel doesn't use the bundled copy of ezxml anymore, but links 
against libxml2 since 1:4.9.0-1, I guess it's not _that_ relevant.


Should this bug just be marked as fixed in 1:4.9.0-1?

Best regards
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#972078: sound-juicer: diff for NMU version 3.38.0-2.1

2022-10-26 Thread Philip Rinn


Hi Jeremy,

Thanks, done.

Not sure if it's helpfull, but I opend a MR on salsa with the NMU changes: 
https://salsa.debian.org/gnome-team/sound-juicer/-/merge_requests/2


Best,
Philip


Am 26.10.22 um 21:18 schrieb Jeremy Bicha:

Feel free to upload this without delay.

On behalf of the Debian GNOME team,
Jeremy Bicha

On Wed, Oct 26, 2022, 21:12 Philip Rinn <mailto:ri...@debian.org>> wrote:


Control: tags 972078 + pending


Dear maintainer,

I've prepared an NMU for sound-juicer (versioned as 3.38.0-2.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should delay it longer.

(The change in Uploaders somehow happened automatically during the gbp
buildpackage run, not sure why.)

Best,
Philip


diff -Nru sound-juicer-3.38.0/debian/changelog
sound-juicer-3.38.0/debian/changelog
--- sound-juicer-3.38.0/debian/changelog        2022-02-18
22:16:14.0 +0100
+++ sound-juicer-3.38.0/debian/changelog        2022-10-26
20:58:46.0 +0200
@@ -1,3 +1,12 @@
+sound-juicer (3.38.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make build reproducible: Replace absolute path to source location of
+    data/rhythmbox.gep embedded in binary with relative path. It would 
never
+    resolve and is not necassary in an end-user installation (Closes: 
#972078)
+
+ -- Philip Rinn mailto:ri...@debian.org>>  Wed, 26 Oct
2022 20:58:46 +0200
+
  sound-juicer (3.38.0-2) unstable; urgency=medium

    * Drop unneeded -Wl,--as-needed and -Wno-unused-parameter
diff -Nru sound-juicer-3.38.0/debian/control 
sound-juicer-3.38.0/debian/control
--- sound-juicer-3.38.0/debian/control  2022-02-18 22:16:14.0 +0100
+++ sound-juicer-3.38.0/debian/control  2022-10-26 20:58:46.0 +0200
@@ -6,7 +6,7 @@
  Section: sound
  Priority: optional
  Maintainer: Debian GNOME Maintainers
mailto:pkg-gnome-maintain...@lists.alioth.debian.org>>
-Uploaders: Jeremy Bicha mailto:jbi...@debian.org>>,
Laurent Bigonville mailto:bi...@debian.org>>, Michael
Biebl mailto:bi...@debian.org>>
+Uploaders: Laurent Bigonville mailto:bi...@debian.org>>,
Michael Biebl mailto:bi...@debian.org>>
  Build-Depends: debhelper-compat (= 13),
                 appstream,
                 appstream-util ,
diff -Nru sound-juicer-3.38.0/debian/patches/reproducible-build.patch
sound-juicer-3.38.0/debian/patches/reproducible-build.patch
--- sound-juicer-3.38.0/debian/patches/reproducible-build.patch 1970-01-01
01:00:00.0 +0100
+++ sound-juicer-3.38.0/debian/patches/reproducible-build.patch 2022-10-26
18:01:17.0 +0200
@@ -0,0 +1,15 @@
+Description: Make the build reproducible
+Author: Chris Lamb mailto:la...@debian.org>>
+Last-Update: 2020-10-12
+
+--- sound-juicer-3.38.0.orig/libjuicer/rb-gst-media-types.c
 sound-juicer-3.38.0/libjuicer/rb-gst-media-types.c
+@@ -34,7 +34,7 @@
+
+ #include "rb-gst-media-types.h"
+
+-#define SOURCE_ENCODING_TARGET_FILE TOPSRCDIR"/data/rhythmbox.gep"
++#define SOURCE_ENCODING_TARGET_FILE "./data/rhythmbox.gep"
+ #define INSTALLED_ENCODING_TARGET_FILE 
DATADIR"/sound-juicer/rhythmbox.gep"
+ static GstEncodingTarget *default_target = NULL;
+
diff -Nru sound-juicer-3.38.0/debian/patches/series
sound-juicer-3.38.0/debian/patches/series
--- sound-juicer-3.38.0/debian/patches/series   2022-02-18
22:16:14.0 +0100
+++ sound-juicer-3.38.0/debian/patches/series   2022-10-26
18:01:37.0 +0200
@@ -2,3 +2,4 @@
  Fix-showing-icon-in-the-about-dialog.patch
  build-fix-doc-directory.patch
  meson-drop-unused-argument-for-i18n.merge_file.patch
+reproducible-build.patch





OpenPGP_signature
Description: OpenPGP digital signature

Bug#972078: sound-juicer: diff for NMU version 3.38.0-2.1

2022-10-26 Thread Philip Rinn

Control: tags 972078 + pending


Dear maintainer,

I've prepared an NMU for sound-juicer (versioned as 3.38.0-2.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should delay it longer.

(The change in Uploaders somehow happened automatically during the gbp 
buildpackage run, not sure why.)

Best,
Philip


diff -Nru sound-juicer-3.38.0/debian/changelog 
sound-juicer-3.38.0/debian/changelog
--- sound-juicer-3.38.0/debian/changelog2022-02-18 22:16:14.0 
+0100
+++ sound-juicer-3.38.0/debian/changelog2022-10-26 20:58:46.0 
+0200
@@ -1,3 +1,12 @@
+sound-juicer (3.38.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Make build reproducible: Replace absolute path to source location of
+data/rhythmbox.gep embedded in binary with relative path. It would never
+resolve and is not necassary in an end-user installation (Closes: #972078)
+
+ -- Philip Rinn   Wed, 26 Oct 2022 20:58:46 +0200
+
 sound-juicer (3.38.0-2) unstable; urgency=medium
 
   * Drop unneeded -Wl,--as-needed and -Wno-unused-parameter
diff -Nru sound-juicer-3.38.0/debian/control sound-juicer-3.38.0/debian/control
--- sound-juicer-3.38.0/debian/control  2022-02-18 22:16:14.0 +0100
+++ sound-juicer-3.38.0/debian/control  2022-10-26 20:58:46.0 +0200
@@ -6,7 +6,7 @@
 Section: sound
 Priority: optional
 Maintainer: Debian GNOME Maintainers 

-Uploaders: Jeremy Bicha , Laurent Bigonville 
, Michael Biebl 
+Uploaders: Laurent Bigonville , Michael Biebl 

 Build-Depends: debhelper-compat (= 13),
appstream,
appstream-util ,
diff -Nru sound-juicer-3.38.0/debian/patches/reproducible-build.patch 
sound-juicer-3.38.0/debian/patches/reproducible-build.patch
--- sound-juicer-3.38.0/debian/patches/reproducible-build.patch 1970-01-01 
01:00:00.0 +0100
+++ sound-juicer-3.38.0/debian/patches/reproducible-build.patch 2022-10-26 
18:01:17.0 +0200
@@ -0,0 +1,15 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2020-10-12
+
+--- sound-juicer-3.38.0.orig/libjuicer/rb-gst-media-types.c
 sound-juicer-3.38.0/libjuicer/rb-gst-media-types.c
+@@ -34,7 +34,7 @@
+ 
+ #include "rb-gst-media-types.h"
+ 
+-#define SOURCE_ENCODING_TARGET_FILE TOPSRCDIR"/data/rhythmbox.gep"
++#define SOURCE_ENCODING_TARGET_FILE "./data/rhythmbox.gep"
+ #define INSTALLED_ENCODING_TARGET_FILE DATADIR"/sound-juicer/rhythmbox.gep"
+ static GstEncodingTarget *default_target = NULL;
+ 
diff -Nru sound-juicer-3.38.0/debian/patches/series 
sound-juicer-3.38.0/debian/patches/series
--- sound-juicer-3.38.0/debian/patches/series   2022-02-18 22:16:14.0 
+0100
+++ sound-juicer-3.38.0/debian/patches/series   2022-10-26 18:01:37.0 
+0200
@@ -2,3 +2,4 @@
 Fix-showing-icon-in-the-about-dialog.patch
 build-fix-doc-directory.patch
 meson-drop-unused-argument-for-i18n.merge_file.patch
+reproducible-build.patch

Bug#1000313: Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

2022-10-12 Thread Philip Rinn


On 11.10.22 at 23:25, Philip Rinn wrote:

Wild guess; maybe the flash-kernel boot.scr gets the wrong console
settings (e.g. serial vs. hdmi or whatnot), while u-boot-menu just uses
the default console specified in the .dtb?


That might very well be, but how to debug? (Let's continue that discussion in 
#1000313 [CCed already])


I attached a monitor via hdmi and the screen turns blank about 5 seconds after 
"Starting kernel ..." ... so that doesn't seem to be the problem :-/



Best

Philip



OpenPGP_signature
Description: OpenPGP digital signature

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

2022-10-11 Thread Philip Rinn


Hi,

OK, I used a custom bootstrap script now and that works:

U-Boot SPL 2022.10+dfsg-1 (Oct 04 2022 - 00:06:38 +)
DRAM: 2048 MiB
Trying to boot from MMC1
NOTICE:  BL31: v2.7(debug):
NOTICE:  BL31: Built : 03:28:37, Aug  6 2022
NOTICE:  BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:  BL31: Found U-Boot DTB at 0x209e1f0, model: Olimex A64-Olinuxino-eMMC
INFO:ARM GICv2 driver initialized
INFO:Configuring SPC Controller
INFO:PMIC: Probing AXP803 on RSB
INFO:PMIC: aldo1 voltage: 2.800V
INFO:PMIC: dcdc1 voltage: 3.300V
INFO:PMIC: dcdc5 voltage: 1.360V
INFO:PMIC: dcdc6 voltage: 1.100V
INFO:PMIC: dldo1 voltage: 3.300V
INFO:PMIC: dldo2 voltage: 3.300V
INFO:PMIC: dldo3 voltage: 2.800V
INFO:PMIC: dldo4 voltage: 3.300V
INFO:PMIC: fldo1 voltage: 1.200V
INFO:PMIC: Enabling DC SW
INFO:BL31: Platform setup done
INFO:BL31: Initializing runtime services
INFO:BL31: cortex_a53: CPU workaround for 843419 was applied
INFO:BL31: cortex_a53: CPU workaround for 855873 was applied
INFO:BL31: cortex_a53: CPU workaround for 1530924 was applied
SCP/INF: Crust v0.5.1
INFO:PSCI: Suspend is available via SCPI
INFO:BL31: Preparing for EL3 exit to normal world
INFO:Entry point address = 0x4a00
INFO:SPSR = 0x3c9


U-Boot 2022.10+dfsg-1 (Oct 04 2022 - 00:06:38 +) Allwinner Technology

CPU:   Allwinner A64 (SUN50I)
Model: Olimex A64-Olinuxino-eMMC
DRAM:  2 GiB
Core:  74 devices, 20 uclasses, devicetree: separate
WDT:   Not starting watchdog@1c20ca0
MMC:   mmc@1c0f000: 0, mmc@1c1: 2, mmc@1c11000: 1
Loading Environment from FAT... Unable to use mmc 0:1...
In:serial
Out:   serial
Err:   serial
Net:   eth0: ethernet@1c3
starting USB...
Bus usb@1c1a000: USB EHCI 1.00
Bus usb@1c1a400: USB OHCI 1.0
Bus usb@1c1b000: USB EHCI 1.00
Bus usb@1c1b400: USB OHCI 1.0
scanning bus usb@1c1a000 for devices... 1 USB Device(s) found
scanning bus usb@1c1a400 for devices... 1 USB Device(s) found
scanning bus usb@1c1b000 for devices... 1 USB Device(s) found
scanning bus usb@1c1b400 for devices... 1 USB Device(s) found
   scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found /boot/extlinux/extlinux.conf
Retrieving file: /boot/extlinux/extlinux.conf
U-Boot menu
1:  Debian GNU/Linux bookworm/sid 5.19.0-2-arm64
2:  Debian GNU/Linux bookworm/sid 5.19.0-2-arm64 (rescue target)
Enter choice: 1:Debian GNU/Linux bookworm/sid 5.19.0-2-arm64
Retrieving file: /boot/initrd.img-5.19.0-2-arm64
Retrieving file: /boot/vmlinuz-5.19.0-2-arm64
append: root=/dev/mmcblk0p1 ro quiet
Retrieving file: 
/usr/lib/linux-image-5.19.0-2-arm64/allwinner/sun50i-a64-olinuxino-emmc.dtb

Moving Image from 0x4008 to 0x4020, end=4200
## Flattened Device Tree blob at 4fa0
   Booting using the fdt blob at 0x4fa0
   Loading Ramdisk to 48196000, end 49d7 ... OK
   Loading Device Tree to 4818b000, end 48195370 ... OK

Starting kernel ...

[3.943010] sun50i-a64-pinctrl 1c20800.pinctrl: request() failed for pin 40
[3.943042] sun50i-a64-pinctrl 1c20800.pinctrl: pin-40 (1c28000.serial) 
status -517
[3.943063] sun50i-a64-pinctrl 1c20800.pinctrl: could not request pin 40 
(PB8) from group PB8  on device 1c20800.pinctrl
[3.943085] dw-apb-uart 1c28000.serial: Error applying setting, reverse 
things back

[3.943661] sun50i-a64-pinctrl 1c20800.pinctrl: request() failed for pin 40
[3.943681] sun50i-a64-pinctrl 1c20800.pinctrl: pin-40 (1c28000.serial) 
status -517
[3.943701] sun50i-a64-pinctrl 1c20800.pinctrl: could not request pin 40 
(PB8) from group PB8  on device 1c20800.pinctrl
[3.943722] dw-apb-uart 1c28000.serial: Error applying setting, reverse 
things back

[4.659095] sun50i-a64-pinctrl 1c20800.pinctrl: request() failed for pin 160
[4.659141] sun50i-a64-pinctrl 1c20800.pinctrl: pin-160 (1c0f000.mmc) status 
-517
[4.659162] sun50i-a64-pinctrl 1c20800.pinctrl: could not request pin 160 
(PF0) from group PF0  on device 1c20800.pinctrl

[4.659185] sunxi-mmc 1c0f000.mmc: Error applying setting, reverse things 
back
[4.659427] sun50i-a64-pinctrl 1c20800.pinctrl: request() failed for pin 192
[4.659448] sun50i-a64-pinctrl 1c20800.pinctrl: pin-192 (1c1.mmc) status 
-517
[4.659467] sun50i-a64-pinctrl 1c20800.pinctrl: could not request pin 192 
(PG0) from group PG0  on device 1c20800.pinctrl

[4.659494] sunxi-mmc 1c1.mmc: Error applying setting, reverse things 
back
[4.659683] sun50i-a64-pinctrl 1c20800.pinctrl: request() failed for pin 69
[4.659705] sun50i-a64-pinctrl 1c20800.pinctrl: pin-69 (1c11000.mmc) status 
-517
[4.659726] sun50i-a64-pinctrl 1c20800.pinctrl: could not request pin 69 
(PC5) from group PC5  on device 1c20800.pinctrl

[4.659750] sunxi-mmc 1c11000.mmc: Error applying setting, reverse things 
back
[4.877347]

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

2022-10-09 Thread Philip Rinn


Hi,

I followed 
https://wiki.debian.org/InstallingDebianOn/Allwinner#Installing_from_an_SD_card_image 
using the daily build of the unstable netboot installer from 
https://d-i.debian.org/daily-images/arm64/20221009-02:38/netboot/SD-card-images/ 
and I was able to install successfully but the system does not boot - it tries 
to boot from eMMC actually:


U-Boot SPL 2020.04+olimex-2-20210111.165338 (Jan 30 2020 - 11:10:18 +)
DRAM: 2048 MiB
Trying to boot from MMC2
NOTICE:  BL31: v2.2(debug):v2.2-8-g51ce3c6-dirty
NOTICE:  BL31: Built : 19:42:23, Mar 20 2020
NOTICE:  BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:  BL31: Found U-Boot DTB at 0x40ab7d8, model: Olimex A64-Olinuxino-eMMC
INFO:ARM GICv2 driver initialized
INFO:Configuring SPC Controller
NOTICE:  BL31: PMIC: Detected AXP803 on RSB.
INFO:PMIC: AXP803: Enabling DRIVEVBUS
INFO:PMIC: AXP803: dcdc1 voltage: 3.300V
INFO:PMIC: AXP803: dcdc5 voltage: 1.360V
INFO:PMIC: AXP803: dcdc6 voltage: 1.100V
INFO:PMIC: AXP803: dldo1 voltage: 3.300V
INFO:PMIC: AXP803: dldo4 voltage: 3.300V
INFO:BL31: Platform setup done
INFO:BL31: Initializing runtime services
INFO:BL31: cortex_a53: CPU workaround for 843419 was applied
INFO:BL31: cortex_a53: CPU workaround for 855873 was applied
INFO:BL31: Preparing for EL3 exit to normal world
INFO:Entry point address = 0x4a00
INFO:SPSR = 0x3c9


U-Boot 2020.04+olimex-2-20210111.165338 (Jan 30 2020 - 11:10:18 +) Allwinner 
Technology


CPU:   Allwinner A64 (SUN50I)
Model: Olimex A64-Olinuxino-eMMC
DRAM:  2 GiB
MMC:   mmc@1c0f000: 0, mmc@1c11000: 1
Loading Environment from EXT4... ** File not found /uboot.env **

** Unable to read "/uboot.env" from mmc0:1 **
In:serial
Out:   serial
Err:   serial
Allwinner mUSB OTG (Peripheral)
Net:   phy interface7
eth0: ethernet@1c3
Warning: usb_ether using MAC address from ROM
, eth1: usb_ether
starting USB...
Bus usb@1c1a000: USB EHCI 1.00
Bus usb@1c1a400: USB OHCI 1.0
Bus usb@1c1b000: USB EHCI 1.00
Bus usb@1c1b400: USB OHCI 1.0
scanning bus usb@1c1a000 for devices... 1 USB Device(s) found
scanning bus usb@1c1a400 for devices... 1 USB Device(s) found
scanning bus usb@1c1b000 for devices... 1 USB Device(s) found
scanning bus usb@1c1b400 for devices... 1 USB Device(s) found
   scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc1(part 0) is current device
Scanning mmc 1:1...
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot.scr
2904 bytes read in 1 ms (2.8 MiB/s)
## Executing script at 4fc0
30797760 bytes read in 1340 ms (21.9 MiB/s)
29408 bytes read in 3 ms (9.3 MiB/s)
32463063 bytes read in 1412 ms (21.9 MiB/s)
Booting Debian 5.19.0-2-arm64 from mmc 0:1...
## Flattened Device Tree blob at 4fa0
   Booting using the fdt blob at 0x4fa0
   Loading Ramdisk to 4810a000, end 49fff8d7 ... OK
   Loading Device Tree to 480ff000, end 481092df ... OK

Starting kernel ...


[I didn't use the exact same board as the reporter but the industrial variant of 
that board - I don't see any reason why they should behave differently in that 
regard.]



When I tried to install u-boot again from an chroot, I got (/dev/sda is the 
SDCARD and I needed to install u-boot-sunxi):


$ sudo systemd-nspawn -q -E DEBIAN_FRONTEND=noninteractive -E LANG=C -E LC_ALL=C 
-D /PATH/WHERE/I/MOUNTED/THE/SDCARD --bind=/dev/sda -E 
TARGET=/usr/lib/u-boot/a64-olinuxino-emmc/ u-boot-install-sunxi64 /dev/sda
/usr/bin/u-boot-install-sunxi64: device/image (/dev/sda) uses GPT partition 
table, unusable on sunxi64



fdisk gives me:

Disk /dev/sda: 14,72 GiB, 15804137472 bytes, 30867456 sectors
Disk model: STORAGE DEVICE
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: SOME-UUID

DeviceStart  End  Sectors  Size Type
/dev/sda1  2048   999423   997376  487M Linux filesystem
/dev/sda2999424 28866559 27867136 13,3G Linux filesystem
/dev/sda3  28866560 30865407  1998848  976M Linux swap


To me it seems the debian-installer (or is it flash-kernel-installer?) is doing 
something wrong here ...


Might be related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000313


I'm happy to debug further, but I'm lost.

Best,
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#975490: u-boot-sunxi: A64-Olinuxino-eMMC boot stuck at "Starting kernel ..."

2022-10-02 Thread Philip Rinn

Hi,

I can troubleshoot once I'm back home in ~10 days, I do have that board at 
home. I'm pretty sure it worked fine last time I tried.

Best,
Philip


signature.asc
Description: PGP signature

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

2022-09-11 Thread Philip RInn


On 11.09.22 at 18:59, Marco d'Itri wrote:

On Sep 10, Philip RInn  wrote:


I guess, I spotted the problem: it seems /lib32 is not merged.

Did you install, remove and then install again the biarch libc, like
it was discussed in #926699?


That might very well be. Unfortunately I only have dpkg/apt logs for the last 
year and they just show upgrades of libc6-i386, so I can't say for sure :-/.



For the time being, as a workaround you just need to run
/usr/lib/usrmerge/convert-usrmerge manually.


Thanks, that worked.


Best,
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

2022-09-10 Thread Philip RInn


Hi

I guess, I spotted the problem: it seems /lib32 is not merged.

lrwxrwxrwx   1 root root7 20. Nov 2020  bin -> usr/bin
lrwxrwxrwx   1 root root7 20. Nov 2020  lib -> usr/lib
drwxr-xr-x   2 root root 4,0K  3. Sep 10:33 lib32
lrwxrwxrwx   1 root root9 20. Nov 2020  lib64 -> usr/lib64
lrwxrwxrwx   1 root root8 20. Nov 2020  sbin -> usr/sbin


Not sure if it's of relevance, but that's what is in /lib32, /usr/lib32

philip@debian:~$ ls -la /lib32
drwxr-xr-x  2 root root  4,0K  3. Sep 10:33 .
drwxr-xr-x 19 root root  4,0K  9. Sep 14:56 ..
-rwxr-xr-x  1 root root  200K 27. Aug 13:38 ld-linux.so.2
-rw-r--r--  1 root root   14K 27. Aug 13:38 libanl.so.1
-rw-r--r--  1 root root   14K 27. Aug 13:38 libBrokenLocale.so.1
-rw-r--r--  1 root root   43K 27. Aug 13:38 libc_malloc_debug.so.0
-rwxr-xr-x  1 root root  2,2M 27. Aug 13:38 libc.so.6
-rw-r--r--  1 root root   14K 27. Aug 13:38 libdl.so.2
-rw-r--r--  1 root root   18K 27. Aug 13:38 libmemusage.so
-rw-r--r--  1 root root 1014K 27. Aug 13:38 libm.so.6
-rw-r--r--  1 root root   94K 27. Aug 13:38 libnsl.so.1
-rw-r--r--  1 root root   38K 27. Aug 13:38 libnss_compat.so.2
-rw-r--r--  1 root root   14K 27. Aug 13:38 libnss_dns.so.2
-rw-r--r--  1 root root   14K 27. Aug 13:38 libnss_files.so.2
-rw-r--r--  1 root root   26K 27. Aug 13:38 libnss_hesiod.so.2
-rw-r--r--  1 root root   14K 27. Aug 13:38 libpcprofile.so
-rw-r--r--  1 root root   14K 27. Aug 13:38 libpthread.so.0
-rw-r--r--  1 root root   62K 27. Aug 13:38 libresolv.so.2
-rw-r--r--  1 root root   14K 27. Aug 13:38 librt.so.1
-rw-r--r--  1 root root   22K 27. Aug 13:38 libSegFault.so
-rw-r--r--  1 root root   38K 27. Aug 13:38 libthread_db.so.1
-rw-r--r--  1 root root   14K 27. Aug 13:38 libutil.so.1

philip@debian:~$ ls -la /usr/lib32
drwxr-xr-x  3 root root 4,0K 10. Sep 12:21 .
drwxr-xr-x 15 root root 4,0K 15. Apr 12:54 ..
drwxr-xr-x  3 root root  36K  3. Sep 10:33 gconv
-rw-r--r--  1 root root 150K  8. Sep 15:52 libgcc_s.so.1
lrwxrwxrwx  1 root root   19  8. Sep 15:52 libstdc++.so.6 -> libstdc++.so.6.0.30
-rw-r--r--  1 root root 2,2M  8. Sep 15:52 libstdc++.so.6.0.30



Not sure how I got into that situation ... and not sure why installing usrmerge 
again didn't fix it ...


Best,
Philip


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1019506: usrmerge: usr-is-merged claims system is not usr-merged but usrmerge is installed

2022-09-10 Thread Philip Rinn

Package: usrmerge
Version: 29
Severity: normal
X-Debbugs-Cc: ri...@debian.org

Hi,

I'm pretty sure I migrated my system to usr-merged long time ago (uninstalled
ursmerge again iirc). I now wanted to install usr-is-merged to avoid getting
usrmerge installed again - and usr-is-merge claimed my system was not usr-
merged. I installed usrmerge again but usr-is-merged still thinks it's not
merged:

philip@debian:~$ LANG=C sudo apt install usrmerge
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
usrmerge is already the newest version (29).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

philip@debian:~$ LANG=C sudo apt install usr-is-merged
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  usr-is-merged
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/4332 B of archives.
After this operation, 12.3 kB of additional disk space will be used.
(Reading database ... 415597 files and directories currently installed.)
Preparing to unpack .../usr-is-merged_29_all.deb ...


**
*
* The usr-is-merged package cannot be installed because this system does
* not have a merged /usr.
*
* Please install the usrmerge package to convert this system to merged-/usr.
*
* For more information please read https://wiki.debian.org/UsrMerge.
*
**


dpkg: error processing archive /var/cache/apt/archives/usr-is-merged_29_all.deb
(--unpack):
 new usr-is-merged package pre-installation script subprocess returned error
exit status 1
Errors were encountered while processing:
 /var/cache/apt/archives/usr-is-merged_29_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


Am I missing something here?

Best
Philip


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

Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages usrmerge depends on:
ii  libfile-find-rule-perl  0.34-2
ii  perl5.34.0-5

usrmerge recommends no packages.

usrmerge suggests no packages.

-- no debconf information

Bug#1017405: RM: pass-extension-otp -- ROM; package was renamed

2022-08-15 Thread Philip Rinn

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ri...@debian.org

Please remove pass-extension-otp from unstable, the binary package was renamed
to match upstream name.

Thanks!
Philip

Bug#995944: Does not use auto-detect if git is already in use

2021-10-17 Thread Philip Rinn


Control: severity -1 wishlist

Hi Trent,

thanks for your bug report. I think it's a great idea to improve qtpass, I'll 
forward your feature request upstream.


On 08.10.21 at 17:35, Trent W. Buck wrote:

I am flagging this as "serious" because it leads to data loss.
Specifically, I already lost the history of my test passwords.
Had I not noticed right away, I could have lost REAL passwords.


I disagree as I don't think what you describe is the "data loss" we assign the 
severity "serious" to - qtpass itself does not destroy any data. Humans/scripts 
who might not notice that files where added/changed by qtpass (obviously only by 
human interaction) without committing the changes might override the changes made 
by qtpass which might lead to data loss.


I agree that qtpass could have better defaults but this is a feature request -> 
severity "whishlist".


Thanks & best regards
Philip

Bug#985842: solo-python: please clarify package description

2021-03-28 Thread Philip Rinn


Hi Daniele,

On 24.03.21 at 19:25, Daniele Forsi wrote:

package description says "rest the key" , is that a typo for "reset the key"?


yes, it's a typo - thanks for the catch. I'll fix it in the next upload (already 
committed the fix on slasa.d.o).


Best,
Philip

Bug#985462: ModuleNotFoundError: No module named 'fido2._pyu2f' when running solo

2021-03-18 Thread Philip Rinn


Hi,

the corresponding upstream bug is 
https://github.com/solokeys/solo-python/issues/110.

The problem is that python-fido2 0.9 is not backwards compatible with 0.8. It's 
very unfortunate that the python-fido2 maintainers uploaded an backwards 
incompatible version right before the freeze :-/


And I doubt that there will be a fix for solo ready in time - so either 
pthon-fido2 is downgraded to 0.8 again or we will not have solo in stable :-/


Anyway, I'll have a look and see if I can find a fix.

Best,
Philip

Bug#981268: lintian: False positive for entry_points.txt in Python packages (package-contains-documentation-outside-usr-share-doc)

2021-01-28 Thread Philip Rinn

Package: lintian
Version: 2.104.0
Severity: normal

Hi,

please don't flag usr/lib/python3/dist-packages/*.dist-info/entry_points.txt as
'package-contains-documentation-outside-usr-share-doc'.

See https://packaging.python.org/specifications/entry-points/ for reference.

Best regards
Philip



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lintian depends on:
ii  binutils2.35.1-7
ii  bzip2   1.0.8-4
ii  diffstat1.64-1
ii  dpkg1.20.7.1
ii  dpkg-dev1.20.7.1
ii  file1:5.39-3
ii  gettext 0.21-3
ii  gpg 2.2.20-1
ii  intltool-debian 0.35.0+20060710.5
ii  libapt-pkg-perl 0.1.36+b4
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-1
ii  libclass-xsaccessor-perl1.19-3+b6
ii  libclone-perl   0.45-1+b1
ii  libconfig-tiny-perl 2.24-1
ii  libcpanel-json-xs-perl  4.25-1+b1
ii  libdata-dpath-perl  0.58-1
ii  libdata-validate-domain-perl0.10-1.1
ii  libdevel-size-perl  0.83-1+b2
ii  libdpkg-perl1.20.7.1
ii  libemail-address-xs-perl1.04-1+b3
ii  libfile-basedir-perl0.08-1
ii  libfile-find-rule-perl  0.34-1
ii  libfont-ttf-perl1.06-1.1
ii  libhtml-html5-entities-perl 0.004-1.1
ii  libipc-run3-perl0.048-2
ii  libjson-maybexs-perl1.004003-1
ii  liblist-compare-perl0.55-1
ii  liblist-moreutils-perl  0.430-2
ii  liblist-utilsby-perl0.11-1
ii  libmoo-perl 2.004004-1
ii  libmoox-aliases-perl0.001006-1.1
ii  libnamespace-clean-perl 0.27-1
ii  libpath-tiny-perl   0.114-2
ii  libperlio-gzip-perl 0.19-1+b7
ii  libproc-processtable-perl   0.59-2+b1
ii  libsereal-decoder-perl  4.018+ds-1+b1
ii  libsereal-encoder-perl  4.018+ds-1+b1
ii  libtext-glob-perl   0.11-1
ii  libtext-levenshteinxs-perl  0.03-4+b8
ii  libtext-markdown-discount-perl  0.12-1+b1
ii  libtext-xslate-perl 3.5.8-1+b1
ii  libtime-duration-perl   1.21-1
ii  libtime-moment-perl 0.44-1+b3
ii  libtimedate-perl2.3300-1
ii  libtry-tiny-perl0.30-1
ii  libtype-tiny-perl   1.012000-1
ii  libunicode-utf8-perl0.62-1+b2
ii  liburi-perl 5.06-1
ii  libxml-libxml-perl  2.0134+dfsg-2+b1
ii  libyaml-libyaml-perl0.82+repack-1+b1
ii  lzip1.21-8
ii  lzop1.04-2
ii  man-db  2.9.3-2
ii  patchutils  0.4.2-1
ii  perl [libdigest-sha-perl]   5.32.0-6
ii  t1utils 1.41-4
ii  unzip   6.0-26
ii  xz-utils5.2.5-1.0

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarch 
pn  libtext-template-perl  

-- no debconf information

Bug#958565: ITP: solo-python -- command line interface for SoloKeys

2021-01-05 Thread Philip Rinn


Hi Stephan,

Santiago volunteered to sponsor my package in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969453. I hope he finds time to 
do that soon so it will hopefully end up in Bullseye :-).


Best regards
Philip

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

2020-12-23 Thread Philip Rinn


Hi Santiago,

On 22.12.20 at 10:03, Santiago R.R. wrote:

I could, if nobody else can respond earlier. given the holidays, I'd have some 
delay.


thank you very much, I would appreciate that. Sure, holidays are approaching and I 
think we all need some tranquil time.


Best

Philip


Cheers

Santiago

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

2020-12-21 Thread Philip Rinn


Hi,

I think I found a solution, I created a MR on salsa:

https://salsa.debian.org/python-team/tools/dh-python/-/merge_requests/17

Best regards
Philip

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

2020-12-21 Thread Philip Rinn


Hi,

I investigated a little ;-).

From what I understand flit tries to use a relative path in the RECORD file [1] 
but that doesn't seem to work always. So my idea would be to strip the build path 
from the resulting RECORD file directly in the install_directly() function at [2]. 
Not entirely sure how to get the path of the file, but you probably have am idea 
;-) BTW: This is how flit does it [3].


Best regards
Philip



[1] https://github.com/takluyver/flit/blob/master/flit/install.py#L404

[2] 
https://salsa.debian.org/python-team/tools/dh-python/-/blob/master/dhpython/build/plugin_flit.py#L78


[3] https://github.com/takluyver/flit/blob/master/flit/install.py#L356-L359

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

2020-12-21 Thread Philip Rinn


Hi,

anyone willing to sponsor this package? I think having tools around for more 
security keys in Bullseye would be very nice.


Thanks & happy hacking

Philip

On Thu, 2020-09-03 at 10:03 +0200, Philip Rinn wrote:

Dear mentors,

I am looking for a sponsor for my package "solo-python":

 * Package name: solo-python
   Version : 0.0.26-1
   Upstream Author : SoloKeys 
 * URL : https://github.com/solokeys/solo-python
 * License : Apache-2.0 or Expat
 * Vcs : https://salsa.debian.org/rinni/solo-python
   Section : utils

It builds those binary packages:

  solo-python - command line interface for SoloKeys

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/solo-python/

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/s/solo-python/solo-python_0.0.26-1.dsc

Changes for the initial release:

 solo-python (0.0.26-1) unstable; urgency=low
 .
   * Initial release (closes: #958565).


My main driver to package this is to have more support for 2FA security keys
available in Debian.

I own two of those keys and they are very nice devices for general 2FA but they
can actually do much more e.g. they will gain OpenPGP functionality in the
future.

I'm aware that the package will not build reproducible at the moment due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969352 - I hope we will be 
able
to solve this issue before the freeze.

I also asked upstream to sign their releases and will ask them to include a 
manpage.


Best,
Philip

Bug#891414: (no subject)

2020-12-14 Thread Philip Rinn


Hi,

sorry, the upload is still pending - my former sponsor is not responding (the 
upload needs to be sponsored as it has to pass NEW due to a new binary package).

So it anyone in the loop can / is willing to sponsor I'd be happy :-)

Best
Philip

Bug#975614: (no subject)

2020-11-24 Thread Philip Rinn

Control: severity -1 grave

Hi,

I'm increasing the severity as this bug draws the whole program unusable (it
crashes on start - at least on testing).

Best regards
Philip



OpenPGP_signature
Description: OpenPGP digital signature

Bug#878332: linux > 4.11: Raspberry pi 2 hangs at boot with lpae kernel

2020-09-11 Thread Philip Rinn

On 10.09.20 at 18:34, Gunnar Wolf wrote:
> At the time of my bug report, I had not tested it yet. I checked right
> now, downloading an image from raspi.debian.net, and installing the
> -lpae kernel, I can confirm it boots correctly all the way to:
> 
> root@rpi2-20200910:~# uname -a
> Linux rpi2-20200910 4.19.0-10-armmp-lpae #1 SMP Debian 4.19.132-1 
> (2020-07-24) armv7l GNU/Linux

Thanks again for testing :-)



signature.asc
Description: OpenPGP digital signature

Bug#878332: linux > 4.11: Raspberry pi 2 hangs at boot with lpae kernel

2020-09-10 Thread Philip Rinn

Hi Gunnar,

thanks for testing - but your message leaves me a little confused. You claim, 
the
bug is fixed but you say

> we have used only regular linux-image-armmp kernels (and have no
> reason to suppose -lpae is needed).

So, my question, did you actually test with an "-lpae" kernel?

While being technically correct that an "-lpae" kernel is not needed, the kernel
should still also work on an rpi2 _with_ an "-lpae" kernel.

Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#891414: enable qt5 front-end

2020-09-06 Thread Philip Rinn

Am 06.09.20 um 13:59 schrieb Alexander Volkov:
> Looks like merge requests are disabled for
> https://salsa.debian.org/debian/gimagereader

True, I enabled them now (I tend to do taht as it seems to be the easiest way to
disable the debian-janitor)

Thanks for your contribution, I'll upload a new version with your changes.

Thanks & best regards
Philip

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

2020-09-03 Thread Philip Rinn

The upstream URL changed, it's now at https://bitbucket.org/mjsousa/matiec_git

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

2020-09-03 Thread Philip Rinn

On 03.09.20 at 10:09 Ansgar wrote:
> If it is a command-line utility the choice of language for its
> implementation doesn't matter to users and probably shouldn't be part
> of a package's name for the same reason Policy recommends scripts in
> PATH not including a `.sh` or `.py` suffix[1].

Thanks, I know, but it's the name upstream chose (there is a package called 
'solo'
on pypi already) so I decides to not change it. The cli itself is called 'solo'
anyways.

Best,

Philip

Bug#969453: RFS: solo-python/0.0.26-1 [ITP] -- command line interface for SoloKeys 2FA security keys

2020-09-03 Thread Philip Rinn

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "solo-python":

 * Package name: solo-python
   Version : 0.0.26-1
   Upstream Author : SoloKeys 
 * URL : https://github.com/solokeys/solo-python
 * License : Apache-2.0 or Expat
 * Vcs : https://salsa.debian.org/rinni/solo-python
   Section : utils

It builds those binary packages:

  solo-python - command line interface for SoloKeys

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/solo-python/

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/s/solo-python/solo-python_0.0.26-1.dsc

Changes for the initial release:

 solo-python (0.0.26-1) unstable; urgency=low
 .
   * Initial release (closes: #958565).


My main driver to package this is to have more support for 2FA security keys
available in Debian.

I own two of those keys and they are very nice devices for general 2FA but they
can actually do much more e.g. they will gain OpenPGP functionality in the
future.

I'm aware that the package will not build reproducible at the moment due to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969352 - I hope we will be 
able
to solve this issue before the freeze.

I also asked upstream to sign their releases and will ask them to include a 
manpage.


Best,
Philip

Bug#969352: dh-python: pybuild flit: build path included in RECORD file (makes build non reproducible)

2020-08-31 Thread Philip Rinn

sr/bin/rstpep2html (rstpep2html) in auto mode
Setting up flit (2.3.0-3) ...
Processing triggers for ca-certificates (20200601) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Writing extended state information...
Building tag database...
 -> Finished parsing the build-deps
Reading package lists...
Building dependency tree...
Reading state information...
apt-utils is already the newest version (2.1.10).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[0mI: Copying back the cached apt archive contents[0m
[0mI: new cache content 'python3-fido2_0.8.1-1_all.deb' added[0m
[0mI: new cache content 'python3-serial_3.4-5.1_all.deb' added[0m
[0mI: new cache content 'python3-intelhex_2.1-2_all.deb' added[0m
[0mI: new cache content 'python3-ecdsa_0.15-1_all.deb' added[0m
[0mI: new cache content 'libusb-1.0-0_2%3a1.0.23-2_amd64.deb' added[0m
[0mI: new cache content 'python3-colorama_0.4.3-1_all.deb' added[0m
[0mI: new cache content 'python3-usb_1.0.2-2_all.deb' added[0m
[0mI: new cache content 'python3-click_7.1.2-1_all.deb' added[0m
[0mI: Building the package[0m
[0mI: Running cd /build/solo-python-0.0.26/ && env 
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us 
-uc   '-j5' '-d'[0m
dpkg-buildpackage: info: source package solo-python
dpkg-buildpackage: info: source version 0.0.26-1
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Philip Rinn 
 dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
 debian/rules clean
dh clean --with python3 --buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
   dh_autoreconf_clean -O--buildsystem=pybuild
   dh_clean -O--buildsystem=pybuild
 dpkg-source -b .
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building solo-python using existing 
./solo-python_0.0.26.orig.tar.gz
dpkg-source: info: building solo-python in solo-python_0.0.26-1.debian.tar.xz
dpkg-source: info: building solo-python in solo-python_0.0.26-1.dsc
 debian/rules binary
dh binary --with python3 --buildsystem=pybuild
   dh_update_autotools_config -O--buildsystem=pybuild
   dh_autoreconf -O--buildsystem=pybuild
   dh_auto_configure -O--buildsystem=pybuild
   dh_auto_build -O--buildsystem=pybuild
W: pybuild validate:120: Couldn't get list of valid classifiers to check against
I: pybuild plugin_flit:65: Installing package /build/solo-python-0.0.26/solo -> 
/build/solo-python-0.0.26/.pybuild/cpython3_3.8/build/solo
I: pybuild plugin_flit:76: Installing scripts to 
/build/solo-python-0.0.26/.pybuild/cpython3_3.8/build/usr/bin
I: pybuild plugin_flit:79: Writing dist-info 
/build/solo-python-0.0.26/.pybuild/cpython3_3.8/build/
   dh_auto_test -O--buildsystem=pybuild
   create-stamp debian/debhelper-build-stamp
   dh_testroot -O--buildsystem=pybuild
   dh_prep -O--buildsystem=pybuild
   dh_auto_install -O--buildsystem=pybuild
W: pybuild validate:120: Couldn't get list of valid classifiers to check against
I: pybuild plugin_flit:65: Installing package /build/solo-python-0.0.26/solo -> 
/build/solo-python-0.0.26/debian/solo-python/usr/lib/python3.8/dist-packages/solo
I: pybuild plugin_flit:76: Installing scripts to 
/build/solo-python-0.0.26/debian/solo-python/usr/bin
I: pybuild plugin_flit:79: Writing dist-info 
/build/solo-python-0.0.26/debian/solo-python/usr/lib/python3.8/dist-packages
   dh_installdocs -O--buildsystem=pybuild
   dh_installchangelogs -O--buildsystem=pybuild
   dh_installman -O--buildsystem=pybuild
   dh_python3 -O--buildsystem=pybuild
   dh_installsystemduser -O--buildsystem=pybuild
   dh_perl -O--buildsystem=pybuild
   dh_link -O--buildsystem=pybuild
   dh_strip_nondeterminism -O--buildsystem=pybuild
   dh_compress -O--buildsystem=pybuild
   dh_fixperms -O--buildsystem=pybuild
   dh_missing -O--buildsystem=pybuild
   dh_installdeb -O--buildsystem=pybuild
   dh_gencontrol -O--buildsystem=pybuild
   dh_md5sums -O--buildsystem=pybuild
   dh_builddeb -O--buildsystem=pybuild
dpkg-deb: building package 'solo-python' in '../solo-python_0.0.26-1_all.deb'.
 dpkg-genbuildinfo
 dpkg-genchanges  >../solo-python_0.0.26-1_amd64.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build .
dpkg-buildpackage: info: full upload (original source is included)
[0mI: copying local configuration[0m
[0mI: Copying back the cached apt archive contents[0m
[0mI: unmounting /var/cache/pbuilder/local-apt/debs filesystem[0m
[0mI: unmounting dev/ptmx filesystem[0m
[0mI: unmounting dev/pts filesystem[0m
[0mI: unmounting dev/shm filesystem[0m
[0mI: unmounting proc filesystem[0m
[0mI: unmounting sys filesystem[0m
[0mI: Current time: Mon Aug 31 22:49:55 CEST

Bug#958565: (no subject)

2020-08-31 Thread Philip Rinn

owner 958565 !
retitle 958565 ITP: solo-python -- command line interface for SoloKeys
thanks



Seems to be easy to package so I'll just take it myself ;-)

Best
Philip

Bug#969032: dictionaries-common: doesn't work with emacs 27.1 - "variable is void: ispell-menu-map-needed"

2020-08-26 Thread Philip Rinn

Package: dictionaries-common
Version: 1.28.2
Severity: normal

Hi,

using emacs 27.1 from experimental I get on startup:


Error enabling Flyspell mode:
(ispell-menu-map-needed)
debian-ispell-set-startup-menu: Symbol’s value as variable is void: ispell-
menu-map-needed

and when I try to activate any mode using Flyspell I get

Error enabling Flyspell mode:
(ispell-menu-map-needed)
File mode specification error: (void-variable ispell-menu-map-needed)


Best,
Philip



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  emacsen-common 3.0.4
ii  libtext-iconv-perl 1.7-7

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  aspell0.60.8-1
ii  hunspell  1.7.0-3
ii  ispell3.4.00-8
ii  wamerican [wordlist]  2019.10.06-1
ii  wngerman [wordlist]   20161207-8

-- debconf information:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/selecting_ispell_wordlist_default:
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/debconf_database_corruption:
  dictionaries-common/default-ispell: deutsch (New German 8 bit)
* dictionaries-common/default-wordlist: deutsch (New German)
  dictionaries-common/ispell-autobuildhash-message:

Bug#968984: contributors.debian.org: Data source salsa showing wrong data

2020-08-25 Thread Philip Rinn

Package: nm.debian.org
Severity: normal

Hi,

I noticed, that my last contribution to salsa that c.d.o sees it 2017-11-6:

https://contributors.debian.org/contributor/rinni-guest@alioth/

which is not true, see

https://salsa.debian.org/rinni


It might be linked to the fact, that I switched  my salsa login from 'rinni-
guest' to 'rinni' lately.

Best,
Philip



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

2020-06-02 Thread Philip Rinn

Control: retitle 945117 RFP: matiec -- IEC 61131-3 to C translator
Control: noowner 945117

Hi,

I still think it would be good to have matiec in Debian but I'm not using it
anymore and lost interest in packaging it myself.

Best,
Philip

Bug#938451: scribus: Python2 removal in sid/bullseye

2020-05-31 Thread Philip Rinn

Control: usertag -1 + py3available


Hi,

just to keep the bug report up to date: the upcoming version of Scribus (1.5.6)
will be ready for Python3, see

http://lists.scribus.net/pipermail/scribus/2019-October/055776.html

No idea when it will be released though.

Best,
Philip

Bug#958565: RFP: solo-python -- command line interface for SoloKeys

2020-04-23 Thread Philip Rinn

Package: wnpp
Severity: wishlist

* Package name: solo-python
  Version : 0.0.24
  Upstream Author : SoloKeys 
* URL : https://github.com/solokeys/solo-python
* License : Expat or Apache
  Programming Lang: Python
  Description : command line interface for SoloKeys

Let's you manage your SoloKeys device, the first open-source FIDO2 security
key. One can generate key pairs, verify, update or rest the key.


I own two of those keys and they are very nice devices for general MFA but the
can actually do much more e.g. they will gain OpenPGP functionality in the
future.
To interact with them I would feel much more comfortable to be able to install
a Debian package than to download the python module via pip3. From what I see
all dependencies are already packaged.

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

2020-04-23 Thread Philip Rinn

Hi,

there is a MR now: 
https://salsa.debian.org/kernel-team/linux/-/merge_requests/236

Happy hacking
Philip

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

2020-04-17 Thread Philip Rinn

Hm,

according to to this commit[1] (which is part of Linux 5.5) it should actually 
be
build as a module per default. But in my /boot/config-5.5.0-1-arm64 I have

CONFIG_CRYPTO_DEV_ALLWINNER=y
# CONFIG_CRYPTO_DEV_SUN4I_SS is not set
# CONFIG_CRYPTO_DEV_SUN8I_CE is not set
# CONFIG_CRYPTO_DEV_SUN8I_SS is not set

Best,
Philip

[1]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2fabf6dd77014f19d45fc71c01f1b073c03df255

Bug#958037: linux-image-arm64: Please add CONFIG_CRYPTO_DEV_SUN8I_CE

2020-04-17 Thread Philip Rinn

Source: linux
Version: 5.5.13-2
Severity: wishlist

Hi,

the Crypto engine for Allwinner sun8i was recently added to the kernel[1].
Could you please enable it?

Adding a "CRYPTO_DEV_SUN8I_CE=m" should do the trick.

Thanks & happy hacking
Philip


[1]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=06f751b613296cc34b86fc83fccaf30d646eb8bc



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#956923: u-boot-sunxi: A64-Olinuxino(-eMMC) no USB

2020-04-17 Thread Philip Rinn

Control: forwarded 956923 u-b...@lists.denx.de
Control: retitle 956923 u-boot-sunxi: A64-Olinuxino(-eMMC) no USB

Hi,

as it's most likely an upstream issue I forwared it to the u-boot mailing list
(with a reply-to set to this bug report).

Best,
Philip

Bug#956923: u-boot-sdunxi: A64-Olinuxino(-eMMC) no USB

2020-04-16 Thread Philip Rinn

Source: u-boot
Version: 2020.04+dfsg-1
Severity: normal
Tags: upstream

Hi,

USB is not working on my Olimex A64-Olinuxino-1Ge4GW Rev. D, no matter if I use
the u-boot variant with or without eMMC (but that's no surprise).

I attached boot logs with and without attached USB key.

In both cases one gets an "EHCI failed to shut down host controller." while
loading the kernels fdt.

The error message with attached USB key is:

scanning bus usb@1c1b400 for devices... ERROR:  USB-error: DEVICENOTRESPONDING:
Device did not respond to token (IN) or did
not provide a handshake (OUT) (5)
ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or
did
not provide a handshake (OUT) (5)

  USB device not accepting new address (error=20)


After booting Linux there is still no USB available, bat that's a different bug
report I guess ;-). I attached the dmesg log anyway.

Best,
Philip




-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.5.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
U-Boot SPL 2020.04+dfsg-1 (Apr 15 2020 - 00:24:39 +)
DRAM: 1024 MiB
Trying to boot from MMC1
NOTICE:  BL31: v2.2(debug):
NOTICE:  BL31: Built : 15:34:34, Apr 10 2020
NOTICE:  BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:  BL31: Found U-Boot DTB at 0x4090fd0, model: Olimex A64-Olinuxino-eMMC
INFO:ARM GICv2 driver initialized
INFO:Configuring SPC Controller
NOTICE:  BL31: PMIC: Detected AXP803 on RSB.
INFO:PMIC: AXP803: Enabling DRIVEVBUS
INFO:PMIC: AXP803: dcdc1 voltage: 3.300V
INFO:PMIC: AXP803: dcdc5 voltage: 1.360V
INFO:PMIC: AXP803: dcdc6 voltage: 1.100V
INFO:PMIC: AXP803: dldo1 voltage: 3.300V
INFO:BL31: Platform setup done
INFO:BL31: Initializing runtime services
INFO:BL31: cortex_a53: CPU workaround for 843419 was applied
INFO:BL31: cortex_a53: CPU workaround for 855873 was applied
INFO:BL31: Preparing for EL3 exit to normal world
INFO:Entry point address = 0x4a00
INFO:SPSR = 0x3c9


U-Boot 2020.04+dfsg-1 (Apr 15 2020 - 00:24:39 +) Allwinner Technology

CPU:   Allwinner A64 (SUN50I)
Model: Olimex A64-Olinuxino-eMMC
DRAM:  1 GiB
MMC:   Device 'mmc@1c11000': seq 1 is in use by 'mmc@1c1'
mmc@1c0f000: 0, mmc@1c1: 2, mmc@1c11000: 1
Loading Environment from FAT... Unable to use mmc 1:1... In:serial
Out:   serial
Err:   serial
Net:   phy interface7
eth0: ethernet@1c3
starting USB...
Bus usb@1c1a000: USB EHCI 1.00
Bus usb@1c1a400: USB OHCI 1.0
Bus usb@1c1b000: USB EHCI 1.00
Bus usb@1c1b400: USB OHCI 1.0
scanning bus usb@1c1a000 for devices... 1 USB Device(s) found
scanning bus usb@1c1a400 for devices... 1 USB Device(s) found
scanning bus usb@1c1b000 for devices... 1 USB Device(s) found
scanning bus usb@1c1b400 for devices... ERROR:  USB-error: DEVICENOTRESPONDING: 
Device did not respond to token (IN) or did
not provide a handshake (OUT) (5)
ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or 
did
not provide a handshake (OUT) (5)

  USB device not accepting new address (error=20)
1 USB Device(s) found
   scanning usb for storage devices... 0 Storage Device(s) found
Hit any key to stop autoboot:  0 
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
Found U-Boot script /boot/boot.scr
3012 bytes read in 3 ms (980.5 KiB/s)
## Executing script at 4fc0
U-boot loaded from SD
Boot script loaded from mmc
175 bytes read in 2 ms (85 KiB/s)
24201 bytes read in 8 ms (2.9 MiB/s)
29057066 bytes read in 1247 ms (22.2 MiB/s)
21069680 bytes read in 905 ms (22.2 MiB/s)
## Loading init Ramdisk from Legacy Image at 4fe0 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (uncompressed)
   Data Size:29057002 Bytes = 27.7 MiB
   Load Address: 
   Entry Point:  
   Verifying Checksum ... OK
## Flattened Device Tree blob at 4fa0
   Booting using the fdt blob at 0x4fa0
EHCI failed to shut down host controller.
   Loading Ramdisk to 4844a000, end 49ea ... OK
   Loading Device Tree to 483db000, end 48449fff ... OK

Starting kernel ...
U-Boot SPL 2020.04+dfsg-1 (Apr 15 2020 - 00:24:39 +)
DRAM: 1024 MiB
Trying to boot from MMC1
NOTICE:  BL31: v2.2(debug):
NOTICE:  BL31: Built : 15:34:34, Apr 10 2020
NOTICE:  BL31: Detected Allwinner A64/H64/R18 SoC (1689)
NOTICE:  BL31: Found U-Boot DTB at 0x4090fd0, model: Olimex A64-Olinuxino-eMMC
INFO:ARM GICv2 driver initialized
INFO:Configuring SPC Controller
NOTICE:  BL31: PMIC: Detected AXP803 on RSB.
INFO:PMIC: AXP803: Enabling DRIVEVBUS
INFO:PMIC: AXP803: dcdc1 voltage: 3.300V
INFO:PMIC: AXP803: dcdc5

Bug#956394: u-boot-sunxi: please add support for A64-OLinuXino with eMMC

2020-04-10 Thread Philip Rinn

On 10.04.20 at 19:01, Vagrant Cascadian wrote:
> We need someone to help with testing additional platforms.  Would you be
> willing to regularly test new versions, and be listed as a tester of
> this target?

Sure, I would do that.

Thanks!
Philip



signature.asc
Description: OpenPGP digital signature

Bug#956394: u-boot-sunxi: please add support for A64-OLinuXino with eMMC

2020-04-10 Thread Philip Rinn

Source: u-boot
Version: 2020.01+dfsg-2
Severity: wishlist

Hi,

could you please enable support for the A64-OLinuXino variant with eMMC?

The relevant config is

configs/a64-olinuxino-emmc_defconfig

Thanks,
Philip



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#947866: (no subject)

2020-01-15 Thread Philip Rinn

Hi,

I think this behavior is actually not a bug, but a feature ;-)
Are you sure you did't check "Show all fields templated" in Configuration ->
Template? (see attached image).

If you still think it's a bug, please attach the whole file that corresponds to
the entry [but please mask sensitive data!].
In that case I'll forward it upstream (https://github.com/IJHack/QtPass/issues) 
-
or you directly file the bug upstream, as you like.

Best regards,
Philip

Bug#945117: ITP: matiec -- IEC 61131-3 to C translator

2019-11-19 Thread Philip Rinn

Package: wnpp
Severity: wishlist
Owner: Philip Rinn 

* Package name: matiec
  Version : 0.1+hgd9e47e0
  Upstream Author : Mario de Sousa 
* URL : https://bitbucket.org/mjsousa/matiec
* License : GPL-3
  Programming Lang: C++
  Description : IEC 61131-3 to C translator

Open source code translator for the programming languages defined in the IEC
61131-3 standard. These programming languages are mostly used in the industrial
automation domain, to program PLCs (Programmable Logic Controllers).
The translator accepts the three textual representations defined in the
standard, IL (Instruction List), ST (Structured Text) and SFC (Sequential
Function Chart).
.
To my knowledge this is the only open source compiler for the IEC 61131-3
Languages.

As I'm a DM, I'd need a sponsor for the upload.

Bug#932940: epstool: parallel build may fail due to race condition

2019-07-25 Thread Philip Rinn

Control: forwarded -1 gsv...@ghostgum.com.au

Hi Mike,

thanks for the report. I have forward the bug upstream - but I fear I will not 
get
any feedback. I will just deactivate parallel builds for now - that should not
harm much as build times are short anyway.

Best regards,
Philip

Bug#931393: qtcreator: Missing dependencies to get working kit out of the box

2019-07-03 Thread Philip Rinn

Package: qtcreator
Version: 4.8.2-1
Severity: normal

Hi,

after installing qtcreator, I had to install two extra packages to get a
working kit:

- qt5-default: without this package no Qt Version was found
- qtdeclarative5-dev: without this package qmlscene was reported missing

Both are well known problems:

https://stackoverflow.com/questions/16607003/qmake-could-not-find-a-qt-
installation-of
https://stackoverflow.com/questions/34918115/getting-no-qmlscene-installed-
warning-in-qt-creator-on-ubuntu

Please consider adding these packages to "Recommends".

Thanks,
Philip



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages qtcreator depends on:
ii  libbotan-2-9   2.9.0-2
ii  libc6  2.28-10
ii  libclang1-71:7.0.1-8
ii  libgcc11:8.3.0-6
ii  libgl1 1.1.0-1
ii  libllvm7   1:7.0.1-8
ii  libqbscore1.12 1.12.2+dfsg-2
ii  libqbsqtprofilesetup1.12   1.12.2+dfsg-2
ii  libqt5concurrent5  5.11.3+dfsg1-1
ii  libqt5core5a [qtbase-abi-5-11-3]   5.11.3+dfsg1-1
ii  libqt5designer55.11.3-4
ii  libqt5designercomponents5  5.11.3-4
ii  libqt5gui5 5.11.3+dfsg1-1
ii  libqt5help55.11.3-4
ii  libqt5network5 5.11.3+dfsg1-1
ii  libqt5printsupport55.11.3+dfsg1-1
ii  libqt5qml5 [qtdeclarative-abi-5-11-2]  5.11.3-4
ii  libqt5quick5   5.11.3-4
ii  libqt5quickwidgets55.11.3-4
ii  libqt5script5  5.11.3+dfsg-3
ii  libqt5serialport5  5.11.3-2
ii  libqt5sql5 5.11.3+dfsg1-1
ii  libqt5sql5-sqlite  5.11.3+dfsg1-1
ii  libqt5widgets5 5.11.3+dfsg1-1
ii  libqt5xml5 5.11.3+dfsg1-1
ii  libstdc++6 8.3.0-6
ii  qml-module-qtqml-models2   5.11.3-4
ii  qml-module-qtquick-controls5.11.3-2
ii  qml-module-qtquick25.11.3-4
ii  qtchooser  66-2
ii  qtcreator-data 4.8.2-1

Versions of packages qtcreator recommends:
ii  clang 1:7.0-47
ii  gdb   8.2.1-2
ii  gnome-terminal [x-terminal-emulator]  3.30.2-2
ii  make  4.2.1-1.2
ii  qmlscene  5.11.3-4
ii  qt5-doc   5.11.3-1
ii  qt5-qmltooling-plugins5.11.3-4
ii  qtbase5-dev-tools 5.11.3+dfsg1-1
ii  qtcreator-doc 4.8.2-1
ii  qtdeclarative5-dev-tools  5.11.3-4
ii  qttools5-dev-tools5.11.3-4
ii  qttranslations5-l10n  5.11.3-2
ii  qtxmlpatterns5-dev-tools  5.11.3-2
ii  xterm [x-terminal-emulator]   344-1

Versions of packages qtcreator suggests:
pn  clazy   
ii  cmake   3.13.4-1
ii  g++ 4:8.3.0-1
ii  git 1:2.20.1-2
pn  kate-data   
pn  subversion  
pn  valgrind

-- no debconf information

Bug#930642: gimagereader crashes when LANG not set

2019-06-17 Thread Philip Rinn

Hi,

thanks for the report.

On 17.06.19 at 13:47, Elrond wrote:
> 
> when LANG is not set in the environment, gimagereader
> crashes and it is not obvious, that the fix is to set LANG
> in your environment.

Uh, yes - seems to be:

https://github.com/manisandro/gImageReader/blob/master/gtk/src/MainWindow.cc#L303-L310

and for the Qt version:

https://github.com/manisandro/gImageReader/blob/master/qt/src/MainWindow.cc#L302

I'll forward this upstream.


Best regards,
Philip

Bug#925817: rawtherapee: ftbfs with GCC-9

2019-03-28 Thread Philip Rinn

Control: tags -1 fixed-upstream

Hi,

thanks for pointing this out.
It's already fixed upstream: https://github.com/Beep6581/RawTherapee/issues/5177

I'll upload a fixed version after buster is released.

Best,
Philip




signature.asc
Description: OpenPGP digital signature

Bug#915527: closed by Debian FTP Masters (Bug#915526: Removed package(s) from unstable)

2019-01-23 Thread Philip Rinn

Hi,

I don't think the package is removed from backports, at least it's still on the
server:

http://ftp.debian.org/debian/pool/main/c/corebird/

and tracker.d.o shows it also:

https://tracker.debian.org/pkg/corebird

Could you please remove it from backports?

Thanks,
Philip





signature.asc
Description: OpenPGP digital signature

Bug#917277: epstool: incorrect bounding box calculated

2019-01-04 Thread Philip Rinn

Control: reassign 917277 ghostscript 9.26~dfsg-2


Hi,

David Bremner wrote:
> 
> The EPS is produced by dvips -E.  At a guess this hasn't changed
> recently (although I did not verify).  So if I understand correctly
> Ghostscript got fussier and stopped accepting the output from dvips -E?
> 
> d
> 

I think it's problem of the input.eps or of ghostscript. So I reassign it to
ghostscript for now.

Here is the debug output (attached the temporary files) maybe it helps 
debugging.

Best,
Philip


$ epstool --test-eps -d input.eps
Unknown in Prolog section at line 62:
  %% PostScript prologue for pstricks.tex.

Unknown in Prolog section at line 63:
  %% Version 1.29, 2018/11/14

Unknown in Prolog section at line 64:
  %%

Unknown in Prolog section at line 65:
  %% This program can be redistributed and/or modified under the terms

Unknown in Prolog section at line 66:
  %% of the LaTeX Project Public License Distributed from CTAN archives

Unknown in Prolog section at line 67:
  %% in directory macros/latex/base/lppl.txt.

Unknown in Prolog section at line 1062:
  

Unknown in Prolog section at line 1065:
  

Unknown in Prolog section at line 1156:
  

Unknown in Prolog section at line 1239:
  %%-- tvz/DG/hv (2004-05-10) end ---%%

Unknown in Prolog section at line 1296:
  %%

Unknown in Prolog section at line 1297:
  %% PostScript prologue for PSTricks algorithm parser

Unknown in Prolog section at line 1298:
  %% Version 0.07, 2014/08/01

Unknown in Prolog section at line 1299:
  %%

Unknown in Prolog section at line 1300:
  %% This program can be redistributed and/or modified under the terms

Unknown in Prolog section at line 1301:
  %% of the LaTeX Project Public License Distributed from CTAN archives

Unknown in Prolog section at line 1302:
  %% in directory macros/latex/base/lppl.txt.

Unknown in Prolog section at line 1303:
  %%

Unknown in Prolog section at line 1304:
  
%%-%

Unknown in Prolog section at line 1326:
  %% E expression, T term, SF signed factor, F factor, P power

Unknown in Prolog section at line 1328:
  %% parser

Unknown in Prolog section at line 1330:
  %% str

Unknown in Prolog section at line 1332:
  %% C->EE

Unknown in Prolog section at line 1333:
  %% STR index -> STR index+lenExpr

Unknown in Prolog section at line 1336:
  %% analyze Expression List (separator , or | )

Unknown in Prolog section at line 1337:
  %% STR index -> STR index+lenExpr

Unknown in Prolog section at line 1338:
  %% /AnalyzeListOfE {

Unknown in Prolog section at line 1339:
  %%   { NextNonBlankChar pop AnalyzeExpr%%dup Strlen eq { exit } if 
NextNonBlankChar

Unknown in Prolog section at line 1340:
  %% NextNonBlankChar dup 0 eq { pop exit } if

Unknown in Prolog section at line 1341:
  %% dup 44 ne 1 index 124 ne and { dup 41 ne { PROBLEMCONTACTBILLOU } { pop
exit } ifelse } if

Unknown in Prolog section at line 1342:
  %% pop NextNonBlankChar dup 0 eq { exit } if 124 ne { 
PROBLEMCONTACTBILLOU }
if 1 add NextNonBlankChar 0 eq {toto} if } loop

Unknown in Prolog section at line 1343:
  %%   AnalyzeListOfEPostHook

Unknown in Prolog section at line 1344:
  %% } def

Unknown in Prolog section at line 1355:
  %%

Unknown in Prolog section at line 1356:
  %% E->T|E+T

Unknown in Prolog section at line 1357:
  %% STR index -> STR index+lenExpr

Unknown in Prolog section at line 1365:
  %%

Unknown in Prolog section at line 1366:
  %% T->FS|T*FS

Unknown in Prolog section at line 1367:
  %% STR index

Unknown in Prolog section at line 1375:
  %%

Unknown in Prolog section at line 1376:
  %% FS -> F | +FS | -FS

Unknown in Prolog section at line 1377:
  %% STR index

Unknown in Prolog section at line 1384:
  %%

Unknown in Prolog section at line 1385:
  %% F->P|F^P|P!

Unknown in Prolog section at line 1386:
  %% STR index

Unknown in Prolog section at line 1397:
  %%

Unknown in Prolog section at line 1398:
  %% P->(E)|literal

Unknown in Prolog section at line 1399:
  %% STR index

Unknown in Prolog section at line 1407:
  %%

Unknown in Prolog section at line 1408:
  %% STR index STR[index] -> STR index

Unknown in Prolog section at line 1411:
  %%

Unknown in Prolog section at line 1412:
  %% recognize + or -

Unknown in Prolog section at line 1413:
  %% chr -> T/F

Unknown in Prolog section at line 1415:
  %%

Unknown in Prolog section at line 1416:
  %% a

Bug#891414: enable qt5 front-end

2019-01-04 Thread Philip Rinn

Hi,

uh, I somehow lost my work on the qt5 version :-(
If anyone prepares a merge request I'm happy to accept it - I fear I will not be
able to do the work before the upcoming freeze myself.

Best,
Philip




signature.asc
Description: OpenPGP digital signature

Bug#917277: epstool: incorrect bounding box calculated

2019-01-01 Thread Philip Rinn

Hi David, hi Russell,

I think it is a problem of the input file - this might be linked to the
Ghostscript version used - see:


philip@debian:~$ epstool --test-eps input.eps
"gs"  -dNOEPS -dNOPAUSE -dBATCH -dNODISPLAY  "/tmp/gsview8BugKU"
GPL Ghostscript 9.26 (2018-11-20)
Copyright (C) 2018 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
EPSWARN FAIL: EPS file must not use /statusdict
EPSWARN WARNING: EPS file should be careful using /setmatrix
EPSWARN WARNING: EPS file should be careful using /setmatrix

EPSWARN FAIL

"gs"  -dNOPAUSE -dBATCH -sDEVICE=bbox   -c "<> setpagedevice" -f "/tmp/gsviewo4EEll"
GPL Ghostscript 9.26 (2018-11-20)
Copyright (C) 2018 Artifex Software, Inc.  All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
%%BoundingBox: 589 3541 3172 3721
%%HiResBoundingBox: 589.805982 3541.013892 3171.982263 3720.131886

File has   %%BoundingBox: 71 540 176 721
Correct is %%BoundingBox: -2411 541 172 721
File bounding box needs to be larger
File used operators that sometimes cause problems in an EPS file.
File used PostScript operators that are prohibited in an EPS file.
File claims to be EPS.
FAIL: File does not comply with EPS specification.
Failed


Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#907613: rawtherapee: please make the build reproducible

2018-12-06 Thread Philip Rinn

Hi Chris,

thanks for point that out. I'll just use the approach you proposed in #914672:

sed -i -e 's@ [^ ]*-f\(file\|debug\)-prefix-map=[^ ]*@@g' AboutThisBuild.txt

Best regards,

Philip



signature.asc
Description: OpenPGP digital signature

Bug#907613: rawtherapee: please make the build reproducible

2018-12-03 Thread Philip Rinn

Hi Chris,

thanks for the bug report. I was thinking for a long time how to solve this.
Upstream is quite keen to keep the build flags, which I'm fine with in 
principle.
So my approach would be to strip out the varying part while keeping the rest:

 sed -i 's/\(Build flags: .*\) -fdebug-prefix-map=.*=\. \(.*\)/\1 \2/'
AboutThisBuild.txt

This is probably not the best regex to catch is, but it works.
I expect a new upstream version before the freeze so I will only include it 
then.

Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#915292: RM: corebird/stable -- ROM; Change of twitter API makes corebird useless

2018-12-02 Thread Philip Rinn

Package: ftp.debian.org
Severity: normal

Hi,

a change of the twitter API makes corbird totally useless as new  tweets are
not longer recognized. This change was reported in #906441 with the symptoms
described in #907382.

Upstream does not intend to adopt to the new API so there is no way to make
corebird work again.

Therefore, please remove corebird from unstable, testing, stable and stable-
backports.

Thanks,
Philip

Bug#906441: (no subject)

2018-12-02 Thread Philip Rinn

Hi,

Corebird now stopped updating tweets at all - at least for me.
I think it's time to file a RM bug :-(.

Best regards,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#891414: enable qt5 front-end

2018-11-26 Thread Philip Rinn

Hi,

don't worry, although I just uploaded gImageReader 3.3.0 without qt5 front-end
this does not mean that I will not add it with the next upload. I try to upload 
a
qt5 enabled version later this week (but I have to contact my former sponsor and
it has to pass the NEW queue).

Best,
Philip




signature.asc
Description: OpenPGP digital signature

Bug#908681: libsane1: pointless package rename

2018-10-15 Thread Philip Rinn

Hi Jörg,

it seems there is an accepted solution for this bug since almost two weeks:

- rename libsane1 back to libsane
- add a "Provides: libsane1" to libsane

see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908681#51

Why isn't that route followed?

Thanks,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#908681: libsane1: pointless package rename

2018-10-15 Thread Philip Rinn

On 14.10.18 at 14:35 Jeremy Bicha wrote:
> Control: severity -1 serious
> 
> On Sat, 13 Oct 2018 at 19:59:38 Philip Rinn  wrote:
>> Control: -1 severity normal
>>
>> Hi,
>>
>> I lower the severity of this bug as I couldn't find a severe violation of the
>> Debian policy - please point me to it if I missed something.
>>
>> Best,
>> Philip
> 
> This bug was filed by Julien Cristau. I believe the bug was filed in
> his role as Stable Release Manager. Therefore, serious is the
> appropriate bug severity.

True, I missed that.

Bug#909099: gimagereader: crashes at startup

2018-10-15 Thread Philip Rinn

Control: block -1 by 908681

Hi,

I'm really sorry that gImageReader in testing is still not fixed. Unfortunately
it's still blocked by the back and forth due to the libsane -> libsane1 
transition
- although it's technically totally unrelated, it just happened during the same 
time.

Best,
Philip

Bug#908681: libsane1: pointless package rename

2018-10-13 Thread Philip Rinn

Control: -1 severity normal

Hi,

I lower the severity of this bug as I couldn't find a severe violation of the
Debian policy - please point me to it if I missed something.

Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#910611: openjfx: draws mediathekview and pdfsam unusable

2018-10-08 Thread Philip Rinn

Package: openjfx
Version: 11+26-3
Severity: normal

Hi,

since some days (sadly I don't know it the 8 -> 11 update triggered this)
mediathekview and pdfsam don't start anymore:


philip@debian:~$ mediathekview
===
JavaFX wurde nicht im klassenpfad gefunden.
 Stellen Sie sicher, dass Sie ein Java JRE ab Version 8 benutzen.
 Falls Sie Linux nutzen, installieren Sie das openjfx-Paket ihres Package-
Managers,
 oder nutzen Sie eine eigene JRE-Installation.
===

Translation:
JavaFX was not found in the classpah.
Ensure that you are using Java JRE 8 or later.
If you use Linux, install the openjfx package provided by your pacakge manager
or use a seaparate JRE installation.

see also bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910395


philip@debian:~$ pdfsam
Exception in thread "main" java.lang.NoClassDefFoundError:
javafx/scene/layout/HBox
at java.base/java.lang.ClassLoader.defineClass1(Native Method)
at java.base/java.lang.ClassLoader.defineClass(ClassLoader.java:1009)
at
java.base/java.security.SecureClassLoader.defineClass(SecureClassLoader.java:174)
at
java.base/jdk.internal.loader.BuiltinClassLoader.defineClass(BuiltinClassLoader.java:801)
at
java.base/jdk.internal.loader.BuiltinClassLoader.findClassOnClassPathOrNull(BuiltinClassLoader.java:699)
at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClassOrNull(BuiltinClassLoader.java:622)
at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:580)
at
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
at org.pdfsam.community.App.main(App.java:34)
Caused by: java.lang.ClassNotFoundException: javafx.scene.layout.HBox
at
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
at
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:190)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:499)
... 10 more



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openjfx depends on:
ii  libopenjfx-java  11+26-3

Versions of packages openjfx recommends:
pn  openjfx-source  

openjfx suggests no packages.

-- no debconf information

Bug#891414: enable qt5 front-end

2018-09-20 Thread Philip Rinn

Hi Alf,

On 19.09.18 at 23:04, Alf Gaida wrote:
> QtSpell is in Debian now - so this is not a problem any longer. If you
> accept merge requests i would be able to write the missed things for Qt5
> and maintain it long term. (I'm selfish, i want gimagereader-qt5 for LXQt)

thanks, I have already everything in place for that, I saw that QtSpell entered
Debian.
I'd just want to wait until the transition of sane-backends is over (as I fear I
need to do a rebuild again) before I upload that change as the package has to go
through NEW and that might be a lengthy process.

Best,
Philip

signature.asc
Description: OpenPGP digital signature

Bug#906590: ITP: pass-otp -- A pass extension for managing one-time-password (OTP) tokens

2018-08-19 Thread Philip Rinn

Hi,

pass-otp is already packaged: https://tracker.debian.org/pkg/pass-otp

Best,
Philip



signature.asc
Description: OpenPGP digital signature

Bug#905851: add gstreamer audio backend as dependency

2018-08-17 Thread Philip Rinn

Hi,

on 10.08.2018 at 17:45 cacat...@tuxfamily.org wrote:
> In order to get sound to work, I had to manualy install
> gstreamer-1.0-alsa package.
> 
> Would it make sense to add a dependency to "some" audio backend ?

You obviously didn't install the recommented packages as libgstreamermm-1.0-1
recommends gstreamer1.0-alsa and subtitleeditor depends on it.

I don't think I'll change something on the subtitleeditor side.

Best,
Philip

signature.asc
Description: OpenPGP digital signature

Bug#898261: texmaker: Texmaker should use /usr/share/hunspell as default directory for dictionaries

2018-05-09 Thread Philip Rinn

Package: texmaker
Version: 5.0.2-2
Severity: minor
Tags: upstream

Hi,

some years ago someone suggested this in the Ubuntu bug tracker:
https://bugs.launchpad.net/ubuntu/+source/texmaker/+bug/1042886

As texmaker depends on hunspell dictionaries it does not make much sense to set
the default directory for dictionaries to /usr/share/myspell/dicts.

As upstream introduced a specific way to set a different default directory for
Debian (by setting DEBIAN_SPELLDIR) the best approach would be to change this
upstream.

What are your thoughts?

Best,

Philip



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texmaker depends on:
ii  libc6 2.27-3
ii  libgcc1   1:8.1.0-1
ii  libgl11.0.0+git20180308-2
ii  libqt5concurrent5 5.10.1+dfsg-5
ii  libqt5core5a [qtbase-abi-5-10-0]  5.10.1+dfsg-5
ii  libqt5gui55.10.1+dfsg-5
ii  libqt5network55.10.1+dfsg-5
ii  libqt5printsupport5   5.10.1+dfsg-5
ii  libqt5script5 5.10.1+dfsg-2
ii  libqt5widgets55.10.1+dfsg-5
ii  libqt5xml55.10.1+dfsg-5
ii  libstdc++68.1.0-1
ii  libsynctex2   2018.20180416.47457-2
ii  texmaker-data 5.0.2-2

Versions of packages texmaker recommends:
ii  aspell0.60.7~20110707-4+b1
pn  asymptote 
ii  ghostscript   9.22~dfsg-2.1
ii  hunspell-de-ch [hunspell-dictionary]  20161207-4
ii  hunspell-de-de [hunspell-dictionary]  20161207-4
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
pn  latex-beamer  
ii  netpbm2:10.0-15.3+b2
ii  psutils   1.17.dfsg-4
ii  texlive-lang-english  2018.20180416-1
ii  texlive-latex-extra   2018.20180416-1

Versions of packages texmaker suggests:
pn  texlive-lang-all  

-- no debconf information

Bug#896978: RFP: node-http-proxy -- full-featured http proxy for Node.js

2018-04-26 Thread Philip Rinn

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-http-proxy
  Version : 1.17.0
  Upstream Author : Charlie Robbins 
* URL : https://github.com/nodejitsu/node-http-proxy
* License : MIT
  Programming Lang: JavaScript
  Description : full-featured http proxy for Node.js

 This Node.js package provides an HTTP programmable proxying library that 
supports
 websockets. It is suitable for implementing components such as reverse proxies
 and load balancers.
 .
 Node.js is an event-based server-side JavaScript engine.


This package is a dependency of shiny-server (which will be maintained by the
Debian-science group). As we assume that this package is of broader interest
for the Node.js community we'd like to see it maintained by someone who is more
into Node.js packaging than we are.




signature.asc
Description: OpenPGP digital signature

Bug#896975: RFP: node-client-sessions -- connect middleware that implements sessions in encrypted tamper-free cookies

2018-04-26 Thread Philip Rinn

Package: wnpp
Severity: wishlist

* Package name: node-client-sessions
  Version : 0.8.0
  Upstream Author : Ben Adida 
* URL : https://github.com/mozilla/node-client-sessions
* License : MPL-2.0
  Programming Lang: JavaScript
  Description : implements client-side sessions in encrypted tamper-free
cookies

 This Node.js package provides connect middleware that implements secure
client-side sessions stored in cookies. It encrypts and signs the cookie using
a server key to keep users from reading or modifying the session data.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is a dependency of shiny-server (which will be maintained by the
Debian-science group). As we assume that this package is of broader interest
for the Node.js community we'd like to see it maintained by someone who is more
into Node.js packaging than we are.

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

2018-03-29 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 29.03.2018 at 19:42, Sebastian Dröge wrote:
> On Thu, 2018-03-29 at 19:24 +0200, Philip Rinn wrote:
>> 
>>> So we'll have to get that solved somehow
>> 
>> Is there another solution than adding a dependency on gstreamer1.0- gtk3 in
>> corebird? (Besides adding it to gstreamer1.0-plugins-good which you
>> obviously don't want).
> 
> GStreamer has a mechanism to tell you about missing plugins and ask the user
> to install it. On Debian this is handled via 
> /etc/alternatives/gstreamer-codec-install , which usually then points to
> packagekit and would ask the user to install the gstreamer1.0-gtk3 package
> then.
> 
> But as corebird apparently does not use that API in the current version,
> that's also not a very useful solution.

I'll ask upstream to implement it, seems useful.

> I don't see a solution that a) requires no changes to corebird, b) doesn't
> let gstreamer1.0-plugins-good (or -bad) pull in GTK as a dependency and
> defeat the purpose of splitting it off into its own package.

I just uploaded a version of corebird which depends on gstreamer1.0-gtk3.

> We should really just somehow get the new package into testing fast, which is
> currently blocked on mesa.

Yes, that would be helpful.

Best,

Philip

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlq9KPoACgkQrWkWlnOT
mCudUhAAr2RoJbWQapp9APEN3V4ZUJPtsDXuBk2bpSRk+vnWKWKRUUSgz4179oyX
WxuAZV1sI48U887GnaKdvH9gVP/sixy+33b65StSwKrV2B4KEhLyR6D7jKveixcJ
vZWov3ES9uNDAg3AbwT5K/QgRljMoGrTwRplQBsG8FFuLLbKZA+amSRXfKiXnwQG
QVrGhclbbwc1LMlkyLTipaC/dlYQps7rQ9LneeRq1LRgegeBRdgGs76JAZch7H32
RGxWIqQq/HKwDWcl5VEMm6gYzb6pJe7zJFSbrcyMKsyRju+9NjX296o7T7PBn7Kh
qMrFuMymHlqhIqrEEzME+1cHOO40gmOfiqr1tBxIcfi4RRoqd3xtHWHD3wE/rSn2
meWjHHzUHFu+Qqlh48sw+BltYXkwVb3jfA8cz81qgK/b4pIilMDdkSoCWtJyPoEx
RwpvKkm7/LmnnPK6qTGKOSqUDTAk8iB0TdmtVuJTnuggwtReJCrJ+64KOC5r7t3U
dHqgb6wo5fo32ZFpNI47OCXtcV+rE6Pdfu3dtqL0tvy0sq2+GIm3S1lZiZe18AIk
BVRrsjl1I5ZDnhm3OAyKczMDb0Q3fk53B2xepI+9r3+bPIIi9qg0cXFWbYBldsEO
mV+4DGtT4FYC4oWH3+vb6EztWnjyYe2aCgBLFV3zMrJeBWY8oXE=
=KQj1
-END PGP SIGNATURE-

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

2018-03-29 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, 29 Mar 2018 19:24:52 +0200 Philip Rinn <ri...@inventati.org> wrote:
> It would have been nice to contact depending maintainers and provide an
> upgrade path. You didn't even mention the package split it in d/changelog.

Oh, found it hidden in the d/changelog entry of gst-plugins-good1.0 (1.13.1-1)

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlq9ImAACgkQrWkWlnOT
mCtHdg/+Pe4JdrSCn+DMWznWf75otskInEIMy3g4ZSbcV4VwxUV88lDB3VGTfrM4
B7RnggfnuJvv1mDD/r2ZPc90vjDJ/xjxNyu1FEolADSUI4AE9btQG6D+3JElQRTa
b4yyerRXZImz6KMgPzsTkR61jthzpjhhe0SfrXm8lstHzX1EW6Ib2SsOMJwHa1yd
J43kZjmb/Q6vrVC/cvb9yhrs5oWhtX6xCiZFXI3lqZqsplQwZ8LWIR8PLrtfG1lP
ZYq1ETMXqirCd4Dl+cKr8BB/QCXo2hqNm0iLRnPcWr2TBRRQMlSPlcUYDU7/i/Uy
pPLY5vQFNxajBhbStJZkMbW1AbdOuaXgb0Qigi4eERBiUJXeYeXXCZHNxUM9xI19
9XxklB9Udu0ssVPFzqyJJOIdmQsiUo6FCu9uqdZFqeKy678w3LDmkmGxXG5GqAu0
8dk0lBoD4M9ABCadufDtJYRZ5ToOipHC2qgfic+YKrKbQbIPqs9DJrXtQtcWudPO
Qyw3x8/K9rx/uGOJMDv8ku6a7+kdNejFv752bHjuAL1ve/rMfKnwXG8InF+q9eeU
iWh3TRBK0GB1yPDLYjJuxuJUNOCyzTQlwC25RuJ2oGyT7djOIJ3CdY33kO2tsZd+
xl6cs1nhwsiHLwRP8bxk/FOUySse1JcoiXPWNiLdvxQ36z9Jhsg=
=eQbZ
-END PGP SIGNATURE-

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

2018-03-29 Thread Philip Rinn

On 29.03.2018 at 18:43, Sebastian Dröge write:
> You need to depend on gstreamer1.0-gtk now, which provides the GTK
> plugin. It was moved to its own package because people complained that
> gstreamer1.0-plugins-bad pulls in too many dependency (and it would be
> in gstreamer1.0-plugins-good otherwise now anyway with 1.14).

Installing gstreamer1.0-gtk3 indeed fixes the problem.

It would have been nice to contact depending maintainers and provide an upgrade
path. You didn't even mention the package split it in d/changelog.

> Unfortunately, that package is not in testing yet because of a bug in
> mesa, which seems blocked by bureaucracy now.
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894076

I don't see how gstreamer1.0-gtk3 entering testing would solve the situation. It
wouldn't get installed automatically so corebird would be broken even if it
entered testing today.

> So we'll have to get that solved somehow

Is there another solution than adding a dependency on gstreamer1.0-gtk3 in
corebird? (Besides adding it to gstreamer1.0-plugins-good which you obviously
don't want).

Best,

Philip



signature.asc
Description: OpenPGP digital signature

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

2018-03-29 Thread Philip Rinn

Source: gst-plugins-bad1.0
Version: 1.14.0-1
Severity: normal

Hi,

since gst-plugins-bad1.0 1.14.0-1 entered testing today corebird can't play
videos anymore.

The error is:

"Could not create gtksink. Need gst-plugins-bad >= 1.6"

I got a similar bug report in Ubuntu but it was "magically" fixed:
https://bugs.launchpad.net/ubuntu/+source/corebird/+bug/1754131

The only thing I found that might help is:

https://github.com/gabesoft/nixpkgs/commit/7900a0142d447c4745f8f0af2384cce086d80e02

Just ask if I can help with debugging.

Best,

Philip



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#892134: RFS: pass-otp/1.1.0-1 [ITP]

2018-03-05 Thread Philip Rinn

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "pass-otp"

* Package name: pass-otp
  Version : 1.1.0-1
  Upstream Author : Tad Fisher 
* URL : https://github.com/tadfisher/pass-otp
* License : GPL-3+
  Section : admin

It builds those binary packages:

  pass-extension-otp - pass extension for managing one-time-password tokens

To access further information about this package, please visit the following
URL:

https://mentors.debian.net/package/pass-otp


Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/p/pass-otp/pass-
otp_1.1.0-1.dsc


You can also find the packaging on salsa.debian.org:

https://salsa.debian.org/rinni-guest/pass-otp

[I'd love to move it to the Debian group before upload and add the Vcs-* fields
in d/control]


I packaged pass-otp as it's a very convenient way to use one-time-passwords on
Debian. Personally I use it as a backup solution as I'm a little afraid of
relying only on an Android app.

The long description of the package is:

An extension for the password manager pass that allows adding one-time-password
(OTP) secrets, generating OTP codes, and displaying secret key URIs using the
standard otpauth:// scheme.


Regards,

Philip



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#886155: ITP: node-sockjs-client -- provides a WebSocket-like object in browser

2018-02-28 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

I think it's already in the archive: 
https://tracker.debian.org/pkg/sockjs-client

it's orphaned, so just take it, merge the bugs and you go ;-)

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836492

Best,

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlqWhrwACgkQrWkWlnOT
mCvCQhAApiT6n8iNzP5Ra7S3gR5z5nbqHHZku2SzTH0h2aMxmkoVpwXQ6uTDAi8E
I8T91kAntHwPTEd34mF+2Yc+9mybXQbdRhR38X6wUVohLx0Vmu3TiCF64oYJ5zft
jUszL3HKHvOw1F5Y4UIohKpcMXyQw6A6GMz1srH/p7e5t/fONEN/Y2rgbP0LtRQk
Up7FVTya0PIFNuf93pUwLsTuC/5I0kaZpimL32lf8Q6jrgyjheTuOcBS/kA/rdo8
7zwZ+jy9aFmAlbTAZA+YdhiZcTvdYhA6nUdP+kxtCfbzRBHlxmvGcsysm1Vwc4T5
SVrityL31SB3zGqtlZDH9N5hniUCe8fl6f1gxun2hfoEihdUfuRk+4aFlflpAVsd
m9R2HRzuIwHZmiQ/FNP0nc4ZYCoKdkXoh7WnHHGuuoMCgtYxj6PJocxN9w8Y7HYx
4nk/kg37A65PL4sd/Gw54AtGE8EBBRolQ/ZlhX7L6jinyHBQIEoIlBu9yr1k/XlD
d6Z65PDNkU4btwELri3aXxa3SLDpGXIpt979u+S33cOgbIKibT+eCuZ4aMTRxuMy
StUB+SLUiY03c/e0FRiPdA+icI+/1OmtJQ1IjLl5j4VMShNTpNj1rAEYoWvxZHmN
yGPhbqNCCCnTybXPZKPihHWUSqA7UFi+JBF8QzP3gaXl7IJ0NFM=
=M7cB
-END PGP SIGNATURE-

Bug#891414: enable qt5 front-end

2018-02-26 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

> additionally, I would like to add that even if nobody volunteers to maintain 
> qtspell in debian the developer himself maintains a packaging for debian in
> the source tree
> 
> https://github.com/manisandro/qtspell/tree/master/packaging/debian
> 
> and it could be taken from there. This could be integrated in your package
> easily

no, it can't. Qtspell needs to be available in Debian to be able to build depend
on it, I will not just copy its source code into the gimagereader tree.

If you _really_ want this to happen, file a Request for Package bug[1] and mark
this bug as blocked by your RFP bug[2].

Best,

Philip


[1] https://wiki.debian.org/RFP
[2] https://www.debian.org/Bugs/server-control#block
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlqT3HwACgkQrWkWlnOT
mCvi/BAAmdzhU4Slk+xY5gA3mvaz07yjyiGtNWHajVSMVTR8DuACkfg/MGMldKDz
i4kritCclBb8dgC8PPvloCigS90CQw57IOGCzgKierOfq3F6MG4ZDOK/RgYm1iwz
6HYNyuv3DDaftnJDQWqd0b5dFtKnBBHpDg27NBI0Y+6jYZLOnfzr1A74WIhZWdLg
/PI3UkvTuUzTbjEtzxXDI+dHUvHqes0TRA9lHalhEZ11h8IJvw+q5MCy1mb4LSZ3
mexfM6nNNjN7lNm2G/EKLMPhyOZjKmMpLgTHGDXHNy1oaINtO4xKDpzUvyJZkOrb
wTPMmVT8K9k7UbTzND23m6JwFCCe/f9pA6zmNVNey1tamZhOPYNZ/uuWnJP5bvYk
Fp4QK5uzFI9rDqsGwtJEnsqTroEzYwhxXE4TCTarDYj2TdYfzRhgBL+64j9d6VXR
y6QCRF2nCvOn2WMOuw3H7z4Sc7wh40Mp5ItC8ZSxal/qKcqnmR2DLC3bgcWk3GS4
n6SLwfrZpLJZn9yt6HSgy2i24Wyo0naVkgrvtV+Kd0FFaQy0/8wJhIWzvsKnfiaB
PkIABS/4S3pNZ910gz36Wpdod2z43oRI8G+wj7VKFpxPkLM3v6JgKw3OIgS2aBTn
7jUDFSjmh7CfN4Gv6LLU7kQoxXCrGvuUMFE+xmVybtL3KW1fBLY=
=xvVl
-END PGP SIGNATURE-

Bug#891414: enable qt5 front-end

2018-02-25 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

OK, it's about aesthetics. But who will maintain qtspell? As far as I see, it's
not in Debian. Technically it's not possible to enable the qt front-end at the
moment.

Best,

Philip

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlqS2m4ACgkQrWkWlnOT
mCtR9Q//erxS+RGPqcK5/4gxWgvJln3Ku5rNXL4DQwocTo4ulRT+Kl3CDS/0qOEi
smt+z9XRQPMf6hROF2MBtH28prW5NMOlfIlgflZbn/Dj4dRmnKJUg23SRyi7+aSo
ViFtimlMXklePkgGHcLBgZS7XvBBLGlNYgiusdPGL17e2Ks4vTSQ+jXexReLAP6t
tspHEBDU9NtG4KT07ugl3Yot+dAA0HPSfjPrlDvSs3B6J+s3RjOy2v12DF23XyLA
H/7R55ZeUcr5JjH/sxQZJcUOhlaLMJ1vmgc0L/8Ef89S/lXzJdjf72MG/KCrIV3B
w86xWaggoFRQOwxniVlvE/v8CDzU9q1qGhMZ5EMYvuShZGSWkJaeQKMtEEVi0n/N
mYX5wYDyZhHNSj/0ZOtgTu7BT2BJOeOp+vsTdYPm72/mJnrB4XJgtA2huNqDlN1A
9FSmxsS5NBInhrpg77hxECs4JrIGHIv2OjnvbOZljHI6EKfpXN16/e74vvVZerir
6vs0B9zBTTqrVMbQQRghjcybP5cd+7GV++WnGmf8eG0vGLHJ+5Jc3zJgED/37cpk
lqNBZT3orLGc6l6giuWs0V/9jjoJzdqHTWyvKNq9snpuHScw8ecn3tG4k8RYpM8v
StcpgppSNxwMvUEf9g4B9YJw0OKFvQp9aszCbMtREpC2dpW2V8U=
=TD8R
-END PGP SIGNATURE-

Bug#891414: enable qt5 front-end

2018-02-25 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: severity -1 wishlist
Control: tags -1 moreinfo

I'm not a fan of doing this so you have to convince me ;-).

Could you please elaborate why I should do this? I don't see problems using the
gtk3 front-end in a qt environment. What's the actual benefit?

Best,

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlqSyA0ACgkQrWkWlnOT
mCtU9xAAkBOZU6IfmOoEbYevhPgqi7qe0bHsciVcRI24HkJQ0fY86SIo1bMuH8qD
e2NuREpDD6wyLfGk39WggXNvk72Db4LAEC/DutjgNhqsiCJEmwNdHWIG+zPmaZGU
YprWPlqqx1M87SKd+M7Ciaktt6t0+QD3FuZ4d307zIC5ZjUEMTBedpyKEbanNlHY
Em4AaBEoF7L4Q6RaPh+Q0cH5mmFxZlKIF7rQv9t5my4Ct0yPUtUCTGsLzOnS+wWm
cHmZ7/D71W0lS3AiGEmEzLzoKAl2QqyvzPsS1vbUNFyX6LEf8KCu3o+f9xvGcOQD
6NgGNJnH6UvzzMDeX1dLJj8oELdwyTzXLxa00SmAOIu4ZkeLRMIW4fpremlBBxc5
JlVLzCVmWvJa1pQgkgo7Lx5Z8JdQU6n+3dlTthWRNywviJEplFPD14wC0QXNTxZJ
r5bsbqQdyUqUqkOrFp2h32gKE7CSJRLK2Y4pxV3+cwjze+8ObBVZ2nyj1i01xJiL
wVrGkBBQAdqCkuMHVUjR+5N581/3k6Auip5o61B04BjFewLqGdjoGab3cIKPPhPu
vv3l4KnrbzmY1riTAirFk00SNnrfNWLx7Ixavdrl7gEsYJa+gmRbbGf4FgG3UsHZ
J3DvwwKsBPKwZ6pFlMVdSrcBDIKFoYSGHfAbaEzMcGpEAgehCsc=
=NBuQ
-END PGP SIGNATURE-

Bug#891034: ITP: pass-extension-otp -- pass extension for managing one-time-password tokens

2018-02-21 Thread Philip Rinn

Package: wnpp
Severity: wishlist
Owner: Philip Rinn <ri...@inventati.org>

* Package name: pass-extension-otp
  Version : 1.0.0
  Upstream Author : Tad Fisher <tadfis...@gmail.com>
* URL : https://github.com/tadfisher/pass-otp
* License : GPL-3+
  Programming Lang: bash
  Description : pass extension for managing one-time-password tokens

An extension for the password manager pass that allows adding one-time-password
(OTP) secrets, generating OTP codes, and displaying secret key URIs using the
standard otpauth:// scheme.

Bug#889633: gimagereader: missing translations in desktop file

2018-02-15 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Control: forwarded -1 https://github.com/manisandro/gImageReader/pull/316

Hi,

I implemented this in a pull request upstream. Let's see when/if it's merged.

Best,

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlqFx30ACgkQrWkWlnOT
mCummw//SkfpJDFkB2fRaGfJHH8LpfFhuC5CEHlRTN8JksPk6dAIP4RjPK7am829
q+q+cUh9b+0uz+sTF88+WsDNFlwdOQK6ciCkvLc1UKItdEAbQUmFoGgivjTEd66q
Zx64hMAvVQokFfyksZjLRVpV9qCTDKa4VCsz+Fj2nlD95eX9Rw+K/A1PYMo2Kqkg
pKZV58Bvhbxi+/1SGQSkMkkU2YFyHSv9zIF7wi/PNpcztrS3gzsMJZenfZZUid3Y
qIapGuSn75cFjPdA3kIS/PE26iq0gSi2/f1C6MxJowSHi9trgwRaLsOQQgExq/Rc
a/iX+teJLF2HzmP6AKBDH6KyVPTfN1bRdlACXWSf0yCwqHWmk4ixa2C0Zr9A9Z8U
Yfi9zJnhB/sNGxp1C6EnSrWS+p6tjhmLgtK6Lg9Efgsm4AXawmtG3qC/FMUzHGgt
zAOoC933Ex5PX3aBQbASsrzpMZizwvpKgnSmPvoIqTIff7Sq5DqdsUG0gPI0S3Xp
v7vxlDH7LLDt4FAqeusxUNMTdWq5u+jnRGCmeXyH66FRxgCfzzGWoiXA6iQ1AJ7/
mZMQmjM/AvTUTsJn8KuJ8pJREo8mQowunJQ1E2SY/Bc9lZwaxjANQrZr2z/UmBTS
NmoNdg+P6ndMmcUOaI0LaqBJlM+tqESTbrVTj2UmZZ3EXFGQwKM=
=ZSS7
-END PGP SIGNATURE-

Bug#887089: ITP: node-shiny-server-client -- browser library for connecting to Shiny Server

2018-01-13 Thread Philip Rinn

Package: wnpp
Severity: wishlist
Owner: Philip Rinn <ri...@inventati.org>
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-shiny-server-client
  Version : 1.0.0+gitf214eae
  Upstream Author : RStudio <n...@rstudio.com>
* URL : https://github.com/rstudio/shiny-server-client
* License : AGPL-3.0
  Programming Lang: JavaScript
  Description : browser library for connecting to Shiny Server

 This Node.js package provides unified client code for Shiny Server, Shiny 
Server
 Pro, and RStudio Connect. Previously, each server product had its own version 
of
 this code with slight differences. This package provides the superset of
 functionality needed by the different products, and runtime options determine
 what features to enable.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is a dependency of shiny-server (which will be maintained by
Debian-science). I intend to maintain the package under the Debian Science
umbrella. I'll need a sponsor to upload the package.

Bug#887080: ITP: node-pinkyswear -- very small implementation of the Promises/A+ specification

2018-01-13 Thread Philip Rinn

Package: wnpp
Severity: wishlist
Owner: Philip Rinn <ri...@inventati.org>
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-pinkyswear
  Version : 2.2.3
  Upstream Author : Tim Jansen <t...@tjansen.de>
* URL : https://github.com/timjansen/PinkySwear.js
* License : public-domain
  Programming Lang: JavaScript
  Description : very small implementation of the Promises/A+ specification

 This Node.js package is a minimalist Promises/A+ implementation for embedding.
 You can use it as a lightweight dependency for your library if you need to
 return a promise. It is not intended as a stand-alone library for more complex
 applications, and therefore does not support assimilation of other promises.
 .
 Node.js is an event-based server-side JavaScript engine.


This package is a dependency of node-shiny-server-client (ITP will follow) which
is a dependency of shiny-server (will be maintained by Debian-science).

I intend to maintain the package under the Debian JavaScript maintainers or the
Debian Science umbrella. I'll need a sponsor to upload the package.

Packaging can be found (until I know which team I'll use) at

https://salsa.debian.org/rinni-guest/node-pinkyswear

Bug#886889: Fix insecure password generation in stretch

2018-01-11 Thread Philip Rinn

Control: tags -1 pending

Hi,

On 10.01.2018 18:00:14, Joel Johnson wrote:
> It is noted in the changelog for version 1.2.1-1, but shouldn't the fix be
> applied to the stretch package as well?

Yes, I'm waiting for the Stable Reslease Managers:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886593

Best,
Philip


signature.asc
Description: PGP signature

Bug#886593: stretch-pu: package qtpass/1.1.6-1

2018-01-07 Thread Philip Rinn

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hi,

the current version in stable has a insecure built-in password generator. As
the built-in password generator not used in qtpass' default config, the
security team asked me to fix it via stretch-pu.
Here is the corresponding link:
https://security-tracker.debian.org/tracker/source-package/qtpass

I attached the debdiff (the fix is adopted from upstream, see
https://github.com/IJHack/QtPass/issues/338 for reference).

May a go ahead?

Best,

Philip
diff -Nru qtpass-1.1.6/debian/changelog qtpass-1.1.6/debian/changelog
--- qtpass-1.1.6/debian/changelog   2016-12-02 16:23:16.0 +0100
+++ qtpass-1.1.6/debian/changelog   2018-01-07 13:45:10.0 +0100
@@ -1,3 +1,9 @@
+qtpass (1.1.6-1+deb9u1) stretch; urgency=medium
+
+  * Fix insecure built-in password generator (Fixes: CVE-2017-18021)
+
+ -- Philip Rinn <ri...@inventati.org>  Sun, 07 Jan 2018 13:45:10 +0100
+
 qtpass (1.1.6-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru qtpass-1.1.6/debian/NEWS qtpass-1.1.6/debian/NEWS
--- qtpass-1.1.6/debian/NEWS1970-01-01 01:00:00.0 +0100
+++ qtpass-1.1.6/debian/NEWS2018-01-07 13:45:10.0 +0100
@@ -0,0 +1,15 @@
+qtpass (1.1.6-1+deb9u1) stretch; urgency=medium
+
+  All passwords generated with QtPass' built-in password generator prior to
+  1.1.6-1+deb9u1 are possibly predictable and enumerable by hackers.
+  The generator used libc's random(), seeded with srand(msecs), where msecs is
+  not the msecs since 1970 (not that that'd be secure anyway), but rather the
+  msecs since the last second. This means there are only 1000 different
+  sequences of generated passwords.
+  .
+  NB: QtPass uses `pwgen` to generate passwords by default. This means, if you
+  didn't change the configuration to use the built-in password generator your
+  passwords are safe. If you used the built-in password generator, change all
+  passwords you generated with QtPass.
+
+ -- Philip Rinn <ri...@inventati.org>  Sun, 07 Jan 2018 13:45:10 +0100
diff -Nru qtpass-1.1.6/debian/patches/01-fix-password-generator.patch 
qtpass-1.1.6/debian/patches/01-fix-password-generator.patch
--- qtpass-1.1.6/debian/patches/01-fix-password-generator.patch 1970-01-01 
01:00:00.0 +0100
+++ qtpass-1.1.6/debian/patches/01-fix-password-generator.patch 2018-01-04 
22:38:41.0 +0100
@@ -0,0 +1,67 @@
+--- a/mainwindow.cpp
 b/mainwindow.cpp
+@@ -67,7 +67,6 @@
+   connect(actionAddPassword, SIGNAL(triggered()), this,
+   SLOT(on_addButton_clicked()));
+   connect(actionAddFolder, SIGNAL(triggered()), this, SLOT(addFolder()));
+-  qsrand(static_cast(QTime::currentTime().msec()));
+ 
+ #if QT_VERSION >= QT_VERSION_CHECK(5, 2, 0)
+   ui->lineEdit->setClearButtonEnabled(true);
+@@ -1900,10 +1899,10 @@
+ else
+   qDebug() << "pwgen fail";
+   } else {
+-int charsetLength = pwdConfig.Characters[selection].length();
++quint32 charsetLength = pwdConfig.Characters[selection].length();
+ if (charsetLength > 0) {
+   for (int i = 0; i < length; ++i) {
+-int index = qrand() % charsetLength;
++quint32 index = Util::boundedRandom(charsetLength);
+ QChar nextChar = pwdConfig.Characters[selection].at(index);
+ passwd.append(nextChar);
+   }
+--- a/util.cpp
 b/util.cpp
+@@ -9,6 +9,9 @@
+ #else
+ #include 
+ #endif
++#include 
++#include 
++#include 
+ QProcessEnvironment Util::_env;
+ bool Util::_envInitialised;
+ 
+@@ -137,3 +140,21 @@
+   nanosleep(, NULL);
+ #endif
+ }
++
++quint32 Util::boundedRandom(quint32 bound) {
++  static int fd = -1;
++  if (bound < 2)
++  return 0;
++
++  if (fd == -1)
++  assert((fd = open("/dev/urandom", O_RDONLY)) >= 0);
++
++  quint32 randval;
++  const quint32 max_mod_bound = (1 + ~bound) % bound;
++
++  do
++  assert(read(fd, , sizeof(randval)) == sizeof(randval));
++  while (randval < max_mod_bound);
++
++  return randval % bound;
++}
+--- a/util.h
 b/util.h
+@@ -16,6 +16,7 @@
+   static bool checkConfig(QString passStore, QString passExecutable,
+   QString gpgExecutable);
+   static void qSleep(int ms);
++  static quint32 boundedRandom(quint32 bound);
+ 
+ private:
+   static void initialiseEnvironment();
diff -Nru qtpass-1.1.6/debian/patches/series qtpass-1.1.6/debian/patches/series
--- qtpass-1.1.6/debian/patches/series  1970-01-01 01:00:00.0 +0100
+++ qtpass-1.1.6/debian/patches/series  2018-01-04 22:11:50.0 +0100
@@ -0,0 +1 @@
+01-fix-password-generator.patch

Bug#883256: apparmor-profiles-extra: Totem can't access files outside $HOME

2017-12-07 Thread Philip Rinn

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

sorry for replying so late. Thanks for all of you for your input!

On 07.12.2017 at 08:51, intrigeri wrote:
> The Totem profile allows common locations for media files outside of $HOME,
> such as /{media,mnt,opt,srv}/**. Where are the files you're trying to play
> located? If they are in one of the supposedly allowed directories, please
> provide the AppArmor denial logs.

The files I tried to access are in /bigdata/Filme/**. I added this line in
/etc/apparmor.d/local/usr.bin.totem

owner /bigdata/Filme/** rw,

and everything works.

I didn't look into  before filing the bug (due to not being
familiar with how apparmor profiles work). If I had, I wouldn't have filed the
bug. I think the behavior of the profile is totally fine, feel free to close the
bug.

Best,

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlopXG8ACgkQrWkWlnOT
mCsvDw//SzQmQrq55bd0i0eKuIYpwLKOFDzPYG7TX1S79sfwpWo6I6HvHuu6fUzS
ws5ksGpd5wRvJJgSzPgYqQmQW2pe3gsS9ZJynZxvv4zfxLVpEjN8OEgys7PVRs9r
36XC6CsjjjFymprnAqOR/EnGvjXTDJ7xVHjvhene7ZvGGTlLQIQjeWmVLfsRiqo4
ozbifiYxg/7r2WRD8uCeBOASpUP3iOQpUWHHnQLEc3a9xYIe7dWFHKviFE1QWyFZ
zh/MxEaiD48++OCGP4MoyRaDPQ1tKIBmvDVe9b4zMyjGpi4q/bjRRIglnKqXfNF6
BRIjRBY8K2xe3X8ucFlX5qpWtj2SEgp3jnR4VnsfACvoq+ueKkkvCHiu59sQXcyd
3uKhZd5+HjHu315xb+tNseZ9SdiOPKCIzxh4Bw7W8e7Z1VIXIpDJgS3VTuDgCA9r
mjWwHPIZQpPP3KxwucmIwsl2DI5fahrLobUW2E6l5ZExbZTxqJlosnlgBtOXEdNF
KoQPfZk+a+1PJq4w2H2MuB1KcfxPbB80wJVQiPoEi9i2Y3rX8bNM5L/ep22FHouH
PWe1OhZ7yrhKokcA2X4weOcAWamMjpaSfRjoUC1wtlP3CEFEXWldxml3vIXLGUaX
yxmQ3CPk3x4ZuHnu8fN9Rg/V6HEX2T+BAPKus6WlxSs9VI8whFU=
=cyha
-END PGP SIGNATURE-

Bug#883256: apparmor-profiles-extra: Totem can't access files outside $HOME

2017-12-01 Thread Philip Rinn

Package: apparmor-profiles-extra
Version: 1.16
Severity: important
User: pkg-apparmor-t...@lists.alioth.debian.org
Usertags: buggy-profile

Hi,

with the AppArmor profile enabled, I can't access any file outside my $HOME
directory. While I understand the idea behind it, it's rather annoying with my
setup (which is not too uncommon I think). I have a HDD for my media files
while everything else is on a SSD thus my media files live outside my $HOME 
directory.

I know how to fix the problem for myself but I think the profile is too strict
here.

Best,

Philip


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apparmor-profiles-extra depends on:
ii  apparmor  2.11.1-3

apparmor-profiles-extra recommends no packages.

apparmor-profiles-extra suggests no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature

Bug#880875: please rename source package to r-cran-scatterplot3d

2017-11-22 Thread Philip Rinn

Hi Sébastien,

On 22.11.2017 at 11:13, Sébastien Villemot wrote:
> Hi Philip,
> 
> On Mon, Nov 06, 2017 at 03:10:33PM +0100, Philip Rinn wrote:
> 
>> On 06.11.2017 at 11:16, Philip Rinn wrote:
>>> I'll rename the package on the next upload and ping you for sponsorship 
>>> (I'm only
>>> DM and the package has to go through NEW).
> 
>> Could you please review and sponsor my upload?
> 
> Upload accepted by ftpmasters.

I saw it, yeah :-)

> 
>> Could you also give me upload rights for r-cran-scatterplot3d? With the 
>> rename
>> I'll loose my upload rights as they are bound to the source package name.
>>
>> Fingerprint: 2BD8D4E397955F7746DB3B89AD6916967393982B
>> Uid: Philip Rinn <ri...@inventati.org>
> 
> I gave you upload rights on the new package.
> 
> I also requested the removal of the old source package (#882401).

Thanks!

Best,

Philip



signature.asc
Description: OpenPGP digital signature

1 2 3 4 >

1 - 100 of 334 matches

Mail list logo