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 destin
Package: wnpp
Severity: wishlist
Owner: Hanno Stock
* Package name: gebabbel
Version : 0.4
Upstream Author : Christoph Eckert
* URL : http://gebabbel.sourceforge.net
* License : GPL
Programming Lang: C++
Description : GPS file conversion and transfer
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: 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
ggest 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')
x27;: 'py.test level1 level2 level3 [-h] foo bar',
'args': [
{
'name': 'foo',
@@ -233,4 +233,4 @@ def test_parse_nested_traversal():
}
]
-assert data
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
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
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
Ha
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
Ok, sorry - so it would be better to file bugs against these as well?
I can confirm this also happens with user authentication via LDAP.
signature.asc
Description: OpenPGP digital signature
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 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
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 c
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
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 p
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.
also fails with 3.6.9-1 from experimental - so I guess this should be
forwarded upstream...
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.
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 dkm
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 depen
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 dkm
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
@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
Thank you very much!
Any chance we can get this fix in stable, also?
Thank you! Applied your patch to git, will be released with the next update.
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
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 (s
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
> https://github.com/rvandegrift/evdi/tree/patch-queue/debian/s
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: https://aur.archlinux.org
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, exc
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.
Best
$ 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 this
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
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 t
-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-
iQFABAEBCgAqIxxIYW5ubyBTdG9jayA8aGF
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
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: 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:
$
Yes, I'd be available. Thank you for tracking down the source of the issue!
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 releas
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
u
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).
45 matches
Mail list logo
