Yes, I'd be available. Thank you for tracking down the source of the issue!
Package: libexpat1
Version: 2.2.10-2+deb11u2
Severity: important
X-Debbugs-Cc: t...@security.debian.org
Dear Maintainer,
after several hours of debugging our SOGo installation, we found out
that libwbxml in general was not able to parse any previously parseable
XML documents.
Expected result:
Thanks, I attached the upstream bug report. It seems they don't have a patch
yet - or at least not one that is halfway verified to be correct.
I'll keep an eye on it and probably package a development version as soon as
they have a fix in. In the past it took quite a while till they made a
yes, I'll definitely do it this week. Just swamped at work right now.
I have asked debalance to upload 1.7.0 to experimental. autopkgtests in
a VM run fine (module is built).
Thanks for reporting. This has been reported upstream, already:
https://github.com/DisplayLink/evdi/issues/172
Basically I am waiting for a fix from upstream.
The patch mentioned in the bug report changes quite a few things
(related to installation, etc.) and I would prefer if someone splits it
@7c6fcba7e7c4e5cfe6f7aa145ec8598876b7db97 **
+
+ * UNRELEASED
+ * 40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
+from upstream GIT master: Fix interop problems with gnutls 2.x. Closes:
#933538
+
+ -- Hanno Stock Thu, 28 Nov 2019 17:03:35 +0100
+
gnutls28 (3.6.7-4
I think this would be a candidate to be fixed in stable. I'll look into
applying and testing the patch for buster.
signature.asc
Description: OpenPGP digital signature
Hi,
nice. Thank you!
I noticed that on a default setup kernel-headers are not installed and
so tests do still fail.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945594
I assume - since it is hard to generically include this as a dependency
in the control file, it would be better if
Package: dkms
Version: 2.8.1-3
Severity: minor
Dear Maintainer,
I tried to run dkms-autopkgtest via autopkgtest with
autopkgtest-virt-qemu and an image built with
autopkgtest-build-qemu.
The dkms module fails to build because of missing kernel
headers. Since it is not possible to declare a
Package: autodep8
Version: 0.8
Severity: normal
Dear Maintainer,
autodep8 generates restrictions
Restrictions: needs-root, allow-stderr
for dkms packages.
However testing dkms packages in a container environment fails,
since usually the host kernel is not installed inside the container
and
For anybody looking for a workaround - Salsa has built packages that
should work:
https://salsa.debian.org/hansto-guest/evdi/-/jobs/393486/artifacts/download
New version is not yet released, due to problems with the DKMS autopkgtests.
Thank you! Applied your patch to git, will be released with the next update.
Thank you very much!
Any chance we can get this fix in stable, also?
also fails with 3.6.9-1 from experimental - so I guess this should be
forwarded upstream...
This bug seems very similar to #929907, however the fix from the
mentioned bug does not seem to fix this problem with even older server
versions.
I think this is a serious regression and should be marked as serious.
Package: libgnutls30
Version: 3.6.7-4
Severity: important
Dear Maintainer,
* What led up to the situation?
First, I had problems using sogo-tool for a sogo instance connected
to an older LDAP Server.
Restoring a user gave this error:
2019-07-31 12:51:37.411 sogo-tool[11248:11248] Received
fix.
From: Hanno Stock
Date: Tue, 30 Jul 2019 16:32:59 +0200
Subject: Omit signedViewer altogether when not using openssl
---
UI/MailPartViewers/UIxMailRenderingContext.m | 4
1 file changed, 4 insertions(+)
diff --git a/UI/MailPartViewers/UIxMailRenderingContext.m b/UI/MailP
I can confirm that the error is introduced by the patch mentioned above.
When I build the debian package without the patch applied, I can view
PGP signed mails, however the message "Digital signature is not valid"
is displayed. While this is still a usability problem - it is much less
severe.
Of
I reckon this could be related to us applying this patch:
https://salsa.debian.org/debian/sogo/blob/debian/debian/patches/0007-Do-not-use-OpenSSL-when-we-are-configured-to-use-Gnu.patch
Severity: high
Upstream says it works in their builds and suggests that this is a
debian specific problem.
Setting severity to high as this makes the software unusable for
everybody who regularly receives signed mails - which especially in the
Debian user group can well be many users.
I can confirm this also happens with user authentication via LDAP.
signature.asc
Description: OpenPGP digital signature
$ sudo tail -n 100 /var/log/xrdp.log
[20190311-13:57:54] [INFO ] starting xrdp with pid 10763
[20190311-13:57:54] [ERROR] xrdp_listen_main_loop: listen error,
possible port already in use
[20190311-13:57:54] [DEBUG] Closed socket 11 (AF_INET6 :: port 0)
This looks strange. Might be related to
Package: xrdp
Version: 0.9.1-9+deb9u3
Severity: serious
Justification: Policy 6.4
Dear Maintainer,
on my system, xrdp fails to install. (see log)
Not sure what the problem here is - if it is just missing configuration,
post-install script should not fail and just skip starting the service.
Ok, sorry - so it would be better to file bugs against these as well?
I am having a look at this. Hoping to get 1.2.1 ready today.
If anybody else is working on this, please give me a ping.
--
Regards
Hanno
signature.asc
Description: OpenPGP digital signature
Control: severity -1 normal
Since pyside has been superseeded by pyside2 and pyside2 is in testing,
but pyside is not - should we remove pyside from sid as well?
Also I think this is no longer serious, since an alternative exists and
pyside won't work anyways with Qt4's removal.
--
Regards
der
https://salsa.debian.org/python-team/applications/pandoc-plantuml-filter
and will be maintained in the Python Application Packagin Team (also set as
maintainer).
More information about pandoc-plantuml-filter can be obtained from
https://github.com/timofurrer/pandoc-plantuml-filter.
Regards
See attached the patch for current master.
Alternatively use merge request
https://salsa.debian.org/python-team/modules/sphinx-argparse/merge_requests/1
From fddc8fda48ef44398463ba36e518c8a3b80e71c1 Mon Sep 17 00:00:00 2001
From: Hanno Stock
Date: Mon, 25 Feb 2019 17:08:02 +0100
Subject: [PATCH
== parser_navigate(data, '')
+assert data == parser_navigate(data, '')
\ No newline at end of file
--
2.11.0
From 28285460bf2bf6787cd1d93e9d5bd100ea8b3403 Mon Sep 17 00:00:00 2001
From: Hanno Stock
Date: Mon, 25 Feb 2019 13:09:13 +0100
Subject: [PATCH 2/3] Fix aliased subcommands for Python3
fixing this in stable as well.
The problem does only affect the Python3 version, as subcommand
aliases are not available in Python2.7.
Best regards
Hanno Stock
-- System Information:
Debian Release: 9.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: pandoc-plantuml-filter
Version : 0.1.1
Upstream Author : Timo Furrer
* URL : https://github.com/timofurrer/pandoc-plantuml-filter
* License : MIT
Programming Lang: Python
Description
rs.debian.net/debian/pool/main/p/python-opentimestamps/python-opentimestamps_0.4.0-1.dsc
More information about python-opentimestamps can be obtained from
https://opentimestamps.org/#code-repositories.
Regards,
Hanno Stock
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: python-opentimestamps
Version : 0.4.0
Upstream Author : The OpenTimestamps developers, Peter Todd
* URL : https://github.com/opentimestamps/python-opentimestamps
* License : LGPL3
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: opentimestamps-client
Version : 0.6.0
Upstream Author : Peter Todd
* URL : https://github.com/opentimestamps/opentimestamps-client
* License : LGPL3+
Programming Lang: Python
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I sorted out the remainder of the packaging issues with debalance and he
sponsored the package.
It is now in the NEW queue:
https://ftp-master.debian.org/new/evdi_1.5.1+dfsg-1.html
-BEGIN PGP SIGNATURE-
Am Fr, 25. Jan 2019, um 17:03, schrieb Ben Hutchings:
> Please consider choosing a more specific package name. Since we have
> free drivers for some DisplayLink devices, we should encourage users to
> use those where possible.
Ok, I see. What about displaylink-nonfree ? One could also append to
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: displaylink
Version : 4.4
Upstream Author : DisplayLink (UK) Ltd.
* URL : https://www.displaylink.com/downloads
* License : proprietary
Programming Lang: binary
Description
I tested the package on stretch with the original displaylink binary from the
DisplayLink Ubuntu driver. With some modifications to xorg.conf I can
successfully use my additional monitors.
Edvipp seems to have an incompatibility with the current version of libedvi.
Everything seems to work,
Just to keep the information for later packaging efforts:
Arch Linux has some good information on DisplayLink:
https://wiki.archlinux.org/index.php/DisplayLink
Also their displaylink package might give some information on what is needed
for the proprietary driver part:
I just learned that Ross Vandergrift also independently worked on packaging:
> Hi @hstock - I did some initial work, but forgot to push it. You can find
> what I have here:
> https://github.com/rvandegrift/evdi/tree/debian/sid/debian
>
Initial packaging efforts now in repository
https://gitlab.com/hstock/debian-evdi
I have a working evdi-dkms package and the module is loadable on current buster
kernel.
Library packaging and proper documentation is still pending.
I plan to verify the package by using the evdipp client app
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: evdi
Version : 1.x (newest)
Upstream Author : DisplayLink (UK) Ltd.
* URL : https://github.com/DisplayLink/evdi
* License : GPL / LGPL
Programming Lang: C
Description : Extensible
Package: encfs
Version: 1.7.2-1
Severity: normal
Tags: upstream patch
Scenario:
* Mount a folder A to mount point B with the --reverse option (create encfs
configuration)
* Unmount folder A
* Mount folder A to mount point B with the --reverse option again
* Copy files from folder B to
Package: wnpp
Severity: wishlist
Owner: Hanno Stock hanno.st...@gmx.net
* Package name: gebabbel
Version : 0.4
Upstream Author : Christoph Eckert c...@christeck.de
* URL : http://gebabbel.sourceforge.net
* License : GPL
Programming Lang: C++
Description
45 matches
Mail list logo
