Bug#1010841: openjdk-11-jre-headless: Reduce dependency tree - are libfreetype6 (and other) really needed?

[Sascha Girrulat]

Package: openjdk-11-jre-headless
Version: 11.0.15+10-1~deb11u1
Severity: normal

Dear Maintainer,

we use debian-slim to create docker images for java based services. In
the context of the current CVEs[1] we found that the
openjdk-11-jre-headless depends to libfreetype6 in contrast to some other
distributions. Beside that we found other dependencies where we
are surprised that these packages are needed e.g. libasound2 for a
headless java setup. Is there a reason for libfreetype or it is possible
to remove this dependency to get rid of the linked CVEs[1]?

$ apt-cache depends openjdk-11-jre-headless
openjdk-11-jre-headless
  Hängt ab von: ca-certificates-java
  Hängt ab von: java-common
  Hängt ab von: libcups2
  Hängt ab von: liblcms2-2
  Hängt ab von: libjpeg62-turbo
  Hängt ab von: libfontconfig1
  Hängt ab von: libnss3
  Hängt ab von: util-linux
  Hängt ab von: libasound2
  Hängt ab von: libc6
  Hängt ab von: libfreetype6
  Hängt ab von: libgcc-s1
  Hängt ab von: libharfbuzz0b
  Hängt ab von: libpcsclite1
  Hängt ab von: libstdc++6
  Hängt ab von: zlib1g

Cheers
Sascha

[1] https://security-tracker.debian.org/tracker/CVE-2022-27406

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (300, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-10-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 openjdk-11-jre-headless depends on:
ii  ca-certificates-java  20190909
ii  java-common   0.72
ii  libasound21.2.4-1.1
ii  libc6 2.31-13+deb11u2
ii  libcups2  2.3.3op2-3+deb11u1
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.4+dfsg-1 
ii  libgcc-s1 10.2.1-6
ii  libharfbuzz0b 2.7.4-1
ii  libjpeg62-turbo   1:2.0.6-4
ii  liblcms2-22.12~rc1-2
ii  libnss3   2:3.61-1+deb11u1
ii  libpcsclite1  1.9.1-1
ii  libstdc++610.2.1-6
ii  util-linux2.36.1-8
ii  zlib1g1:1.2.11.dfsg-2

openjdk-11-jre-headless recommends no packages.

Versions of packages openjdk-11-jre-headless suggests:
ii  fonts-dejavu-extra 2.37-2
pn  fonts-indic
pn  fonts-ipafont-gothic   
pn  fonts-ipafont-mincho   
pn  fonts-wqy-microhei | fonts-wqy-zenhei  
ii  libnss-mdns0.14.1-2

-- no debconf information

Bug#1010840: openjdk-11-jre-headless: Reduce dependency tree - are libfreetype6 (and other) really needed?

[Sascha Girrulat]

Package: openjdk-11-jre-headless
Version: 11.0.15+10-1~deb11u1
Severity: normal

Dear Maintainer,

we use debian-slim to create docker images for java based services. In
the context of the current CVEs[1] we found that the
openjdk-11-jre-headless depends to libfreetype6 in contrast to some other
distributions. Beside that we found other dependencies where we
are surprised that these packages are needed e.g. libasound2 for a
headless java setup. Is there a reason for libfreetype or it is possible
to remove this dependency to get rid of the linked CVEs[1]?

$ apt-cache depends openjdk-11-jre-headless
openjdk-11-jre-headless
  Hängt ab von: ca-certificates-java
  Hängt ab von: java-common
  Hängt ab von: libcups2
  Hängt ab von: liblcms2-2
  Hängt ab von: libjpeg62-turbo
  Hängt ab von: libfontconfig1
  Hängt ab von: libnss3
  Hängt ab von: util-linux
  Hängt ab von: libasound2
  Hängt ab von: libc6
  Hängt ab von: libfreetype6
  Hängt ab von: libgcc-s1
  Hängt ab von: libharfbuzz0b
  Hängt ab von: libpcsclite1
  Hängt ab von: libstdc++6
  Hängt ab von: zlib1g

Cheers
Sascha

[1] https://security-tracker.debian.org/tracker/CVE-2022-27406

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (300, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-10-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 openjdk-11-jre-headless depends on:
ii  ca-certificates-java  20190909
ii  java-common   0.72
ii  libasound21.2.4-1.1
ii  libc6 2.31-13+deb11u2
ii  libcups2  2.3.3op2-3+deb11u1
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.4+dfsg-1 
ii  libgcc-s1 10.2.1-6
ii  libharfbuzz0b 2.7.4-1
ii  libjpeg62-turbo   1:2.0.6-4
ii  liblcms2-22.12~rc1-2
ii  libnss3   2:3.61-1+deb11u1
ii  libpcsclite1  1.9.1-1
ii  libstdc++610.2.1-6
ii  util-linux2.36.1-8
ii  zlib1g1:1.2.11.dfsg-2

openjdk-11-jre-headless recommends no packages.

Versions of packages openjdk-11-jre-headless suggests:
ii  fonts-dejavu-extra 2.37-2
pn  fonts-indic
pn  fonts-ipafont-gothic   
pn  fonts-ipafont-mincho   
pn  fonts-wqy-microhei | fonts-wqy-zenhei  
ii  libnss-mdns0.14.1-2

-- no debconf information

Bug#1010746: ITP: docker-squash -- Squashing helps with organizing docker images in logical layers

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: docker-squash
  Version : 1.0.9
  Upstream Author : Marek Goldmann
* URL : https://github.com/goldmann/docker-squash
* License : MIT
  Programming Lang: Python
  Description : Helps with organizing docker images layers

Docker creates many layers while building the image. Sometimes it's not
necessary or desireable to have them in the image. For example a
Dockerfile ADD instruction creates a single layer with files you want to
make available in the image. Docker will carry this layer always with the image,
even if you delete these files in next layer. 
.
Squashing helps with organizing images in logical layers. Instead of
having an image with multiple (sometimes) unnecessary layers.
.
Docker-squash can
.
  * squash last n layers from an image
  * squash from a selected layer to the end (not always possible, depends on 
the image)
  * support for Docker 1.9 or newer (older releases may run perfectly fine too, 
try it!)
  * the image can be loaded back to the Docker daemon or stored as tar archive 
somewhere

Bug#1010597: openjdk-11-jdk: CVE-2022-21476 unfixed for weeks

[Sascha Girrulat]

Dear Maintainer,

i saw that the CVE is already fixed for sid. I'm unsure if we have to 
try to create a bullseye backport of the 11.0.15+10-1 for ourself or if 
we have to wait a bit longer until it's fixed for bullseye too. We are 
using the container images of debian with this openjdk-jre for our 
services and we are looking forward to an update.


Cheers
Sascha

On Thu, 05 May 2022 10:45:26 +0200 Michael Kesper  wrote:

Package: openjdk-11-jdk
Version: 11.0.14+9-1~deb11u1
Severity: critical
Tags: security
Justification: causes serious data loss
X-Debbugs-Cc: mkes...@web.de, t...@security.debian.org, Debian Security Team 


Dear Maintainer,

since weeks, there is a known undisputed CVE for all openjdk versions in Debian,
https://security-tracker.debian.org/tracker/CVE-2022-21476
described as easily exploitable for unauthenticated attackers resulting in 
access to data.

However, there seems to be no security issue handling of this CVE, instead a fix
is only made available to unstable.

Please include a fix for Debian stable at least.

Best regards
Michael

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'proposed-updates'), (500, 'stable'), (100, 'bullseye-fasttrack'), (100, 
'bullseye-backports-staging')
Architecture: amd64 (x86_64)

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

Versions of packages openjdk-11-jdk depends on:
ii  libc62.31-13+deb11u3
ii  openjdk-11-jdk-headless  11.0.14+9-1~deb11u1
ii  openjdk-11-jre   11.0.14+9-1~deb11u1

Versions of packages openjdk-11-jdk recommends:
ii  libxt-dev  1:1.2.0-1

Versions of packages openjdk-11-jdk suggests:
pn  openjdk-11-demo
pn  openjdk-11-source  
pn  visualvm   

-- no debconf information

Bug#945705: selenium-firefoxdriver: Python2 removal in sid/bullseye

[Sascha Girrulat]

Hi Scott,

yes i would like to remove the package.

Regards
Sascha

On 08.05.20 23:19, Scott Talbert wrote:
> On Fri, 29 Nov 2019, Sascha Girrulat wrote:
> 
>> Source: selenium-firefoxdriver
>> Version: 3.14.1-1
>> Severity: normal
>> Tags: sid bullseye
>>
>>
>> Hi,
>>
>> the firefoxdriver supports only firefox version up to 52.0 and does not
>>    work with the current version of firefox anymore. That's why the
>> removal is fine.
>>
>> I'm sorry, i thought that the removal is already done but for some
>> reasons the package is still there.
> 
> Hi,
> 
> So you want to remove selenium-firefoxdriver package from Debian?
> 
> Regards,
> Scott

Bug#945705: selenium-firefoxdriver: Python2 removal in sid/bullseye

[Sascha Girrulat]

Source: selenium-firefoxdriver
Version: 3.14.1-1
Severity: normal
Tags: sid bullseye


Hi,

the firefoxdriver supports only firefox version up to 52.0 and does not
work with the current version of firefox anymore. That's why the
removal is fine.

I'm sorry, i thought that the removal is already done but for some
reasons the package is still there.

Regards
Sascha




signature.asc
Description: OpenPGP digital signature

Bug#940992: firefoxdriver: does not work with firefox > 47 at all

[Sascha Girrulat]

Hi,

the error below does not depend to firefox driver. The firefoxdriver ist
a leftover for older firefox versions. The package documentation[3]
describes how to enable the geckodriver and there is a bug[1] (#874207)
filed for firefox too.

The packge firefoxdriver will be removed with the next update of
python-selenium in a few days[2].

Regards
Sascha

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874207
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939398
[3] /usr/share/doc/python-selenium/README.Debian


Am 23.09.19 um 09:03 schrieb Helmut Grohne:
> Package: firefoxdriver
> Version: 3.14.1-1
> Severity: grave
> Justification: unusable by everyone 
> 
> This is what happens when you try to use firefoxdriver in the most
> obvious way from python on buster:
> 
> | $ dpkg -l python3-selenium
> | ...
> | ii  python3-selenium 3.14.1+dfsg1-1 all  Python3 bindings for 
> Selenium
> | $ python3
> | Python 3.7.3 (default, Apr  3 2019, 05:39:12)
> | [GCC 8.3.0] on linux
> | Type "help", "copyright", "credits" or "license" for more information.
> | >>> import selenium.webdriver
> | >>> selenium.webdriver.Firefox()
> | Traceback (most recent call last):
> |   File 
> "/usr/lib/python3/dist-packages/selenium/webdriver/common/service.py", line 
> 76, in start
> | stdin=PIPE)
> |   File "/usr/lib/python3.7/subprocess.py", line 775, in __init__
> | restore_signals, start_new_session)
> |   File "/usr/lib/python3.7/subprocess.py", line 1522, in _execute_child
> | raise child_exception_type(errno_num, err_msg, err_filename)
> | FileNotFoundError: [Errno 2] No such file or directory: 'geckodriver': 
> 'geckodriver'
> | 
> | During handling of the above exception, another exception occurred:
> | 
> | Traceback (most recent call last):
> |   File "", line 1, in 
> |   File 
> "/usr/lib/python3/dist-packages/selenium/webdriver/firefox/webdriver.py", 
> line 164, in __init__
> | self.service.start()
> |   File 
> "/usr/lib/python3/dist-packages/selenium/webdriver/common/service.py", line 
> 83, in start
> | os.path.basename(self.path), self.start_error_message)
> | selenium.common.exceptions.WebDriverException: Message: 'geckodriver' 
> executable needs to be in PATH.
> | 
> | >>>
> 
> A little research reveals that this problem already has surfaced
> elsewhere e.g. at
> https://askubuntu.com/questions/1104721/sudo-apt-install-firefoxdriver-does-what.
> A more detailed answer at
> https://stackoverflow.com/questions/43272919/difference-between-webdriver-firefox-marionette-webdriver-gecko-driver/43920453
> indicates that the extenstion-powered method employed by firefoxdriver
> only works until firefox 47. Later versions need "marionette" which
> usually manifestst as "geckodriver" which is missing from the
> firefoxdriver package.
> 
> Given that even old-old-stable has firefox 52 already, I think we can
> safely conclude that the present firefoxdriver is broken for everyone.
> 
> For unstable, I guess geckodriver needs to be packaged. For buster it
> may be best to simply remove the package in a point release.
> 
> Also an autopkgtest would be a very good addition for this package to
> catch similar issues earlier.
> 
> Helmut
> 

Bug#910818: ITP: conttest -- A helper script for continuous testing written in Python

[Sascha Girrulat]

waiting for a sponsor review

[1] https://salsa.debian.org/sagiru-guest/continuous-testing-helper/tree/wip
[2] https://mentors.debian.net/package/continuous-testing-helper

Regards
Sascha

-- 
Sascha Girrulat

sysfive.com GmbH
Schanzenstraße 30
D-51063 Köln

Tel:  +49-40-228-668-20
Fax: +49-40-228-668-210
Mobil: +49-170-3425643

Geschaeftsfuehrender Gesellschafter: Gregor Binder | Amtsgericht
Hamburg: HRB 75948 | USt.ID.: DE209657974

Die Informationen in dieser E-Mail sind vertraulich und nur fuer den
oben angegebenen Adressatenkreis bestimmt. Wir weisen wir darauf hin,
dass jede Form der Veroeffentlichung, Vervielfaeltigung sowie Weitergabe
des Inhalts untersagt ist.

The information contained in this E-Mail is confidental and intended
only for the use of the individual or entity named above. You are hereby
notified that any dissemination, distribution or copying of this E-Mail
is strictly prohibited.

Bug#939398: python3-selenium: Remove suggested dependency to firefoxdriver

[Sascha Girrulat]

Package: python3-selenium
Version: 3.14.1+dfsg1-1
Severity: normal

Dear Maintainer,

pls remove the dependency to firefoxdriver. The current firefoxdriver
does only support firefox versions up to 52.0. This package is not
useable with the firefoxdriver and the current firefox 60.x from debian.

Sascha


-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (100, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-selenium depends on:
ii  python3  3.7.3-1
ii  python3-urllib3  1.24.1-1

Versions of packages python3-selenium recommends:
ii  chromium-driver  73.0.3683.75-1

Versions of packages python3-selenium suggests:
pn  firefoxdriver  

-- no debconf information

Bug#926924: blockdev: ignore cache options for empty CDROM drives

[Sascha Girrulat]

Hi,

there is the patchfile.

Regards
Sascha
From aa21b1603562dd765c1d149600902fe63e8212b2 Mon Sep 17 00:00:00 2001
From: Sascha Girrulat 
Date: Thu, 4 Apr 2019 14:08:57 +0200
Subject: [PATCH 1/2] Add upstream patch to fixup the empty cdrom handling with
 e.g. cloudstack

This patch is exported from upstream. To apply this patch needed to
change some lines around 568 to support the current debian version of the
qemu source.
---
 ...cache-options-for-empty-CDROM-drives.patch | 89 +++
 debian/patches/series |  1 +
 2 files changed, 90 insertions(+)
 create mode 100644 debian/patches/blockdev-ignore-cache-options-for-empty-CDROM-drives.patch

diff --git a/debian/patches/blockdev-ignore-cache-options-for-empty-CDROM-drives.patch b/debian/patches/blockdev-ignore-cache-options-for-empty-CDROM-drives.patch
new file mode 100644
index 00..2957051d90
--- /dev/null
+++ b/debian/patches/blockdev-ignore-cache-options-for-empty-CDROM-drives.patch
@@ -0,0 +1,89 @@
+From: John Snow 
+Date: Fri, 16 Sep 2016 22:06:28 +0200
+Subject: blockdev: ignore cache options for empty CDROM drives
+
+RH-Author: John Snow 
+Message-id: <1474063588-6370-2-git-send-email-js...@redhat.com>
+Patchwork-id: 72377
+O-Subject: [RHEV-7.3 qemu-kvm-rhev PATCH 1/1] blockdev: ignore cache options for empty CDROM drives
+Bugzilla: 1342999
+RH-Acked-by: Max Reitz 
+RH-Acked-by: Kevin Wolf 
+RH-Acked-by: Stefan Hajnoczi 
+
+BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1342999
+Brew: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=11768839
+Upstream: N/A
+
+In qemu-kvm-rhev-2.3.0, QEMU will accept cache options for empty CDROM
+devices, but silently ignore them as they will be overwritten when the
+next CDROM is inserted.
+
+Libvirt and VMM are capable of generating XML configurations which
+attempt to specify these cache options to QEMU, though they don't have
+any effect.
+
+Upstream, a refactoring of cache option mechanisms means that we have
+started rejecting invalid configurations where cache options are supplied
+without any target to actually apply them to.
+
+This means that there are combinations of QEMU and libvirt that will fail
+to start a VM if a user selects a cache option.
+
+This patch is a downstream-only workaround until libvirt can stop
+supplying cache settings for empty CDROMs and/or until libvirt can take
+advantage of the new QMP tray/medium manipulation mechanisms that will
+allow proper cache specification for removable media.
+
+Signed-off-by: John Snow 
+Signed-off-by: Miroslav Rezanina 
+---
+ blockdev.c | 28 +++-
+ 1 file changed, 27 insertions(+), 1 deletion(-)
+
+diff --git a/blockdev.c b/blockdev.c
+index 81f95d9..200aae3 100644
+--- a/blockdev.c
 b/blockdev.c
+@@ -461,6 +461,32 @@ static void extract_common_blockdev_options(QemuOpts *opts, int *bdrv_flags,
+ }
+ }
+ 
++/**
++ * libvirt expects to be able to pass cache options for CDROM drives without
++ * inserted media. Historically, QEMU eventually ignores these cache options as
++ * they are lost when media is inserted. Recently, QEMU started rejecting these
++ * configurations. Libvirt however still generates such configurations.
++ *
++ * To prevent QEMU from being unable to start, pretend there are no options
++ * present if the only options present are cache options for the BDS.
++ */
++static bool __redhat_com_has_bs_opts(QDict *bs_opts)
++{
++size_t n, s;
++s = qdict_size(bs_opts);
++
++if (s == 0) {
++return false;
++} else if (s > 2) {
++return true;
++}
++
++n = qdict_haskey(bs_opts, BDRV_OPT_CACHE_DIRECT);
++n += qdict_haskey(bs_opts, BDRV_OPT_CACHE_NO_FLUSH);
++
++return s != n;
++}
++
+ /* Takes the ownership of bs_opts */
+ static BlockBackend *blockdev_init(const char *file, QDict *bs_opts,
+Error **errp)
+@@ -568,7 +594,7 @@ static BlockBackend *blockdev_init(const char *file, QDict *bs_opts,
+ read_only = qemu_opt_get_bool(opts, BDRV_OPT_READ_ONLY, false);
+ 
+ /* init */
+-if ((!file || !*file) && !qdict_size(bs_opts)) {
++if ((!file || !*file) && !__redhat_com_has_bs_opts(bs_opts)) {
+ BlockBackendRootState *blk_rs;
+ 
+ blk = blk_new(0, BLK_PERM_ALL);
diff --git a/debian/patches/series b/debian/patches/series
index e179f79b6d..3bf3893ad8 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -9,3 +9,4 @@ slirp-check-data-length-while-emulating-ident-function-CVE-2019-6778.patch
 i2c-ddc-fix-oob-read-CVE-2019-3812.patch
 slirp-check-sscanf-result-when-emulating-ident-CVE-2019-9824.patch
 device_tree-don-t-use-load_image-CVE-2018-20815.patch
+blockdev-ignore-cache-options-for-empty-CDROM-drives.patch
-- 
2.20.1



signature.asc
Description: OpenPGP digital signature

Bug#926924: blockdev: ignore cache options for empty CDROM drives

[Sascha Girrulat]

Package: qemu
Version: 1:3.1+dfsg-5
Severity: normal

Dear Maintainer,

there is a upstream bug about the cache handling of cdrom devices. If
KVM is used with couldstack >= 4.9 cloudstack will add cdrom devices to
a vm with the activated cache option (cache=x). The result is the
machine will not boot if the cdrom is empty. We do the provisioning of
vm's via pxe and preseed and thats why the cdrom will always be empty.
Therefore, vm's will never boot.

We taked the patch from upstream[1] and applied it with small changes to
the current version (1:3.1+dfsg-5) of qemu. The patch worked for us with
buster. Maybe it's useful for someone else.

Regards,
Sascha

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1342999


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable'), (100, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.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

-- no debconf information

Bug#899309: autofill-forms: Replace it with non legacy autofillforms-e10 to be compatible with ff 60.

[Sascha Girrulat]

Hi,

yes, i do.

Regards
Sascha

Am 4. Dezember 2018 00:00:35 MEZ schrieb "Moritz Mühlenhoff" :
>On Tue, May 22, 2018 at 03:57:10PM +0200, Sascha Girrulat wrote:
>> Source: autofill-forms
>> Version: 1.1.3-1
>> Severity: normal
>> 
>> Dear Maintainer,
>> 
>> the current version is not compatible with webextensions api but
>there
>> is a never version[1] called autofillforms-e10s. We should replace
>the
>> current with this version.
>
>Does anyone intend/plan to switch the package to the web extention?
>Otherwise it should be removed from the archive.
>
>Cheers,
>Moritz

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#912408: gopass: Please update to a newer version of goopass

[Sascha Girrulat]

Source: gopass
Version: 1.2.0-1
Severity: normal

Dear Maintainer,

please update to a newer version of gopass. The current upstream version
is 1.8.2 and the debian version is 1.2.0. This version is more than two
years old and contains a lot of bugs which are fixed in newer versions.

Regards
Sascha

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)

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

Bug#911151: python-boto3: Please update to newer upstream version

[Sascha Girrulat]

Package: python-boto3
Version: 1.7.55-1
Severity: minor

Dear Maintainer,

please update python-boto3 to a newer upstream version. The current
newest ist 1.9.24 and contains a lot of aws api changes.

Regards
Sascha

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.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

Versions of packages python-boto3 depends on:
ii  python 2.7.15-3
ii  python-botocore1.12.16+repack-1
ii  python-jmespath0.9.3-1
ii  python-requests2.18.4-2
ii  python-s3transfer  0.1.13-1
ii  python-six 1.11.0-2

python-boto3 recommends no packages.

python-boto3 suggests no packages.

-- no debconf information

Bug#911143: python-boto: Please update to newest upstream version

[Sascha Girrulat]

Source: python-boto
Version: 2.44.0-1
Severity: minor

Dear Maintainer,

please update python-boto to a newer upstream version. The current
version is 2.49.0. This version fixes some bugs related to S3, CA and
add features for Google Cloud Storage.

Thx and regards
Sascha

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.17.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#863455: firefoxdriver: switch to geckodriver?

[Sascha Girrulat]

beside that the xpi contains some xpt files which are not reproducible.

Cheers
Sascha

On 16.10.18 11:07, Sascha Girrulat wrote:
> Hi,
> 
> On 13.10.18 03:07, Paul Wise wrote:
>> On Fri, 2018-10-12 at 17:23 +0200, Sascha Girrulat wrote:
>>
>>> The non-free stuff contains only the webdriver extension.
>>
>> So once geckodriver is packaged, Selenium will work with Firefox via
>> geckodriver instead of firefoxdriver and the only consequence of not> having 
>> firefoxdriver is that WebDriver clients other than Selenium will
>> not work with Firefox?
> Hm, i am not 100% sure about that WebDriver stuff[1]. Geckodriver is the
> link between browser and tests and acts as a proxy for the WebDriver
> commands. Im not sure if the extension is still useful for something. If
> i understand it right it's not needed anymore. But why it's still shipped?
> 
>> BTW, why is firefoxdriver non-free? The JavaScript files in the .xpi
>> seem to be Apache and MPL licensed.Yes but not the .so files beside that. To 
>> build everything from the
> source it has to build from the main repository. But that's really a
> muddled bunch of binary stuff and it's not clear if it's possible to
> build it from source without breaking the DFSG.
> 
>> Also, didn't Firefox drop support for XUL extensions? The
>> firefoxdriver.xpi extension doesn't appear to be a WebExtension.
> Yes, i just updated to the 3.14 and there it's still looks like
> WebExtension :(.
> 
> Cheers
> Sascha
> 
> [1] https://www.seleniumhq.org/docs/03_webdriver.jsp
> 



signature.asc
Description: OpenPGP digital signature

Bug#863455: firefoxdriver: switch to geckodriver?

[Sascha Girrulat]

Hi,

On 13.10.18 03:07, Paul Wise wrote:
> On Fri, 2018-10-12 at 17:23 +0200, Sascha Girrulat wrote:
> 
>> The non-free stuff contains only the webdriver extension.
> 
> So once geckodriver is packaged, Selenium will work with Firefox via
> geckodriver instead of firefoxdriver and the only consequence of not> having 
> firefoxdriver is that WebDriver clients other than Selenium will
> not work with Firefox?
Hm, i am not 100% sure about that WebDriver stuff[1]. Geckodriver is the
link between browser and tests and acts as a proxy for the WebDriver
commands. Im not sure if the extension is still useful for something. If
i understand it right it's not needed anymore. But why it's still shipped?

> BTW, why is firefoxdriver non-free? The JavaScript files in the .xpi
> seem to be Apache and MPL licensed.Yes but not the .so files beside that. To 
> build everything from the
source it has to build from the main repository. But that's really a
muddled bunch of binary stuff and it's not clear if it's possible to
build it from source without breaking the DFSG.

> Also, didn't Firefox drop support for XUL extensions? The
> firefoxdriver.xpi extension doesn't appear to be a WebExtension.
Yes, i just updated to the 3.14 and there it's still looks like
WebExtension :(.

Cheers
Sascha

[1] https://www.seleniumhq.org/docs/03_webdriver.jsp



signature.asc
Description: OpenPGP digital signature

Bug#863455: firefoxdriver: switch to geckodriver?

[Sascha Girrulat]

Hi Paul,

On 12.10.18 01:44, Paul Wise wrote:
> It sounds like you are saying that Selenium cannot work with Firefox
> without the non-free firefoxdriver stuff even if geckodriver is
> available, is that true? It would be nice if Mozilla fixed this.
no, it's not needed. Only the geckodriver is needed for the firefox
usage with selenium. You don't need the non-free stuff. The selenium
stuff works well without the extension. The non-free stuff contains only
the webdriver extension.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#910818: ITP: conttest -- A helper script for continuous testing written in Python

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat 

* Package name: conttest
  Version : 0.0.2 
  Upstream Author : John Jacobsen 
* URL : https://github.com/eigenhombre/continuous-testing-helper
* License : EPL
  Programming Lang: Python
  Description : A helper script for continuous testing written in Python

Continuous testing helper, adapted from [1], but which makes no
assumption about what tests you might want to run continuously while
developing. For more information, see this blog post[2].

Any command supplied to the script will be run once and then repeated
any time a file in the current working directory changes, except for
files excluded using .conttest-excludes as described below.

Note that ANY command you supply the script will be run, so be careful.
You have been warned!

[1] https://github.com/brunobord/tdaemon/blob/master/tdaemon.py
[2] http://zerolib.com/continuous-testing.html

Bug#906868: xul-ext-toggle-proxy no longer works with firefox-esr 60

[Sascha Girrulat]

Hi,

would be ok for me.

Regards
Sascha

On 9/25/18 9:58 PM, Moritz Mühlenhoff wrote:
> On Tue, Aug 21, 2018 at 09:25:02PM +0300, Adrian Bunk wrote:
>> Package: xul-ext-toggle-proxy
>> Version: 1.9-2
>> Severity: serious
>>
>> XUL addons are no longer supported.
>>
>> If it is confirmed that this package works with thunderbird 60,
>> it might be an option to change the dependency to only thunderbird.
> 
> This addon is dead upstream and also incompatible with Thunderbird
> 60 (in the addon manager using TB60 it's greyed out as an incompatible
> version), let's remove it from the archive?
> 
> Cheers,
> Moritz
> 



signature.asc
Description: OpenPGP digital signature

Bug#906887: xul-ext-automatic-save-folder no longer works with firefox-esr 60

[Sascha Girrulat]

Hi,

yes i think that would be the best.

Regards
Sascha

Am 24. September 2018 23:36:47 MESZ schrieb "Moritz Mühlenhoff" 
:
>On Tue, Aug 21, 2018 at 11:02:49PM +0300, Adrian Bunk wrote:
>> Package: xul-ext-automatic-save-folder
>> Version: 1.0.5~20140831-4
>> Severity: serious
>> 
>> XUL addons are no longer supported. 
>
>Per http://asf.mangaheart.org/closed.php the project is dead and
>won't get fixed for Firefox > 57, so let's remove it from the archive.
>
>Cheers,
>Moritz

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#907913: Message: 'geckodriver' executable needs to be in PATH

[Sascha Girrulat]

Package: python-selenium
Version: 3.8.0+dfsg1-3
Severity: normal
Justification: limited usage because of firefox dependency

Hi Mykola,

there is already a bug[1] for firefox. Geckodriver has to be shippet
with firefox not with python-selenium. Until that you have to use a
other one e.g. chromium-driver as described in
NEWS.debain/README.debian. Alternative yo have to install the
Geckodriver manually[2].

Regards
Sascha

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=874207
[2]
https://askubuntu.com/questions/851401/where-to-find-geckodriver-needed-by-selenium-python-package


On 9/4/18 2:11 AM, Mykola Nikishov wrote:
> Package: python-selenium
> Version: 3.8.0+dfsg1-3
> Severity: grave
> Justification: renders package unusable
> 
> --8<---cut here---start->8---
> Traceback (most recent call last):
>   File "", line 70, in 
>   File "", line 57, in main
>   File 
> "/usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/webdriver.py", 
> line 148, in __init__
> self.service.start()
>   File 
> "/usr/lib/python2.7/dist-packages/selenium/webdriver/common/service.py", line 
> 81, in start
> os.path.basename(self.path), self.start_error_message)
> selenium.common.exceptions.WebDriverException: Message: 'geckodriver' 
> executable needs to be in PATH. 
> --8<---cut here---end--->8---
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers stable
>   APT policy: (900, 'stable'), (190, 'testing'), (180, 'unstable'), (170, 
> 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages python-selenium depends on:
> ii  python  2.7.13-2
> 
> Versions of packages python-selenium recommends:
> ii  phantomjs  2.1.1+dfsg-2
> 
> Versions of packages python-selenium suggests:
> ii  firefoxdriver  3.8.0-1
> 
> -- no debconf information
> 



signature.asc
Description: OpenPGP digital signature

Bug#905832: svn2git: Possible error in code handling keyboard events

[Sascha Girrulat]

Hi Massimo,

thx for the bug. I will file a bug upstream.

Sascha

Am 10. August 2018 13:10:14 MESZ schrieb Massimo Manghi 
:
>Package: svn2git
>Version: 2.4.0-1
>Severity: normal
>
>Dear Maintainer,
>
>though not critical I'm reporting that when svn2git pauses because, for
>instance, is delving through long repository histories, hitting a key
>on the
>keyboard let's the running code go in what looks like a coding error.
>Maybe
>it's worth mentioning to the upstream maintainer
>
>#run> terminated with exception (report_on_exception is true):
>Traceback (most recent call last):
>2: from /usr/lib/ruby/vendor_ruby/svn2git/migration.rb:432:in `block (2
>levels) in run_command'
>   1: from /usr/lib/ruby/vendor_ruby/svn2git/migration.rb:432:in `loop'
>/usr/lib/ruby/vendor_ruby/svn2git/migration.rb:438:in `block (3 levels)
>in
>run_command': undefined local variable or method `stdin' for
># (NameError)
>Did you mean?  String
>
> -- Massimo
>
>
>
>-- System Information:
>Debian Release: buster/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
>Architecture: amd64 (x86_64)
>
>Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
>Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
>LANGUAGE=en_US:en (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)
>LSM: AppArmor: enabled
>
>Versions of packages svn2git depends on:
>ii  git-svn  1:2.18.0-1
>ii  ruby 1:2.5.1
>
>svn2git recommends no packages.
>
>svn2git suggests no packages.
>
>-- no debconf information
>
>Firma il tuo 5 x mille all’Università di Parma e aiuta così i nostri
>studenti che vogliono realizzare un’esperienza di studio all’estero –
>Indica 00308780345 nella tua denuncia dei redditi.

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#854762: firefoxdriver: Use alternative depends on python3-selenium

[Sascha Girrulat]

Hi,

sry for the late reply. I will add the dependency and with one of the
next uploads the fix will closed.

Thx
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#826434: xul-ext-automatic-save-folder: new upstream beta

[Sascha Girrulat]

Package: xul-ext-automatic-save-folder
Version: 1.0.5~20140831-1

Hi,

there is a updated version (1.0.5bRev129-2) in the scm[1] since Sat Feb
3 23:33:50 2018 but the current version is not compatible with the
webextensions api.

Regards
Sascha

https://anonscm.debian.org/gitweb/?p=pkg-mozext/automatic-save-folder.git



signature.asc
Description: OpenPGP digital signature

Bug#899309: autofill-forms: Replace it with non legacy autofillforms-e10 to be compatible with ff 60.

[Sascha Girrulat]

Source: autofill-forms
Version: 1.1.3-1
Severity: normal

Dear Maintainer,

the current version is not compatible with webextensions api but there
is a never version[1] called autofillforms-e10s. We should replace the
current with this version.

Regards
Sascha

[1] https://github.com/sarahavilov/autofillforms-e10s



-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-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)

Bug#896224: python-pyrax: pyrax fails to import

[Sascha Girrulat]

Hi,

it's the same error like #882095.

The support of non keystore authentication were removed since
python-novaclient 7.0.0.[1]

I will take a look if it makes sense to patch python-pyrax another time.

Cheers
Sascha

[1]
https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=daa9bdc82335b37b33d21264a770e10ee452f22c



signature.asc
Description: OpenPGP digital signature

Bug#893997: svn2git: fails if using git in other language

[Sascha Girrulat]

Hi Mario,

sry i could not reproduce this error. It's a bit difficult for me to
debug a language error without any spanish language skills. Maybe you
could provide a bit more information about the used repository? e.g.
about the structure after the git fetch command? Is the used svn
repository public or not?

Have you tried to play around with some options like --trunk,
--branches, --tags or --notags, --nobranches?

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#882095: python-pyrax FTBFS: test failures

[Sascha Girrulat]

Hi,

the support of non keystore authentication were removed since
python-novaclient 7.0.0.[1]

I will take a look if it makes sense to patch python-pyrax another time.

Cheers
Sascha

[1]
https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=daa9bdc82335b37b33d21264a770e10ee452f22c



signature.asc
Description: OpenPGP digital signature

Bug#884808: vagrant-libvirt creates invalid xml for libvirt

[Sascha Girrulat]

Package: vagrant-libvirt
Version: 0.0.40-1
Severity: normal

Dear Maintainer,

vagrant-libvirt creates a invalid xml for libvirt. 

If i try to create a machine i got the following error:

Bringing machine 'dummy-01' up with 'libvirt' provider...
==> dummy-01: Creating image (snapshot of base box volume).
==> dummy-01: Creating domain with the following settings...
==> dummy-01:  -- Name:  platform_dummy-01
==> dummy-01:  -- Domain type:   kvm
==> dummy-01:  -- Cpus:  1
==> dummy-01:  -- Feature:   acpi
==> dummy-01:  -- Feature:   apic
==> dummy-01:  -- Feature:   pae
==> dummy-01:  -- Memory:1024M
==> dummy-01:  -- Management MAC: 
==> dummy-01:  -- Loader: 
==> dummy-01:  -- Base box:  debian-9-amd64
==> dummy-01:  -- Storage pool:  default
==> dummy-01:  -- Image: 
/var/lib/libvirt/images/platform_dummy-01.img (10G)
==> dummy-01:  -- Volume Cache:  default
==> dummy-01:  -- Kernel:   
==> dummy-01:  -- Initrd: 
==> dummy-01:  -- Graphics Type: spice
==> dummy-01:  -- Graphics Port: 5900
==> dummy-01:  -- Graphics IP:   127.0.0.1
==> dummy-01:  -- Graphics Password: Not defined
==> dummy-01:  -- Video Type:qxl
==> dummy-01:  -- Video VRAM:9216
==> dummy-01:  -- Sound Type:   
==> dummy-01:  -- Keymap:en-us
==> dummy-01:  -- TPM Path:   
==> dummy-01:  -- INPUT: type=mouse, bus=ps2
==> dummy-01:  -- CHANNEL: type=unix, mode=
==> dummy-01:  -- CHANNEL: target_type=virtio, 
target_name=org.qemu.guest_agent.0
==> dummy-01:  -- CHANNEL: type=spicevmc, mode=
==> dummy-01:  -- CHANNEL: target_type=virtio, 
target_name=com.redhat.spice.0
Error while creating domain: Error saving the server: Call to 
virDomainDefineXML failed: internal error: Unknown source mode ''

Reproduce it in the following way:
  - Install vagrant-libvirt,
  - try to start a virtual machine with $ vagrant up dummy-01,
  - see it failing during the creation of that virtual machine with the error 
above from the vagrant file below.

Vagrantfile:

boxes = [
  {
:name => "dummy-01",
:ip => "192.168.1.2",
:mem => "1024",
:cpu => "1",
:group => 'dummy',
:application => "dummy",
  }
]

Vagrant.configure("2") do |config|
  config.vm.box = "debian-9-amd64"

  boxes.each do |opts|
config.vm.define opts[:name] do |config|
  config.vm.hostname = opts[:name]

  config.vm.provider "libvirt" do |libvirt|
libvirt.memory = opts[:mem]
libvirt.cpus = opts[:cpu]
  end

  config.vm.provider "virtualbox" do |v|
v.customize ["modifyvm", :id, "--memory", opts[:mem]]
v.customize ["modifyvm", :id, "--cpus", opts[:cpu]]
  end

  config.vm.network :private_network, ip: opts[:ip]

  config.vm.provision :ansible do |ansible|
ansible.playbook = opts[:play] ||="site.yaml"
ansible.groups = {
  opts[:group] => [opts[:name]],
}
ansible.extra_vars = {
  application: opts[:application]
}
ansible.limit = "all"
ansible.verbose = ENV['ANSIBLE_VERBOSE'] ||= "v"
ansible.tags = ENV['ANSIBLE_TAGS'] ||= "all"
  end
end
  end
end

There is a related Red Hat Bug with some other details:
  https://bugzilla.redhat.com/show_bug.cgi?id=1518899

Cheers
Sascha

-- System Information:
Debian Release: 9.1
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.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)

Versions of packages vagrant-libvirt depends on:
ii  ruby1:2.3.3
ii  ruby-fog-core   1.42.0-1
ii  ruby-fog-libvirt0.3.0-1
ii  ruby-nokogiri   1.6.8.1-1
ii  ruby2.1 [ruby-interpreter]  2.1.5-2+deb8u2
ii  vagrant 1.9.1+dfsg-1

Versions of packages vagrant-libvirt recommends:
pn  libguestfs-tools   
ii  nfs-kernel-server  1:1.3.4-2.1
ii  qemu-utils 1:2.8+dfsg-6+deb9u2

vagrant-libvirt suggests no packages.

-- no debconf information

Bug#883073: New upstream version 3.7

[Sascha Girrulat]

Hi, 

thx for Thema trigger. I will update the package at the hacking event next Werk.

Cheers
Sascha

Am 29. November 2017 11:19:52 MEZ schrieb "Guido Günther" :
>Package: python-selenium
>Version: 2.53.2+dfsg1-1
>Severity: wishlist
>
>Hi,
>The package is several releases behind. It'd be great if it would catch
>up with upstream again.
>Cheers,
> -- Guido
>
>
>-- System Information:
>Debian Release: buster/sid
>  APT prefers testing
>APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
>'testing-debug'), (500, 'stable-updates'), (500, 'oldoldstable'), (500,
>'unstable'), (500, 'stable'), (1, 'experimental')
>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=en_US:en (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)
>
>Versions of packages python-selenium depends on:
>ii  python  2.7.14-1
>
>Versions of packages python-selenium recommends:
>ii  phantomjs  2.1.1+dfsg-2
>
>Versions of packages python-selenium suggests:
>pn  firefoxdriver  
>
>-- no debconf information

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#841623: python-pyrax: FTBFS: Forbidden: 'novaclient.v2.client.Client' is not designed to be initialized directly. It is inner class of novaclient. You should use 'novaclient.client.Client' instead

[Sascha Girrulat]

Hi,

fixed in git, but i got new build problems with python-novaclient and
it's dependencies python-keyring and dbus inside the pbuilder chroot.

==
ERROR: tests.unit.test_image (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.unit.test_image
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
__import__(name)
  File "tests/unit/test_image.py", line 13, in 
import pyrax
  File "pyrax/__init__.py", line 42, in 
import keyring
  File "/usr/lib/python2.7/dist-packages/keyring/__init__.py", line 6,
in 
from .core import (set_keyring, get_keyring, set_password, get_password,
  File "/usr/lib/python2.7/dist-packages/keyring/core.py", line 148, in

init_backend()
  File "/usr/lib/python2.7/dist-packages/keyring/core.py", line 64, in
init_backend
keyrings = filter(limit, backend.get_all_keyring())
  File "/usr/lib/python2.7/dist-packages/keyring/util/__init__.py", line
20, in wrapper
func.always_returns = func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/keyring/backend.py", line 191,
in get_all_keyring
exceptions=TypeError))
  File "/usr/lib/python2.7/dist-packages/keyring/util/__init__.py", line
29, in suppress_exceptions
for callable in callables:
  File "/usr/lib/python2.7/dist-packages/keyring/backend.py", line 183,
in is_class_viable
keyring_cls.priority
  File "/usr/lib/python2.7/dist-packages/keyring/util/properties.py",
line 22, in __get__
return self.fget.__get__(None, owner)()
  File
"/usr/lib/python2.7/dist-packages/keyring/backends/SecretService.py",
line 30, in priority
bus = secretstorage.dbus_init()
  File "/usr/lib/python2.7/dist-packages/secretstorage/__init__.py",
line 47, in dbus_init
return dbus.SessionBus()
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 211, in
__new__
mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in
__new__
bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
DBusException: org.freedesktop.DBus.Error.FileNotFound: Failed to
connect to socket /run/user/1000/bus: No such file or directory

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#835189: python-pyrax: FTBFS (failing tests)

[Sascha Girrulat]

Hi,

fixed in git, but i got new buildproblems with python-novaclient and
it's dependencies python-keyring and dbus inside the pbuilder chroot.

==
ERROR: tests.unit.test_image (unittest.loader.ModuleImportFailure)
--
ImportError: Failed to import test module: tests.unit.test_image
Traceback (most recent call last):
  File "/usr/lib/python2.7/unittest/loader.py", line 254, in _find_tests
module = self._get_module_from_name(name)
  File "/usr/lib/python2.7/unittest/loader.py", line 232, in
_get_module_from_name
__import__(name)
  File "tests/unit/test_image.py", line 13, in 
import pyrax
  File "pyrax/__init__.py", line 42, in 
import keyring
  File "/usr/lib/python2.7/dist-packages/keyring/__init__.py", line 6,
in 
from .core import (set_keyring, get_keyring, set_password, get_password,
  File "/usr/lib/python2.7/dist-packages/keyring/core.py", line 148, in

init_backend()
  File "/usr/lib/python2.7/dist-packages/keyring/core.py", line 64, in
init_backend
keyrings = filter(limit, backend.get_all_keyring())
  File "/usr/lib/python2.7/dist-packages/keyring/util/__init__.py", line
20, in wrapper
func.always_returns = func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/keyring/backend.py", line 191,
in get_all_keyring
exceptions=TypeError))
  File "/usr/lib/python2.7/dist-packages/keyring/util/__init__.py", line
29, in suppress_exceptions
for callable in callables:
  File "/usr/lib/python2.7/dist-packages/keyring/backend.py", line 183,
in is_class_viable
keyring_cls.priority
  File "/usr/lib/python2.7/dist-packages/keyring/util/properties.py",
line 22, in __get__
return self.fget.__get__(None, owner)()
  File
"/usr/lib/python2.7/dist-packages/keyring/backends/SecretService.py",
line 30, in priority
bus = secretstorage.dbus_init()
  File "/usr/lib/python2.7/dist-packages/secretstorage/__init__.py",
line 47, in dbus_init
return dbus.SessionBus()
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 211, in
__new__
mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in
__new__
bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
DBusException: org.freedesktop.DBus.Error.FileNotFound: Failed to
connect to socket /run/user/1000/bus: No such file or directory

Regards
Sascha

Am 18.01.2017 um 17:10 schrieb Sascha Girrulat:
> thx for the update. I try to handle it asap. I'm only short of time at
> the moment.
> 
> Regards
> Sascha
> 
> Am 17.01.2017 um 01:50 schrieb Santiago Vila:
>> retitle 835189 python-pyrax: FTBFS (failing tests)
>> thanks
>>
>> Hi.
>>
>> After building this package many times today, it always fail
>> and not just sometimes, so I'm retitling accordingly.
>>
>> As a summary, I see that the following tests always fail:
>>
>> ERROR: test_set_http_debug (tests.unit.test_module.PyraxInitTest)
>> ERROR: test_connect_to_cloudservers (tests.unit.test_module.PyraxInitTest)
>>
>> and the following one fails approximately 70% of the time:
>>
>> ERROR: test_rax_endpoints (tests.unit.test_identity.IdentityTest)
>>
>> [ The first two failing tests are the ones reported by Lucas Nussbaum
>>   in Bug #841623 ].
>>
>> Thanks.
>>
> 



signature.asc
Description: OpenPGP digital signature

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Hi Gregory,

ok thx. This year i diddn't attend to the debconf because of lack of
time :(. If you need assistance pls tell me.

Regards
Sascha

Am 09.08.2017 um 22:47 schrieb Gregory Colpart:
> Hi Sascha,
> 
> On Wed, Aug 09, 2017 at 10:15:51PM +0200, Sascha Girrulat wrote:
>> sry, i thought that i moved this itp top an rfp. Feel free if you would like 
>> to take over this itp. Of you don't want i could try it next week. I have a 
>> short holiday and hopefully a time to do that.
> 
> Thanks for you quick reply. I will take over and probably upload
> the package in NEW before the end of DebConf17 :)
> 
> Regards,
> 



signature.asc
Description: OpenPGP digital signature

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Hi,

sry, i thought that i moved this itp top an rfp. Feel free if you would like to 
take over this itp. Of you don't want i could try it next week. I have a short 
holiday and hopefully a time to do that.

Regards
Sascha


Am 9. August 2017 17:41:57 MESZ schrieb Gregory Colpart :
>any news?
>
>I have a package ready, I intent to take over the ITP if no answer.
>
>Regards,
>-- 
>Grégory Colpart   GnuPG:4096R/B8612B5D
>Evolix - Hébergement et Infogérance Open Source http://www.evolix.fr/

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Hi Paul,

thx for the hint i didn't recognize that yet. I will take a more detailed look 
this days.

Regards 
Sascha

Am 15. März 2017 11:01:05 MEZ schrieb Paul Wise <p...@debian.org>:
>On Tue, 28 Jun 2016 09:45:46 +0200 Sascha Girrulat wrote:
>
>> i will wait a bit more because the ruleset is very small.
>
>FYI, it looks like they have expanded the rules a fair bit:
>
>https://github.com/willthames/ansible-lint/tree/master/lib/ansiblelint/rules
>https://github.com/willthames/ansible-lint/commits/master/lib/ansiblelint/rules
>
>So it might be worth packaging ansible-lint now?
>
>PS: I have a TODO for adding ansible-lint to check-all-the-things:
>
>https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git/tree/data/ansible
>
>-- 
>bye,
>pabs
>
>https://wiki.debian.org/PaulWise

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#855353: python-selenium: chromedriver is now a transitional package

[Sascha Girrulat]

fixed in vcs with version 2.53.2+dfsg1-2. Waiting for upload to
experimental.

Regards
Sascha




signature.asc
Description: OpenPGP digital signature

Bug#854732: python-selenium: incorrect default path for chromedriver executable

[Sascha Girrulat]

fixed in vcs with version 2.53.2+dfsg1-2. Waiting for upload.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#855353: python-selenium: chromedriver is now a transitional package

[Sascha Girrulat]

Hi Rogério,

thx for all the bugs. I will update the package asap.

Regards
Sascha

Am 17.02.2017 um 05:14 schrieb Rogério Brito:
> Package: python-selenium
> Version: 2.53.2+dfsg1-1
> Severity: wishlist
> 
> Hi.
> 
> The chromedriver package now is a transitional package to the chrome-driver
> package and python-selenium depends only on chromedriver.
> 
> It would be nice to put an alternative dependency on chrome-driver in the
> next upload of the package to avoid having spurious packages.
> 
> BTW, the same comments apply to python3-selenium.
> 
> 
> Thanks in advance,
> 
> Rogério Brito.
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers testing
>   APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.9.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages python-selenium depends on:
> pn  python:any  
> 
> Versions of packages python-selenium recommends:
> ii  phantomjs  2.1.1+dfsg-2
> 
> Versions of packages python-selenium suggests:
> ii  firefoxdriver  2.53.2-3
> 
> -- no debconf information
> 



signature.asc
Description: OpenPGP digital signature

Bug#835189: python-pyrax: FTBFS (failing tests)

[Sascha Girrulat]

thx for the update. I try to handle it asap. I'm only short of time at
the moment.

Regards
Sascha

Am 17.01.2017 um 01:50 schrieb Santiago Vila:
> retitle 835189 python-pyrax: FTBFS (failing tests)
> thanks
> 
> Hi.
> 
> After building this package many times today, it always fail
> and not just sometimes, so I'm retitling accordingly.
> 
> As a summary, I see that the following tests always fail:
> 
> ERROR: test_set_http_debug (tests.unit.test_module.PyraxInitTest)
> ERROR: test_connect_to_cloudservers (tests.unit.test_module.PyraxInitTest)
> 
> and the following one fails approximately 70% of the time:
> 
> ERROR: test_rax_endpoints (tests.unit.test_identity.IdentityTest)
> 
> [ The first two failing tests are the ones reported by Lucas Nussbaum
>   in Bug #841623 ].
> 
> Thanks.
> 



signature.asc
Description: OpenPGP digital signature

Bug#847223: firefoxdriver: Should depend on "firefox-esr | firefox" instead of iceweasel

[Sascha Girrulat]

Hi,

yes, comes with the next update but it isn't finished yet. Hopefully after the 
next WE.

Regards 
Sascha

Am 6. Dezember 2016 16:49:38 MEZ, schrieb "Raphaël Hertzog" 
:
>Package: firefoxdriver
>Version: 2.53.2-1
>Severity: normal
>
>The package depends on the transitional "iceweasel" package. Please
>update
>the dependency to "firefox-esr | firefox" so that we can get rid of the
>transitional package.
>
>Thank you.
>
>-- System Information:
>Debian Release: stretch/sid
>  APT prefers unstable
>APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1,
>'experimental')
>Architecture: amd64 (x86_64)
>Foreign Architectures: i386
>
>Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
>Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#839539: svn2git: git-svn should be a dependency for svn2git

[Sascha Girrulat]

updated and fixed in vcs.

Upload is comming soon.

Regards
Sascha


[1] https://anonscm.debian.org/git/users/sagiru-guest/svn2git.git
[2] https://mentors.debian.net/package/svn2git



signature.asc
Description: OpenPGP digital signature

Bug#840436: selenium-firefoxdriver: Mark the package as auto-buildable and request its whitelisting on the buildd side

[Sascha Girrulat]

Hi Raphael,

thx for the hint. Ich will do some bugfixes this days.

Regards
Sascha

Am 11. Oktober 2016 17:14:42 MESZ, schrieb "Raphaël Hertzog" 
:
>Source: selenium-firefoxdriver
>Version: 2.53.2-1
>Severity: normal
>User: de...@kali.org
>Usertags: origin-kali
>
>firefox-driver was missing on i386, I just uploaded the missing binary.
>The problem is that non-free is not auto-built by default.
>
>Please have a look at
>https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#non-free-buildd
>and follow the instructions to get the package auto-built. This
>requires
>adding a special field in debian/control and then sending a mail
>to nonf...@release.debian.org.
>
>Cheers,
>-- System Information:
>Debian Release: stretch/sid
>  APT prefers unstable
>APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500,
>'oldstable'), (1, 'experimental')
>Architecture: amd64 (x86_64)
>Foreign Architectures: i386
>
>Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
>Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

Bug#839539: svn2git: git-svn should be a dependency for svn2git

[Sascha Girrulat]

Hi Sajith,

thx, i will update that asap.

Regards
Sascha

Am 01.10.2016 um 18:56 schrieb Sajith T S:
> Package: svn2git
> Version: 2.3.2-2
> Severity: normal
> 
> Without git-svn installed, svn2git gives an error message when trying
> to migrate a svn repository to git.  Once git-svn is installed, svn2git
> works normally.
> 
> This is what happens when git-svn is not installed:
> 
> 
> 
> $ svn2git svn://svn.code.sf.net/p/dustcleaner/code 
> git: 'svn' is not a git command. See 'git --help'.
> 
> Did you mean this?
>   sync
> command failed:
> git svn init --prefix=svn/ --no-metadata --trunk=trunk --tags=tags 
> --branches=branches svn://svn.code.sf.net/p/dustcleaner/code
> 
> 
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages svn2git depends on:
> ii  ruby1:2.3.0+4
> ii  ruby2.1 [ruby-interpreter]  2.1.5-4
> ii  ruby2.2 [ruby-interpreter]  2.2.4-1
> 
> svn2git recommends no packages.
> 
> svn2git suggests no packages.
> 
> -- no debconf information
> 



signature.asc
Description: OpenPGP digital signature

Bug#804087: #804087 ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

Hi Dmitry,

Am 05.08.2016 um 02:46 schrieb Dmitry Smirnov:
> On Thursday, 4 August 2016 10:04:30 PM AEST Sascha Girrulat wrote:
>> Yes you are right but the package is not that important.
> 
> Even unimportant packages occasionally need maintenance by
> non-maintainer. Team maintenance is useful. :)
Yes totally agree! For me it's only that i don't get sleepless nights if
it's not team maintained for a short time.

>> Would you like to review the package?
> 
> I wish I had time for this... It turned out that package is useless
> to my needs so probably not, at least not now while I have so many
> things on my
Hm, thats a pity ;-). Would you tell me the reason why it is useless for
you? Do you miss some features?

> TODO list... Sorry... I recommend to submit an RFS bug and hopefully
> someone (maybe even me) review your work soon enough.
Np, i will ask someone else.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#804087: #804087 ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

Hi Dmitry,

Am 19.07.2016 um 03:21 schrieb Dmitry Smirnov:
> On Monday, 18 July 2016 1:04:28 PM AEST Sascha Girrulat wrote:
>> Would be ok for me but i am not a member of the pkg-ruby team.
> 
> Have you applied for membership? ;)
i just send a request. The package should be finished now.

> We could publish repository to collab-maint but I think you are not a member 
> of this group either... At the moment nobody except you can commit to package 
> repository and that's not good...
Yes you are right but the package is not that important. I will move the
package after got the membership. Would you like to review the package?

Regards
Sascha




signature.asc
Description: OpenPGP digital signature

Bug#804087: #804087 ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

Hi Dmitry,

Am 18.07.2016 um 11:54 schrieb Dmitry Smirnov:
> On Monday, 18 July 2016 10:12:08 AM AEST Sascha Girrulat wrote:
> 
> Thanks for quick reply.
> 
>> same as before. I have some holidays soon so there i could finish the
>> package.
> 
> I need it ASAP. Maybe I could give you a hand and finish package for you?
There are only some fixes at the manpage missing.

>>> Is there a public repository with draft packaging?
>>
>> http://anonscm.debian.org/cgit/users/sagiru-guest/svn2git.git
> 
> Thanks. That's good, I see it is mostly finished. However it should be team-
> maintained so I recommend to move to into pkg-ruby-extras.
Would be ok for me but i am not a member of the pkg-ruby team.

> How about I review your package, make corrections (if any), move it to pkg-
> ruby-extras and upload it with you as Uploader? Would that work for us?
That would be fine. If i have some time today maybe i could finish the
manpage before.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#804087: #804087 ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

Hi Dmitry,

Am 18.07.2016 um 05:49 schrieb Dmitry Smirnov:
> Hi Sascha,
> 
> How is the progress here?
same as before. I have some holidays soon so there i could finish the
package.
> 
> Is there a public repository with draft packaging?
http://anonscm.debian.org/cgit/users/sagiru-guest/svn2git.git

> 
> This package shouldn't take too long to introduce.
Yes, i know...it hasn't much priority at the moment. I will finish that
package asap.

> Do you need a sponsor?
Not yet thx. A good friend of me will sponsors almost all packages for me.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#828781: jodreports: FTBFS: error: package freemarker.template does not exist

[Sascha Girrulat]

Source: jodreports
Version: 2.4.0-3
Severity: serious


Hi,

yes, i saw there is something wrong but the package libfreemarker-java
is still available. I will take a deeper look to search the problem and
fix this asap.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#827761: firefoxdriver: depends on a transitional package, soon to not exist

[Sascha Girrulat]

Hi,

thanks for the hint. I will fix that during the next update to 2.53.5.

Regards
Sascha

Am 20.06.2016 um 18:02 schrieb Rogério Brito:
> Package: firefoxdriver
> Severity: normal
> 
> I just saw that a selenium-like driver was released for Firefox in Debian.
> 
> Unfortunately, it lists iceweasel as a package it depends on and for some
> time, iceweasel does not exist in Debian anymore (only a transitional
> package).
> 
> Could iceweasel be moved to an alternative, preferrably with firefox or
> firefox-esr being the primary dependency?
> 
> 
> Thanks,
> 
> Rogério Brito.
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 



signature.asc
Description: OpenPGP digital signature

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Hi,

i will wait a bit more because the ruleset is very small. We think about
to improve the rules/code to increase the usability. Maybe do the
packaging work later. If not i will close this ITP.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#804087: ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat <sas...@girrulat.de>

Hi,

The package ist still in work. It's almost finished. Just some small
changes for the man page are left.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#816624: Please orphan python-selenium: no reply from current maintainer for months

[Sascha Girrulat]

Hi Thomas,

Am 06.06.2016 um 01:16 schrieb Thomas Goirand:

> Very good. If you need me to sponsor the package, please let me know.
i just ask Guido to sponsor the package selenium-firefoxdriver but maybe
the package python-selenium_2.53.2+dfsg1. It refers to
python-selenium_2.53.2+dfsg1.orig.tar.gz and i couldn't upload the new
source because it's still present from your upload and my uploads with
or without are rejected.

> Also, what about co-maintainance of these packages? Are you open to the
> idea?
That would be fine for me and it would increase the quality of the package.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#816624: Please orphan python-selenium: no reply from current maintainer for months

[Sascha Girrulat]

Hi Thomas,

i did a import of your patches. Thanks a lot for you great work and your
endless patience.

I did also a small update to python-selenium_2.53.2+dfsg1-1 with a newer
dependency to selenium-firefoxdriver. For the related
selenium-firefoxdriver package i did also a update to the newer version
2.53.2. The upload of this one will take a small while because i need a
update of my pending (sponsored) upload of
selenium-firefoxdriver_2.48.0-1. It makes sense to update this package
related to python-selenium because it contains the non-free webdriver
parts of selenium for firefox.

Regards
Sascha

Am 05.06.2016 um 21:07 schrieb Sascha Girrulat:
> Hi,
> 
> omg sry. Id used a mail client on a other workstation and it filtered
> all this mail into a spam folder. I'm really sorry i know that my
> responses are not really fast but something like that should not happen.
> Please accept my apologies.
> 
> I just saw the upload and then i started to search whats going wrong and
> found this mails.
> 
> There a some more smaller bugs in the package left if you like i could
> apply the patchsets and start to fix them immediately.
> 
> Regards
> Sascha
> 
> Am 31.05.2016 um 19:54 schrieb Mattia Rizzolo:
>> On Tue, May 31, 2016 at 07:03:05PM +0200, Thomas Goirand wrote:
>>>> This timeframe doesn't designate a person as MIA, sorry.
>>>
>>> Hum... ok. What's the usual timeframe then?
>>
>> Usually we start "pestering" people after they are inactive for more
>> than a year.
>> There are exception of course.
>>
>>> The unresponsiveness of maintainers combined with the strong ownership
>>> of packages is one thing which very frustrating in Debian. It gives the
>>> feeling that no mater what, we can't do anything.
>>
>> Yes, I'm sure you know that's a common complaint from a lot of people
>> about how debian works.  The situation improved though.
>>
>>> Would you consider then, that I is ok to NMU the package, to upgrade to
>>> the latest upstream release and address the 2 other open bugs, plus some
>>> packaging clean-ups (if needed, as I haven't checked yet...)?
>>
>> An NMU is always fine, assuming the usual procedure, that I'm sure you
>> know very well, is followed.
>>
> 



signature.asc
Description: OpenPGP digital signature

Bug#816624: Please orphan python-selenium: no reply from current maintainer for months

[Sascha Girrulat]

Hi,

omg sry. Id used a mail client on a other workstation and it filtered
all this mail into a spam folder. I'm really sorry i know that my
responses are not really fast but something like that should not happen.
Please accept my apologies.

I just saw the upload and then i started to search whats going wrong and
found this mails.

There a some more smaller bugs in the package left if you like i could
apply the patchsets and start to fix them immediately.

Regards
Sascha

Am 31.05.2016 um 19:54 schrieb Mattia Rizzolo:
> On Tue, May 31, 2016 at 07:03:05PM +0200, Thomas Goirand wrote:
>>> This timeframe doesn't designate a person as MIA, sorry.
>>
>> Hum... ok. What's the usual timeframe then?
> 
> Usually we start "pestering" people after they are inactive for more
> than a year.
> There are exception of course.
> 
>> The unresponsiveness of maintainers combined with the strong ownership
>> of packages is one thing which very frustrating in Debian. It gives the
>> feeling that no mater what, we can't do anything.
> 
> Yes, I'm sure you know that's a common complaint from a lot of people
> about how debian works.  The situation improved though.
> 
>> Would you consider then, that I is ok to NMU the package, to upgrade to
>> the latest upstream release and address the 2 other open bugs, plus some
>> packaging clean-ups (if needed, as I haven't checked yet...)?
> 
> An NMU is always fine, assuming the usual procedure, that I'm sure you
> know very well, is followed.
> 



signature.asc
Description: OpenPGP digital signature

Bug#824259: squid does not stop in a docker container wihout systemd

[Sascha Girrulat]

Package: squid
Version: 3.5.19-1
Severity: minor

Dear Maintainer,

we are running some debian docker container without systemd. If you use
squid and try to stop squid with /etc/init.d/squid the script will fail
with:

[] Stopping Squid HTTP Proxy: squid[]  
Waiting...[FAIL...failed.
 failed!

The reason is the sript will do something like:

# start-stop-daemon --stop --pidfile /var/run/squid.pid --exec /usr/sbin/squid

but that results in:

No /usr/sbin/squid found running; none killed.

It will only work if you do

# start-stop-daemon --stop --pidfile /var/run/squid.pid.

I know it does not really matter because we use systemd only inside
debian but maybe it is useful to know for someone else.

Regards
Sascha

-- System Information:
Debian Release: 8.4
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages squid depends on:
ii  adduser  3.113+nmu3
ii  libc62.19-18+deb8u4
ii  libcap2  1:2.24-8
ii  libcomerr2   1.42.12-1.1
ii  libdb5.3 5.3.28-9
ii  libdbi-perl  1.636-1
ii  libecap3 1.0.1-3
ii  libexpat12.1.0-6+deb8u1
ii  libgcc1  1:4.9.2-10
ii  libgnutls30  3.4.11-4
ii  libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2
ii  libk5crypto3 1.12.1+dfsg-19+deb8u2
ii  libkrb5-31.12.1+dfsg-19+deb8u2
ii  libldap-2.4-22.4.40+dfsg-1+deb8u2
ii  libltdl7 2.4.6-0.1
ii  libnetfilter-conntrack3  1.0.4-1
ii  libnettle6   3.2-1
ii  libpam0g 1.1.8-3.1+deb8u1+b1
ii  libsasl2-2   2.1.26.dfsg1-13+deb8u1
ii  libstdc++6   5.2.1-23
ii  libxml2  2.9.1+dfsg1-5+deb8u1
ii  logrotate3.8.7-1+b1
ii  lsb-base 4.1+Debian13+nmu1
ii  netbase  5.3
ii  squid-common 3.5.19-1

squid recommends no packages.

Versions of packages squid suggests:
pn  resolvconf   
pn  smbclient
pn  squid-cgi
pn  squid-purge  
pn  squidclient  
pn  ufw  
pn  winbindd 

-- no debconf information

Bug#814322: ITP: python-pyrax -- Python SDK for OpenStack/Rackspace APIs

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat <sas...@girrulat.de>

* Package name: python-pyrax
  Version : 1.9.6 
  Upstream Author : Ed Leafe <e...@leafe.com>
Matt Martz <m...@sivel.net>
Brian Curtin <br...@python.org>
Veres Lajos <lajosve...@lavela.hu>
* URL : https://github.com/rackspace/pyrax 
* License : Apache 2.0 
  Programming Lang: Python 
  Description : Python SDK for OpenStack/Rackspace APIs


pyrax should work with most OpenStack-based cloud deployments, though it
specifically targets the Rackspace public cloud. For example, the code for
cloudfiles contains the ability to publish your content on Rackspace's CDN
network, even though CDN support is not part of OpenStack Swift. But if you
don't use any of the CDN-related code, your app will work fine on any standard
Swift deployment.

Bug#804675: python-selenium: upload to unstable

[Sascha Girrulat]

Hi Sandro,

hi, the current version in exp has some smaller bugs. The newest
version ist finished since a few days and awaits the upload from my
sponsor. Pls wait a bit it will be done in the next days.

Regards
Sascha

Am 10.11.2015 um 15:26 schrieb Sandro Tosi:
> Source: python-selenium Severity: minor
> 
> Hello, is there any reason the pkg is still in exp? if not can you
> push it to unstable? (else, you might want to consider maintaining
> this package in the Debian Python Module Team, DPMT)
> 
> Regards, Sandro
> 
> -- System Information: Debian Release: stretch/sid APT prefers
> unstable APT policy: (500, 'unstable'), (1, 'experimental') 
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) Locale:
> LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh
> linked to /bin/dash Init: systemd (via /run/systemd/system)
> 

Bug#804133: vagrant: Missing nodes_path support at vagrant chef provisioning configuration.

[Sascha Girrulat]

Package: vagrant
Version: 1.7.4+dfsg-1
Severity: normal

Dear Maintainer,

Vagrant removed between 1.7.2 and 1.7.3 the support for the nodes_path
configuration of chef-{zero/solo}. The result is that existing config
sets break and did not find local nodes configuration anymore. Upstream
exists a brach where the support is readded after the 1.7.4.

e.g. a config like below:

config.vm.provision :chef_zero do |chef|
  chef.cookbooks_path = "cookbooks"
  chef.roles_path = "roles"
  chef.nodes_path = "nodes"
  chef.data_bags_path = "data_bags"


results in:

Bringing machine 'xxx' up with 'virtualbox' provider...
There are errors in the configuration of this machine. Please fix
the following errors and try again:

chef zero provisioner:
* The following settings shouldn't exist: nodes_path

I picked the related patches from upstream an added a debian patch which
fixes that problem. Maybe it's useful for other than me.

Regards
Sascha

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages vagrant depends on:
ii  bsdtar 3.1.2-11
ii  bundler1.7.4-1
ii  curl   7.38.0-4+deb8u2
ii  openssh-client 1:6.7p1-5
ii  ruby   1:2.1.5+deb8u1
ii  ruby-childprocess  0.5.5-1
ii  ruby-erubis2.7.0-3
ii  ruby-i18n  0.6.9-2
ii  ruby-listen2.4.0-4
ii  ruby-log4r 1.1.10-4
ii  ruby-net-scp   1.2.1-1
ii  ruby-net-sftp  1:2.1.2-3
ii  ruby-net-ssh   1:2.9.1-1
ii  ruby-nokogiri  1.6.6.2+ds-2+b1
3 Zeilen mehr
From a158adbfe367d8201f3158990531593640cd92a7 Mon Sep 17 00:00:00 2001
From: Sascha Girrulat <sascha.girru...@sysfive.com>
Date: Thu, 5 Nov 2015 08:57:43 +0100
Subject: [PATCH] Bring back nodes_path support for chef

e.g. a config like below:

config.vm.provision :chef_zero do |chef|
  chef.cookbooks_path = "cookbooks"
  chef.roles_path = "roles"
  chef.nodes_path = "nodes"
  chef.data_bags_path = "data_bags"


results in:

Bringing machine 'xxx' up with 'virtualbox' provider...
There are errors in the configuration of this machine. Please fix
the following errors and try again:

chef zero provisioner:
* The following settings shouldn't exist: nodes_path
---
 ...nodes_path-support-for-the-Chef-Zero-prov.patch | 121 +
 ...ath-support-for-the-Chef-Solo-provisioner.patch |   1 +
 debian/patches/series  |   1 +
 3 files changed, 123 insertions(+)
 create mode 100644 debian/patches/0013-Bring-back-nodes_path-support-for-the-Chef-Zero-prov.patch
 create mode 100644 debian/patches/0014-Add-nodes_path-support-for-the-Chef-Solo-provisioner.patch

diff --git a/debian/patches/0013-Bring-back-nodes_path-support-for-the-Chef-Zero-prov.patch b/debian/patches/0013-Bring-back-nodes_path-support-for-the-Chef-Zero-prov.patch
new file mode 100644
index 000..3529730
--- /dev/null
+++ b/debian/patches/0013-Bring-back-nodes_path-support-for-the-Chef-Zero-prov.patch
@@ -0,0 +1,121 @@
+From 7a25ad3fa8a12a4da8cbd71ec4753a74176f0144 Mon Sep 17 00:00:00 2001
+From: Brian Dwyer <bdw...@ieee.org>
+Date: Tue, 28 Jul 2015 12:41:51 -0400
+Subject: [PATCH 1/4] Bring back `nodes_path` support for the Chef Zero
+ provisioner
+
+---
+ plugins/provisioners/chef/config/chef_zero.rb| 7 +++
+ plugins/provisioners/chef/provisioner/chef_solo.rb   | 2 ++
+ plugins/provisioners/chef/provisioner/chef_zero.rb   | 1 +
+ templates/provisioners/chef_zero/zero.erb| 4 ++--
+ test/unit/plugins/provisioners/chef/config/chef_zero_test.rb | 8 
+ 5 files changed, 20 insertions(+), 2 deletions(-)
+
+diff --git a/plugins/provisioners/chef/config/chef_zero.rb b/plugins/provisioners/chef/config/chef_zero.rb
+index d28de3d..9b1daf1 100644
+--- a/plugins/provisioners/chef/config/chef_zero.rb
 b/plugins/provisioners/chef/config/chef_zero.rb
+@@ -17,6 +17,10 @@ module VagrantPlugins
+ # @return [String]
+ attr_accessor :environments_path
+ 
++# The path where nodes are stored on disk.
++# @return [String]
++attr_accessor :nodes_path
++
+ # The path where roles are stored on disk.
+ # @return [String]
+ attr_accessor :roles_path
+@@ -31,6 +35,7 @@ module VagrantPlugins
+   @cookbooks_path  = UNSET_VALUE
+   @data_bags_path  = UNSET_VALUE
+   @environments_path   = UNSET_VALUE
++  @nodes_path  = UNSET_VALUE
+   @roles_path  = UNSET_VALUE
+   @synced_folder_type  = UNSET_VALUE
+

Bug#804087: ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

> if the package is not a Ruby library, but instead is just an application
> that happens to be written in Ruby, you want to call the package by its
> original name (i.e. svn2git) instead of ruby-svn2git.
> 
Hi Antonio,

yes you are right, i will call the package svn2git. I missed that, thx
for the hint.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#804087: ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat <sas...@girrulat.de>

* Package name: ruby-svn2git
  Version : 2.3.2 
  Upstream Author : Kevin Menard <ke...@nirvdrum.com> 
* URL : https://github.com/nirvdrum/svn2git
* License : MIT
  Programming Lang: Ruby
  Description : Ruby tool for importing existing svn projects into git.

Svn2git is a tiny utility for migrating projects from Subversion to Git
while keeping the trunk, branches and tags where they should be. It uses
git-svn to clone an svn repository and does some clean-up to make sure
branches and tags are imported in a meaningful way, and that the code
checked into master ends up being what's currently in your svn trunk
rather than whichever svn branch your last commit was in.

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat <sas...@girrulat.de>

* Package name: ansible-lint
  Version : 2.0.3 
  Upstream Author : Will Thames <w...@thames.id.au> 
* URL : https://github.com/willthames/ansible-lint 
* License : MIT
  Programming Lang: Python
  Description : Best practices checker for Ansible

Ansible-lint checks ansible playbooks for practices and behaviour that could
potentially be improved.

Bug#796319: #796319

[Sascha Girrulat]

Hi,

a fixed version could be found in the vcs on the wip branch. I will
build it and update it after the split into non-free and main parts is
finished.

Regards
Sascha

[1]http://anonscm.debian.org/cgit/users/sagiru-guest/python-selenium.git/commit/?h=wip




signature.asc
Description: OpenPGP digital signature

Bug#705460: #705460

[Sascha Girrulat]

Hi,

a fixed version could be found in the vcs on the wip branch. I will
build it and update it after the split into non-free and main parts is
finished.

Regards
Sascha

[1]http://anonscm.debian.org/cgit/users/sagiru-guest/python-selenium.git/commit/?h=wip




signature.asc
Description: OpenPGP digital signature

Bug#770232: #770232

[Sascha Girrulat]

Hi,

a snapshot version with several patches could be found in the vcs on the
wip branch. I will build it and update it after the xpi package is created.

Regards
Sascha

[1]http://anonscm.debian.org/cgit/users/sagiru-guest/python-selenium.git/commit/?h=wip



signature.asc
Description: OpenPGP digital signature

Bug#760789: #760789

[Sascha Girrulat]

Hi,

a fixed version could be found in the vcs on the wip branch. I will
build it and update it after the split into non-free and main parts is
finished.

Regards
Sascha

[1]http://anonscm.debian.org/cgit/users/sagiru-guest/python-selenium.git/commit/?h=wip





signature.asc
Description: OpenPGP digital signature

Bug#659112: #659112

[Sascha Girrulat]

Hi,

a fixed version could be found in the vcs on the wip branch. I will
build it and update it after the split into non-free and main parts is
finished.

Regards
Sascha

[1]http://anonscm.debian.org/cgit/users/sagiru-guest/python-selenium.git/commit/?h=wip





signature.asc
Description: OpenPGP digital signature

Bug#796528: ITP: selenium-firefoxdriver -- Firefox WebDriver support

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: selenium-firefoxdriver
  Version : 2.47.1 
  Upstream Author : Julian Harty,
Simon Steward,
Andreas Tolf Tolfsen,
Jim Evans,
Google Inc.
WebDriver committers
* URL : http://www.seleniumhq.org/projects/webdriver
* License : Apache-2.0 
  Programming Lang: C, C++
  Description : Firefox WebDriver support
WebDriver is designed to provide a simpler, more concise programming interface
in addition to addressing some limitations in the Selenium-RC API.
Selenium-WebDriver was developed to better support dynamic web pages where
elements of a page may change without the page itself being reloaded.
WebDriver’s goal is to supply a well-designed object-oriented API that provides
improved support for modern advanced web-app testing problems.

Bug#770232: #770232

[Sascha Girrulat]

Hi,

it is not enough to remove the xpi only from the code to fulfill the
requirements for main. We have also to remove the xpi from the source
before we do the import.

After the patch you can't use it without any updates and the main
functionality will not work.

If you try the example from the homepage[1]:

from selenium import webdriver
browser = webdriver.Firefox()
browser.get('http://seleniumhq.org/')

You got the error below:

IOError: [Errno 2] No such file or directory:
'/usr/lib/python2.7/dist-packages/selenium/webdriver/firefox/webdriver.xpi'

I think that is not the expected functionality of the python-selenium
package for someone who installed this package. It's possible to install
the chromedriver and use the python-selenium stuff with chromium. Imho
it will be the best to split the package into a 'free' and a 'non-free'
package and do it in a same way like the chromedriver. We don't should
remove the xpi without providing a alternative package because there are
several users who will use it with firefox.

I will do the updates and try to package the xpi.

Regards
Sascha

[1] https://pypi.python.org/pypi/selenium



signature.asc
Description: OpenPGP digital signature

Bug#770232: Fwd: Re: Question about python-selenium

[Sascha Girrulat]

Hi,

sry for the delay. I missed the python-selenium mails sorry for that.
Normally i would not prefer an updated of the python-selenium stuff. It
would be better to do a package of the whole selenium stuff but i will
take a look to update it during the debconf.

Regards
Sascha


Am 20.05.2015 um 08:34 schrieb Thomas Goirand:
 Here's a patch provided by Federico Gimenez
 federico.gimenez.ni...@canonical.com. Please consider applying it,
 removing the .xpi from the orig.tar.gz, and uploading to Sid.
 
 Cheers,
 
 Thomas Goirand (zigo)
 
  Forwarded Message 
 Subject: Re: Question about python-selenium
 Date: Tue, 19 May 2015 16:50:39 -0400
 From: Federico Gimenez federico.gimenez.ni...@canonical.com
 Reply-To: fgime...@canonical.com
 To: Thomas Goirand z...@debian.org
 
 
 
 Hi Thomas, the patch is attached for you to have a look, in this case
 the binaries are simply removed, I didn't manage to find a way to
 compile from source. You didn't put the reference for sending it you
 mentioned in your email, were you referring to [1]?Â
 
 Thanks,
 
 [1]Â https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232
 
 On Sat, May 16, 2015 at 10:21 PM, Thomas Goirand z...@debian.org
 mailto:z...@debian.org wrote:
 
 On 05/12/2015 01:18 PM, Federico Gimenez wrote:
 
 Hi Thomas, I think that I've met you before, working for some
 debian pear packages (xml related?), glad to get in contact again.
 
 I've seen in [1] that you were interested in getting
 python-selenium
 updated, I have been working on a PPA [2] which removes the
 non-free
 binaries and also adds some other niceties from members of the
 team I
 belong to.
 
 Do you think that these changes (with the needed fixes to adapt
 this
 work to the debian standards) can be added to the archive as a
 proper NMU?
 
 Thanks, regards
 
 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770232
 [2]
 http://bazaar.launchpad.net/~fgimenez/+junk/python-selenium/files
 
 --
 Federico Gimenez
 fgime...@canonical.com mailto:fgime...@canonical.com
 mailto:fgime...@canonical.com mailto:fgime...@canonical.com
 
 
 Hi Federico,
 
 Before attempting to do an NMU, you should first send a bug report
 to Debian, and attach the patch you're proposing. Only if the
 current maintainer doesn't reply, then you can attempt to NMU. The
 thing is, it would need to be a repacked version of Selenium (ie:
 the xpi removed from the orig file), and maybe we would need to ship
 the non-free xpi files as a separate package in non-free.
 
 Could you send your patch to [1] ?
 
 Does your patch build the xpi now? How does it work? If it's what it
 does, then great. If not, then it's nice still.
 
 Thomas
 
 
 
 



signature.asc
Description: OpenPGP digital signature

Bug#796225: buttons to manage filters are not labeld

[Sascha Girrulat]

Package: xul-ext-automatic-save-folder
Version: 1.0.4-3
Severity: normal

Hi,

if you open the preferences and there the tab to manage the filters. All
of the buttons to manage the list entries (except Edit) are empty.
Normally it should displayed a icon there but at minimum a lable.

Regards
Sascha
-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

xul-ext-automatic-save-folder depends on no packages.

Versions of packages xul-ext-automatic-save-folder recommends:
ii  iceweasel  38.2.0esr-1~deb8u1

xul-ext-automatic-save-folder suggests no packages.

-- no debconf information





signature.asc
Description: OpenPGP digital signature

Bug#796222: extra tab are displayed every time you start firefox

[Sascha Girrulat]

Package: xul-ext-automatic-save-folder
Version: 1.0.4-3
Severity: normal

Hi,

after the installation of asf there is a extra tab displayed every time
you start firefox. The tab contains the update information. The reason
is a bug inside the version handling/comparsion of asf.version and
asf.currentVersion. I will provide a patch asap.

Regards
Sascha

-- System Information:
Debian Release: 8.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

xul-ext-automatic-save-folder depends on no packages.

Versions of packages xul-ext-automatic-save-folder recommends:
ii  iceweasel  38.2.0esr-1~deb8u1

xul-ext-automatic-save-folder suggests no packages.

-- no debconf information





signature.asc
Description: OpenPGP digital signature

Bug#783545: #783545

[Sascha Girrulat]

sry, the tested version of iceweasel is 38.2.0.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#783545: #783545

[Sascha Girrulat]

Hi,

i tried to figure out whats the reason for the ever displayed tab and i
found out that asf do a nullify of some asf preferences like
'extensions.asf.version'. If you set the version manually the tab
disappear for (only) the next start. I didn't found the related code yet
but for the version on the wip branch it's fixed and workes fine for me.
The dialog from the documentation is missing all the time and also in
this version.

We have to take a more detailed look the version from the wip branch
because i found some other dialog bugs like missing labels for some
buttons like Add, Up, Down, Delete from the Filter dialog.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#783545: #783545

[Sascha Girrulat]

Hi,

the mentioned dialog will appear if you select Always ask me where to
save files on the tab Page 1 in the tab Options of the asf
preferences AND on the same page you have to activate the options View
options when downloading and optional Suggest all possible folders
and/or View the list of the folders.

The ever displayed tab is also fixed on wip branch. I will file a bug
for it. For the versions on the master branch i have already a patch for
it and if managed the creation of new bugs today i will apply the fix.

For the stable version the dialog looks broken, maybe its also possible
to backport it into a patch for the 1.0.4 but i think it would be easier
if we use the version on the wip branch.

I will also file a bug and add a patch for the non labeled buttons asap.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#720015: ITP: selenium -- Browser automation

[Sascha Girrulat]

Hi,

i'm sorry about that. I haven'd enough time to do that work at the
moment. Thats why i moved the bug back to rfp.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#577693: affiliatefox-fsfe: changing back from ITP to RFP

[Sascha Girrulat]

Hi,

a working package exists at [1]. To finalize the work a we need a
userfrendly mechanism to select individual Tracking IDs. A preconfig of
the debian IDs will be also ok.

Maybe i will do an update soon.

Greetings
Sascha

[1] git+ssh://git.debian.org/git/pkg-mozext/affiliatefox.git


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#720015: ITP: selenium -- Browser automation

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: selenium
  Version : 2.35
  Upstream Author : Simon M Stewart and contributers 
* URL : http://docs.seleniumhq.org/
* License : Apache 2.0 
  Programming Lang: Python, Java, C++, JavaScript, Ruby, etc.
  Description : Web Browser automation

Automating web applications for testing purposes, but is certainly not limited
to just that. Boring web-based administration tasks can (and should!) also be
automated as well. Selenium has the support of some of the largest browser
vendors who have taken (or are taking) steps to make Selenium a native part of
their browser. It is also the core technology in countless other browser
automation tools, APIs and frameworks.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#719545: [Pkg-mozext-maintainers] Bug#719545: [xul-ext-firetray] Icedove icon becomes a red cross when a new message arrives (rather than count)

[Sascha Girrulat]

Hi,

same as here. I tried it with KDE 4.8 from jessie and 4.10 from sid but
i can't reproduce it too. If the logging level at
/usr/share/xul-ext/firetray/modules/logging.jsm is set to 'All' or
'Debug' some usable output in
/usr/share/xul-ext/firetray/modules/logging.jsm should be written.
Please try to find some hints and provide it here.

Cheers
Sascha

Am 16.08.2013 19:28, schrieb David Prévot:
 Control: tags -1 moreinfo
 
 Hi,
 
 Le 13/08/2013 00:11, Filipus Klutiero a écrit :
 
 With version 0.4, FireTray now displays nice Icedove icon when there are
 no new messages. However, when a message arrives, instead of displaying
 the count, the icon becomes a red X on the white background.
 
 I'm using KDE 4.8. This reproduces everytime.
 
 I just installed KDE 4.8 on a Wheezy host (seems like it’s the same
 version in Jessie), but I’m not able to reproduce it (nor with GNOME or
 Awesome). Can you please provide a way to actually reproduce it, or at
 least some logs?
 
 Regards
 
 David
 
 
 
 ___
 Pkg-mozext-maintainers mailing list
 pkg-mozext-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozext-maintainers
 



signature.asc
Description: OpenPGP digital signature

Bug#711047: RFP: artifactory -- Binary Repository Manager for Maven, Ivy, Gradle modules, etc.

[Sascha Girrulat]

Package: wnpp
Severity: wishlist

* Package name: artifactory
  Version : 3.0.1
  Upstream Author : JFrog i...@jfrog.com
* URL : http://sourceforge.net/projects/artifactory/
* License : GNU Library or Lesser General Public License version 3.0
(LGPLv3)
  Programming Lang: java
  Description : Binary Repository Manager for Maven, Ivy, Gradle modules,
etc.

 Binary Repository Manager for Maven, Ivy, Gradle modules, etc. Supports
hosting
 and remote proxying of artifacts - browsable, secure, annotated  searchable.
 Integrates with CI servers, like Jenkins, TeamCity and Bamboo, for fully
traceable
 builds.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#617425: ITP: derby -- an open source relational database implemented entirely in Java

[Sascha Girrulat]

Hi,

we also need an apache derby package. We also could support if you need
help.

Regards
Sascha


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651961: ITP: php-net-url2 -- Class for parsing and handling URL

[Sascha Girrulat]

Hello Dario,

two days before i packaged php-net-url2[1] as dependency for
php-http-request2. We need those packages for our business work. If
you like you can take the packaging stuff to finish your itp or if its
fine for you, i can take the itp to close it. It will be also ok for me
if you woun't use it. Then i will remove the package[1] from git.debian.org.

Im sorry about that. Two days before i have only seen your itp and
haven't seen that you already started the packaging work.

Greetings
Sascha

[1] git+ssh://git.debian.org/git/users/sagiru-guest/php-net-url2.git



signature.asc
Description: OpenPGP digital signature

Bug#666904: ITP: automatic-save-folder -- Open the File Browser at the right location, using simple filters on the downloaded file.

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: automatic-save-folder
  Version : 1.0.4
  Upstream Author : Cyan c...@mangaheart.org
* URL : http://asf.mangaheart.org/
* License : GPL2
  Programming Lang: Java-Script
  Description : Open the File Browser at the right location, using simple
filters on the downloaded file.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666418: missing seperator after column initial state while reading from socket

[Sascha Girrulat]

Package: check-mk-livestatus
Version: 1.1.12-1
Severity: normal
Tags: upstream

While reading from livestatus socket in csv format we can't identify column
initial state because the column seperator is missing. The bug seems to be
fixed since check-mk-1.1.12p6.

Following will do the work inside the git repo:

wget http://mathias-kettner.de/download/check_mk-1.1.12p7.tar.gz -O - 
/tmp/check_mk-1.1.12p7.tar.gz  git-import-orig /tmp/check_mk-1.1.12p7.tar.gz
--upstream-version=1.1.12p7

Greetings
Sascha



-- System Information:
Debian Release: 6.0.4
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages check-mk-livestatus depends on:
ii  libc6 2.13-27Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.3-1  GCC support library
ii  libstdc++64.6.3-1GNU Standard C++ Library v3

Versions of packages check-mk-livestatus recommends:
ii  check-mk-doc  1.1.12-1   general purpose nagios-plugin for 

Versions of packages check-mk-livestatus suggests:
pn  xinetdnone (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664951: Bug#664902: ITP: mitm-me -- Firefox extension to click through certificate warnings

[Sascha Girrulat]

Am 23.03.2012 17:51, schrieb martin f krafft:
 In any case, the package should probably be named xul-mitm-me to
 adhere to the Firefox extension naming scheme.
yep that's right, i named the source mitm-me and the name of the
resulting deb is xul-mitm-me

Greetings
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#664951: Bug#664902: ITP: mitm-me -- Firefox extension to click through certificate warnings

[Sascha Girrulat]

Hi,

yes we have thought about it but the functionality is

1. you must click manually on add exception as default
2. exceptions will be added temporary

other config need to be set manually at preferences of the extension.

We think development/administration tools should be also provided by
Debian and it's also provided at mozilla.org too. Important will be a
better be careful description so everybody knows about the risks if
this extension will be installed and configured.

For example our requirement came from automatic selenium testing on web
applications.

Greetings
Sascha

p.s. sry about the different bug numbers and open/close confusion

Am 21.03.2012 21:36, schrieb martin f krafft:
 also sprach Sascha Girrulat sas...@girrulat.de [2012.03.21.2107 +0100]:
 * Package name: mitm-me
   Version :  2.1.110626
   Upstream Author :Tim Andras t...@balabit.hu
 * URL :  http://andras-tim.github.com/mitm-me
 * License : MPL 1.1
   Programming Lang: Java-Script
   Description : Firefox extension to click through certificate warnings
 
 From the website:
 
   This is ridiculously vulnerable to man-in-the-middle attacks and
   only networking professionals dealing with hundreds of self-signed
   certificates should even think about it. And those people should
   think about using it only in a separate profile. With gloves on.
   On non-public networks. With antibiotics.
 
 I don't think this should be distributed in Debian.
 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664902: ITP: mitm-me -- Firefox extension to click through certificate warnings

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: mitm-me
  Version :  2.1.110626
  Upstream Author :Tim Andras t...@balabit.hu
* URL :  http://andras-tim.github.com/mitm-me
* License : MPL 1.1
  Programming Lang: Java-Script
  Description : Firefox extension to click through certificate warnings



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#664951: ITP: mitm-me -- Firefox extension to click through certificate warnings

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: mitm-me
  Version : 2.1.110626 
  Upstream Author : Tim Andras 
* URL : http://andras-tim.github.com/mitm-me
* License : MPL-1.1
  Programming Lang: Java-Script 
  Description : Firefox extension to click through certificate warnings

 For IT admins who want very much to click through thousands of self-signed
 certificate warnings and get MitM attacked, this simplifies the process.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659112: Please update python-selenium to version 2.19.1

[Sascha Girrulat]

Am 23.02.2012 19:09, schrieb W. Martin Borgert:
 retitle 659112 Please update python-selenium to version 2.19.1
 thanks
 
 With the current version 2.2.0 my test scripts don't work.
 Newer features (selenium.webdriver.support.ui.WebDriverWait)
 are required.
ok, thanks for that reminder. I will try to update it soon.
 
 Have you thought about team maintaining the package, e.g.
 in the python modules team? This way other people could
 help easily.
Yes, but python-selenium is a component of the selenium suite and the
source it is bundled with all selenium components like java-selenium,
selenium-server, selenium-ide...

We need to package the suite and then the updates will be much easier
but...so much to do and so little time.

Greetings
Sascha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#552099: State of your ITP: selenium-ide -- Firefox add-on to record and playback

[Sascha Girrulat]

Hi Thomas,

sry, i started to package the selenium stuff on the last debconf but it
was more complicated as i expected. I hope that i can spend more time to
finish the work soon. But anyone who want to package it faster is
welcome. One component of the selenium toolkit is at non-free.

Greetings
Sascha

Am 27.01.2012 13:46, schrieb Thomas Koch:
 W. Martin Borgert:
 Any news about this packaging effort?
 no news from my site and also no current need any more.
 @Sascha: Make this an RFP again?
 
 Thomas Koch, http://www.koch.ro



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#648890: [xul-ext-firetray] Incompatible with Icedove

[Sascha Girrulat]

Package: xul-ext-firetray
Version: 0.3.1-3
Severity: important

The possible reason for the firetray compatibility problem between the
icedove/iceweasel version is a build against xulrunner-dev x.x
and icedove-dev(3.1.16) so we get a lib for both. The icedove package
brings an own xulrunner-dev with it. But for this there is some work
to do. I will do this asap.

Cheers
Sascha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#648890: [Pkg-mozext-maintainers] Bug#648890: [xul-ext-firetray] Incompatible with Icedove

[Sascha Girrulat]

Package: xul-ext-firetray
Version: 0.3.1-3
Severity: important

Hi,

this Version of xul-ext-firetray is build against xulrunner-dev 7.*. It
cannot work with icedove 3.*.

Greetings
Sascha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#642693: [xul-ext-firetray] unusable in testing

[Sascha Girrulat]

Package: xul-ext-firetray
Version: 0.3.1-1
Severity: grave


I create a topic branch and rebuild a firetray 0.3.1-2 for unstable[2].
It's build against xulrunner-dev 6.*.

[1] http://mentors.debian.net/package/firetray



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#638634: ITP: xul-ext-toogle-proxy -- Toggle Proxy adds a status bar icon to toggle between two proxy settings

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: xul-ext-toogle-proxy
  Version : 1.4
  Upstream Author : trigano 
* URL : http://www.quirkyquipu.co.uk/firefox/
* License : MPL 1.1
  Programming Lang: JavaScript
  Description : Toggle Proxy adds a status bar icon to toggle between two 
proxy settings

Toggle Proxy adds a status bar icon to toggle between two proxy settings which
can be set in the preferences or toggle via a shortcut key (alt + x) if you
don't use the add-on bar.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636848: [Pkg-mozext-maintainers] Bug#636848: [xul-ext-firetray] Not show on system tray (kde 4.6.5)

[Sascha Girrulat]

Package: xul-ext-firetray
Version: 0.3.0-svn-r122-1
Severity: normal
Tags: fixed-in-experimental

Hi Antonio,

the icedove version 0.2.8-3 is build against xulrunner-dev 1.9.1.1[69]
but the xul-extensions from unstable against xulrunner-dev 5.0-6. That's
the reason why it doesn't work with icedove from testing/unstable at
this time. Use the icedove version(5.*) from experimental or wait as if
it's available at unstable. But you can use it with iceweasel 5.* from
.unstable as well.

Cheers
Sascha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635632: [Pkg-mozext-maintainers] Bug#635632: [xul-ext-firetray] error in extended description

[Sascha Girrulat]

sry my fault, it is fixed at debian git and comes up with then next release.

Chreers
Sascha

Am 03.08.2011 19:03, schrieb Filipus Klutiero:
 reopen 635632
 thanks
 
 On -28163-01--10 14:59, Sascha Girrulat wrote:
 Package: xul-ext-firetray
 Version: 0.3.0-svn-r122-1
 Severity: minor

 fixed at unstable
 This is not fixed in unstable. 0.3.0-svn-r122-1 fixed #625755, which
 mentioned this issue, but it was not addressed.
 
 
 
 ___
 Pkg-mozext-maintainers mailing list
 pkg-mozext-maintain...@lists.alioth.debian.org
 http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozext-maintainers
 



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636677: describe the non-free components of python-selenium at README.debian

[Sascha Girrulat]

Package: python-selenium
Version: 2.2.0-1
Severity: normal
Tags: sid

--snipp--

  I'm bit confused about your package.  According to your debian/copyright
  file, everything is licensed under the apache 2.0 license.  However, your
  package is targeting non-free.  Could you please explain that?
the package ships some files which are not yet built from source.
Maybe that could be explained in README.Debian.

--snapp--



-- System Information:
Debian Release: 6.0.2
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-selenium depends on:
ii  python2.6.7-2interactive high-level object-orie
ii  python-rdflib 2.4.2-1+b1 RDF library containing an RDF trip
ii  python2.6 2.6.7-3An interactive high-level object-o
ii  python2.7 2.7.2-3An interactive high-level object-o

python-selenium recommends no packages.

python-selenium suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635632: [Pkg-mozext-maintainers] Bug#635632: [xul-ext-firetray] error in extended description

[Sascha Girrulat]

now the typo is fixed at debian git.

Thanks
Sascha



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635590: ITP: slimbox -- Slimbox is a 4 KB visual clone of the popular Lightbox 2 script

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat sas...@girrulat.de

* Package name: slimbox
  Version : 2.04
  Upstream Author : Christophe Beyls
* URL : http://code.google.com/p/slimbox/source/checkout
* License : MIT
  Programming Lang: Java-Script
  Description : Slimbox is a 4 KB visual clone of the popular Lightbox 2
script



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#635495: lintian want's jars at /usr/share/

[Sascha Girrulat]

Package: mozilla-devscripts
Version: 0.27
Severity: normal
Tags: sid

Hi,

if i use install-xpi for packaging xul extensions i got a lintian error at the
final package. All jars will installed at /usr/lib/xul-ext/package/...

I'm not sure witch is the really correct place will be but something seems to
be wrong.

For example:
sascha@kang:/var/cache/pbuilder/sid/result$ lintian xul-ext-
firetray_0.3.0-svn-r122-1_amd64.deb
W: xul-ext-firetray: jar-not-in-usr-share usr/lib/xul-
ext/firetray/chrome/firetray.jar
sascha@kang:/var/cache/pbuilder/sid/result$ lintian-info -t  jar-not-in-usr-
share
N: jar-not-in-usr-share
N:
N:   The classpath listed in some of the files references files outside of
N:   /usr/share, while all installed JAR files must be within
N:   /usr/share/java for libraries or /usr/share/package for JARs for
N:   private use.
N:
N:   The rationale is that jar files are in almost all cases architecture
N:   independent and therefore should be in /usr/share. If the jar file is
N:   truly architecture dependent or it cannot be moved since symlinked jar
N:   files are not accepted by the application, then please override this
N:   tag.
N:
N:   Refer to Debian Java Policy section 2.2 (Debian Java Policy) and
N:   Debian Java Policy section 2.3 (Debian Java Policy) for details.
N:
N:   Severity: normal, Certainty: possible
N:
N:   Check: java, Type: binary
N:

Cheers
Sascha



-- System Information:
Debian Release: 6.0.2
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mozilla-devscripts depends on:
ii  dpkg-dev   1.15.8.11 Debian package development tools
ii  fakeroot   1.14.4-1  Gives a fake root environment
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  python 2.6.7-1   interactive high-level object-orie
ii  python-librdf  1.0.10.1-2Python language bindings for the R
ii  python2.6  2.6.7-3   An interactive high-level object-o
ii  quilt  0.48-7Tool to work with series of patche
ii  unzip  6.0-4 De-archiver for .zip files
ii  wget   1.12-2.1  retrieves files from the web
ii  zip3.0-3 Archiver for .zip files

mozilla-devscripts recommends no packages.

Versions of packages mozilla-devscripts suggests:
ii  cvs 1:1.12.13-12 Concurrent Versions System
ii  git 1:1.7.2.5-2  fast, scalable, distributed revisi
pn  mercurial   none   (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org