Bug#1006337: Testing on stable release
Yes, I'd be available. Thank you for tracking down the source of the issue!
Bug#1006337: libexpat1: Latest security updates of libexpat on buster and bullseye break libwbxml
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: $ xml2wbxml sample_xml_minimal.xml xml2wbxml succeded Result after latest security upgrade: $ xml2wbxml sample_xml_minimal.xml xml2wbxml failed: Parsing of XML Document Failed Minimal XML file: http://www.microsoft.com/;> 1 This happened on Debian 10 and Debian 11 with the Debian supplied version of libwbxml. HTH, Hanno -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-11-amd64 (SMP w/6 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE 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 libexpat1 depends on: ii libc6 2.31-13+deb11u2 libexpat1 recommends no packages. libexpat1 suggests no packages. -- no debconf information
Bug#994892: evdi-dkms: fails to build for kernel 5.14.0-1
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 release out of it. Am Do, 30. Sep 2021, um 22:13, schrieb Justin Searle: > I can confirm I am having the same issue for the last few weeks, with > the same make.log error messages, resulting in no graphics upon boot. > Only solution I've found so far is to remove the 5.14 kernel. All > other packages are fully updated to Sid.
Bug#960391: fixed in experimental
yes, I'll definitely do it this week. Just swamped at work right now.
Bug#960391: fixed in experimental
I have asked debalance to upload 1.7.0 to experimental. autopkgtests in a VM run fine (module is built).
Bug#948983: (no subject)
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 up and reviews it, so we can include the necessary parts.
Bug#933538: Proposed fix for stable
Patch applies to version in stable.
See attached debdiff.
I have built the package in a buster chroot and installed on a buster
system where I previously encountered the bug.
This patch fixes the bug and otherwise SSL connections still seem to
work fine.
diff -Nru gnutls28-3.6.7/debian/changelog gnutls28-3.6.7/debian/changelog
--- gnutls28-3.6.7/debian/changelog 2019-06-12 19:21:23.0 +0200
+++ gnutls28-3.6.7/debian/changelog 2019-11-28 17:03:35.0 +0100
@@ -1,3 +1,13 @@
+gnutls28 (3.6.7-4+deb10u1~1.gbp7c6fcb) UNRELEASED; urgency=medium
+
+ ** SNAPSHOT build @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) unstable; urgency=medium
* Cherry-pick important bug-fixes from 3.6.8:
diff -Nru
gnutls28-3.6.7/debian/patches/40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
gnutls28-3.6.7/debian/patches/40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
---
gnutls28-3.6.7/debian/patches/40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
1970-01-01 01:00:00.0 +0100
+++
gnutls28-3.6.7/debian/patches/40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
2019-11-28 16:54:28.0 +0100
@@ -0,0 +1,63 @@
+From daa49b9e455d262a1a2bc1b641e72dc004e2cb3e Mon Sep 17 00:00:00 2001
+From: Nikos Mavrogiannopoulos
+Date: Sat, 3 Aug 2019 21:51:58 +0200
+Subject: [PATCH] _gnutls_epoch_set_keys: do not forbid random padding in
+ TLS1.x CBC ciphersuites
+
+Since some point in 3.6.x we updated the calculation of maximum record size,
+however that did not include the possibility of random record padding available
+for CBC ciphersuites which exceeds the maximum. This commit allows for larger
+sizes for these ciphersuites to account for random padding as applied by
+gnutls 2.12.x.
+
+Resolves: #811
+
+Signed-off-by: Nikos Mavrogiannopoulos
+---
+ NEWS | 4
+ lib/constate.c | 11 +--
+ lib/record.c | 4 ++--
+ 3 files changed, 15 insertions(+), 4 deletions(-)
+
+diff --git a/lib/constate.c b/lib/constate.c
+index 51a4eca30..4c6ca0fd0 100644
+--- a/lib/constate.c
b/lib/constate.c
+@@ -707,10 +707,17 @@ int _gnutls_epoch_set_keys(gnutls_session_t session,
uint16_t epoch, hs_stage_t
+ return gnutls_assert_val(ret);
+ }
+
+- if (ver->tls13_sem) {
++ /* The TLS1.3 limit of 256 additional bytes is also enforced under CBC
++ * ciphers to ensure we interoperate with gnutls 2.12.x which could add
padding
++ * data exceeding the maximum. */
++ if (ver->tls13_sem || _gnutls_cipher_type(params->cipher) ==
CIPHER_BLOCK) {
+ session->internals.max_recv_size = 256;
+ } else {
+- session->internals.max_recv_size = _gnutls_record_overhead(ver,
params->cipher, params->mac, 1);
++ session->internals.max_recv_size = 0;
++ }
++
++ if (!ver->tls13_sem) {
++ session->internals.max_recv_size +=
_gnutls_record_overhead(ver, params->cipher, params->mac, 1);
+ if (session->internals.allow_large_records != 0)
+ session->internals.max_recv_size += EXTRA_COMP_SIZE;
+ }
+diff --git a/lib/record.c b/lib/record.c
+index 39d2a16be..7c7e36561 100644
+--- a/lib/record.c
b/lib/record.c
+@@ -1219,8 +1219,8 @@ static int recv_headers(gnutls_session_t session,
+
+ if (record->length == 0 || record->length >
max_record_recv_size(session)) {
+ _gnutls_audit_log
+- (session, "Received packet with illegal length: %u\n",
+- (unsigned int) record->length);
++ (session, "Received packet with illegal length: %u (max:
%u)\n",
++ (unsigned int) record->length,
(unsigned)max_record_recv_size(session));
+
+ if (record->length == 0) {
+ /* Empty, unencrypted records are always unexpected. */
+--
+2.23.0
+
diff -Nru gnutls28-3.6.7/debian/patches/series
gnutls28-3.6.7/debian/patches/series
--- gnutls28-3.6.7/debian/patches/series2019-06-12 19:21:15.0
+0200
+++ gnutls28-3.6.7/debian/patches/series2019-11-28 16:56:31.0
+0100
@@ -5,3 +5,4 @@
40_rel3.6.8_10-ext-record_size_limit-distinguish-sending-and-receiv.patch
40_rel3.6.8_15-Apply-STD3-ASCII-rules-in-gnutls_idna_map.patch
40_rel3.6.8_20-pubkey-remove-deprecated-TLS1_RSA-flag-check.patch
+40_rel3.6.10_01-gnutls_epoch_set_keys-do-not-forbid-random-padding.patch
signature.asc
Description: OpenPGP digital signature
Bug#933538: Please fix in stable
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
Bug#945586: autodep8: autopkgtest-pkg-dkms testsuite should set restriction isolation-machine
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 dkms autopkgtest installs the dependency during the test if needed. Best regards Hanno
Bug#945594: dkms: autopkgtest fails if kernel headers are not installed
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 dependency on kernel headers in an architecture independent way in the test control file, I think it would be helpful if dkms-autopkgtest could install them if needed. Best regards Hanno -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-2-amd64 (SMP w/2 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 dkms depends on: ii build-essential 12.8 ii coreutils 8.30-3+b1 ii dpkg-dev1.19.7 ii gcc [c-compiler]4:9.2.1-3.1 ii gcc-9 [c-compiler] 9.2.1-20 ii kmod26-3 ii lsb-release 11.1.0 ii make4.2.1-1.2 ii patch 2.7.6-6 Versions of packages dkms recommends: ii fakeroot 1.24-1 pn linux-headers-686-pae | linux-headers-amd64 | linux-headers-gener ii sudo 1.8.29-1 Versions of packages dkms suggests: ii e2fsprogs 1.45.4-1 pn menu -- no debconf information
Bug#945586: autodep8: autopkgtest-pkg-dkms testsuite should set restriction isolation-machine
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 dkms refuses to build the kernel module, since no suitable kernel versions are found. I suggest adding "isolation-machine" to the set of restrictions for the automatic dkms tests. This problem also occurs on the Salsa CI, so it is not limited to my machine. Best regards Hanno -- System Information: Debian Release: 9.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-11-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 /bin/dash Init: systemd (via /run/systemd/system) Versions of packages autodep8 depends on: ii dctrl-tools 2.24-2+b1 ii python3 3.5.3-1 autodep8 recommends no packages. autodep8 suggests no packages. -- no debconf information
Bug#935729: Workaround
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.
Bug#928874: (no subject)
Thank you! Applied your patch to git, will be released with the next update.
Bug#889994: (no subject)
Thank you very much! Any chance we can get this fix in stable, also?
Bug#933538: (no subject)
also fails with 3.6.9-1 from experimental - so I guess this should be forwarded upstream...
Bug#933538: (no subject)
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.
Bug#933538: libgnutls30: still fails with older servers
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 packet with illegal length: 16624 2019-07-31 12:51:37.411 sogo-tool[11248:11248] Fatal LDAP error during ldap_result: Can't contact LDAP server * What exactly did you do (or not do) that was effective (or ineffective)? In order to isolate the problem, I used gnutls-utils for opening a server on the older LDAP machine: gnutls-serv --echo --x509keyfile /etc/ssl/private/ssl-cert-snakeoil.key --x509certfile /etc/ssl/certs/ssl-cert-snakeoil.pem The server runs libgnutls26 2.12.23-12ubuntu2.8 On the client machine (buster) I tried pwgen 16383 | gnutls-cli --no-ca-verification --port 5556 server * What was the outcome of this action? On the client I get something like this: root@groupware-beta:~# pwgen 16383 | gnutls-cli --no-ca-verification --port 5556 ldap.company.x Processed 130 CA certificate(s). Resolving 'redacted'... Connecting to 'redacted:5556'... - Certificate type: X.509 - Got a certificate list of 1 certificates. - Certificate[0] info: - subject `CN=redacted', issuer `CN=redacted', serial 0x00e120b43d69e2e4d8, RSA key 2048 bits, signed using RSA-SHA256, activated `2017-07-06 10:03:48 UTC', expires `2027-07-04 10:03:48 UTC', pin-sha256="SxggXxyfEDi9fmVyLwzPN9yE5y69T92aF8CBdGMe9Rc=" Public Key ID: sha1:21c8b2ecfc2b23da00de3371a4aa7bb8b8fc13bc sha256:4b18205f1c9f1038bd7e65722f0ccf37dc84e72ebd4fdd9a17c08174631ef517 Public Key PIN: pin-sha256:SxggXxyfEDi9fmVyLwzPN9yE5y69T92aF8CBdGMe9Rc= - Successfully sent 0 certificate(s) to server. - Description: (TLS1.2)-(RSA)-(AES-256-CBC)-(SHA1) - Session ID: 74:27:72:45:ED:A4:AA:BD:4C:06:1C:43:3D:1C:71:3D:AE:02:14:06:7D:72:25:01:ED:4F:50:BF:C5:67:1C:79 - Options: safe renegotiation, - Handshake was completed - Simple Client Mode: |<1>| Received packet with illegal length: 16624 *** Fatal error: A TLS record packet with invalid length was received. *** Server has terminated the connection abnormally. The server does not show anything abnormal: * Successful handshake from IPv4 REDACTED_IP port 43420 - Given server name[1]: ldap.indurad.x - Certificate type: X.509 No certificates found! - Could not verify certificate (err: The peer did not send any certificate.) - Version: TLS1.2 - Key Exchange: RSA - Cipher: AES-256-CBC - MAC: SHA1 - Compression: NULL received: pheedei [...] * What outcome did you expect instead? Successful connection to server and echo of the sent bytes. I also tried this with libgnutls30 3.6.8-2 on the client side (taken from testing). Same problem persists. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/2 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 libgnutls30 depends on: ii libc6 2.28-10 ii libgmp10 2:6.1.2+dfsg-4 ii libhogweed43.4.1-1 ii libidn2-0 2.0.5-1 ii libnettle6 3.4.1-1 ii libp11-kit00.23.15-2 ii libtasn1-6 4.13-3 ii libunistring2 0.9.10-1 libgnutls30 recommends no packages. Versions of packages libgnutls30 suggests: ii gnutls-bin 3.6.7-4 -- no debconf information
Bug#889994: solution found: sogo: GPG signed emails are not displayed
I found a solution - since the signedViewer is for S/MIME only, anyways - it is best to omit it alltogether when OpenSSL is not in use. This results in same behaior as most other mail clients - the Signature is dispalyed as a "signature.asc" attachment. See attached patch for the 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/MailPartViewers/UIxMailRenderingContext.m index e2cf011..2086d96 100644 --- a/UI/MailPartViewers/UIxMailRenderingContext.m +++ b/UI/MailPartViewers/UIxMailRenderingContext.m @@ -192,7 +192,11 @@ static BOOL showNamedTextAttachmentsInline = NO; || [st isEqualToString: @"appledouble"]) return [self mixedViewer]; else if ([st isEqualToString: @"signed"]) +#ifdef HAVE_OPENSSL return [self signedViewer]; +#else + return [self mixedViewer]; +#endif else if ([st isEqualToString: @"alternative"]) return [self alternativeViewer];
Bug#889994: (no subject)
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 course just removing the patch is not a solution...
Bug#889994: (no subject)
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
Bug#889994: (no subject)
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.
Bug#862862: Problem exists also with LDAP
I can confirm this also happens with user authentication via LDAP. signature.asc Description: OpenPGP digital signature
Bug#924310: xrdp: post-install script fails
$ 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 host not having IPv6? signature.asc Description: OpenPGP digital signature
Bug#924310: xrdp: post-install script fails
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 regards Hanno Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig The following additional packages will be installed: xorgxrdp Vorgeschlagene Pakete: guacamole Die folgenden NEUEN Pakete werden installiert: xorgxrdp xrdp 0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 519 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 3.387 kB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] j Holen:1 http://ftp.de.debian.org/debian stretch/main amd64 xorgxrdp amd64 0.9.1-9+deb9u3 [80,6 kB] Holen:2 http://ftp.de.debian.org/debian stretch/main amd64 xrdp amd64 0.9.1-9+deb9u3 [439 kB] Es wurden 519 kB in 0 s geholt (5.240 kB/s). [master e5e3e07] saving uncommitted changes in /etc prior to apt run Author: [redacted] 7 files changed, 1419 insertions(+), 45 deletions(-) create mode 100644 cups/ppd/LabelManager-PnP.ppd create mode 100644 cups/ppd/LabelWriter-450.ppd Vormals nicht ausgewähltes Paket xorgxrdp wird gewählt. (Lese Datenbank ... 690877 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereitung zum Entpacken von .../xorgxrdp_0.9.1-9+deb9u3_amd64.deb ... Entpacken von xorgxrdp (0.9.1-9+deb9u3) ... Vormals nicht ausgewähltes Paket xrdp wird gewählt. Vorbereitung zum Entpacken von .../xrdp_0.9.1-9+deb9u3_amd64.deb ... Entpacken von xrdp (0.9.1-9+deb9u3) ... Trigger für libc-bin (2.24-11+deb9u4) werden verarbeitet ... xrdp (0.9.1-9+deb9u3) wird eingerichtet ... Konfigurationsdatei »/etc/default/xrdp« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/init.d/xrdp« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/pam.d/xrdp-sesman« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0407.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0409.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-040a.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-040b.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-040c.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0410.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0411.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0412.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0414.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0415.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0416.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0419.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-041d.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0807.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0809.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-080c.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0813.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-0816.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/km-100c.ini« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert. Konfigurationsdatei »/etc/xrdp/pulse/default.pa« existiert auf dem System nicht. Neue Konfigurationsdatei wird wie gefordert installiert.
Bug#784512: Remove pyside?
Ok, sorry - so it would be better to file bugs against these as well?
Bug#890646: having a look at this
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
Bug#784512: Remove pyside?
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 Hanno signature.asc Description: OpenPGP digital signature
Bug#923405: RFS: pandoc-plantuml-filter/0.1.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "pandoc-plantuml-filter" * Package name: pandoc-plantuml-filter Version : 0.1.1-1 Upstream Author : Timo Furrer * URL : https://github.com/timofurrer/pandoc-plantuml-filter * License : MIT Section : misc It builds those binary packages: pandoc-plantuml-filter - Pandoc filter: converts PlantUML code blocks to PlantUML images To access further information about this package, please visit the following URL: https://mentors.debian.net/package/pandoc-plantuml-filter Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/pandoc-plantuml-filter/pandoc-plantuml-filter_0.1.1-1.dsc The package is maintained in git under 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, Hanno Stock
Bug#922880: Patch for Buster/Sid
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] Fix aliased subcommands (patch, closes: #922880)
---
.../0001-Fix-aliased-subcommands-Python3.patch | 136 +
.../{0001-fix-tests.patch => 0002-fix-tests.patch} | 34 +-
...-of-Markdown-options-in-docs-markdown.rs.patch} | 0
debian/patches/series | 5 +-
4 files changed, 167 insertions(+), 8 deletions(-)
create mode 100644 debian/patches/0001-Fix-aliased-subcommands-Python3.patch
rename debian/patches/{0001-fix-tests.patch => 0002-fix-tests.patch} (50%)
rename debian/patches/{0002-Remove-usage-of-Markdown-options-in-docs-markdown.rs.patch => 0003-Remove-usage-of-Markdown-options-in-docs-markdown.rs.patch} (100%)
diff --git a/debian/patches/0001-Fix-aliased-subcommands-Python3.patch b/debian/patches/0001-Fix-aliased-subcommands-Python3.patch
new file mode 100644
index 000..861c991
--- /dev/null
+++ b/debian/patches/0001-Fix-aliased-subcommands-Python3.patch
@@ -0,0 +1,136 @@
+From: Hanno Stock
+Date: Mon, 25 Feb 2019 16:58:48 +0100
+Subject: Fix aliased subcommands (Python3)
+
+parser_navigate throws an exception when trying to navigate to a
+subcommand with an alias.
+
+Forwarded: https://github.com/ribozz/sphinx-argparse/pull/109
+Bug: https://github.com/ribozz/sphinx-argparse/issues/108
+Bug-Debian: https://bugs.debian.org/922880
+Applied-Upstream: 0.2.6
+---
+ sphinxarg/parser.py | 6 +++-
+ test/test_parser.py | 79 +
+ 2 files changed, 84 insertions(+), 1 deletion(-)
+
+diff --git a/sphinxarg/parser.py b/sphinxarg/parser.py
+index aa3ef09..b86da3d 100644
+--- a/sphinxarg/parser.py
b/sphinxarg/parser.py
+@@ -20,7 +20,9 @@ def parser_navigate(parser_result, path, current_path=None):
+ ' '.join(current_path))
+ next_hop = path.pop(0)
+ for child in parser_result['children']:
+-if child['name'] == next_hop:
++# identifer is only used for aliased subcommands
++identifier = child['identifier'] if 'identifier' in child else child['name']
++if identifier == next_hop:
+ current_path.append(next_hop)
+ return parser_navigate(child, path, current_path)
+ raise NavigationException(
+@@ -88,6 +90,8 @@ def parse_parser(parser, data=None, **kwargs):
+ 'usage': subaction.format_usage().strip(),
+ 'bare_usage': _format_usage_without_prefix(subaction),
+ }
++if subalias:
++subdata['identifier'] = name
+ parse_parser(subaction, subdata, **kwargs)
+ data.setdefault('children', []).append(subdata)
+
+diff --git a/test/test_parser.py b/test/test_parser.py
+index 075888b..26a7481 100755
+--- a/test/test_parser.py
b/test/test_parser.py
+@@ -1,5 +1,6 @@
+ import argparse
+ from sphinxarg.parser import parse_parser, parser_navigate
++import six
+
+
+ def test_parse_options():
+@@ -187,6 +188,84 @@ def test_parse_nested():
+ ]
+
+
++if six.PY3:
++def test_parse_nested_with_alias():
++parser = argparse.ArgumentParser()
++parser.add_argument('foo', default=False, help='foo help')
++parser.add_argument('bar', default=False)
++
++subparsers = parser.add_subparsers()
++
++subparser = subparsers.add_parser('install', aliases=['i'], help='install help')
++subparser.add_argument('ref', type=str, help='foo1 help')
++subparser.add_argument('--upgrade', action='store_true', default=False, help='foo2 help')
++
++data = parse_parser(parser)
++
++assert data['action_groups'][0]['options'] == [
++{
++'name': ['foo'],
++'help': 'foo help',
++'default': False
++}, {
++'name': ['bar'],
++'help': '',
++'default': False
++}
++]
++
++assert data['children'] == [
++{
++'name': 'install (i)',
++'identifier': 'install',
++'help': 'install help',
++'usage': 'usage: py.test install [-h] [--upgrade] ref',
++'bare_usage': 'py.test install [-h] [--upgrade] ref',
++'action_groups': [
++{
++'title': 'Positional Arguments',
++'description': None,
++'options': [
++{
++'name': ['ref'],
++'help': 'foo1 help',
++'defau
Bug#922880: Patch for stretch
tags: +patch
Attached is a set of patches for the stretch version.
I have also converted to git-buildpackage.
Alternatively pull the branch
https://salsa.debian.org/hansto-guest/sphinx-argparse/tree/debian/stretch
Best regards,
Hanno
From 32688c2a1bb176672f47c55a27fdf9d23c977635 Mon Sep 17 00:00:00 2001
From: Dmitry Shachnev
Date: Thu, 28 Jun 2018 00:25:01 +0300
Subject: [PATCH 1/3] Convert from git-dpm to gbp and patches unapplied format.
---
debian/gbp.conf | 2 ++
test/test_parser.py | 10 +-
2 files changed, 7 insertions(+), 5 deletions(-)
create mode 100644 debian/gbp.conf
diff --git a/debian/gbp.conf b/debian/gbp.conf
new file mode 100644
index 000..3879982
--- /dev/null
+++ b/debian/gbp.conf
@@ -0,0 +1,2 @@
+[DEFAULT]
+debian-branch=debian/master
diff --git a/test/test_parser.py b/test/test_parser.py
index 43852a2..859e3de 100755
--- a/test/test_parser.py
+++ b/test/test_parser.py
@@ -160,8 +160,8 @@ def test_parse_nested():
{
'name': 'install',
'help': 'install help',
-'usage': 'usage: pytest.py install [-h] [--upgrade] ref',
-'bare_usage': 'pytest.py install [-h] [--upgrade] ref',
+'usage': 'usage: py.test install [-h] [--upgrade] ref',
+'bare_usage': 'py.test install [-h] [--upgrade] ref',
'args': [
{
'name': 'ref',
@@ -216,8 +216,8 @@ def test_parse_nested_traversal():
{
'name': 'level3',
'help': '',
-'usage': 'usage: pytest.py level1 level2 level3 [-h] foo bar',
-'bare_usage': 'pytest.py level1 level2 level3 [-h] foo bar',
+'usage': 'usage: py.test level1 level2 level3 [-h] foo bar',
+'bare_usage': 'py.test level1 level2 level3 [-h] foo bar',
'args': [
{
'name': 'foo',
@@ -233,4 +233,4 @@ def test_parse_nested_traversal():
}
]
-assert data == 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 (closes: #922880)
---
debian/patches/0001-fix-tests.patch| 1 -
.../0002-Fix-aliased-subcommands-Python3.patch | 126 +
debian/patches/series | 1 +
3 files changed, 127 insertions(+), 1 deletion(-)
create mode 100644 debian/patches/0002-Fix-aliased-subcommands-Python3.patch
diff --git a/debian/patches/0001-fix-tests.patch b/debian/patches/0001-fix-tests.patch
index 95391da..d791e5b 100644
--- a/debian/patches/0001-fix-tests.patch
+++ b/debian/patches/0001-fix-tests.patch
@@ -1,4 +1,3 @@
-From 8a6a275c5a0a23fb466d6fa53da968e9096a8676 Mon Sep 17 00:00:00 2001
From: Daniel Stender
Date: Wed, 20 Jan 2016 21:24:54 +0100
Subject: fix-tests
diff --git a/debian/patches/0002-Fix-aliased-subcommands-Python3.patch b/debian/patches/0002-Fix-aliased-subcommands-Python3.patch
new file mode 100644
index 000..6061f94
--- /dev/null
+++ b/debian/patches/0002-Fix-aliased-subcommands-Python3.patch
@@ -0,0 +1,126 @@
+From: Hanno Stock
+Date: Mon, 25 Feb 2019 12:06:20 +0100
+Subject: Fix aliased subcommands (Python3)
+
+When subcommands have aliases defined, the :path: parameter
+fails.
+
+Bug: https://github.com/ribozz/sphinx-argparse/pull/109
+Bug-Debian: https://bugs.debian.org/922880
+Applied-Upstream: 0.2.6
+---
+ sphinxarg/parser.py | 6 -
+ test/test_parser.py | 69 +
+ 2 files changed, 74 insertions(+), 1 deletion(-)
+
+diff --git a/sphinxarg/parser.py b/sphinxarg/parser.py
+index 7bdbfa6..c339e29 100644
+--- a/sphinxarg/parser.py
b/sphinxarg/parser.py
+@@ -20,7 +20,9 @@ def parser_navigate(parser_result, path, current_path=None):
+ ' '.join(current_path))
+ next_hop = path.pop(0)
+ for child in parser_result['children']:
+-if child['name'] == next_hop:
++# identifer is only used for aliased subcommands
++identifier = child['identifier'] if 'identifier' in child else child['name']
++if identifier == next_hop:
+ current_path.append(next_hop)
+ return parser_navigate(child, path, current_path)
+ raise NavigationException(
+@@ -90,6 +92,8 @@ def parse_parser(parser, data=None, **kwargs):
+ 'usage': subaction.format_usage().strip(),
+ 'bare_usage': _format_usage_without_prefix(subaction),
+ }
++if subalias:
++subdata['identifier'] = name
+ parse_parser(subaction, subdata, **kwargs)
+ data.setdefault('children', []).append(subdata
Bug#922880: :path: parameter fails for subcommands with aliases
Package: python3-sphinx-argparse Version: 0.1.15-2 Severity: normal Tags: upstream Dear Maintainer, sphinx-argparse fails when trying to document a subcommand for a subcommand which has aliases defined. It will throw an Exception in the parser_navigate function and therefore fail the entire generation process. I have already reported this bug upstream, see https://github.com/ribozz/sphinx-argparse/issues/108 This problem is not fixed upstream, yet - so it does apply to versions in unstable and testing as well. As soon as upstream has fixed the problem, I'll supply a patch - I suggest 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') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-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 /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-sphinx-argparse depends on: ii libjs-sphinxdoc 1.4.9-2 ii python3 3.5.3-1 ii python3-sphinx 1.4.9-2 ii sphinx-rtd-theme-common 0.1.9-1 python3-sphinx-argparse recommends no packages. python3-sphinx-argparse suggests no packages. -- no debconf information
Bug#922775: ITP: pandoc-plantuml-filter -- Pandoc filter which converts PlantUML code blocks to PlantUML images
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 : Pandoc filter which converts PlantUML code blocks to PlantUML images This is a filter program for pandoc, which replaces PlantUML code blocks in pandoc input by plantuml generated images. --- I'll package this anyway for work, so I can as well maintain it for debian. My colleagues will be using it, so there will be a "test base".
Bug#922329: RFS: python-opentimestamps/0.4.0-1 [ITP] -- library for creating and verifying OpenTimestamps proofs
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "python-opentimestamps" * Package name: python-opentimestamps Version : 0.4.0 Upstream Author : The OpenTimestamps developers, Peter Todd * URL : * https://github.com/opentimestamps/python-opentimestamps * License : LGPL3+ Programming Lang: Python Description : Python3 library for creating and verifying OpenTimestamps proofs This is a Python3 library for creating and verifying OpenTimestamps proofs. OpenTimestamps aims to be a standard format for blockchain timestamping. The format is flexible enough to be vendor and blockchain independent. A separate command line client "opentimestamps-client" is available. (For which I have also filed an ITP) It builds those binary packages: python3-opentimestamps - Python3 library for creating and verifying OpenTimestamps proofs To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-opentimestamps Alternatively, one can download the package with dget using this command: dget -x https://mentors.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
Bug#921261: ITP: python-opentimestamps -- Python3 library for creating and verifying OpenTimestamps proofs
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+ Programming Lang: Python Description : Python3 library for creating and verifying OpenTimestamps proofs This is a Python3 library for creating and verifying OpenTimestamps proofs. OpenTimestamps aims to be a standard format for blockchain timestamping. The format is flexible enough to be vendor and blockchain independent. A separate command line client "opentimestamps-client" is available. --- All dependencies for this library are met in sid. I am fairly fluent in Python and have packaged a few Python modules for private use. I think I can maintain this on my own, however I am open to co-maintainership.
Bug#921251: ITP: opentimestamps-client -- command line client for opentimestamps
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 : command line client for opentimestamps Command-line tool to create and validate timestamp proofs with the OpenTimestamps protocol, using the Bitcoin blockchain as a timestamp notary. Additionally this package provides timestamping of PGP signed Git commits, and verification of timestamps for both Git commits as a whole, and individual files within a Git repository. This package has little dependencies and I consider an open source way of generating timestamp proofs in the bitcoin blockchain as a useful feature. I am quite fluent in Python and have packaged a few python libs for private use. This package depends on opentimestamps python library for which I will file another ITP.
Bug#918992: Package in NEW queue
-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- iQFABAEBCgAqIxxIYW5ubyBTdG9jayA8aGFubm9AaGFubm8tc3RvY2suZGU+BQJc VdDuAAoJEBwZ4QllLgSjz4MH/irF4Tk5XakuYOTkW2lXYvsASPJk7HwiYUEd5wE3 p+DT32QBWLe9FLkva+LGERVGDobw562Y7kE8sNCOK5IpB/frPNSZYZNOFBM+v2b1 ANb+O4THy/uRrt60lWziDp65lR1nN0N25F52z50dcQAdV8rjLFBHVeDUhIAH1G8s 3BhZao2A/JP/6TaiaiY2/l8QOaMlZWMIxMczTRVP5FxWgbEB1Au4frc66uBos6Ha zUqpPpWAGcxAm6rfmpll58S8eY8d19eiBUswggsd273kab8zyQ5kUTtfh/swggaL VYp0wghh6jTYYnxdbKkX24xBlegEu5BFE4erk/3Jbruins0= =EO/H -END PGP SIGNATURE-
Bug#920437: ITP: displaylink -- Proprietary driver for DisplayLink devices
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 the long description a hint which package to use for devices supported by the free drivers.
Bug#920437: ITP: displaylink -- Proprietary driver for DisplayLink devices
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 : Proprietary driver for DisplayLink devices This is the proprietary binary component of the driver for DisplayLink devices. It communicates via libusb with the DisplayLink device and uses the opensource evdi kernel module for presenting a virtual graphics device to the system. - DisplayLink devices are for example USB based docking stations and USB-attachable secondary screens. Unfortunately newer DisplayLink devices are not supported by libdlo, an open source driver for older DisplayLink devices. However DisplayLink provides an Ubuntu installer for their newer drivers and allows repackaging the binary components for other distributions. According to a DisplayLink employee: "The text of the license was written to ensure the driver can be repacked by other distros and redistribute. As long as the text of license file is replicated, and binaries are redistributed as provided in the .run package (unmodified), and it is still possible to identify what component is what and where it came from, the license terms are met IMO." [1] In order for Debian to support DisplayLink devices it would make sense to package this driver for the non-free component. [1] https://www.displaylink.org/forum/showthread.php?t=64854=license
Bug#918992: Other packaging efforts
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, except the virtual screen stays black. I did get a "snapshot" view of a single window once - however it seems the update of the screen contents does not work. But as it works with the displaylink binary I guess this is a bug in evdipp.
Bug#918992: Other packaging efforts
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/packages/displaylink/
Bug#918992: Other packaging efforts
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/sid > > Not sure how far along that is - I don't have an evdi device anymore. My own packaging efforts have matured somewhat and the library and module are now usable. However I did not get the test app to create a virtual monitor just yet. Display devices do not show up in xrandr - however under /sys/class/drm the devices are created. https://github.com/AdnanHodzic/displaylink-debian might be a resource for further investigation.
Bug#918992: Initial packaging efforts
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 (see https://github.com/mlukaszek/evdipp)
Bug#918992: ITP: evdi -- Extensible Virtual Display Interface driver used by DisplayLink
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 Virtual Display Interface driver used by DisplayLink The Extensible Virtual Display Interface (EVDI) is a Linux kernel module that enables management of multiple screens, allowing user-space programs to take control over what happens with the image. It is essentially a virtual display you can add, remove and receive screen updates for, in an application that uses the libevdi library. The module and library is part of the DisplayLink Ubuntu development which enables support for DisplayLink USB 3.0 devices on Ubuntu. Please note that this is NOT a complete driver for DisplayLink devices. - A quick glance over the original source seems to indicate that packaging this is simple enough for me. However as I am not a Debian maintainer yet, I am looking for a sponsor and would be open to co-maintainership and contributions. I think this package is useful along the road to supporting DisplayLink. Unfortunately this currently needs an additional closed-source component which would have to be packaged and distributed seperately. Nonetheless I think the evdi concept is useful on its own - therefore it make sense to package this as a regular debian package.
Bug#629547: encfs: --reverse option broken (Upstream bug 81)
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 destination C * Copy A/.encfs6.xml to destination C * Mount folder C to mount point D (in normal mode, not using --reverse) Expected: * content of D is equal to content of A What happens: * filenames in D equal file names in A * content of files in D is garbage This is a typical scenario for encrypted backups! The bug is already reported upstream and a oneline patch is available: http://code.google.com/p/encfs/issues/detail?id=81 -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (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 encfs depends on: ii fuse-utils 2.8.4-1.1Filesystem in USErspace (utilities ii libboost-filesystem1.42 1.42.0-4 filesystem operations (portable pa ii libboost-serialization1 1.42.0-4 serialization library for C++ ii libboost-system1.42.0 1.42.0-4 Operating system (e.g. diagnostics ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libfuse22.8.4-1.1Filesystem in USErspace library ii libgcc1 1:4.4.5-8GCC support library ii librlog51.4-1flexible message logging library ii libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 encfs recommends no packages. encfs 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#513732: ITP: gebabbel -- GPS file conversion and transfer from/to GPS units
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 : GPS file conversion and transfer from/to GPS unit Gebabbel is a Qt4 frontend for the famous gpsbabel, a tool to convert GPS file formats back and forth. Gebabbel wraps the complexity of gpsbabel in a (hopefully) easy to use graphical user interface. I have packaged this program for Ubuntu and intend to adopt the package for Debian. Current Ubuntu version is in REVU: http://revu.ubuntuwire.com/details.py?package=gebabbel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
