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]

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#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#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#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#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#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#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#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#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#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#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#572644: we can't update openoffice.org from 3.0.1-2~bpo50+3 or 3.1.1-1~bpo50+1 to newer versions

[Sascha Girrulat]

Package: openoffice.org
Version: 1:3.1.1-15+squeeze1~bpo50+1.aa2
Severity: critical


We try to update our clients from 3.0.1-2~bpo50+3 or 3.1.1-1~bpo50+1 to 
3.1.1-15+squeeze1~bpo50+1. We are using a own small metapackage for that and 
update all clients around the world automaticly in noninteractive mode. If any 
user uses a component from ooo while the update is running the update will 
break and leave an inconsistent situation. 


---snipp Update from 3.0.1-2~bpo50+3--

Entpacke Ersatz für openoffice.org-base-core ...
Vorbereiten zum Ersetzen von dictionaries-common 0.98.12 (durch 
.../dictionaries-common_1.0.0~bpo50+1_all.deb) ...
Behalte »diversion of /usr/share/dict/words to 
/usr/share/dict/words.pre-dictionaries-common by dictionaries-common« bei
Entpacke Ersatz für dictionaries-common ...
Vorbereiten zum Ersetzen von openoffice.org-presenter-console 
1.0+OOo3.0.1-2~bpo50+3 (durch 
.../openoffice.org-presenter-console_1.1.0+OOo3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb)
 ...
OpenOffice.org running!

OpenOffice.org is running right now with pid 10914. This can cause problems
with (de-)registration of components and extensions
Thus this package will fail to install
You should close all running instances of OpenOffice.org (including
any currently running Quickstarter) before proceeding with the package
upgrade.
dpkg: Fehler beim Bearbeiten von 
/home/1-it-2-830/packages/./openoffice.org-presenter-console_1.1.0+OOo3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb
 (--unpack):
 Unterprozess pre-installation script gab den Fehlerwert 1 zurück
dpkg: Ziehe Dekonfiguration von openoffice.org-presenter-console in Betracht, 
welches durch Installation von »openoffice.org-impress« beschädigt würde ...
dpkg: Ja, werde openoffice.org-presenter-console dekonfigurieren (beschädigt 
durch openoffice.org-impress).
Vorbereiten zum Ersetzen von openoffice.org-impress 1:3.0.1-2~bpo50+3 (durch 
.../openoffice.org-impress_3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb) ...
De-konfiguriere openoffice.org-presenter-console ...
Entpacke Ersatz für openoffice.org-impress ...

--snapp--

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von 
openoffice.org-presenter-console:
 openoffice.org-presenter-console hängt ab von openoffice.org-impress (>= 
1:3.0.0~bea300~dev300m6); aber:
  Paket openoffice.org-impress ist noch nicht konfiguriert.
 openoffice.org-impress (1:3.1.1-15+squeeze1~bpo50+1.aa2) beschädigt 
openoffice.org-presenter-console (<< 1.0.3~) und ist entpackt, aber nicht 
konfiguriert.
  Zu konfigurierende Version von openoffice.org-presenter-console auf dem 
System ist 1.0+OOo3.0.1-2~bpo50+3.
dpkg: Fehler beim Bearbeiten von openoffice.org-presenter-console (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 openoffice.org
 openoffice.org-impress
 openoffice.org-officebean
 openoffice.org-base
 openoffice.org-math
 openoffice.org-draw
 openoffice.org-gtk
 openoffice.org-calc
 openoffice.org-base-core
 openoffice.org-kde
 openoffice.org-writer
 openoffice.org-presenter-console

--snipp--

--snipp Update from 3.1.1-1~bpo50+1 --

Entpacke Ersatz für openoffice.org-report-builder-bin ...
Vorbereiten zum Ersetzen von openoffice.org-filter-mobiledev 
1:3.1.1-1~bpo50+1.aa0 (durch 
.../openoffice.org-filter-mobiledev_3.1.1-15+squeeze1~bpo50+1.aa2_all.deb) ...
Entpacke Ersatz für openoffice.org-filter-mobiledev ...
Vorbereiten zum Ersetzen von openoffice.org 1:3.1.1-1~bpo50+1.aa0 (durch 
.../openoffice.org_3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb) ...
Entpacke Ersatz für openoffice.org ...
Vorbereiten zum Ersetzen von ttf-opensymbol 1:3.1.1-1~bpo50+1.aa0 (durch 
.../ttf-opensymbol_3.1.1-15+squeeze1~bpo50+1.aa2_all.deb) ...
Entpacke Ersatz für ttf-opensymbol ...
Wähle vormals abgewähltes Paket libneon27-gnutls.
Entpacke libneon27-gnutls (aus .../libneon27-gnutls_0.28.2-6.1_i386.deb) ...
Vorbereiten zum Ersetzen von openoffice.org-filter-binfilter 
1:3.1.1-1~bpo50+1.aa0 (durch 
.../openoffice.org-filter-binfilter_3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb) ...
OpenOffice.org running!

OpenOffice.org is running right now with pid 5404. This can cause problems
with (de-)registration of components and extensions
Thus this package will fail to install
You should close all running instances of OpenOffice.org (including
any currently running Quickstarter) before proceeding with the package
upgrade.
dpkg: Fehler beim Bearbeiten von 
/home/1-it-2-830/packages/./openoffice.org-filter-binfilter_3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb
 (--unpack):
 Unterprozess pre-installation script gab den Fehlerwert 1 zurück
Vorbereiten zum Ersetzen von openoffice.org-core 1:3.1.1-1~bpo50+1.aa0 (durch 
.../openoffice.org-core_3.1.1-15+squeeze1~bpo50+1.aa2_i386.deb) ...
Entpacke Ersatz für openoffice.org-core ...
Verarbeite Trigger für man-db ...
Fehler traten auf beim Bearbeiten von:

/home/1-it-2-830/packages/./openoffice.org-emailmerge_3.1.1-15+squeeze1~bpo50+1.aa2_all.deb

/home/1-it-2-830/packages/./openoffice.org-filter

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]

sry, the tested version of iceweasel is 38.2.0.

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#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
> . 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 
> Reply-To: fgime...@canonical.com
> To: Thomas Goirand 
> 
> 
> 
> 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  > 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 
> >
> 
> 
> 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#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: #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#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#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#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#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-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#631028: firetray: FTBFS against iceweasel 4.0 or 5.0

[Sascha Girrulat]

Hi,

at the upstream scm i found a 3.0-svn-r221 as latest version. It could
be found at http://mentors.debian.net/debian/pool/main/f/firetray and
will fix this bug.

Cheers
Sascha



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