Bug#1063640: adwaita-icon-theme: cursor theme not found

[Frederic Peters]

Package: adwaita-icon-theme
Version: 46~beta-1
Severity: normal

Hi,

After upgrading to 46~beta-1 gnome-shell doesn't find a cursor theme
anymore, I get this line in the journalctl output:

  feb 10 11:02:08 stab gnome-shell[999044]: No cursor theme available, please 
install a cursor theme

On X it then fallbacks to a default cursor theme, on Wayland it just
uses a white square as cursor.


   Frederic


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

Kernel: Linux 6.6.13-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.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 adwaita-icon-theme depends on:
ii  gtk-update-icon-cache  3.24.41-1
ii  hicolor-icon-theme 0.17-2

Versions of packages adwaita-icon-theme recommends:
ii  librsvg2-common  2.54.7+dfsg-2

adwaita-icon-theme suggests no packages.

-- no debconf information

Bug#1054407: dovecot-fts-xapian: cannot be installed with dovecot 2.3.21

[Frederic Peters]

Package: dovecot-fts-xapian
Version: 1.5.5-1+b3
Severity: normal

Dear Maintainer,

dovecot-core 1:2.3.21+dfsg1-1 landed in unstable and provides
dovecot-abi-2.3.abiv21, but current dovecot-fts-xapian has
depends: dovecot-abi-2.3.abiv20, maybe it's just a matter of
a binary rebuilt against the newer dovecot?


Thanks,

Frederic

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

Kernel: Linux 6.5.0-2-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.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 dovecot-fts-xapian depends on:
ii  dovecot-core [dovecot-abi-2.3.abiv20]  1:2.3.20+dfsg1-1
ii  libc6  2.37-12
ii  libgcc-s1  13.2.0-5
ii  libicu72   72.1-4
ii  libsqlite3-0   3.43.2-1
ii  libstdc++6 13.2.0-5
ii  libxapian301.4.22-1

dovecot-fts-xapian recommends no packages.

dovecot-fts-xapian suggests no packages.

-- no debconf information

Bug#1037554: python3-kombu: /usr/lib/python3/dist-packages/control file conflict

[Frederic Peters]

Package: python3-kombu
Version: 5.3.0-1
Severity: normal

Hi!

Unpacking python3-kombu (5.3.0-1) over (5.3.0-1) ...
dpkg: error processing archive
/var/cache/apt/archives/python3-kombu_5.3.0-1_all.deb (--unpack):
 trying to overwrite '/usr/lib/python3/dist-packages/control', which is also in
 package debdry 0.2.2-1

I guess for both packages /usr/lib/python3/dist-packages/control is an artefact
from the build process and shouldn't be included in the package.


Thanks,

Fred


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

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-kombu depends on:
ii  python33.11.2-1+b1
ii  python3-amqp   5.1.1-1
ii  python3-anyjson0.3.3-5
ii  python3-typing-extensions  4.4.0-1
ii  python3-vine   5.0.0+dfsg-3

Versions of packages python3-kombu recommends:
ii  python3-yaml  6.0-3+b2

Versions of packages python3-kombu suggests:
pn  python-kombu-doc
pn  python3-boto
ii  python3-django  3:3.2.19-1
pn  python3-pymongo 
ii  python3-redis   4.3.4-3
pn  python3-sqlalchemy  

-- no debconf information

Bug#1029671: pipewire: update/extend jack instructions for wireplumber

[Frederic Peters]

Package: pipewire
Version: 0.3.64-4
Severity: minor

Hi,

README.Debian has this section:

| Using pipewire as a substitute for JACK
| ---
|
| Install the pipewire-jack package.
|
| JACK clients can be configured to output via pipewire instead of JACK.
|
| To enable this:
|
| * create an empty file /etc/pipewire/media-session.d/with-jack
|
| * either run JACK clients using the pw-jack(1) wrapper, or copy
|   /usr/share/doc/pipewire/examples/ld.so.conf.d/pipewire-jack-*.conf
|   into /etc/ld.so.conf.d/ and run ldconfig as root.

but as wireplumber is now recommended it would be nice to have those
instructions updated, as they obviously do not work:

  touch: cannot touch '/etc/pipewire/media-session.d/with-jack': No such file 
or directory


thanks!


Frederic

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

Kernel: Linux 6.1.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pipewire depends on:
ii  adduser  3.130
ii  init-system-helpers  1.65.2
ii  libpipewire-0.3-modules  0.3.64-4
ii  pipewire-bin 0.3.64-4

pipewire recommends no packages.

pipewire suggests no packages.

-- debconf-show failed

Bug#1024138: lasso_query_sign: assertion failed: (rsa) with xmlsec > 1.2.34

[Frederic Peters]

Hi Rene,

> Am Tue, Nov 15, 2022 at 12:56:17PM +0100 schrieb Frederic Peters:
> > Signature in the SAML GET binding is broken by the new xmlsec version,
> > 
> >   lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)
> >   Bail out! lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: 
> > (rsa)
> > 
> > This is because it uses the OpenSSL 3.0 API and 
> > xmlSecOpenSSLKeyDataRsaGetRsa
> > doesn't work anymore:
> 
> Oops, sorry, Test-built it and it built fine... but..

My fault for not having a test suite, and the upstream patch came
quickly so all is well;


Thanks,

Frederic

Bug#1024138: lasso_query_sign: assertion failed: (rsa) with xmlsec > 1.2.34

[Frederic Peters]

Package: liblasso3
Version: 2.8.0-1+b5
Severity: important

Signature in the SAML GET binding is broken by the new xmlsec version,

  lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)
  Bail out! lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)

This is because it uses the OpenSSL 3.0 API and xmlSecOpenSSLKeyDataRsaGetRsa
doesn't work anymore:

/**
 * xmlSecOpenSSLKeyDataRsaGetRsa:
 * @data:   the pointer to RSA key data.
 *
 * DEPRECATED. Gets the OpenSSL RSA key from RSA key data.
 *
 * Returns: pointer to OpenSSL RSA key or NULL if an error occurs.
 */
RSA*
xmlSecOpenSSLKeyDataRsaGetRsa(xmlSecKeyDataPtr data) {
#ifndef XMLSEC_OPENSSL_API_300
EVP_PKEY* pKey;

xmlSecAssert2(xmlSecKeyDataCheckId(data, xmlSecOpenSSLKeyDataRsaId), NULL);

pKey = xmlSecOpenSSLKeyDataRsaGetEvp(data);
xmlSecAssert2((pKey == NULL) || (EVP_PKEY_base_id(pKey) == EVP_PKEY_RSA), 
NULL);

return((pKey != NULL) ? EVP_PKEY_get0_RSA(pKey) : NULL);
#else /* XMLSEC_OPENSSL_API_300 */
UNREFERENCED_PARAMETER(data);
xmlSecNotImplementedError("OpenSSL 3.0 does not support direct access to 
RSA key");
return(NULL);
#endif /* XMLSEC_OPENSSL_API_300 */
}

(reported upstream as https://dev.entrouvert.org/issues/71313)

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

Kernel: Linux 6.0.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages liblasso3 depends on:
ii  libc6   2.36-5
ii  libglib2.0-02.74.1-2
ii  libssl3 3.0.7-1
ii  libxml2 2.9.14+dfsg-1.1+b2
hi  libxmlsec1  1.2.36-2
hi  libxmlsec1-openssl  1.2.36-2
ii  libxslt1.1  1.1.35-1
ii  zlib1g  1:1.2.13.dfsg-1

liblasso3 recommends no packages.

liblasso3 suggests no packages.

-- no debconf information

Bug#1021503: exim4-config installations fails with: absolute value of integer "2G" is too large (overflow)

[Frederic Peters]

Package: exim4-config
Version: 4.96-5
Severity: normal

Hi,

Updating to 4.96-5, the exim4-config update fails with:

2022-10-09 19:09:01 Exim configuration error in line 878 of 
/var/lib/exim4/config.autogenerated.tmp:
  absolute value of integer "2G" is too large (overflow)
Invalid new configfile /var/lib/exim4/config.autogenerated.tmp, not installing
/var/lib/exim4/config.autogenerated.tmp to /var/lib/exim4/config.autogenerated
dpkg: error handling exim4-config (--configure):
 installed exim4-config package post-installation script subprocess returned 
error exit status 1

This is related to:

  * Change remote_smtp transports to set message_linelength_limit = 2G if
IGNORE_SMTP_LINE_LENGTH_LIMIT was set to avoid accepting messages (due to
IGNORE_SMTP_LINE_LENGTH_LIMIT disabling the limit in the ACLs) without
being able to pass them on. Closes: #1019959

I locally changed the configuration files to have
  message_linelength_limit = 1G, instead of 2G
and upgrade succeeded.


  Fred


-- Package-specific info:
Exim version 4.96 #2 built 09-Oct-2022 12:26:52
Copyright (c) University of Cambridge, 1995 - 2018
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2022
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 GnuTLS TLS_resume move_frozen_messages DANE 
DKIM DNSSEC Event I18N OCSP PIPECONNECT PRDR Queue_Ramp SOCKS SRS TCP_Fast_Open
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 external plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configure owner: 0:0
Size of off_t: 8
Configuration file search path is 
/etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated
Configuration file is /var/lib/exim4/config.autogenerated

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

Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages exim4-config depends on:
ii  adduser3.129
ii  debconf [debconf-2.0]  1.5.79

Versions of packages exim4-config recommends:
ii  ca-certificates  20211016

exim4-config suggests no packages.

-- Configuration Files:
/etc/email-addresses changed [not included]
/etc/exim4/conf.d/router/200_exim4-config_primary changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp changed [not included]
/etc/exim4/conf.d/transport/30_exim4-config_remote_smtp_smarthost changed [not 
included]
/etc/exim4/passwd.client [Errno 13] Permission non accordée: 
'/etc/exim4/passwd.client'

-- debconf information excluded

Bug#1010742: xonsh: 0.12.2+dfsg-2 package doesn't install if python3.9 is installed

[Frederic Peters]

Package: xonsh
Version: 0.12.2+dfsg-2
Severity: important

Hi,

Upgrading xonsh to 0.12.2+dfsg-2 fails with

Setting up xonsh (0.12.2+dfsg-2) ...
  File "/usr/lib/python3/dist-packages/xonsh/parsers/v310.py", line 79
match list(p):
  ^
SyntaxError: invalid syntax

dpkg: error processing package xonsh (--configure):
 installed xonsh package post-installation script subprocess returned error 
exit status 1


This is because Python 3.9 is also installed on my system.

# py3compile -p xonsh
  File "/usr/lib/python3/dist-packages/xonsh/parsers/v310.py", line 79
match list(p):
  ^
SyntaxError: invalid syntax

# py3compile -V 3.10- -p xonsh
(runs fine)


Thanks,

Fred

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

Kernel: Linux 5.17.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xonsh depends on:
ii  python3  3.10.4-1+b1
ii  python3-ply [python3-ply-yacc-3.10]  3.11-5

Versions of packages xonsh recommends:
ii  python3-prompt-toolkit  3.0.29-1
ii  python3-pygments2.11.2+dfsg-2
ii  python3-setproctitle1.2.2-2+b1

Versions of packages xonsh suggests:
pn  python3-pyperclip  
ii  xonsh-doc  0.12.2+dfsg-2

-- no debconf information

Bug#1008964: Acknowledgement (python3-pywatchman: capabilityCheck fails with Python 3.10 (PY_SSIZE_T_CLEAN macro must be defined for '#' formats))

[Frederic Peters]

In case it helps, here's the patch ready to be copied to
debian/patches/ (I tested it locally and it works).


Frederic
Description: fix Python deprecation warnings about PY_SSIZE_T_CLEAN
Origin: upstream, https://github.com/facebook/watchman/commit/6813a948fee72a15acf4120262d37c9c8dc3f16b

--- a/python/pywatchman/bser.c
+++ b/python/pywatchman/bser.c
@@ -28,6 +28,7 @@ OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
 OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 */
 
+#define PY_SSIZE_T_CLEAN
 #include 
 #include 
 #ifdef _MSC_VER
@@ -1026,7 +1027,7 @@ static int pdu_info_helper(
 int64_t* total_len_out) {
   const char* start = NULL;
   const char* data = NULL;
-  int datalen = 0;
+  Py_ssize_t datalen = 0;
   const char* end;
   int64_t expected_len;
   off_t position;
@@ -1075,7 +1076,7 @@ static PyObject* bser_pdu_len(PyObject* self, PyObject* args) {
 
 static PyObject* bser_loads(PyObject* self, PyObject* args, PyObject* kw) {
   const char* data = NULL;
-  int datalen = 0;
+  Py_ssize_t datalen = 0;
   const char* start;
   const char* end;
   int64_t expected_len;

Bug#1008964: python3-pywatchman: capabilityCheck fails with Python 3.10 (PY_SSIZE_T_CLEAN macro must be defined for '#' formats)

[Frederic Peters]

Package: python3-pywatchman
Version: 4.9.0-6+b2
Severity: important

Hi,

With Python 3.10 now the default Python version pywatchman no longer works:

Python 3.10.4 (main, Apr  2 2022, 09:04:19) [GCC 11.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pywatchman
>>> client = pywatchman.client(timeout=0.1)
>>> client.capabilityCheck()
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/pywatchman/__init__.py", line 1071, in 
capabilityCheck
res = self.query('version', {
  File "/usr/lib/python3/dist-packages/pywatchman/__init__.py", line 1048, in 
query
self._connect()
  File "/usr/lib/python3/dist-packages/pywatchman/__init__.py", line 917, in 
_connect
self.sockpath = self._resolvesockname()
  File "/usr/lib/python3/dist-packages/pywatchman/__init__.py", line 904, in 
_resolvesockname
result = bser.loads(stdout)
SystemError: PY_SSIZE_T_CLEAN macro must be defined for '#' formats

While it's still ok with 3.9:

Python 3.9.12 (main, Mar 24 2022, 13:02:21)
[GCC 11.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pywatchman
>>> client = pywatchman.client(timeout=0.1)
>>> client.capabilityCheck()
{'capabilities': {}, 'version': '4.9.0'}



This had been reported upstream as 
https://github.com/facebook/watchman/issues/970
and there is a fix in
  
https://github.com/facebook/watchman/commit/6813a948fee72a15acf4120262d37c9c8dc3f16b

(but no new release)



Thanks,


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

Kernel: Linux 5.16.0-6-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pywatchman depends on:
ii  libc6   2.33-7
ii  python3 3.10.4-1
ii  python3.10  3.10.4-3
ii  watchman4.9.0-6+b2

python3-pywatchman recommends no packages.

python3-pywatchman suggests no packages.

-- no debconf information

Bug#989358: unblock: lasso/2.6.1-3

[Frederic Peters]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package lasso

Fix for CVE-2021-28091 that is being released today; the library would fail
to properly check signature on responses with multiple assertions. The fix is
a single commit from upstream repository, that applied cleanly to the currently
packaged version.
  
https://git.entrouvert.org/lasso.git/commit/?id=ea7e5efe9741e1b1787a58af16cb15b40c23be5a
  https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-28091 (not available 
yet)
  https://security-tracker.debian.org/tracker/CVE-2021-28091


[ Reason ]
Fix for security issue (CVE-2021-28091).

[ Impact ]
Current lasso package (2.6.1-2) has a security issue.

[ Tests ]
I built and ran a package locally and deployed the patch on $dayjob test
infrastructure (with a package with the patch but built for buster); I then
ran basic single sign-on tests. The fix has also been tested by external
parties during the embargo period.

[ Risks ]
The patch modifies a single function and its flow is easy enough to follow;
also for most uses SAML messages only contains a single assertion and the code
doesn't change behaviour in this case.

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [×] I reviewed all changes and I approve them
  [×] attach debdiff against the package in testing

[ Other info ]
Thank you,

unblock lasso/2.6.1-3
diff -Nru lasso-2.6.1/debian/changelog lasso-2.6.1/debian/changelog
--- lasso-2.6.1/debian/changelog2020-12-31 15:41:40.0 +0100
+++ lasso-2.6.1/debian/changelog2021-06-01 14:43:55.0 +0200
@@ -1,3 +1,12 @@
+lasso (2.6.1-3) unstable; urgency=high
+
+  * 
debian/patches/0001-Fix-signature-checking-on-unsigned-response-with-mul.patch,
+taken from upstream repository,
+* CVE-2021-28091: Signature checking on unsigned response with multiple
+  assertions
+
+ -- Frederic Peters   Tue, 01 Jun 2021 14:43:55 +0200
+
 lasso (2.6.1-2) unstable; urgency=medium
 
   * debian/control: add gtk-doc-tools to build-depends, required when running
diff -Nru 
lasso-2.6.1/debian/patches/0001-Fix-signature-checking-on-unsigned-response-with-mul.patch
 
lasso-2.6.1/debian/patches/0001-Fix-signature-checking-on-unsigned-response-with-mul.patch
--- 
lasso-2.6.1/debian/patches/0001-Fix-signature-checking-on-unsigned-response-with-mul.patch
  1970-01-01 01:00:00.0 +0100
+++ 
lasso-2.6.1/debian/patches/0001-Fix-signature-checking-on-unsigned-response-with-mul.patch
  2021-06-01 14:41:51.0 +0200
@@ -0,0 +1,182 @@
+From ea7e5efe9741e1b1787a58af16cb15b40c23be5a Mon Sep 17 00:00:00 2001
+From: Benjamin Dauvergne 
+Date: Mon, 8 Mar 2021 11:33:26 +0100
+Subject: Fix signature checking on unsigned response with multiple assertions
+
+CVE-2021-28091 : when AuthnResponse messages are not signed (which is
+permitted by the specifiation), all assertion's signatures should be
+checked, but currently after the first signed assertion is checked all
+following assertions are accepted without checking their signature, and
+the last one is considered the main assertion.
+
+This patch :
+* check signatures from all assertions if the message is not signed,
+* refuse messages with assertion from different issuers than the one on
+  the message, to prevent assertion bundling event if they are signed.
+---
+ lasso/saml-2.0/login.c | 102 +
+ 1 file changed, 73 insertions(+), 29 deletions(-)
+
+diff --git a/lasso/saml-2.0/login.c b/lasso/saml-2.0/login.c
+index 0d4bb1da..cf62c1cc 100644
+--- a/lasso/saml-2.0/login.c
 b/lasso/saml-2.0/login.c
+@@ -1257,7 +1257,11 @@ lasso_saml20_login_check_assertion_signature(LassoLogin 
*login,
+   original_node = lasso_node_get_original_xmlnode(LASSO_NODE(assertion));
+   goto_cleanup_if_fail_with_rc(original_node, 
LASSO_PROFILE_ERROR_CANNOT_VERIFY_SIGNATURE);
+ 
+-  rc = profile->signature_status = 
lasso_provider_verify_saml_signature(remote_provider, original_node, NULL);
++  /* Shouldn't set the profile->signature_status here as we're only
++   * checking the assertion signature.
++   * Instead, we'll set the status after all the assertions are iterated.
++   */
++  rc = lasso_provider_verify_saml_signature(remote_provider, 
original_node, NULL);
+ 
+ #define log_verify_assertion_signature_error(msg) \
+   message(G_LOG_LEVEL_WARNING, "Could not verify 
signature of assertion" \
+@@ -1282,18 +1286,6 @@ cleanup:
+   return rc;
+ }
+ 
+-static gboolean
+-_lasso_check_assertion_issuer(LassoSaml2Assertion *assertion, const gchar 
*provider_id)
+-{
+-  if (! LASSO_SAML2_ASSERTION(assertion) || ! provider_id)
+-  return FALSE;
+-
+-  if (! assertion->Issuer || ! assertion->Issuer->content)
+-  return FALSE;
+-
+-  return lasso_strisequal(assertion->Issuer->content,pro

Bug#951775: wpasupplicant: Wifi connection failure on upgrade to 2.9+git20200213

[Frederic Peters]

Hi,

bug in 1:2.9.0+git20200221+f65da0c (experimental), system logs:
  kernel: wlp3s0: disassociated from xx:xx:xx:xx:xx:xx (Reason: 
2=PREV_AUTH_NOT_VALID)
  wpa_supplicant[1876488]: wlp3s0: CTRL-EVENT-DISCONNECTED 
bssid=xx:xx:xx:xx:xx:xx reason=2
  wpa_supplicant[1876488]: wlp3s0: WPA: 4-Way Handshake failed - pre-shared key 
may be incorrect 

ok in 2:2.9.0-8.


Frederic

Bug#936817: Processed: lasso: Python2 removal in sid/bullseye - reopen 936817

[Frederic Peters]

> > reopen -1
> Bug #936817 {Done: Frederic Peters } [src:lasso] lasso: 
> Python2 removal in sid/bullseye

Indeed it still build depends on python; upstream has patches, I'll
ask for a new release.


Frederic

Bug#928164: backports work

[Frederic Peters]

Hi Thijs,

> >> I would have been OK to have 2.6.0 of liblasso3 in stretch backports,
> >> and I was in the believe that I had installed it. But when checking,
> >> I'm still running 2.5.0-5+b1. Spooky
> 
> > I'll see about uploading 2.6.0 to backports.
> 
> That would be great. I have a backport of libapache2-mod-auth-mellon in
> stretch, to allow to use SHA256 with mellon. But the signatures fail
> because of https://dev.entrouvert.org/issues/10019
> 
> That is fixed in lasso 2.5.1. So having a lasso >= 2.5.1 in backports
> would really help us aswell.
> 
> I can help out with the backport work if needed.

Per https://backports.debian.org/Contribute/#index3h3 I asked to be
added to the ACL but no news yet; as you are already in I'd suggest you
go ahead and upload lasso (afaik there are no technical difficulties
and I'm using a local backport at $dayjob).


cheers,

Frederic

Bug#928164: backports work

[Frederic Peters]

Hi,

> I would have been OK to have 2.6.0 of liblasso3 in stretch backports, and I
> was in the believe that I had installed it. But when checking, I'm still
> running 2.5.0-5+b1. Spooky

I'll see about uploading 2.6.0 to backports.


Frederic

Bug#928164: backports work

[Frederic Peters]

fixed 928164 2.6.0-2
thanks

Hi,

Harald Hannelius wrote:
> 
> I forgot to mention that installing of liblasso3 from stretch backports also
> fixes the problem and I can operate as an SP and sign requests.

Good to know as there's an important diff between 2.5.0 and 2.6.0, and
cherrypicking a specific commit may be difficult; I'll still look at
bisecting but it may take some time.


Fred

Bug#928164: backports work

[Frederic Peters]

Harald Hannelius wrote:
> 
> 
> On Mon, 29 Apr 2019, Frederic Peters wrote:
> 
> > fixed 928164 2.6.0-2
> > thanks
> 
> Will this dribble down to Debian Stretch?

Not automatically; to get it into stretch we first need to isolate a
specific commit and propose it as an update.


Fred

Bug#801331: jdresolve: diff for NMU version 0.6.1-5.1

[Frederic Peters]

Hi,

> I've prepared an NMU for jdresolve (versioned as 0.6.1-5.1) and uploaded 
> it to DELAYED/5. Please feel free to tell me if I should cancel it.

It's totally fine; thank you.


Fred

Bug#883275: libreoffice-common: General IO Error with apparmor when opening a PDF file

[Frederic Peters]

Rene Engelhard wrote:
> On Fri, Dec 01, 2017 at 04:42:49PM +0100, Rene Engelhard wrote:
> > > It worked after changing the apparmor policy to complain,
> > 
> > So you activated the disabled profile in the first place before? :)
> 
> (or you upgraded and didn't restart apparmor yet to make it
> notice those are disabled. the (dh_apparmor-generated) postinst stuff
> skips disabled stuff, so they probably stay active..

That was probably that.


Thanks for looking into it,


Fred

Bug#883275: libreoffice-common: General IO Error with apparmor when opening a PDF file

[Frederic Peters]

Package: libreoffice-common
Version: 1:5.4.3-3
Severity: normal

Hi,

 $ strace ... libreoffice /path/to/file.pdf
[pid 28359] execve("/usr/lib/libreoffice/program/../program/xpdfimport", 
["/usr/lib/libreoffice/program/../"..., "/tmp/Cghm7K", 
"/usr/lib/libreoffice/program/../"...], 0x5632a0246780 /* 71 vars */) = -1 
EACCES (Permission denied)

And libreoffice stops with a "General input/output error" dialog box.

It worked after changing the apparmor policy to complain,
  $ sudo aa-complain /etc/apparmor.d/usr.lib.libreoffice.program.*



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libreoffice-common depends on:
ii  libreoffice-style-tango  1:5.4.3-3
ii  ure  5.4.3-3

Versions of packages libreoffice-common recommends:
ii  fonts-liberation1:1.07.4-5
ii  libexttextcat-data  3.4.5-1
ii  python3-uno 1:5.4.3-3

Versions of packages libreoffice-common suggests:
ii  libreoffice-style-galaxy [libreoffice-style]  1:5.4.3-3
ii  libreoffice-style-tango [libreoffice-style]   1:5.4.3-3

Versions of packages python3-uno depends on:
ii  libc6 2.25-2
ii  libgcc1   1:7.2.0-16
ii  libpython3.6  3.6.3-1
ii  libreoffice-core  1:5.4.3-3
ii  libstdc++67.2.0-16
ii  python3   3.6.3-2
ii  python3.6 3.6.3-1
ii  uno-libs3 5.4.3-3
ii  ure   5.4.3-3

-- no debconf information

Bug#786562: NMU source changes

[Frederic Peters]

Hi,

> The following diff file indicates the changes made to libexif.

I am no longer active in libexif maintenance but I had a look at the
NMU diff and it looks fine to me; I'd suggest you to go ahead and
upload that.

Thank you,

Fred


signature.asc
Description: PGP signature

Bug#809759: closed by Frederic Peters <fpet...@debian.org> (Bug#809759: fixed in lasso 2.5.0-3)

[Frederic Peters]

Hi Adrian,

Adrian Bunk wrote:
> On Mon, Jan 11, 2016 at 09:45:15AM +, Debian Bug Tracking System wrote:
> >...
> >  lasso (2.5.0-3) unstable; urgency=medium
> >  .
> >* d/p/0001-perl-remove-quotes-from-PERL-V-ccflags-output.patch: new 
> > patch,
> >  make sure to remove quotes given by "perl -V::ccflags:" as they 
> > ultimately
> >  cause the 32bit builds to fail. (closes: #809759)
> >  * Thanks to Niko Tyni for the detailed diagnostic.
> >...
> 
> Hi Frederic,
> 
> thanks a lot for fixing this bug for stretch.
> 
> It is still present in jessie, could you also fix it there?
> Alternatively, I can fix it for jessie if you don't object.

Sorry I was away; feel free to upload for Jessie.


Fred

Bug#858200: iptraf does not depend on iptraf-ng

[Frederic Peters]

Hi Samuel,

> Also, i can help with the fix, given the maintainers permission to do so.

Of course I am totally fine with this.


Thanks,


Fred

Bug#851841: xonsh: jobs and backgrounding broken

[Frederic Peters]

Package: xonsh
Version: 0.5.2+dfsg-1
Severity: important

Hi,

This is about https://github.com/xonsh/xonsh/issues/2071

>From a comment in there:

  I think there are two separate issues here (that I've noticed).  One is that
  backgrounding doesn't seem to work (the big issue). The other is that while
  the SIGSTOP is sent by Ctrl-Z, the prompt doesn't always return control to
  the user.

This makes xonsh almost unusable, and this version shouldn't migrate to
testing. (imo)


Thanks,
Frederic

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xonsh depends on:
ii  python3-pkg-resources  32.3.1-1
ii  python3-ply3.9-1
ii  python3-venv   3.5.1-4
pn  python3:any

Versions of packages xonsh recommends:
ii  python3-prompt-toolkit  1.0.9-1
ii  python3-pygments2.1.3+dfsg-1
ii  python3-setproctitle1.1.10-1

Versions of packages xonsh suggests:
ii  xonsh-doc  0.5.2+dfsg-1

-- no debconf information

Bug#842355: RM: iptraf -- ROM; obsoleted by iptraf-ng

[Frederic Peters]

Package: ftp.debian.org
Severity: normal


Thanks!

Fred

Bug#823579: iptraf: wrong handling of modern named interfaces

[Frederic Peters]

Hi,

Matthias Klose wrote:
> Control: tags -1 + sid stretch
> Control: severity -1 serious
> 
> the wrong handling of modern named interfaces make this program unusable.  The
> way forward seems to be iptraf-ng, see
> 
>   https://fedorahosted.org/iptraf-ng/
> 
> Please either package iptraf-ng under a different name and remove iptraf, or
> package iptraf-ng using the old name.

It's been packaged for years, iptraf itself should indeed be retired.

Package: iptraf-ng
Version: 1.1.4-3
Priority: optional
Section: net
Maintainer: Ubuntu Developers 
Original-Maintainer: Aron Xu 
Installed-Size: 750 kB
Provides: iptraf
Depends: libc6 (>= 2.16), libncursesw5 (>= 6), libtinfo5 (>= 6)
Breaks: iptraf
Homepage: https://fedorahosted.org/iptraf-ng/
Tag: uitoolkit::ncurses
Download-Size: 332 kB
APT-Sources: http://deb.debian.org/debian sid/main amd64 Packages
Description: Next Generation Interactive Colorful IP LAN Monitor
 IPTraf-ng is an ncurses-based IP LAN monitor that generates various network
 statistics including TCP info, UDP counts, ICMP and OSPF information,
 Ethernet load info, node stats, IP checksum errors, and others.
 .
 IPTraf-ng is the next generation of IPTraf started as a fork of original
 iptraf-3.0.0.




Fred

Bug#837416: mutt: segfaults when started with -y

[Frederic Peters]

Package: mutt
Version: 1.7.0-3
Severity: normal

hi,

 $ mutt -y
GPGME: CMS protocol not available
Segmentation fault (core dumped)

(... debugging ...)

Turns out it's https://github.com/neomutt/neomutt/pull/137, could the patch be
included in Debian package?


Thanks,

Fred

-- Package-specific info:
NeoMutt 20160910 (1.7.0)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.7.0-1-amd64 (x86_64)
libidn: 1.33 (compiled with 1.33)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.2.0-3' 
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-6 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i686 --with-abi=m64 -
 -with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 6.2.0 20160901 (Debian 6.2.0-3) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-notmuch' '--disable-fmemopen' 
'--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' 
'--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-4QGZu8/mutt-1.7.0=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie 
-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORT
 IFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-4QGZu8/mutt-1.7.0=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security

Compile options:
+CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME 
+DEBUG +DL_STANDALONE +ENABLE_NLS -EXACT_ADDRESS -HOMESPOOL -LOCALES_HACK 
-SUN_ATTACHMENT +HAVE_BKGDSET +HAVE_COLOR +HAVE_CURS_SET +HAVE_GETADDRINFO 
+HAVE_GETSID +HAVE_ICONV +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR 
+HAVE_LIBIDN +HAVE_META +HAVE_REGCOMP +HAVE_RESIZETERM +HAVE_START_COLOR 
+HAVE_TYPEAHEAD +HAVE_WC_FUNCS +ICONV_NONTRANS +USE_COMPRESSED +USE_DOTLOCK 
+USE_FCNTL -USE_FLOCK -USE_FMEMOPEN -USE_GNU_REGEX +USE_GSS +USE_HCACHE 
+USE_IMAP +USE_NOTMUCH +USE_NNTP +USE_POP +USE_SASL +USE_SETGID +USE_SIDEBAR 
+USE_SMTP +USE_SSL_GNUTLS -USE_SSL_OPENSSL 
-DOMAIN
MIXMASTER="mixmaster"
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"

patch-attach-headers-color-neomutt
patch-compress-neomutt
patch-cond-date-neomutt
patch-encrypt-to-self-neomutt
patch-fmemopen-neomutt
patch-forgotten-attachments-neomutt
patch-ifdef-neomutt
patch-index-color-neomutt
patch-initials-neomutt
patch-keywords-neomutt
patch-limit-current-thread-neomutt
patch-lmdb-neomutt
patch-multiple-fcc-neomutt
patch-nested-if-neomutt
patch-new-mail-neomutt
patch-nntp-neomutt
patch-notmuch-neomutt
patch-progress-neomutt
patch-quasi-delete-neomutt
patch-reply-with-xorig-neomutt
patch-sensible-browser-neomutt
patch-sidebar-neomutt
patch-skip-quoted-neomutt
patch-smime-encrypt-self-neomutt
patch-status-color-neomutt
patch-timeout-neomutt
patch-tls-sni-neomutt

To learn more about NeoMutt, visit: http://www.neomutt.org/
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or send an email at: 

Bug#834948: xonsh: missing parser_table.py

[Frederic Peters]

Package: xonsh
Version: 0.4.4+dfsg-1
Severity: normal

Hi,

Identified in https://github.com/xonsh/xonsh/issues/1521 against the Arch
package but the same issue affects the Debian package:

  "
  I am pretty sure that this sleep is just a block waiting for the PLY parser
  to be constructed. This makes me think that the parser_table.py file is not
  in your install, and so it has to create it new each time. Can you check if
  this file exists in your install?
  "

And parser_table.py is not present in the Debian package.



Cheers,
Frederic

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages xonsh depends on:
ii  python3-pkg-resources  25.2.0-1
ii  python3-ply3.7-1
ii  python3-venv   3.5.1-4
pn  python3:any

Versions of packages xonsh recommends:
ii  python3-prompt-toolkit  1.0.3-1
ii  python3-pygments2.1.3+dfsg-1
ii  python3-setproctitle1.1.8-1+b2

Versions of packages xonsh suggests:
ii  xonsh-doc  0.4.4+dfsg-1

-- no debconf information

Bug#822973: idjc displays "something bad happened" and doesn't start (undefined symbol: avcodec_alloc_frame)

[Frederic Peters]

Package: idjc
Version: 0.8.15-1+b1
Severity: important

Hi,

 $ idjc
jack client ID: idjc_default
something bad happened

I altered part of main.py to get a proper trace and got this:

Traceback (most recent call last):
  File "/usr/bin/idjc", line 32, in 
exit(idjc.main())
  File "/usr/lib/idjc/site-packages/idjc/__init__.py", line 119, in main
return maingui.main()
  File "/usr/lib/idjc/site-packages/idjc/maingui.py", line 3995, in main
run_instance = MainWindow()
  File "/usr/lib/idjc/site-packages/idjc/maingui.py", line 3047, in __init__
self.backend = ctypes.CDLL(FGlobs.backend)
  File "/usr/lib/python2.7/ctypes/__init__.py", line 365, in __init__
self._handle = _dlopen(self._name, mode)
OSError: /usr/lib/idjc/idjc.so: undefined symbol: avcodec_alloc_frame

The symbol was apparently marked avcodec_alloc_frame, I guess if finally
got removed in a recent ffmpeg upload.


thanks,
Fred

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages idjc depends on:
ii  jackd 5
ii  libavcodec57  7:3.0.1-3
ii  libavformat57 7:3.0.1-3
ii  libavutil55   7:3.0.1-3
ii  libc6 2.22-7
ii  libflac8  1.3.1-4
ii  libglib2.0-0  2.48.0-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-1
ii  libmp3lame0   3.99.5+repack1-9+b1
ii  libmpg123-0   1.22.4-1
ii  libogg0   1.3.2-1
ii  libopus0  1.1.2-1
ii  libsamplerate00.1.8-8
ii  libshout-idjc32.3.1-2
ii  libsndfile1   1.0.25-10
ii  libspeex1 1.2~rc1.2-1
ii  libswresample27:3.0.1-3
ii  libvorbis0a   1.3.5-3
ii  libvorbisenc2 1.3.5-3
ii  python2.7.11-1
ii  python-dbus   1.2.4-1
ii  python-gobject3.20.0-2
ii  python-gtk2   2.24.0-4
ii  python-irc8.5.3+dfsg-2
ii  python-mutagen1.31-1
ii  python2.7 2.7.11-8
pn  python:any

Versions of packages idjc recommends:
ii  python-eyed3  0.6.18-1

idjc suggests no packages.

-- no debconf information

Bug#811340: php5-lasso: fails to install: php5-lasso.postinst: php5enmod: not found

[Frederic Peters]

Hi,

Thijs Kinkhorst wrote:
> Hi Frederic,
> 
> > Severity: serious
> 
> >  Setting up php5-lasso (2.5.0-3) ...
> >  /var/lib/dpkg/info/php5-lasso.postinst: 4: /var/lib/dpkg/info/php5-
> > lasso.postinst: php5enmod: not found
> >  dpkg: error processing package php5-lasso (--configure):
> >   subprocess installed post-installation script returned error exit
> > status 127
> 
> Have you been able to look at this yet? It's keeping lasso and by
> extension libapache2-mod-auth-mellon out of testing currently.

Indeed.  A new upstream version was planned and I hoped to use it but
it seems like it has some more fundamental bugs; I should probably
ignore it and fix packaging of the 2.5.0 version.  I'll do that.


> Not sure if upstream is already working on a PHP 7 compatible module.

Not yet.


Frederic

Bug#801190: valac 0.30.0-1 fails to install (error: no alternatives for valac)

[Frederic Peters]

Package: valac
Version: 0.30.0-1
Severity: normal

Hi,

Preparing to unpack .../valac_0.30.0-1_amd64.deb ...
update-alternatives: error: no alternatives for valac
dpkg: error processing archive /var/cache/apt/archives/valac_0.30.0-1_amd64.deb 
(--install):
 subprocess new pre-installation script returned error exit status 2



Thanks,

Fred


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages valac depends on:
pn  valac-0.28  

valac recommends no packages.

valac suggests no packages.

-- no debconf information

Bug#801088: rabbitmq-server: postinst fails with mkdir trying to create an existing /etc/rabbitmq directory

[Frederic Peters]

Package: rabbitmq-server
Version: 3.5.4-2
Severity: normal

Hi,

rabbitmq-server 3.5.4-2 fails to install,

  Setting up rabbitmq-server (3.5.4-2) ...
  mkdir: cannot create directory '/etc/rabbitmq': File exists
  dpkg: error processing package rabbitmq-server (--configure):
  ...

Quite simply there is a plain "mkdir /etc/rabbitmq" in rabbitmq-server.postinst
and it will thus fail as the directory already exists in case of upgrades.


Thanks for your work,

Fred

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages rabbitmq-server depends on:
ii  adduser  3.113+nmu3
ii  erlang-nox   1:18.0-dfsg-2
ii  init-system-helpers  1.23
ii  logrotate3.8.7-2

rabbitmq-server recommends no packages.

rabbitmq-server suggests no packages.

-- no debconf information

Bug#784405: ITP: rnetclient -- Client to submit the Brazilian Income Tax Report to the Brazilian Tax Authority

[Frederic Peters]

Hi,

Henrique de Moraes Holschuh wrote:

 What's the real point of this package?  One actually needs to install
 the tax-report-building program from RFB (IRPF20xx) to have anything for
 rnetclient to transmit, at which point you might as well install
 ReceitaNet since you're already running RFB-provided java code anyway.

It looks like the initial part wouldn't require network access; this
would be quite an important difference.


 Regardless of whether the process of reverse engineering the ReceitaNet
 protocol is legal or not (I don't know, so I am not assuming anything),
 actually connecting to RFB servers using this program might well not be
 legal.

I don't know anything about Brazilian reverse engineering, or others,
laws, and what would apply here.  But I wouldn't stop at regardless
it is legal or not and might not well be legal without any details.


 Not to mention it can cause harm to rnetclient users if RFB decides
 that they object to tax reports submited through rnetclient, and we

This is GPL, This program comes with ABSOLUTELY NO WARRANTY, of
course the user should be informed.


 might find ourselves in legal trouble over that as well, there's the
 whole enticing others to use the rnetclient program angle that could
 be played against Debian (in this case, it might well end up being
 directed at Brazillian DDs since RFB won't be able to target SPI or
 Debian itself).

We noted above there's no indication of an actual legal problem; so
again, might, just like it's the case for many other programs (for a
common example, running a bittorrent client might not be legal in
$country).


 Also, ReceitaNet is often updated, it went from version 4 (tax report of
 2014) to version 7 (tax report of 2015), rnetclient would have to be
 kept up-to-date if such changes in ReceitaNet are in any way related to
 the protocol or servers it should connect to submit the tax report. 
 This can cause operational issues if rnetclient makes it to Debian
 stable, since the program must be working perfectly during the tax
 submission window.
 
 In fact, the upstream homepage has this notice (loosely translated from
 pt_BR):
 Version 2015.0 did not support fully the tax report format for 2015.
 This problem has been fixed in version 2015.1. We wait reports of both
 sucessful and non-sucessful use of rnetclient 2015.1 in our mailing
 list.

This makes it an appropriate candidate for jessie-updates.


Fred


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

Bug#783738: ImportError: No module named _sysconfigdata_nd

[Frederic Peters]

Package: python2.7
Version: 2.7.9-3
Severity: important

Hi,

After an upgrade to 2.7.9-3 python didn't start anymore, with this error:
(first occurence of which appeared in the same apt run, as another package
prerm script called to python).

Traceback (most recent call last):
  File /usr/lib/python2.7/site.py, line 563, in module
main()
  File /usr/lib/python2.7/site.py, line 545, in main
known_paths = addusersitepackages(known_paths)
  File /usr/lib/python2.7/site.py, line 272, in addusersitepackages
user_site = getusersitepackages()
  File /usr/lib/python2.7/site.py, line 247, in getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
  File /usr/lib/python2.7/site.py, line 237, in getuserbase
USER_BASE = get_config_var('userbase')
  File /usr/lib/python2.7/sysconfig.py, line 582, in get_config_var
return get_config_vars().get(name)
  File /usr/lib/python2.7/sysconfig.py, line 528, in get_config_vars
_init_posix(_CONFIG_VARS)
  File /usr/lib/python2.7/sysconfig.py, line 412, in _init_posix
from _sysconfigdata import build_time_vars
  File /usr/lib/python2.7/_sysconfigdata.py, line 6, in module
from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd

Downgrading to 2.7.9-2 fixed the issue; I looked at package contents and
_sysconfigdata_nd was correctly on the system,

 $ grep _sysconfigdata /var/lib/dpkg/info/*.list
/var/lib/dpkg/info/libpython2.7-minimal:amd64.list:/usr/lib/python2.7/plat-x86_64-linux-gnu/_sysconfigdata_nd.py
/var/lib/dpkg/info/libpython2.7-minimal:amd64.list:/usr/lib/python2.7/_sysconfigdata.py



Fred


-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages python2.7 depends on:
ii  libpython2.7-stdlib  2.7.9-2
ii  mime-support 3.58
ii  python2.7-minimal2.7.9-2

python2.7 recommends no packages.

Versions of packages python2.7 suggests:
ii  binutils   2.25-7
pn  python2.7-doc  none

-- 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#774226: desktop-base: plymouth / lines: the passsword entry cuts the debian logo

[Frederic Peters]

Package: desktop-base
Version: 8.0.2
Severity: minor

Hi,

On my monitor (1280×800) the password entry zone cuts the top of the debian
logo (picture attached); I looked at the lines.script file and this could be
fixed:

 - by reducing the space between the logo_sprite and the text (as the bottom
   of logo.png is mostly transparent, I think that would be ok.

   In TextYOffset(), y = logo_sprite.GetY() + logo_image.GetHeight() - XXX;
   with XXX to be determined.

 - by scaling a bit more the top logo, maybe 0.6 instead of 0.7 in the
   following line:

 logo_height = Math.Min(Window.GetWidth(), Window.GetHeight()) * 0.7;

I believe the first option would be nicer but it may not do well with other
resolutions. Sorry I cannot shutdown my laptop at the moment and I don't know
how I could preview changes, I would have tried to provide a patch otherwise.

Anyway it's already really nice as is; thanks for the work, and an happy new
year.


Fred

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages desktop-base depends on:
ii  dpkg 1.17.23
ii  librsvg2-common  2.40.5-1

desktop-base recommends no packages.

Versions of packages desktop-base suggests:
pn  gnome | kde-standard | xfce4 | wmaker  none

-- no debconf information

Bug#738195: do not display about button for plugins

[Frederic Peters]

reassign 738195 gnome-do
tags 738195 +patch
thanks

I also went over all plugins and the 'about' button opens the parked
domain, or doesn't do anything (if no url is specified to the plugin).

Here's a patch (against gnome-do) that simply removes the 'about'
button (in the simplest manner, not adding it to a container).


Fred
Index: gnome-do-0.95.3/Do/gtk-gui/Do.UI.ManagePluginsPreferencesWidget.cs
===
--- gnome-do-0.95.3.orig/Do/gtk-gui/Do.UI.ManagePluginsPreferencesWidget.cs
+++ gnome-do-0.95.3/Do/gtk-gui/Do.UI.ManagePluginsPreferencesWidget.cs
@@ -119,7 +119,6 @@ namespace Do.UI
 			this.btn_about.UseStock = true;
 			this.btn_about.UseUnderline = true;
 			this.btn_about.Label = gtk-about;
-			this.hbuttonbox2.Add (this.btn_about);
 			global::Gtk.ButtonBox.ButtonBoxChild w11 = ((global::Gtk.ButtonBox.ButtonBoxChild)(this.hbuttonbox2 [this.btn_about]));
 			w11.Expand = false;
 			w11.Fill = false;

Bug#768515: Add Local/Web Video commands do not work

[Frederic Peters]

 If I use the Add Local Video or Add Web Video command to add a file or
 URL to the playlist, totem does not play it and does not show any
 error in the GUI.  If I run it from a console, I can see this error
 message:

 (totem:11322): Grilo-CRITICAL **: grl_source_store_impl: assertion 
 'GRL_IS_SOURCE (source)' failed

I looked at this, totem relies on the grl-bookmarks grilo plugin for
this, and it's not built in our package (probably because it depends
on libgom which is not even packaged :/ ).


Fred


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

Bug#764454: jetty8: Wrong jetty.state location

[Frederic Peters]

Package: jetty8
Version: 8.1.16-2
Severity: normal

Hello,

My system has just been upgraded to jetty8, for solr-jetty, and I got errors in
the log files,

2014-10-08 09:59:50.138:WARN:oejuc.FileNoticeLifeCycleListener:
java.io.FileNotFoundException: ./jetty.state (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.init(FileOutputStream.java:221)
at java.io.FileOutputStream.init(FileOutputStream.java:142)
at java.io.FileWriter.init(FileWriter.java:78)
[...]

This comes from this jetty-started.xml snippet:

  New class=org.eclipse.jetty.util.component.FileNoticeLifeCycleListener
ArgSystemProperty name=jetty.state default=./jetty.state//Arg
  /New

I guess it expects its current working directory to be writable, but looking at
the live process its cwd is /usr/share/jetty8 :/

I temporarily changed ./jetty.state to /var/lib/jetty8/jetty.state and the
exception vanished, I'm not sure this is a proper location.


Fred

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

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

Versions of packages jetty8 depends on:
ii  adduser  3.113+nmu3
ii  apache2-utils2.4.10-3
ii  default-jre-headless [java6-runtime-headless]2:1.7-52
ii  libjetty8-extra-java 8.1.16-2
ii  libjetty8-java   8.1.16-2
ii  openjdk-7-jre-headless [java6-runtime-headless]  7u65-2.5.2-4

Versions of packages jetty8 recommends:
pn  authbind  none

Versions of packages jetty8 suggests:
pn  libjetty8-java-doc  none

-- Configuration Files:
/etc/default/jetty8 changed [not included]
/etc/jetty8/jetty-started.xml changed [not included]

-- 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#742522: liblasso-perl: Not a CODE reference when using perl binding for Lasso

[Frederic Peters]

Thijs Kinkhorst wrote:
 Hi Frederic,
 
   So indeed, it was just a compilation option bug...
  
   Do you think you can include this patch in next 2.4.0 ?
 
  Sure, I'll have it in the next upload and I'll see to get it included
  upstream.
 
 Can you please upload it over the coming days? I got an email that my
 package libapache2-mod-auth-mellon was scheduled for removal from jessie
 because of this RC bug. I can alternatively also make an NMU if desired.

Sorry, I got busy with other projects; I also recevied the announce of
future removal and started working on the update; it will hopefully be
done in a few hours.


Fred


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

Bug#742522: liblasso-perl: Not a CODE reference when using perl binding for Lasso

[Frederic Peters]

David Coutadeur wrote:

 Thank you for your reactivity ! The patch is working well !
 
 So indeed, it was just a compilation option bug...
 
 Do you think you can include this patch in next 2.4.0 ?

Sure, I'll have it in the next upload and I'll see to get it included
upstream.

Thanks for testing.

Fred


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

Bug#742522: liblasso-perl: Not a CODE reference when using perl binding for Lasso

[Frederic Peters]

Niko Tyni wrote:
 this is usually a result of compiling perl XS extensions without
 $Config{ccflags}, currently resulting in binary incompatibility on 32-bit
 architectures. See #628522.
 
 I see bindings/perl/Makefile.am explicitly overrides CCFLAGS with
 something that includes $(PERL_CFLAGS), but I can't see any place where
 that's initialized. Possibly it would be enough to set PERL_CFLAGS to
 the contents of perl -V::ccflags: or something like that.

Thanks Niko!


David, could you try the attached patch? (I just checked it gets its
PERL_CFLAGS set from perl -V::ccflags:, didn't try building)

It's against the configure.ac of 2.4.0 but it should also apply just
fine on top of 2.3.6.


Fred
From b032ab5d664520933ed174da90e845063a8544f6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20P=C3=A9ters?= fpet...@entrouvert.com
Date: Fri, 28 Mar 2014 16:45:00 +0100
Subject: [PATCH] perl: get required CFLAGS from $(perl -V::ccflags:)

---
 configure.ac | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/configure.ac b/configure.ac
index 674a615..0f32ad3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -531,12 +531,15 @@ AC_ARG_ENABLE(perl, [  --disable-perl  disable the Perl binding],,
 if test X$PERL != X; then
   PERLINSTALLSITEARCH=`$PERL -MConfig -e 'print $Config{installsitearch};'`
   PERLMAN3DIR=`$PERL -MConfig -e 'print $Config{man3dir};'`
+  PERL_CFLAGS=$($PERL -V::ccflags:)
 else
   PERLINSTALLSITEARCH=none
   PERLMAN3DIR=none
+  PERL_CFLAGS=
 fi
 AC_SUBST(PERLINSTALLSITEARCH)
 AC_SUBST(PERLMAN3DIR)
+AC_SUBST(PERL_CFLAGS)
 
 AC_MSG_CHECKING(for Perl API)
 if test X$enable_perl != Xno ; then
-- 
1.9.1

Bug#742522: liblasso-perl: Not a CODE reference when using perl binding for Lasso

[Frederic Peters]

David Coutadeur wrote:
 Package: liblasso-perl
 Version: 2.3.6-2
 Severity: grave
 Justification: renders package unusable
 
 When using perl Lasso binding on Debian wheezy 32bits,
 I get this error message:
 PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
 test_harness(0, 'blib/lib', 'blib/arch') t/*.t
 t/Lasso.t .. Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 
 207.
 END failed--call queue aborted at 
 /root/lasso-2.4.0-install/bindings/perl/blib/lib/Lasso.pm line 207.
 Compilation failed in require at t/Lasso.t line 9.

This refers to some /root/lasso-2.4.0-install/ path; but nevertheless,
running a simple program (with use diagnostics;) gives me this:

Not a CODE reference at /usr/share/perl/5.14/XSLoader.pm line 95.
END failed--call queue aborted at /usr/lib/perl5/Lasso.pm line 95.
Compilation failed in require at test.pl line 4.
BEGIN failed--compilation aborted at test.pl line 4 (#1)
(F) Perl was trying to evaluate a reference to a code value (that is, a
subroutine), but found a reference to something else instead.  You can
use the ref() function to find out what kind of ref it really was.  See
also perlref.

Uncaught exception from user code:
Not a CODE reference at /usr/share/perl/5.14/XSLoader.pm line 95.
END failed--call queue aborted at /usr/lib/perl5/Lasso.pm line 95.
Compilation failed in require at test.pl line 4.
BEGIN failed--compilation aborted at test.pl line 4.
 at test.pl line 4

I also ran strace on it but it looks like it loads Lasso.bs, Lasso.so,
and then liblasso.so just fine. (and I checked with python-lasso and
lasso.so also loads without a problem there).

Just look you said, that error doesn't happen on amd64; I was curious
and also tested on armel and it's the same over there :/

Can't investigate much further now, maybe you could follow what the
perl message says and look into perlref to find the root cause of the
problem?


Fred


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

Bug#740596: java.lang.NoClassDefFoundError: org/apache/tomcat/util/descriptor/LocalResolver

[Frederic Peters]

Package: libtomcat6-java
Version: 6.0.39-1
Severity: normal

Hello,

After libtomcat6-java was upgraded from 6.0.37-1 to 6.0.39-1, my Solr
installation (from the solr-jetty package, 3.6.2+dfsg-2), stopped working,
and an error 500 with this message is displayed:

I checked and downgrading libtomcat6-java to 6.0.37-1 fixes the issue.

Thanks,


HTTP ERROR 500

Problem accessing /solr/. Reason:

org/apache/tomcat/util/descriptor/LocalResolver
Caused by:

java.lang.NoClassDefFoundError: org/apache/tomcat/util/descriptor/LocalResolver
at org.apache.jasper.xmlparser.ParserUtils.init(ParserUtils.java:82)
at 
org.apache.jasper.compiler.JspConfig.processWebDotXml(JspConfig.java:102)
at org.apache.jasper.compiler.JspConfig.init(JspConfig.java:238)
at 
org.apache.jasper.compiler.JspConfig.findJspProperty(JspConfig.java:294)
at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:112)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)
at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:592)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:328)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:723)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:401)
at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:767)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
at 
org.mortbay.jetty.servlet.DefaultServlet.doGet(DefaultServlet.java:503)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:723)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:306)
at 
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:767)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
at 
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at 
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at 
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at 
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Caused by: java.lang.ClassNotFoundException: 
org.apache.tomcat.util.descriptor.LocalResolver
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 44 more
Caused by:

java.lang.ClassNotFoundException: 
org.apache.tomcat.util.descriptor.LocalResolver
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at 

Bug#652747: patch

[Frederic Peters]

Hi,

I discovered that bug today and wrote a patch, I tested it against
mailman 2.1.13 (as found in Squeeze); I tracked the change in Mailman
and found it to be revision 972:

  CGI/admin.py
   The email address which forms a part of the various CGI data keys
   in the admin membership list is now urllib.quote()ed. This allows
   changing options for and unsubbing an address which contains a
   double-quote character.

  -- http://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/972


Fred

--- listadmin.pl.orig   2013-09-14 13:10:33.760699371 +0200
+++ listadmin.pl2013-09-14 13:11:54.785101152 +0200
@@ -588,7 +588,7 @@
 
 sub url_quote_parameter {
 my $param = shift;
-$param =~ s/(\W)/sprintf (%%%02x, ord ($1))/ge;
+$param =~ s/(\W)/sprintf (%%%02X, ord ($1))/ge;
 $param;
 }
 
@@ -1763,6 +1763,7 @@
  user = \@addresses);
 for my $a (@addresses) {
$params{$a . _unsub} = on;  # Mailman 2.x
+   $params{url_quote_parameter($a) . _unsub} = off # Mailman =2.1.12
 }
 my $resp = $ua-post($url, \%params);
 return $resp-status_line unless $resp-is_success;


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

Bug#719666: libcurl3: dovecot-solr broken by update to libcurl3 7.32.0-1

[Frederic Peters]

reassign 719666 dovecot-solr
found 719666 1:2.1.7-7
thanks

Alessandro Ghedini wrote:
 On mer, ago 14, 2013 at 08:12:29 +0200, Frederic Peters wrote:
  Package: libcurl3
  Version: 7.32.0-1
  Severity: normal
  
  Hello,
  
  After libcurl3 got updated to version 7.32.0-1 on my system I started
  experiencing crashes in dovecot (actually in its solr fts plugin).
  Downgrading to 7.31.0-2 fixed the problem.
  
  
  The code (solr-connection.c, line 538) looks like this:
  
  merr = curl_multi_fdset(post-conn-curlm, fdread, fdwrite,
  fdexcep, maxfd);
  if (merr != CURLM_OK) {
  i_error(fts_solr: curl_multi_fdset() failed: %s,
  curl_multi_strerror(merr));
  break;
  }
  i_assert(maxfd = 0);
  
  and it now fails the assertion (i.e. maxfd is -1 while merr is OK).
 
 That doesn't sound like a bug in libcurl. The curl_multi_fdset(3) manpage
 explicitly states that the maxfd returned can be -1. I don't know why that
 started happening to you with 7.32.0 though.
 
 Note that you may have more luck upgrading dovecot, since, AFAICT, it doesn't
 use libcurl anymore in the latest stable release.

Reassigning to dovecot, then.



Fred


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

Bug#719666: libcurl3: dovecot-solr broken by update to libcurl3 7.32.0-1

[Frederic Peters]

Package: libcurl3
Version: 7.32.0-1
Severity: normal

Hello,

After libcurl3 got updated to version 7.32.0-1 on my system I started
experiencing crashes in dovecot (actually in its solr fts plugin).
Downgrading to 7.31.0-2 fixed the problem.


The code (solr-connection.c, line 538) looks like this:

merr = curl_multi_fdset(post-conn-curlm, fdread, fdwrite,
fdexcep, maxfd);
if (merr != CURLM_OK) {
i_error(fts_solr: curl_multi_fdset() failed: %s,
curl_multi_strerror(merr));
break;
}
i_assert(maxfd = 0);

and it now fails the assertion (i.e. maxfd is -1 while merr is OK).


Here comes the full backtrace:

(gdb) bt full
#0  0x7f30145331e5 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 26703
selftid = 26703
#1  0x7f3014536398 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, 
sa_mask = {__val = {0, 
  139844487963197, 139844487965493, 139844480118806, 
139844480122055, 139844480117288, 
  139844480038019, 139844487930855, 139844476074389, 
139844487931233, 139844480175713, 
  139844515268400, 140735363229896, 140735363230384, 
139844480175849, 139844515268400}}, 
  sa_flags = 344894946, sa_restorer = 0x0}
sigs = {__val = {32, 0 repeats 15 times}}
#2  0x7f30148ee158 in default_fatal_finish (type=optimized out, 
status=status@entry=0) at failures.c:191
backtrace = 0x7f3016a80768 /usr/lib/dovecot/libdovecot.so.0(+0x4414a) 
[0x7f30148ee14a] - /usr/lib/dovecot/libdovecot.so.0(+0x4418e) [0x7f30148ee18e] 
- /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f30148c582a] - 
/usr/lib/d...
#3  0x7f30148ee18e in i_internal_fatal_handler (ctx=0x7fff81552910, 
format=optimized out, 
args=optimized out) at failures.c:649
status = 0
#4  0x7f30148c582a in i_panic (
format=format@entry=0x7f3013047ce0 file %s: line %d (%s): assertion 
failed: (%s)) at failures.c:263
ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0}
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fff81552a00, 
reg_save_area = 0x7fff81552940}}
#5  0x7f30130478d9 in solr_connection_post_more 
(post=post@entry=0x7f3016b7de70, 
data=data@entry=0x7f3016a80618 
deleteid15477/6819951b7c1dab517333d5254ef1/fred/id/delete, 
size=optimized out) at solr-connection.c:545
fdread = {__fds_bits = {0 repeats 16 times}}
fdwrite = {__fds_bits = {0 repeats 16 times}}
fdexcep = {__fds_bits = {0 repeats 16 times}}
timeout_tv = {tv_sec = 42, tv_usec = 139844482455576}
timeout = 139844479764032
msg = optimized out
merr = optimized out
ret = optimized out
handles = 1
maxfd = -1
n = 0
__FUNCTION__ = solr_connection_post_more
#6  0x7f3013047abf in solr_connection_post (conn=optimized out, 
cmd=0x7f3016a80618 
deleteid15477/6819951b7c1dab517333d5254ef1/fred/id/delete)
at solr-connection.c:603
post = 0x7f3016b7de70
#7  0x7f30130443f1 in fts_backend_solr_update_expunge (uid=15477, 
_ctx=0x7f3016b14f30)
at fts-backend-solr.c:417
cmd = 0x7f3016a805e0
_data_stack_cur_id = 7
#8  fts_backend_solr_update_expunge (_ctx=0x7f3016b14f30, uid=15477) at 
fts-backend-solr.c:387
ctx = 0x7f3016b14f30
hdr = {last_indexed_uid = 15456, settings_checksum = 0, unused = 0}
#9  0x7f3014b88cfb in maildir_expunge (mbox=0x7f3016b14360, path=optimized 
out, ctx=0x7f3016b1b8a0)
at maildir-sync-index.c:91
box = 0x7f3016b14360
#10 0x7f3014b8dd24 in maildir_file_do_try (mbox=mbox@entry=0x7f3016b14360, 
uid=uid@entry=15477, 
callback=callback@entry=0x7f3014b88cb0 maildir_expunge, 
context=context@entry=0x7f3016b1b8a0)
at maildir-util.c:101
path = optimized out
fname = 0x7f300f2a1bd0 1376458518.M648600P25724.nezt,S=6224,W=6386:2,T
flags = (unknown: 0)
have_flags = optimized out
ret = optimized out
#11 0x7f3014b8dfa4 in maildir_file_do (mbox=mbox@entry=0x7f3016b14360, 
uid=15477, 
callback=callback@entry=0x7f3014b88cb0 maildir_expunge, 
context=context@entry=0x7f3016b1b8a0)
at maildir-util.c:140
_data_stack_cur_id = 6
i = optimized out
ret = optimized out
#12 0x7f3014b8913f in maildir_sync_index (ctx=0x7f3016b1b8a0, 
partial=false) at maildir-sync-index.c:576
mbox = 0x7f3016b14360
view = 0x7f3016b1ab80
view2 = optimized out
iter = 0x7f3016b1aab0
trans = 0x7f3016b7d230
hdr = 0x7f3016b181c0
empty_hdr = {major_version = 0 '\000', minor_version = 174 '\256', 
base_header_size = 5800, 
  header_size = 32560, record_size = 350777392, compat_flags = 48 '0', 
unused = \177\000, 
  indexid = 

Bug#719111: RM: xfreecd -- RoQA; FTBFS

[Frederic Peters]

Ansgar Burchardt wrote:
 Package: ftp.debian.org
 X-Debbugs-Cc: Frederic Peters fpet...@debian.org
 
 Please remove xfreecd from the archive. It fails to build (#660468).
 
 I've CC'ed the maintainer in case he has objections.

No objections; it's old, no longer developed, and has many
alternatives.


Fred


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

Bug#688668: upstream commit where headers where removed

[Frederic Peters]

Hi Salvatore,

 Are you fine if the package with Marcin's patch get's uploaded? I can
 upload the NMU version I attached in previous mail if needed.

Go for it, and thanks in advance; I don't have much time for the
moment :/ (I didn't check but perhaps iptraf-ng also needs that
patch).


Thanks!

Fred


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

Bug#596527: yelp: spawns a neverending sequence of new windows

[Frederic Peters]

Hi,

I couldn't reproduce the issue on my computer but then we looked at it
together with Christophe Siraut (see previous mail about this bug
report) and finally nailed it to some bad MIME interaction; in his
case the legal.xml file XIncluded in gnome-terminal.xml had somehow
been associated to some buzztard file type, removing buzztard fixed
the issue.

Eliad (and others), could you check (for example with Nautilus
property page) what's the mimetype associated to the XML documentation
files? (/usr/share/gnome/help/gnome-terminal/C/*.xml for example)



Fred


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

Bug#684455: tracker-miner-fs: Ignore XDG directories set to $HOME

[Frederic Peters]

Package: tracker
Version: 0.14.1-2
Severity: normal

Tracker indexes $HOME and recursively indexes the XDG directories, but
it happens I have some of them set to $HOME, this means $HOME gets
indexed and it takes so much CPU and memory that I always end up killing
tracker-miner-fs.

There's an upstream patch fixing this issue,
http://git.gnome.org/browse/tracker/commit/?id=06f7ac0928e75a1a63f115f9

Would you consider patching the package with it?

Thanks,

Fred


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

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

Versions of packages tracker depends on:
ii  dbus 1.6.2-2
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-2
ii  dpkg 1.16.8
ii  libc62.13-35
ii  libexempi3   2.2.0-1
ii  libglib2.0-0 2.32.3-1
ii  libtracker-miner-0.14-0  0.14.1-2
ii  libtracker-sparql-0.14-0 0.14.1-2
ii  shared-mime-info 1.0-1

Versions of packages tracker recommends:
pn  tracker-gui  none
pn  tracker-miner-evolution  none
ii  tracker-miner-fs 0.14.1-2
ii  tracker-utils0.14.1-2

tracker 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#667555: Please enable hardened build flags

[Frederic Peters]

Hi Moritz,

Moritz Muehlenhoff wrote:
 Source: lasso
 Version: 2.3.6-2
 Severity: important
 Tags: patch

 Please enable hardened build flags through dpkg-buildflags.
 
 Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS)

There's no patch attached :/

 Note, that this patch doesn't cover passing the hardened build
 flags to the Perl module: For details on how to achieve this, please
 see #662666.

Thanks for the pointer.


Fred



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

Bug#556709: xfreecd: diff for NMU version 0.9.0.1-1.1

[Frederic Peters]

d...@debian.org wrote:

 tags 556709 + patch
 tags 556709 + pending
 thanks
 
 Dear maintainer,
 
 I've prepared an NMU for xfreecd (versioned as 0.9.0.1-1.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

This NMU is welcome, if you want you could even reupload straight to
unstable.


Fred



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

Bug#515284: geg: Depends on GTK 1.2

[Frederic Peters]

Barry deFreese wrote:

 Here is a patch that builds with Gtk2 as well as fix several
 packaging issues and bump standards version, etc.
 
 The patch builds fine but seems like it may have some issues at
 runtime so it probably needs a bit more work.  Hope it helps.

Sorry for not answering earlier, I probably gave a look at the patch,
tried fixing runtime issues, and got lost.

I just had a new look and there are issues around text views (probably
not difficult to fix) but it also looks like the drawing in the
equation view would need some serious work.


Moritz Muehlenhoff wrote:

 Frederic,
 shall we proceed with removal from the archive?

I am of this opinion.


Fred



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

Bug#648410: gnome-control-center-data: File conflict with gnome-power-manager

[Frederic Peters]

Package: gnome-control-center-data
Version: 1:3.2.1-1
Severity: normal

Needs some breaks/replaces.

dpkg: error processing
/var/cache/apt/archives/gnome-control-center-data_1%3a3.2.1-1_all.deb 
(--unpack):
trying to overwrite 
'/usr/share/icons/hicolor/48x48/apps/gnome-power-manager.png', which
is also in package gnome-power-manager 3.0.2-3


Cheers,

Fred

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

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

gnome-control-center-data depends on no packages.

Versions of packages gnome-control-center-data recommends:
iu  gnome-control-center  1:3.2.1-1

gnome-control-center-data 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#645324: CVE-2011-3369: Denial of Service

[Frederic Peters]

Adam D. Barratt wrote:

 As per the Dev-Ref section Moritz referred to above, the intention
 is that you contact the Release Team to discuss the upload, not
 simply proceed.  Now that you have uploaded it will get processed in
 due course, but please follow the procedure outlined therein for any
 future updates.

Oops, sorry.


Fred



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

Bug#645324: CVE-2011-3369: Denial of Service

[Frederic Peters]

Moritz Muehlenhoff wrote:
 Package: etherape
 Severity: important
 Tags: security
 
 Please see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-3369 for 
 details.
 
 This doesn't warrant a DSA, but could still be fixed in a point update. 
 Please see
 http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

Uploaded 0.9.12-1 for unstable, and 0.9.8-1+squeeze1 for stable.


cheers,

Fred



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

Bug#643458: patch

[Frederic Peters]

This bug has been fixed upstream in e1c5e8b8d14; attached is a patch
suitable for quilt.


Regards,

Fred
Description: Don't pass strings to be printed in format string parameter.
 This patch has been stolen from git (e1c5e8b8d14575d0b0152b2effc1b790538eb1b5)
Author: Patric Theune patric.the...@gmail.com.
Bug-Debian: http://bugs.debian.org/643458

Index: planner-0.14.4/libplanner/mrp-storage-module-factory.c
===
--- planner-0.14.4.orig/libplanner/mrp-storage-module-factory.c 2011-10-01 
15:02:03.656426278 +0200
+++ planner-0.14.4/libplanner/mrp-storage-module-factory.c  2011-10-01 
15:04:24.081122614 +0200
@@ -90,7 +90,7 @@

factory-library = g_module_open (factory-name, 0);
if (!factory-library) {
-   g_warning (g_module_error ());
+   g_warning (%s, g_module_error ());
return FALSE;
}
   
@@ -98,7 +98,7 @@
if (!g_module_symbol (factory-library, module_init, 
(gpointer)factory-init) ||
!g_module_symbol (factory-library, module_new, 
(gpointer)factory-new) ||
!g_module_symbol (factory-library, module_exit, 
(gpointer)factory-exit)) {
-   g_warning (g_module_error ());
+   g_warning (%s, g_module_error ());
g_module_close (factory-library);

return FALSE;
Index: planner-0.14.4/libplanner/mrp-task.c
===
--- planner-0.14.4.orig/libplanner/mrp-task.c   2011-10-01 15:05:00.457302957 
+0200
+++ planner-0.14.4/libplanner/mrp-task.c2011-10-01 15:05:06.61556 
+0200
@@ -1086,6 +1086,7 @@
g_set_error (error,
 MRP_ERROR,
 MRP_ERROR_TASK_RELATION_FAILED,
+%s,
 tmp);

return NULL;
@@ -1104,6 +1105,7 @@
g_set_error (error,
 MRP_ERROR,
 MRP_ERROR_TASK_RELATION_FAILED,
+%s,
 tmp);

return NULL;
Index: planner-0.14.4/src/planner-window.c
===
--- planner-0.14.4.orig/src/planner-window.c2008-08-03 18:23:34.0 
+0200
+++ planner-0.14.4/src/planner-window.c 2011-10-01 15:06:00.637601403 +0200
@@ -1479,6 +1479,7 @@
 
GTK_DIALOG_MODAL | GTK_DIALOG_DESTROY_WITH_PARENT,
 
GTK_MESSAGE_WARNING,
 
GTK_BUTTONS_YES_NO,
+%s,
 
error-message);

response = gtk_dialog_run (GTK_DIALOG (dialog));
@@ -1495,6 +1496,7 @@
 GTK_DIALOG_MODAL | 
GTK_DIALOG_DESTROY_WITH_PARENT,
 GTK_MESSAGE_ERROR,
 GTK_BUTTONS_OK,
+%s,
 error-message);

gtk_dialog_run (GTK_DIALOG (dialog));
@@ -1594,6 +1596,7 @@
 GTK_DIALOG_MODAL | 
GTK_DIALOG_DESTROY_WITH_PARENT,
 GTK_MESSAGE_ERROR,
 GTK_BUTTONS_OK,
+%s,
 error-message);
gtk_dialog_run (GTK_DIALOG (dialog));
gtk_widget_destroy (dialog);
@@ -1699,6 +1702,7 @@
GTK_DIALOG_MODAL | GTK_DIALOG_DESTROY_WITH_PARENT,
GTK_MESSAGE_ERROR,
GTK_BUTTONS_OK,
+   %s,
error-message);
gtk_dialog_run (GTK_DIALOG (dialog));
gtk_widget_destroy (dialog);

Bug#641978: libarchive-dev: error upgrading from 2.8.5-1 to 2.8.5-2 (trying to overwrite .../tar.5.gz)

[Frederic Peters]

Package: libarchive-dev
Version: 2.8.5-1
Severity: normal


Upgrading libarchive1 and libarchive-dev today, from 2.8.5-1 to 2.8.5-2,
aborted because of /usr/share/man/man5/tar.5.gz transitioning from one
package to another (my guess):

  dpkg: error processing
  /var/cache/apt/archives/libarchive-dev_2.8.5-2_amd64.deb (--unpack):
  trying to overwrite `/usr/share/man/man5/tar.5.gz', which is also in
  package libarchive1 2.8.5-1

(of course running apt-get -f install afterwards fixed the issue, as
the new libarchive1 was already installed)


Cheers,

   Fred

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

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

Versions of packages libarchive-dev depends on:
iu  libarchive1  2.8.5-2

libarchive-dev recommends no packages.

libarchive-dev 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#590526: iptraf: IPTraf doesn't show ethernet card

[Frederic Peters]

Sebastian Andrzej Siewior wrote:

   So Frederic, what do you thing should be done? Fixing this bug and making 
   the
   tool usefull is probably not bad.
   Anyway, switching to iptraf-ng doesn't sound that bad as they have _this_ 
   bug
   fixed. I'm running the -ng package atm and can't complain.
   Do want some help with packaging of the -ng package or NMU for this bug?
  
  As noted the currently blocking issue is the lack of a release; you
  could go and ask Nikola Pajkovsky npajk...@redhat.com about his
  plans.
 There was a release of iptraf-ng v1.0.2 [0]. The diff between .2 and .3 is
 just the removal of some documentation. The .2 release has this bug fixed.

My problem is with 4434e2, rename iptraf to iptraf-ng (binaries,
mans) which is not in any release yet, and has deep consequences
on the packaging of iptraf-ng.


  Alternatively iptraf-ng could be ignored (no changes since February)
  and the relevant patches incorporated in the iptraf package. What do
  you thinkg about this?
 
 I just pulled everything into git [1] to have a look on it. The diff of
 iptraf v3.0.0 vs v3.0.1 are just some header changes. This release is not even
 announced on the homepage [2]. Their mailing list isn't very active either.
 iptraf-ng continued after v3.0.0. Nikola collected various patches from other
 distros and applied them. He announced it the mailing list with no reaction.
 Based on that, I would switch over to iptraf-ng because the original upstream
 looks dead and the fork fixed atleast one bug which is bothering people.

But the fork only lived for one month :/

As I am now undecided on iptraf-ng, I uploaded 3.0.0-8, including the
strcpy fix for this bug.


Frederic



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

Bug#590526: iptraf: IPTraf doesn't show ethernet card

[Frederic Peters]

Sebastian Andrzej Siewior wrote:

 * Thus spake Frederic Peters (fpet...@debian.org):
   Frederic, any chance to see an updated iptraf package in Debian?
  
  Development is now happening in iptraf-ng[1], but they renamed
  binaries after they released 1.0.2 months ago and didn't make a new
  release yet; as it will affect packaging (conflicts, replaces...)
  progress have been stalled since February...
 
 So Frederic, what do you thing should be done? Fixing this bug and making the
 tool usefull is probably not bad.
 Anyway, switching to iptraf-ng doesn't sound that bad as they have _this_ bug
 fixed. I'm running the -ng package atm and can't complain.
 Do want some help with packaging of the -ng package or NMU for this bug?

As noted the currently blocking issue is the lack of a release; you
could go and ask Nikola Pajkovsky npajk...@redhat.com about his
plans.

Alternatively iptraf-ng could be ignored (no changes since February)
and the relevant patches incorporated in the iptraf package. What do
you thinkg about this?


Fred



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

Bug#635640: lasso: FTBFS: configure: error: C compiler cannot create executables

[Frederic Peters]

Hi Christoph,

Christoph Egger wrote:

 Package: src:lasso
 Version: 2.3.5-3
 Severity: serious
 Tags: sid wheezy
 Justification: fails to build from source (but built successfully in the past)
 
 Hi!
 
 Your package failed to build on the buildds:
 
 checking for a BSD-compatible install... /usr/bin/install -c
 checking whether build environment is sane... yes
 checking for a thread-safe mkdir -p... /bin/mkdir -p
 checking for gawk... gawk
 checking whether make sets $(MAKE)... yes
 checking how to create a pax tar archive... gnutar
 checking whether to enable maintainer-specific portions of Makefiles... no
 checking for arm-linux-gnueabi-gcc... gcc-4.4
 checking for C compiler default output file name... 
 configure: error: in `/build/buildd-lasso_2.3.5-3-armel-zFjKoP/lasso-2.3.5':
 configure: error: C compiler cannot create executables
 See `config.log' for more details.
 make: *** [config.status] Error 77
 
 Full build log at
 https://buildd.debian.org/status/fetch.php?pkg=lassoarch=kfreebsd-amd64ver=2.3.5-3stamp=1311717847

Is this possible to retrieve the config.log file? (if it's not
possible no worries, I'll recreate a minimalistic pbuilder).


Frederic



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

Bug#590526: iptraf: IPTraf doesn't show ethernet card

[Frederic Peters]

Michael Prokop wrote:

 * Diego Gomez [Mon Jul 26, 2010 at 10:52:11PM -0300]:
 
  IPTraf doesn't show my ethernet card on menus. It only shows the loopback
  interface.
  If I pass the interface by parameter, IPTraf works right.
 
  My ethernet card is: Realtek RTL8111/8168B; and it uses the r8169 driver.
 
 [...]
 
 One year without any reaction from the maintainer.
 
 Same issue has been documented in Redhat's BTS:
 https://bugzilla.redhat.com/show_bug.cgi?id=539740
 and iptraf-3.0.1.tar.gz has been released on 10/5/07 (see
 ftp://iptraf.seul.org/pub/iptraf/).
 
 Frederic, any chance to see an updated iptraf package in Debian?

Development is now happening in iptraf-ng[1], but they renamed
binaries after they released 1.0.2 months ago and didn't make a new
release yet; as it will affect packaging (conflicts, replaces...)
progress have been stalled since February...


Frederic

[1] https://fedorahosted.org/iptraf-ng/wiki/Download



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

Bug#626133: software-center: update to work with latest xapian patch

[Frederic Peters]

Package: software-center
Version: 2.1.7debian1
Followup-For: Bug #626133


xapian.MSET_DOCUMENT has been deprecated, the following patch makes it start:

for m in matches:
-   doc = m[xapian.MSET_DOCUMENT]
+   doc = m.document
if APPVIEW_DEBUG_TERMS in os.environ:



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

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

Versions of packages software-center depends on:
ii  app-install-data 2010.11.17  Application Installer Data Files
ii  aptdaemon0.31+bzr413-1.1 transaction based package manageme
ii  gnome-icon-theme 3.0.0-1 GNOME Desktop icon theme
ii  gnome-menus  2.30.3-2+b1 an implementation of the freedeskt
ii  policykit-1  0.101-4 framework for managing administrat
ii  policykit-1-gnome0.101-2 GNOME authentication agent for Pol
ii  python   2.6.6-14interactive high-level object-orie
ii  python-apt   0.7.100.3+b1Python interface to libapt-pkg
ii  python-aptdaemon 0.31+bzr413-1.1 Python module for the server and c
ii  python-aptdaemon-gtk 0.31+bzr413-1.1 Python GTK+ widgets to run an aptd
ii  python-central   0.6.17  register and build utility for Pyt
ii  python-dbus  0.83.1-1+b1 simple interprocess messaging syst
ii  python-debian0.1.20  Python modules to work with Debian
ii  python-gconf 2.28.1-2Python bindings for the GConf conf
ii  python-gtk2  2.24.0-1Python bindings for the GTK+ widge
ii  python-lazr.restfulclien 0.11.2-2client for lazr.restful-based web 
ii  python-webkit1.1.8-1+b1  WebKit/Gtk Python bindings
ii  python-xapian1.2.5-1 Xapian search engine interface for
ii  python-xdg   0.19-3  Python library to access freedeskt

Versions of packages software-center recommends:
ii  apt-xapian-index  0.41   maintenance and search tools for a
ii  lsb-release   3.2-27 Linux Standard Base version report
pn  python-launchpad-integration  none (no description available)
ii  sessioninstaller  0.20-1 APT based installer using PackgeKi
pn  software-properties-gtk   none (no description available)
pn  update-notifier   none (no description available)

software-center 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#625878: libreoffice-core: python-loader error when installing extension with unopkg

[Frederic Peters]

Package: libreoffice-core
Version: 1:3.3.2-4
Severity: normal


unopkg doesn't find the pythonloader module, and produce this output when
adding a Python extension.

 $ /usr/lib/libreoffice/program/unopkg remove tabellio.oxt

ERROR: python-loader:type 'exceptions.ImportError': No module named
pythonloader, traceback follows
no traceback available

unopkg failed.

This is fixed by adding /usr/lib/libreoffice/basis3.3/program/ to the
PYTHONPATH.



-- Package-specific info:
All deployed shared extensions:

none
All deployed user extensions:

Identifier: org.tabellio.openoffice
  Version: 0.9.27
  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt
  is registered: yes
  Media-Type: application/vnd.sun.star.package-bundle
  Description: Tabellio

Open Source Parliamentary toolbox for assemblees, from a local council to a
national parliament.  This extension provides tools to help write
parliamentarian documents.

  bundled Packages: {
  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/Configuration.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/FileLocations.xcs
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-schema
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/Tabellio.py
  is registered: yes
  Media-Type: application/vnd.sun.star.uno-component;type=Python
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/ProtocolHandler.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/job.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/Addons.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/Office/UI/WriterWindowState.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/FileLocations.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  URL: 
vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/auGQkN_/tabellio.oxt/Configuration.xcu
  is registered: yes
  Media-Type: application/vnd.sun.star.configuration-data
  Description: 

  }


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

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

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.8.0-2.2   generic font configuration library
ii  libatk1.0-0  2.0.0-1 The ATK accessibility toolkit
ii  libc62.13-2  Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-6The Cairo 2D vector graphics libra
ii  libcurl3-gnutls  7.21.6-1Multi-protocol file transfer libra
ii  libdb5.1 5.1.25-10   Berkeley v5.1 Database Libraries [
ii  libexpat12.0.1-7 XML parsing C library - runtime li
ii  libfontconfig1   2.8.0-2.2   generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-6   GCC support library
ii  libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library
ii  libglib2.0-0 2.28.6-1The GLib library of C routines
ii  libgraphite3 1:2.3.1-0.2 SILGraphite - a smart font rende
ii  libgstreamer-plu 0.10.32-2   GStreamer libraries from the base
ii  libgstreamer0.10 0.10.32-6+b1Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.24.4-3The GTK+ graphical user interface 
ii  libhunspell-1.2- 1.2.14-4spell checker and morphological an
ii  libhyphen0   2.7.1-4 ALTLinux hyphenation library - sha
ii  libice6  2:1.0.7-1   X11 Inter-Client Exchange library
ii  libicu44 4.4.2-2 International Components for Unico
ii  libjpeg626b1-1   The Independent JPEG Group's JPEG 
ii  libmythes-1.2-0  2:1.2.1-1   

Bug#579924: Status?

[Frederic Peters]

Jürgen A. Erhard wrote:

 Any news?  Would be nice to have IPv6 in iptraf by World IPv6 Day.

There's ipv6 support in iptraf-ng, not packaged yet, it's waiting for
a new upstream release.


Frederic



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

Bug#619914: accountsservice: really manage groups like on a Debian system

[Frederic Peters]

fwiw as the original author of the patch I approve of the fixes.


Frederic



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

Bug#619432: [Pkg-utopia-maintainers] Bug#619432: policykit-1-gnome: do not start agent in GNOME3 normal session

[Frederic Peters]

Michael Biebl wrote:

 Am 23.03.2011 21:34, schrieb Frederic Peters:
  Package: policykit-1-gnome
  Version: 0.99-2
  Severity: normal
  
  
  gnome-shell comes with its own implementation of a policy kit agent, so the 
  one
  provided by policykit-gnome shouldn't be started.
  
  The mechanism to do so is available in gnome-session 2.91, thanks to a new 
  key
  in the autostart file, AutostartCondition.
  
  Setting it to GNOME3 unless-session gnome means that for sessions started
  with gnome-session, the session named gnome won't get the agent started. 
  (the
  other known session name is gnome-fallback).
 
 thanks for the patch. Unfortunately, if I test it with GNOME2 (2.30/sid), the
 polkit-agent is no longer started.
 Is this syntax not backward scompatible?

Oh shit I was pretty sure that key was introduced in 2.91 but it was
not, and gnome-session 2.32 fails to parse it, and disable the
component instead :/

Let me think about a solution...


Frederic



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

Bug#619432: policykit-1-gnome: do not start agent in GNOME3 normal session

[Frederic Peters]

Package: policykit-1-gnome
Version: 0.99-2
Severity: normal


gnome-shell comes with its own implementation of a policy kit agent, so the one
provided by policykit-gnome shouldn't be started.

The mechanism to do so is available in gnome-session 2.91, thanks to a new key
in the autostart file, AutostartCondition.

Setting it to GNOME3 unless-session gnome means that for sessions started
with gnome-session, the session named gnome won't get the agent started. (the
other known session name is gnome-fallback).



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

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

Versions of packages policykit-1-gnome depends on:
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.3-1   The GTK+ graphical user interface 
ii  libpolkit-agent-1-0   0.101-1PolicyKit Authentication Agent API
ii  libpolkit-gobject-1-0 0.101-1PolicyKit Authorization API
ii  policykit-1   0.101-1framework for managing administrat

policykit-1-gnome recommends no packages.

policykit-1-gnome suggests no packages.

-- Configuration Files:
/etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop changed [not 
included]

-- no debconf information
From 20588c00a1125f32a60a9704c671819c4aee5cf3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20P=C3=A9ters?= fpet...@0d.be
Date: Mon, 14 Mar 2011 18:22:14 +0100
Subject: [PATCH] Don't run the authentication agent in GNOME 3

---
 debian/polkit-gnome-authentication-agent-1.desktop |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/debian/polkit-gnome-authentication-agent-1.desktop 
b/debian/polkit-gnome-authentication-agent-1.desktop
index a1dbaea..f3d257d 100644
--- a/debian/polkit-gnome-authentication-agent-1.desktop
+++ b/debian/polkit-gnome-authentication-agent-1.desktop
@@ -85,3 +85,4 @@ Type=Application
 Categories=
 NoDisplay=true
 OnlyShowIn=GNOME;XFCE;
+AutostartCondition=GNOME3 unless-session gnome
-- 
1.7.4.1

Bug#618764: accountsservice: Make it match Debian user/groups system

[Frederic Peters]

Package: accountsservice
Version: 0.6.5-2
Severity: important


AccountsService makes many assumptions on the underlying system, basically it
considers it's a Fedora / Red Hat system, minimum uid set at 500, admin group
set as desktop_admin_r, presence of a desktop_user_r group, etc.

Here is a serie of patches:

0001-take-minimal_uid-value-from-login.defs.patch
 - read /etc/login.defs and look for the definition of UID_MAX

0002-create-and-manage-groups-like-on-a-debian-system.patch
 - do not consider desktop_admin_r and desktop_user_r, add desktop users to a
   serie of groups typical of Debian systems (audio, cdrom...), add admin user
   to an admin group (this may not exist but it appears to be working for
   the default sudo configuration on Ubuntu at least).

0003-do-not-consider-system-users-returned-from-consoleki.patch
 - accountsservice would add users found in consolekit history without
   attention to their uid, making it possible for system users to be listed.



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

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

Versions of packages accountsservice depends on:
ii  dbus  1.4.6-1simple interprocess messaging syst
ii  libaccountsservice0   0.6.5-2query and manipulate user account 
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.92-1 simple interprocess messaging syst
ii  libglib2.0-0  2.28.2-1   The GLib library of C routines
ii  libpolkit-gobject-1-0 0.101-1PolicyKit Authorization API

accountsservice recommends no packages.

Versions of packages accountsservice suggests:
ii  gnome-control-center 1:2.91.91-3 utilities to configure the GNOME d

-- no debconf information
From 676555253b0fa14c53a6e2a37b67abdc2352e5d6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20P=C3=A9ters?= fpet...@0d.be
Date: Fri, 18 Mar 2011 00:18:23 +0100
Subject: [PATCH 1/3] take minimal_uid value from login.defs

---
 src/daemon.c |   38 +++---
 1 files changed, 35 insertions(+), 3 deletions(-)

diff --git a/src/daemon.c b/src/daemon.c
index 4e0b935..0b95c14 100644
--- a/src/daemon.c
+++ b/src/daemon.c
@@ -46,7 +46,6 @@
 
 #define PATH_PASSWD /etc/passwd
 #define PATH_SHADOW /etc/shadow
-#define MINIMAL_UID 500
 
 #define USERDIR LOCALSTATEDIR /lib/AccountsService/users
 
@@ -104,6 +103,7 @@ struct DaemonPrivate {
 guint autologin_id;
 
 PolkitAuthority *authority;
+guint minimal_uid;
 };
 
 static void daemon_finalize   (GObject *object);
@@ -216,7 +216,7 @@ daemon_class_init (DaemonClass *klass)
 static gboolean
 user_is_excluded (Daemon *daemon, const gchar *username, uid_t uid)
 {
-if (uid  MINIMAL_UID) {
+if (uid  daemon-priv-minimal_uid) {
 return TRUE;
 }
 if (g_hash_table_lookup (daemon-priv-exclusions, username)) {
@@ -338,7 +338,7 @@ process_ck_history_line (Daemon  *daemon,
 }
 
 /* pass MINIMAL_UID to just check the name here */
-if (user_is_excluded (daemon, username, MINIMAL_UID)) {
+if (user_is_excluded (daemon, username, daemon-priv-minimal_uid)) {
 g_debug (excluding user '%s', username);
 g_free (username);
 return;
@@ -454,6 +454,37 @@ reload_ck_history (Daemon *daemon)
 g_free (command);
 }
 
+static void
+reload_adduser_conf (Daemon *daemon)
+{
+GFile *file;
+gboolean result;
+char *contents;
+guint first_uid = 0;
+
+file = g_file_new_for_path (/etc/login.defs);
+result = g_file_load_contents (file, NULL, contents, NULL, NULL, NULL);
+if (result == TRUE) {
+GRegex *regex;
+GMatchInfo *match_info;
+
+regex = g_regex_new (^UID_MIN\\s+([0-9]+)\\s*$, G_REGEX_MULTILINE, 0, NULL);
+g_regex_match (regex, contents, 0, match_info);
+while (g_match_info_matches (match_info)) {
+gchar *word = g_match_info_fetch (match_info, 1);
+first_uid = atoi(word);
+g_free (word);
+g_match_info_next (match_info, NULL);
+break;
+}
+g_match_info_free (match_info);
+g_regex_unref (regex);
+
+g_free (contents);
+}
+daemon-priv-minimal_uid = first_uid ? first_uid : 1000; /* default value */
+}
+
 static gint
 compare_user_name (gconstpointer a, gconstpointer b)
 {
@@ -572,6 +603,7 @@ static void
 

Bug#618764: Acknowledgement (accountsservice: Make it match Debian user/groups system)

[Frederic Peters]

After I wrote those patches I noticed similar ones have been created
and pushed yesterday by accountsservice developers.

daemon: read minimal uid from login.defs
  http://cgit.freedesktop.org/accountsservice/commit/?id=fdb2cbeafc

daemon: drop desktop_role_r group checks
  http://cgit.freedesktop.org/accountsservice/commit/?id=733291e426
  (this one will still need patching, as it changes accountsservice to
   use the wheel group, which is not used on Debian, and doesn't add
   the desktop user to any group)

The third patch should still be ok.


Frederic



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

Bug#618764: accountsservice: Make it match Debian user/groups system

[Frederic Peters]

Alessio Treglia wrote:

 On Fri, Mar 18, 2011 at 11:41 AM, Frederic Peters fpet...@debian.org wrote:
 
  0001-take-minimal_uid-value-from-login.defs.patch
   - read /etc/login.defs and look for the definition of UID_MAX
 
  0002-create-and-manage-groups-like-on-a-debian-system.patch
   - do not consider desktop_admin_r and desktop_user_r, add desktop users to 
  a
    serie of groups typical of Debian systems (audio, cdrom...), add admin 
  user
    to an admin group (this may not exist but it appears to be working for
    the default sudo configuration on Ubuntu at least).
 
  0003-do-not-consider-system-users-returned-from-consoleki.patch
   - accountsservice would add users found in consolekit history without
    attention to their uid, making it possible for system users to be listed.
 
 
 Could you refresh your patches to apply them against the latest 0.6.6
 release now available in experimental?

Here they are, 0002-create-and-manage-groups-like-on-a-debian-system.patch
has been updated to minimize differences with upstream, which is now
easier with the removal of the supervised type of account, so it's made
possible to only consider desktop groups when adding an user.

0001-do-not-consider-system-users-returned-from-consoleki.patch didn't
change.


Frederic
From 7ec840919a13b4c70abbf5cce53ef67d1dd30e1c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20P=C3=A9ters?= fpet...@0d.be
Date: Fri, 18 Mar 2011 11:29:49 +0100
Subject: [PATCH 1/2] do not consider system users returned from consolekit history

---
 src/daemon.c |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/src/daemon.c b/src/daemon.c
index 32e9c97..a32276b 100644
--- a/src/daemon.c
+++ b/src/daemon.c
@@ -336,6 +336,7 @@ process_ck_history_line (Daemon  *daemon,
 gchar *username;
 gulong frequency;
 User *user;
+struct passwd *pw;
 
 frequency = 0;
 username = NULL;
@@ -344,7 +345,9 @@ process_ck_history_line (Daemon  *daemon,
 return;
 }
 
-if (user_is_excluded (daemon, username, daemon-priv-minimal_uid)) {
+pw = getpwnam (username);
+
+if (user_is_excluded (daemon, username, pw-pw_uid)) {
 g_debug (excluding user '%s', username);
 g_free (username);
 return;
-- 
1.7.4.1

From 3ad37a682dea0cce4e0b10a0a83ecae100bd3325 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20P=C3=A9ters?= fpet...@0d.be
Date: Fri, 18 Mar 2011 11:18:00 +0100
Subject: [PATCH 2/2] create and manage groups like on a debian system

---
 src/daemon.c |   27 +--
 src/user.c   |   24 +---
 src/util.c   |   42 ++
 src/util.h   |9 +
 4 files changed, 77 insertions(+), 25 deletions(-)

diff --git a/src/daemon.c b/src/daemon.c
index a32276b..54e4b7d 100644
--- a/src/daemon.c
+++ b/src/daemon.c
@@ -1107,20 +1107,8 @@ daemon_create_user_authorized_cb (Daemon*daemon,
 argv[1] = -m;
 argv[2] = -c;
 argv[3] = cd-real_name;
-if (cd-account_type == ACCOUNT_TYPE_ADMINISTRATOR) {
-argv[4] = -G;
-argv[5] = wheel;
-argv[6] = cd-user_name;
-argv[7] = NULL;
-}
-else if (cd-account_type == ACCOUNT_TYPE_STANDARD) {
-argv[6] = cd-user_name;
-argv[7] = NULL;
-}
-else {
-throw_error (context, ERROR_FAILED, Don't know how to add user of type %d, cd-account_type);
-return;
-}
+argv[4] = cd-user_name;
+argv[5] = NULL;
 
 error = NULL;
 if (!spawn_with_login_uid (context, argv, error)) {
@@ -1129,6 +1117,17 @@ daemon_create_user_authorized_cb (Daemon*daemon,
 return;
 }
 
+if (cd-account_type == ACCOUNT_TYPE_ADMINISTRATOR) {
+add_user_to_group (context, cd-user_name, admin);
+}
+if (cd-account_type == ACCOUNT_TYPE_ADMINISTRATOR ||
+cd-account_type == ACCOUNT_TYPE_STANDARD) {
+add_user_to_group (context, cd-user_name, audio);
+add_user_to_group (context, cd-user_name, cdrom);
+add_user_to_group (context, cd-user_name, dialout);
+add_user_to_group (context, cd-user_name, plugdev);
+}
+
 user = daemon_local_find_user_by_name (daemon, cd-user_name);
 
 dbus_g_method_return (context, user_local_get_object_path (user));
diff --git a/src/user.c b/src/user.c
index 738b0d3..b9719ee 100644
--- a/src/user.c
+++ b/src/user.c
@@ -412,7 +412,7 @@ static gint
 account_type_from_pwent (struct passwd *pwent)
 {
 struct group *grp;
-gid_t wheel;
+gid_t admin;
 gid_t *groups;
 gint ngroups;
 gint i;
@@ -422,18 +422,20 @@ account_type_from_pwent

Bug#615085: ITP: yelp-xsl -- XSL stylesheets for the yelp help browser

[Frederic Peters]

Package: wnpp
Severity: wishlist
Owner: Frederic Peters fpet...@debian.org


* Package name: yelp-xsl
  Version : 2.91.90
  Upstream Author : Shaun McCance sha...@gnome.org
* License : LGPL (+ MIT and AGPL bits)
  Programming Lang: XSL
  Description : XSL stylesheets for the yelp help browser

Yelp-xsl contains XSL stylesheets that are used by the yelp help browser
to format Docbook and Mallard documents.



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

Bug#614795: upower: Add a package for gobject introspection support

[Frederic Peters]

Package: upower
Version: 0.9.8-2
Severity: normal


GNOME Shell 2.91.90 requires upower built with gobject introspection support
built-in.

Here is a patch adding a new gir1.2-upower-1.0 package, I tested it against
that new version of gnome shell and it works fine.


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

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

Versions of packages upower depends on:
ii  dbus  1.4.6-1simple interprocess messaging syst
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2.1   simple interprocess messaging syst
ii  libglib2.0-0  2.28.1-1   The GLib library of C routines
ii  libgudev-1.0-0166-1  GObject-based wrapper library for 
ii  libimobiledevice1 1.0.4-2Library for communicating with the
ii  libplist1 1.3-2  Library for handling Apple binary 
ii  libpolkit-gobject-1-0 0.100-0PolicyKit Authorization API
ii  libupower-glib1   0.9.8-2abstraction for power management -
ii  libusb-1.0-0  2:1.0.8-2  userspace USB programming library
ii  udev  166-1  /dev/ and hotplug management daemo

Versions of packages upower recommends:
ii  pm-utils  1.4.1-6utilities and scripts for power ma
ii  policykit-1   0.99-3 framework for managing administrat

upower suggests no packages.

-- no debconf information
commit 20644e3edc5a387bacf5abf30debe8a1b34efcaa
Author: Frédéric Péters fpet...@0d.be
Date:   Wed Feb 23 13:56:32 2011 +0100

Add a package for gobject introspection support

diff --git a/debian/control b/debian/control
index 81e5d19..eef57b9 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,10 @@ Build-Depends: debhelper (= 7.0.50~),
  libkvm-dev [kfreebsd-any],
  libpolkit-gobject-1-dev (= 0.91),
  libusb-1.0-0-dev (= 1.0.0) [linux-any],
- libimobiledevice-dev (= 0.9.7) [linux-any]
+ libimobiledevice-dev (= 0.9.7) [linux-any],
+ libgirepository1.0-dev (= 0.9.12),
+ gobject-introspection (= 0.9.12-4~),
+ gir1.2-glib-2.0
 Standards-Version: 3.9.1
 Vcs-Git: git://git.debian.org/git/pkg-utopia/upower.git
 Vcs-Browser: http://git.debian.org/?p=pkg-utopia/upower.git;a=summary
@@ -71,3 +74,20 @@ Description: abstraction for power management - development 
files
  .
  This package contains files that are needed to build applications.
 
+Package: gir1.2-upower-1.0
+Section: libs
+Architecture: any
+Depends: ${gir:Depends},
+ ${shlibs:Depends},
+ ${misc:Depends}
+Description: GObject introspection data for upower
+ upower provides an interface to enumerate power sources on the system
+ and control system-wide power management. Any application can access the
+ org.freedesktop.UPower service on the system message bus. Some
+ operations (such as suspending the system) are restricted using PolicyKit.
+ .
+ This package contains introspection data for upower.
+ .
+ It can be used by packages using the GIRepository format to generate
+ dynamic bindings.
+
diff --git a/debian/gir1.2-upower-1.0.install b/debian/gir1.2-upower-1.0.install
new file mode 100644
index 000..9c99c1c
--- /dev/null
+++ b/debian/gir1.2-upower-1.0.install
@@ -0,0 +1 @@
+debian/tmp/usr/lib/girepository-1.0/
diff --git a/debian/libupower-glib-dev.install 
b/debian/libupower-glib-dev.install
index c745cd2..4b5 100644
--- a/debian/libupower-glib-dev.install
+++ b/debian/libupower-glib-dev.install
@@ -1,3 +1,4 @@
 usr/lib/libupower-glib.{so,a}
 usr/lib/pkgconfig/upower-glib.pc
 usr/include/libupower-glib/
+usr/share/gir-1.0/UPowerGlib-1.0.gir
diff --git a/debian/rules b/debian/rules
index 8fe801b..804fdc0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
dh $@
 
 override_dh_auto_configure:
-   dh_auto_configure -- --enable-gtk-doc
+   dh_auto_configure -- --enable-gtk-doc --enable-introspection
 
 override_dh_auto_build:
dh_auto_build
@@ -20,3 +20,7 @@ override_dh_install:
 ifeq ($(DEB_HOST_ARCH_OS),linux)
dh_install -pupower debian/tmp/lib/udev/rules.d/
 endif
+
+override_dh_shlibdeps:
+   dh_shlibdeps
+   dh_girepository -plibupower-glib1

Bug#579924: iptraf-ng 1.0.3 release?

[Frederic Peters]

Hello,

Now that Debian Squeeze has been released I have been looking again at
removing iptraf in favour of iptraf-ng. Looking at the git tree I see
you recently renamed binaries, do you have a release date in mind for
a tarball with this change?


Thanks,

Frederic



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

Bug#579924: ITP: iptraf-ng -- Interactive Colorful IP LAN Monitor

[Frederic Peters]

Andrew O. Shadoura wrote:

 Any progress with that? It would be very good to have iptraf-ng in
 Debian.

Yeah, I was waiting for Squeeze to get out, a package is almost ready.


Frederic



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

Bug#561681: crashes on startup

[Frederic Peters]

Dave Beckett wrote:

 An aside at Ardour:
 If I look in sid at ardour, it says:
 Build-Depend:
 ... libraptor1 (= 1.4.19), librasqal2 (= 0.9.18), librdf0 (= 1.0.9),

 which is shortly going to break since the latest librdf0 will shortly
 require librasqal3 and libraptor2.  If ardour really uses raptor V1 API/ABI,
 it'll need porting.  If it uses librdf API/ABI, it just needs a rebuild.

And here we are, this morning after my system got librdf0 1.0.13-1
Ardour failed as you announced:

Core was generated by `/usr/lib/ardour2/ardour-2.8.11'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f884c6b6b95 in librdf_parser_raptor_constructor () from 
/usr/lib/librdf.so.0
(gdb) bt full
#0  0x7f884c6b6b95 in librdf_parser_raptor_constructor () from 
/usr/lib/librdf.so.0
No symbol table info available.
#1  0x7f884c6a9fd5 in librdf_world_open () from /usr/lib/librdf.so.0
No symbol table info available.
#2  0x7f884bfd3a27 in slv2_world_new () from /usr/lib/libslv2.so.9
No symbol table info available.
#3  0x7f88542ef179 in ARDOUR::LV2World::LV2World (this=0x7fffcf93f830) at 
libs/ardour/lv2_plugin.cc:561
No locals.
#4  0x7f885423daad in ARDOUR::PluginManager::PluginManager (this=0x1163040)
at libs/ardour/plugin_manager.cc:127
s = value optimized out
lrdf_path = {static npos = 18446744073709551615, 
  _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields}, _M_p 
= 0x7f883c000a08 /usr/local/share/ladspa/rdf:/usr/share/ladspa/rdf}}
#5  0x7f88541ed15e in ARDOUR::init (use_vst=value optimized out, 
try_optimization=value optimized out)
at libs/ardour/globals.cc:358
p = 0x0
vamppath = {static npos = 18446744073709551615, 
  _M_dataplus = {std::allocatorchar = 
{__gnu_cxx::new_allocatorchar = {No data fields}, No data fields}, _M_p 
= 0x1162658 /usr/lib/ardour2/vamp}}
node = value optimized out
#6  0x005333e7 in ARDOUR_UI::ARDOUR_UI (this=0xe908c0, argcp=value 
optimized out, 
argvp=value optimized out, __in_chrg=value optimized out, 
__vtt_parm=value optimized out)
at gtk2_ardour/ardour_ui.cc:250
No locals.
#7  0x0074d27a in main (argc=1, argv=0x7fffcf940a28) at 
gtk2_ardour/main.cc:392
No locals.
(gdb) 



Frederic



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

Bug#596079: software-center: Doesn't display any applications [xapian update]

[Frederic Peters]

Package: software-center
Version: 2.0.7debian4
Severity: important


Xapian 1.2.3 landed in sid, and this broke software center, when visiting
a category of applications, it stays empty, and the console displays this
traceback:

Traceback (most recent call last):
  File /usr/share/software-center/softwarecenter/view/availablepane.py, line 
495, in _cb
self.refresh_apps()
  File /usr/share/software-center/softwarecenter/view/availablepane.py, line 
186, in refresh_apps
self._refresh_apps_with_apt_cache()
  File /usr/share/software-center/softwarecenter/view/softwarepane.py, line 
56, in wrapper
f(*args, **kwargs)
  File /usr/share/software-center/softwarecenter/view/availablepane.py, line 
211, in _refresh_apps_with_apt_cache
filter=self.apps_filter)
  File /usr/share/software-center/softwarecenter/view/appview.py, line 165, 
in __init__
doc = m[xapian.MSET_DOCUMENT]
TypeError: 'MSetItem' object does not support indexing


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

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

Versions of packages software-center depends on:
ii  app-install-data   2010.08.21Application Installer Data Files
ii  aptdaemon  0.31+bzr413-1 transaction based package manageme
ii  gnome-icon-theme   2.30.3-1  GNOME Desktop icon theme
ii  gnome-menus2.30.2-1  an implementation of the freedeskt
ii  lsb-release3.2-23.1  Linux Standard Base version report
ii  policykit-10.96-2framework for managing administrat
ii  policykit-1-gnome  0.96-2GNOME authentication agent for Pol
ii  python 2.6.6-1   interactive high-level object-orie
ii  python-apt 0.7.97.1  Python interface to libapt-pkg
ii  python-aptdaemon   0.31+bzr413-1 Python module for the server and c
ii  python-aptdaemon-gtk   0.31+bzr413-1 Python GTK+ widgets to run an aptd
ii  python-central 0.6.16register and build utility for Pyt
ii  python-dbus0.83.1-1  simple interprocess messaging syst
ii  python-gconf   2.28.1-1  Python bindings for the GConf conf
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-webkit  1.1.7-1+b1WebKit/Gtk Python bindings
ii  python-xapian  1.2.3-3   Xapian search engine interface for
ii  python-xdg 0.19-2Python library to access freedeskt

Versions of packages software-center recommends:
ii  apt-xapian-index  0.38   maintenance tools for a Xapian ind
pn  software-properties-gtk   none (no description available)
pn  update-notifier   none (no description available)

software-center 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#579924: ITP: iptraf-ng -- Interactive Colorful IP LAN Monitor

[Frederic Peters]

Package: wnpp
Severity: wishlist
Owner: Frederic Peters fpet...@debian.org
Owner: Frederic Peters fpet...@debian.org


* Package name: iptraf-ng
  Version : 1.0.2
  Upstream Author : Gerard Paul Java ri...@seul.org
* URL : https://fedorahosted.org/iptraf-ng
* License : GPL
  Programming Lang: C
  Description : Interactive Colorful IP LAN Monitor

  IPTraf-ng is an ncurses-based IP LAN monitor that generates various
  network statistics including TCP info, UDP counts, ICMP and OSPF
  information, Ethernet load info, node stats, IP checksum errors,
  and others.

iptraf-ng is a fork of iptraf (unmaintained for years), with patches
from all around already applied, an updated build system, etc.

The binary names are left unchanged, this package will replace the iptraf
package.


Cheers,
Frederic



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

Bug#577102: libeventmachine-ruby: new version available (1.2.10)

[Frederic Peters]

Package: libeventmachine-ruby
Severity: wishlist

Hello,

http://rubyforge.org/frs/?group_id=1555release_id=31185 has 1.2.10, but there
is no matching .tar.gz, just .gem (which means uscan didn't notice it).

Could you have a look at packaging it?

Thanks a lot,

   Frederic


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

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



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

Bug#566288: php5-lasso: missing dependency on phpapi-*

[Frederic Peters]

Raphael Geissert wrote:

 Your package builds a PHP extension but doesn't depend on phpapi-*.
 This is incorrect and will break it on PHP transitions, such as the
 soon-to-come PHP 5.3 transition.

 [...]
 
 P.S. if this bug isn't fixed by one of the current BSPs I plan to fix
 it in the following days via a 1-day delay NMU.
 If you intend to fix it, in less than three days, say it NOW.

Thanks for your notice, I will upload a fixed version tomorrow.


Frederic



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

Bug#515272: gaby: Depends on GTK 1.2

[Frederic Peters]

Barry deFreese wrote:

 OK, I was finally able to get it to actually build but it segfaults 
 immediately.
  Upstream doesn't seem real active.  Is it time to just remove this package?

To be honest I thought all GTK+ 1.2 packages had already been removed.


Cheers,
Frederic



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

Bug#515272: gaby: Depends on GTK 1.2

[Frederic Peters]

Barry deFreese wrote:

 No just the dependencies (i.e. gtk1.2 and glib1.2 themselves).  Does that mean
 we should remove it or do you know if there is some upstream activity 
 somewhere?

It should be removed; thanks for caring.

Frederic



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

Bug#555111: libudev-dev: API reference is empty

[Frederic Peters]

Package: libudev-dev
Version: 146-6
Severity: minor


The API Reference documentation, in /usr/share/gtk-doc/html/libudev/, is just
empty, the API index is empty, the object hierarchy is empty, a first section
is titled [Insert title here] and the index.html page points to
http://[SERVER]/libudev/;.

Probably something went wrong with gtk-doc when building the package, as those
files in the original tarball are correct.


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

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

Versions of packages libudev-dev depends on:
ii  libudev0  146-6  libudev shared library

libudev-dev recommends no packages.

libudev-dev 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#552160: Mouse button 2 and 3 not working anymore

[Frederic Peters]

Hello,

Could you check the value of this gconf key:
  /desktop/gnome/peripherals/touchpad/tap_to_click

This key was added by:

 commit 4eb9bd09219afbb56f114a2d10bc585e24db803e
 Author: Matthias Clasen mcla...@redhat.com
 Date:   Mon Jun 15 23:59:10 2009 -0400

 Add touchpad tab to the mouse capplet

 This adds support for synaptics touchpads, including disable-while-typing
 support with the help of syndaemon. Fixes bug 578444.

So it should also be editable via gnome control center (but 2.28 is
not available yet for amd64.


Frederic



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

Bug#550860: ITP: gnaughty -- downloader for adult content

[Frederic Peters]

Michal Čihař wrote:

 * Package name: gnaughty
   Version : 1.2.0
   Upstream Author : Troy McClure tro...@users.sourceforge.net
 * URL : http://gnaughty.sourceforge.net/
 * License : GPL
   Programming Lang: C
   Description : downloader for adult content
 
 Program to automatically download adult sex content, i.e. porn movies
 and pictures, from a known internet porn directory.
 
 Providing a friendly interface, users who feel like having some porn can
 have it served fastly and directly to their desktop.

Do you know about bug 283578 ?


Frederic



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

Bug#550591: notify-osd: Ship upstream changelog

[Frederic Peters]

Package: notify-osd
Version: 0.9.23-1
Severity: minor


/usr/share/doc/notify-osd/changelog.gz content is:
  use:
  bzr log | less

It would be quite useful if the output of that command was in the file.


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

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

Versions of packages notify-osd depends on:
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-2 simple interprocess messaging syst
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.22.2-2   The GLib library of C routines
ii  libgtk2.0-0   2.18.2-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio
ii  libpixman-1-0 0.16.2-1   pixel-manipulation library for X a
ii  libwnck22 2.28.0-1   Window Navigator Construction Kit 
ii  libx11-6  2:1.2.2-1  X11 client-side library

notify-osd recommends no packages.

notify-osd 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#550592: notify-osd: Move back notifications to the top right

[Frederic Peters]

Package: notify-osd
Version: 0.9.23-1
Severity: minor


With the upgrade to 0.9.23-1 the notifications no longer appear in the
top right corner, instead there is an empty space left for volume 
brightness notifications,
  https://bugs.launchpad.net/notify-osd/+bug/434789

notify-osd (0.9.21-0ubuntu1) karmic; urgency=low

  * New upstream version (LP: #427434)
- Using a fixed slot-allocation scheme now. This means async
  bubbles (e.g. volume) always appear in the top slot/position
  and sync. bubbles (e.g. IM-message notification) always appear
  in the bottom slot/position.

This change is not appropriate for Debian as the volume  brightness
notifications do not have the Ubuntu patches, and appear in the middle
of the screen.


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

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

Versions of packages notify-osd depends on:
ii  libatk1.0-0   1.28.0-1   The ATK accessibility toolkit
ii  libc6 2.9-27 GNU C Library: Shared libraries
ii  libcairo2 1.8.8-2The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.82-2 simple interprocess messaging syst
ii  libgconf2-4   2.28.0-1   GNOME configuration database syste
ii  libglib2.0-0  2.22.2-2   The GLib library of C routines
ii  libgtk2.0-0   2.18.2-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.26.0-1   Layout and rendering of internatio
ii  libpixman-1-0 0.16.2-1   pixel-manipulation library for X a
ii  libwnck22 2.28.0-1   Window Navigator Construction Kit 
ii  libx11-6  2:1.2.2-1  X11 client-side library

notify-osd recommends no packages.

notify-osd 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#550591: notify-osd: Ship upstream changelog

[Frederic Peters]

Julian Andres Klode wrote:

  /usr/share/doc/notify-osd/changelog.gz content is:
use:
bzr log | less
  
  It would be quite useful if the output of that command was in the file.
 
 We have three options:
   a) Include the changelog of the debian branch
   b) Include only the changes in the upstream branch
   c) Include no changelog.
 
 Options a and b are easy to do; option C is also possible given the fact
 that upstream now started documenting changes in NEWS.

FWIW in that particular case I had a look at the changelog looking for
what would have caused bug 550592, I am fine with any content that
would contain the relevant information.


Frederic



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

Bug#415616: iptraf: still not working in lenny 3.0.0-6

[Frederic Peters]

Matija Nalis wrote:

 The patch which fixes the problem is provided at
 http://linux.mantech.ro/IPTraf-fix.html and attached here.

Thanks for following up on this; the patch removes any special casing
of the VLAN interfaces; are they now always similar to ethernet ?  If
that's the case I'll rewrite the patch to remove all traces of VLAN.


Frederic



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

Bug#545482: openoffice.org-common: unopkg should set PYTHONPATH

[Frederic Peters]

Package: openoffice.org-common
Version: 1:3.1.1-1
Severity: minor


Installing a Python extension with 'unopkg add' fails with:

  ERROR: python-loader:type 'exceptions.ImportError': No module named
  pythonloader, traceback follows
  no traceback available
  Exception details: 
  (com.sun.star.uno.RuntimeException) { { Message = python-loader:type
  'exceptions.ImportError': No module named pythonloader, traceback
  follows\X000ano traceback available, Context = (com.sun.star.uno.XInterface)
  @0 } }

  unopkg failed.

Looking at the Debian ChangeLog I believe this to be similar to
* debian/shell-lib.sh: export PYTHONPATH=/@OOBASISDIR/program as
  regstering mailmerge.py aparently calls import pythonloader which
  does not work anymore without (closes: #522536)

and would suggest to also export PYTHONPATH= in unopkg (which is a shell
wrapper, so probably not difficult).


Cheers,

Frederic

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages openoffice.org-common depends on:
ii  openoffice.org-style-galaxy   1:3.1.1-1  full-featured office productivity 

Versions of packages openoffice.org-common recommends:
pn  openoffice.org-style-crystal  none (no description available)
pn  openoffice.org-style-oxygen   none (no description available)
ii  openoffice.org-style-tango1:3.1.1-1  full-featured office productivity 
pn  xfonts-mathml none (no description available)

Versions of packages openoffice.org-common suggests:
pn  openoffice.org-style-hicontra none (no description available)
pn  openoffice.org-style-industri none (no description available)

-- no debconf information



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

Bug#534133: corrupted rendering

[Frederic Peters]

Moritz Muehlenhoff wrote:

 Does this still persist with current unstable?

As noted by Brice that particular problem is fixed in unstable (as I
could experience #538148).


Cheers,
Frederic



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

Bug#539377: Error querying maintainers/uploaders with PTS SOAP interface

[Frederic Peters]

Package: qa.debian.org
Severity: normal

Hi!

This problem happens since the recent changes:
 http://upsilon.cc/~zack/blog/posts/2009/07/PTS_layout_changes/

I am using the SOAP interface for my status of GNOME in Debian pages
http://www.0d.be/debian/debian-gnome-2.26-status.html and an error appeared
around July 23rd 2009 21:20:35 +; it fails to retrieve uploadernames or
uploaderemails.

Here's a transcript using your soap_query.py script:

*** Outgoing SOAP **
?xml version=1.0 encoding=UTF-8?
SOAP-ENV:Envelope
  SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
  xmlns:xsi=http://www.w3.org/1999/XMLSchema-instance;
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
  xmlns:xsd=http://www.w3.org/1999/XMLSchema;
  
  SOAP-ENV:Body
  uploader_names SOAP-ENC:root=1
  source xsi:type=xsd:stringgnome-session/source
  /uploader_names
  /SOAP-ENV:Body
  /SOAP-ENV:Envelope
  

  *** Incoming SOAP
  **
  SOAP-ENV:Envelope
  xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/;
  xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
  xmlns:ZSI=http://www.zolera.com/schemas/ZSI/;
  xmlns:xsd=http://www.w3.org/2001/XMLSchema;
  
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;SOAP-ENV:Header/SOAP-ENV:HeaderSOAP-ENV:Bodyuploader_namesResponse/uploader_namesResponse/SOAP-ENV:Body/SOAP-ENV:Envelope
  

  SOAPpy.Types.structType uploader_namesResponse at 3076464076: {}




-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30
Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=UTF-8) (ignored: LC_ALL set to 
fr_BE.UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#538148: [intel,855GM] Output LVDS enabled but has no modes

[Frederic Peters]

Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: important

Hello,

[I updated the autogenerated parts of this bug report manually, to match
 the failing packages, hopefully I didn't miss any part in doing this]

Today I tried to upgrade from 2:2.3.2-2+lenny6 to 2:2.8.0-1 and X
started working afterwards, 
  FATAL: Module i915 not found.
  (EE) intel(0): Output LVDS enabled but has no modes
  (EE) intel(0): No valid modes.
  (EE) Screen(s) found, but none have a usable configuration.

  Fatal server error: no screens found

I didn't have that error with 2:2.6.3-1 (but I had #523415).



Frederic


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 avr 19  2006 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1718548 fév 20 04:24 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 4359 jui 23 15:25 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4  /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section Files
FontPath/usr/share/fonts/X11/misc
FontPath/usr/share/fonts/X11/cyrillic
FontPath/usr/share/fonts/X11/100dpi/:unscaled
FontPath/usr/share/fonts/X11/75dpi/:unscaled
FontPath/usr/share/fonts/X11/Type1
FontPath/usr/share/fonts/X11/100dpi
FontPath/usr/share/fonts/X11/75dpi
FontPath/usr/share/fonts/X11/CID
FontPath/usr/share/fonts/X11/CID
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
# path to defoma fonts
FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
EndSection

Section Module
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadglx
Loadint10
Loadrecord
Loadvbe
Loadsynaptics
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout be
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
Option  Protocol  PS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  Synaptics Touchpad
Driver  synaptics
Option  SendCoreEventstrue
Option  Device/dev/psaux
Option  Protocol  auto-dev
#Option HorizScrollDelta  0
Option  CorePointer
Option  LeftEdge  1700
Option  RightEdge 5300
Option  TopEdge   1700
Option  BottomEdge4200
Option  FingerLow 25
Option  FingerHigh30
Option  MaxTapTime180
Option  MaxTapMove220
Option  VertScrollDelta 100
Option  MinSpeed  0.06
Option  MaxSpeed  0.12
Option  AccelFactor 0.0010
Option  SHMConfig true
EndSection

Section InputDevice
Identifier  Optional Plugged Mouse
Driver  mouse
Option  AlwaysCore
Option  Device/dev/input/mouse1
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section Device
Identifier  Intel Corporation 82852/855GM Integrated Graphics 
Device
Driver  intel
BusID   PCI:0:2:0
#Option LinearAlloc 6144
#Option Clone true

Bug#538148: [intel,855GM] Output LVDS enabled but has no modes

[Frederic Peters]

Brice Goglin wrote:

 Good! Does #523415 happen there?

Nope, but it may well be because I upgraded my kernel.


 Can you try with kernel modesetting? See
 http://wiki.debian.org/KernelModesetting (upgrading to 2.6.31-rc might
 help there)
 
 Now you need to find which commit broke things between 901 and 902.
 There are quite a lot of commits there. Have you ever built a X video
 driver? Do you know git and git bisect?

I know the basics, and will handle the rest along the way.


Frederic



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

Bug#538148: [intel,855GM] Output LVDS enabled but has no modes

[Frederic Peters]

  
  Now you need to find which commit broke things between 901 and 902.
  There are quite a lot of commits there. Have you ever built a X video
  driver? Do you know git and git bisect?
 
 I know the basics, and will handle the rest along the way.

Well, not really, as it builds fine, but fails with the Output LVDS
enabled but has no modes message from master to 2ebc7d32; but doesn't
compile for older versions (tested both f6f79eb62 and 2.7.99.901),
where it fails with this error:

  CCi830_dri.o
i830_dri.c: In function ‘I830DRI2CreateBuffer’:
i830_dri.c:224: error: ‘struct anonymous’ has no member named ‘format’
i830_dri.c: In function ‘I830DRI2ScreenInit’:
i830_dri.c:422: warning: assignment from incompatible pointer type
i830_dri.c:423: warning: assignment from incompatible pointer type


For kernel mode setting I will first have to make some free space on
my disk, hopefully this weekend.


Frederic



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

Bug#538148: [intel,855GM] Output LVDS enabled but has no modes

[Frederic Peters]

 Which xserver-xorg-dev and x11proto-dri2-dev do you have ?

2:1.6.2-1 and 2.1-1.


 Note that if you open a bugreport on the upstream bugzilla, the intel
 guys may have some advice on which exact commit you should try. So you
 might want to ask them before doing all the git bisect.

Submitted as https://bugs.freedesktop.org/show_bug.cgi?id=22916


Thanks,

Frederic



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

Bug#523415: corrupted rendering

[Frederic Peters]

Brice Goglin wrote:

  Downgrading the kernel from 2.6.29 to 2.6.26 fixes the problem for
  me.
 
 Any difference in /proc/mtrr between 2.6.26 and 2.6.29 ?

I downgraged from 2.6.29 to 2.6.28, and it also fixed the problem.

/proc/mtrr in 2.6.28:
reg00: base=0x0 (0MB), size= 1024MB, count=1: write-back
reg01: base=0x03ff0 ( 1023MB), size=1MB, count=1: uncachable

/proc/mtrr in 2.6.29:
reg00: base=0x0 (0MB), size= 1024MB, count=1: write-back
reg01: base=0x03ff0 ( 1023MB), size=1MB, count=1: uncachable
reg02: base=0x0e800 ( 3712MB), size=  128MB, count=2: write-combining



Frederic



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

Bug#523415: corrupted rendering

[Frederic Peters]

Brice Goglin wrote:

 So now, booting 2.6.29 and doing as root
 echo base=0x0e800 size=0x800 type=write-combining  /proc/mtrr
 might give you the same MTRR back, and might even fix your problems.

Same corrupted display for me after updating MTRR, too bad :(


Frederic



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

Bug#523869: libffi-dev: gcc doesn't find ffi.h

[Frederic Peters]

Hello,

I am also seeing this problem.


#include ffi.h

int main(int argc, char *argv[])
{
return 0;
}

 $ make t
cc t.c   -o t
t.c:1:17: error: ffi.h: No such file or directory
make: *** [t] Error 1
 $ cc --version
cc (Debian 4.3.3-7) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.



Frederic



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

Bug#523415: Acknowledgement (corrupted rendering)

[Frederic Peters]

Brice Goglin wrote:

  I had a bit more time today to make some tests.
  
  X starts fine with Option NoAccel true.
  
  wrt AccelMethod:
   - EXA: gives the corrupted output this bug report is talking about.
   - UXA: gives the exact same corrupted output
   - XAA: gives a blank screen
 
 Can you try intel 2.6.99.903 from experimental?

Sure, but it currently requires libdrm-intel1 (= 2.4.9), which I
couldn't find in the Debian archive (nor in the NEW queue).



Frederic



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