Bug#729461: python-dateutil: Enable support for autopkgtest
Package: python-dateutil Version: 1.5+dfsg-0.1 Severity: normal Hi, This package has a testsuite of +400 tests that could run automatically with autopkgtest [1]. [1] http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests;hb=HEAD -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0-2-generic (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-dateutil depends on: ii python 2.7.5-5 ii tzdata 2013d-1 python-dateutil recommends no packages. python-dateutil 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#248426: dernier avertissement!
Votre e-mail a atteint son quota fixé, Copiez et collez le lien ci-dessous et remplissez informations demandées afin d'éviter de perdre votre compte. http://www.123contactform.com/form-756063/Webmaster-Formulaire-De-Contact Merci pour coopérer avec nous. Copyright (c) 2013 administrateur Webmaster -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729461: Patch that adds support for autopkgtest
Tags: patch The attached debdiff adds autopkgtest support for python-dateutil and run the testsuite against the package as-installed. Thanks for considering the patch. Jean-Baptiste. diff -Nru python-dateutil-1.5+dfsg/debian/changelog python-dateutil-1.5+dfsg/debian/changelog --- python-dateutil-1.5+dfsg/debian/changelog 2012-07-06 16:00:10.0 +0200 +++ python-dateutil-1.5+dfsg/debian/changelog 2013-11-13 09:09:05.0 +0100 @@ -1,3 +1,10 @@ +python-dateutil (1.5+dfsg-1) UNRELEASED; urgency=low + + * Add autopkgtest that runs the upstream test suite against the installed +package. (Closes: #729461) + + -- Jean-Baptiste Lallement Wed, 13 Nov 2013 09:07:39 +0100 + python-dateutil (1.5+dfsg-0.1) unstable; urgency=low * Non-maintainer upload. diff -Nru python-dateutil-1.5+dfsg/debian/control python-dateutil-1.5+dfsg/debian/control --- python-dateutil-1.5+dfsg/debian/control 2011-08-30 22:20:10.0 +0200 +++ python-dateutil-1.5+dfsg/debian/control 2013-11-13 08:44:08.0 +0100 @@ -7,6 +7,7 @@ Vcs-Git: git://git.debian.org/git/calendarserver/python-dateutil.git Vcs-Browser: http://git.debian.org/?p=calendarserver/python-dateutil.git X-Python-Version: >= 2.3 +XS-Testsuite: autopkgtest Package: python-dateutil Architecture: all diff -Nru python-dateutil-1.5+dfsg/debian/tests/control python-dateutil-1.5+dfsg/debian/tests/control --- python-dateutil-1.5+dfsg/debian/tests/control 1970-01-01 01:00:00.0 +0100 +++ python-dateutil-1.5+dfsg/debian/tests/control 2013-11-13 08:43:22.0 +0100 @@ -0,0 +1,2 @@ +Tests: upstream +Depends: @ diff -Nru python-dateutil-1.5+dfsg/debian/tests/upstream python-dateutil-1.5+dfsg/debian/tests/upstream --- python-dateutil-1.5+dfsg/debian/tests/upstream 1970-01-01 01:00:00.0 +0100 +++ python-dateutil-1.5+dfsg/debian/tests/upstream 2013-11-13 08:43:22.0 +0100 @@ -0,0 +1,3 @@ +#!/bin/sh + +./test.py -v
Bug#729462: python-imaging: Add support for autopkgtest
Package: python-imaging Version: 1.1.7+2.0.0-1.1 Severity: normal Dear Maintainer, This package has a testsuite + selftests of +100 tests and would benefit of the autopkgtest infrastructure [1]. [1] http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests;hb=HEAD Jean-Baptiste -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0-2-generic (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-imaging depends on: ii python 2.7.5-5 ii python-pil 1.1.7+2.0.0-1.1 python-imaging recommends no packages. python-imaging 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#569668: status: with r2174 no SMTP Body
block 569668 by 596469 thanks Hi, > The version of Davmail in Alioth seems to been upstream revision r2174. > With that version send E-mail has only SMTP headers, no SMTP body. > > With self-compiled upstream package version r2192 I do > get SMTP bodies in sent mail. I can reproduce and r2192 does not help. I think you used a version compiled against javamail instead of GNUmail-java, which fixes the problem. I am getting tired of regressions and incompatible behaviour regarding using GNUmail-java. I think we would all be better using javamail (now that licence issues are gone), which is the dep upstream uses. I've got a build of javamail working. Let me finalize this work, mainly debian/copyright and I'll publish my working tree in a few days. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729463: [l10n:eu] localepurge 0.7.4: updated Basque translation
Package: localepurge
Version: 0.7.4
X-Debbugs-CC: debian-l10n-bas...@lists.debian.org
Severity: wishlist
Tags: l10n patch
Attached Basque translation. Please, could you add it for us?
Thanks and best regards,
Dooteo
# translation of eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2009.
# Iñaki Larrañaga Murgoitio , 2013.
msgid ""
msgstr ""
"Project-Id-Version: eu\n"
"Report-Msgid-Bugs-To: localepu...@packages.debian.org\n"
"POT-Creation-Date: 2013-11-08 07:01+0100\n"
"PO-Revision-Date: 2013-11-12 21:59+0100\n"
"Last-Translator: Iñaki Larrañaga Murgoitio \n"
"Language-Team: Basque \n"
"Language: eu\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.4\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid "Locale files to keep on this system:"
msgstr "Lokala fitxategiak sisteman mantentzeko:"
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"The localepurge package will remove all locale files from the system except "
"those that you select here."
msgstr ""
"'localepurge' paketeak lokala (l10n) arloko fitxategi guztiak sistematik "
"kentzen ditu, zuk hautatu dituzunak izan ezik."
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"When selecting the locale corresponding to your language and country code "
"(such as \"de_DE\", \"de_CH\", \"it_IT\", etc.) it is recommended to choose "
"the two-character entry (\"de\", \"it\", etc.) as well."
msgstr ""
"Nahi duzun hizkuntzaren eta herrialdearen kodeari dagokion lokala "
"hautatzean (adibidez 'eu_ES', 'eu_FR', 'it_IT', e.a.) bi karakteretako "
"sarrera ('eu', 'it', e.a.) aukeratzea gomendatzen da baita ere."
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"Entries from /etc/locale.gen will be preselected if no prior configuration "
"has been successfully completed."
msgstr ""
"'/etc/locale.gen' fitxategiko sarrerak aurrez hautatuko dira aurreko "
"konfiguraziorik ez bada ongi osatu."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid "Use dpkg --path-exclude?"
msgstr "'dpkg --path-exclude' erabili?"
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"dpkg supports --path-exclude and --path-include options to filter files from "
"packages being installed."
msgstr ""
"'dpkg' tresnak '--path-exclude' eta '--path-include' aukerak onartzen ditu "
"instalatzen ari diren paketeetatik fitxategiak iragazteko."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"Please see /usr/share/doc/localepurge/README.dpkg-path for more information "
"about this feature. It can be enabled (or disabled) later by running \"dpkg-"
"reconfigure localepurge\"."
msgstr ""
"Irakurri '/usr/share/doc/localepurge/README.dpkg-path' eginbide honi "
"buruzko informazio gehiago lortzeko. 'dpkg-reconfigure localepurge' "
"komandoa exekutatuz beranduago gaitu (edo desgaitu) daiteke."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"This option will become active for packages unpacked after localepurge has "
"been (re)configured. Packages installed or upgraded together with "
"localepurge may (or may not) be subject to the previous configuration of "
"localepurge."
msgstr ""
"Aukera hau aktibo bihurtuko da localepurge (bir)konfiguratu "
"ondoren deskonprimitutako paketeentzako. localepurge-rekin batera "
"instalatutako edo bertsio-berritutako paketeak "
"localepurge-ren aurreko konfigurazioen ondorioak jasan dezakete (edo ez)."
#. Type: boolean
#. Description
#: ../localepurge.templates:4001
msgid "Really remove all locales?"
msgstr "Benetan lokala guztiak ezabatu?"
#. Type: boolean
#. Description
#: ../localepurge.templates:4001
#| msgid ""
#| "You chose not to keep any locales. This means that all locales will be "
#| "removed from your system. Are you sure this really is what you want?"
msgid ""
"No locale has been chosen for being kept. This means that all locales will "
"be removed from this system. Please confirm whether this is really your "
"intent."
msgstr ""
"Ez da lokalarik mantentzeko aukeratu. Sistematik lokala guztiak kenduko "
"direla adierazten du honek. Berretsi ezazu hori benetan egitea nahi duzula."
#. Type: note
#. Description
#: ../localepurge.templates:5001
msgid "No localepurge action until the package is configured"
msgstr "Ez dago localepurge-ren ekintzarik paketea konfiguratu arte"
#. Type: note
#. Description
#: ../localepurge.templates:5001
#| msgid ""
#| "localepurge will not be useful until you successfully configure it with "
#| "the command \"dpkg-reconfigure localepurge\". The configured entries "
#| "from /etc/locale.gen of the locales package will then be automagically "
#| "preselected."
msgid ""
"The localepurge p
Bug#729462: patch to enable autopkgtest
Tags: patch The attached debdiff adds autopkgtest support for python-imaging and runs the testsuite against the package as-installed. It has been applied to Ubuntu Thanks for considering the patch. Jean-Baptiste. diff -Nru python-imaging-1.1.7+2.0.0/debian/changelog python-imaging-1.1.7+2.0.0/debian/changelog --- python-imaging-1.1.7+2.0.0/debian/changelog 2013-10-20 22:35:13.0 +0200 +++ python-imaging-1.1.7+2.0.0/debian/changelog 2013-11-13 09:36:02.0 +0100 @@ -1,3 +1,9 @@ +python-imaging (1.1.7+2.0.0-2) UNRELEASED; urgency=low + + * Enable autopkgtest (Closes: #729462) + + -- Jean-Baptiste Lallement Wed, 13 Nov 2013 09:35:34 +0100 + python-imaging (1.1.7+2.0.0-1.1) unstable; urgency=low * Non-maintainer upload diff -Nru python-imaging-1.1.7+2.0.0/debian/control python-imaging-1.1.7+2.0.0/debian/control --- python-imaging-1.1.7+2.0.0/debian/control 2013-10-20 22:23:06.0 +0200 +++ python-imaging-1.1.7+2.0.0/debian/control 2013-11-13 09:35:23.0 +0100 @@ -9,6 +9,7 @@ libsane-dev, libfreetype6-dev, libjpeg8-dev, zlib1g-dev, liblcms1-dev, Build-Conflicts: python-numarray Standards-Version: 3.9.4 +XS-Testsuite: autopkgtest Package: python-pil Architecture: any diff -Nru python-imaging-1.1.7+2.0.0/debian/tests/control python-imaging-1.1.7+2.0.0/debian/tests/control --- python-imaging-1.1.7+2.0.0/debian/tests/control 1970-01-01 01:00:00.0 +0100 +++ python-imaging-1.1.7+2.0.0/debian/tests/control 2013-11-13 09:35:23.0 +0100 @@ -0,0 +1,5 @@ +Tests: selftest-py2 selftest-py3 +Depends: @ + +Tests: upstream-py2 upstream-py3 +Depends: @ diff -Nru python-imaging-1.1.7+2.0.0/debian/tests/selftest-py2 python-imaging-1.1.7+2.0.0/debian/tests/selftest-py2 --- python-imaging-1.1.7+2.0.0/debian/tests/selftest-py21970-01-01 01:00:00.0 +0100 +++ python-imaging-1.1.7+2.0.0/debian/tests/selftest-py22013-11-13 09:35:23.0 +0100 @@ -0,0 +1,4 @@ +#!/bin/sh +set -e + +python selftest.py diff -Nru python-imaging-1.1.7+2.0.0/debian/tests/selftest-py3 python-imaging-1.1.7+2.0.0/debian/tests/selftest-py3 --- python-imaging-1.1.7+2.0.0/debian/tests/selftest-py31970-01-01 01:00:00.0 +0100 +++ python-imaging-1.1.7+2.0.0/debian/tests/selftest-py32013-11-13 09:35:23.0 +0100 @@ -0,0 +1,4 @@ +#!/bin/sh +set -e + +python3 selftest.py diff -Nru python-imaging-1.1.7+2.0.0/debian/tests/upstream-py2 python-imaging-1.1.7+2.0.0/debian/tests/upstream-py2 --- python-imaging-1.1.7+2.0.0/debian/tests/upstream-py21970-01-01 01:00:00.0 +0100 +++ python-imaging-1.1.7+2.0.0/debian/tests/upstream-py22013-11-13 09:35:23.0 +0100 @@ -0,0 +1,4 @@ +#!/bin/sh +set -e + +python Tests/run.py --installed diff -Nru python-imaging-1.1.7+2.0.0/debian/tests/upstream-py3 python-imaging-1.1.7+2.0.0/debian/tests/upstream-py3 --- python-imaging-1.1.7+2.0.0/debian/tests/upstream-py31970-01-01 01:00:00.0 +0100 +++ python-imaging-1.1.7+2.0.0/debian/tests/upstream-py32013-11-13 09:35:23.0 +0100 @@ -0,0 +1,4 @@ +#!/bin/sh +set -e + +python3 Tests/run.py --installed
Bug#729466: fcitx: Fcitx delay too long in vncviewer
Package: fcitx Version: 1:4.2.4.1-7 Severity: normal Tags: l10n I start vnc4server in Debian Jessie using command line below: vncserver :1 The part of ~/.vnc/xstartup as below: # export GTK_IM_MODULE=xim export QT_IM_MODULE=xim export XMODIFIERS=@im=fcitx fcitx & gnome-session & # Fcitx will delay above 20 seconds to start in vncviewer remotely. Ibus has no this kind of broblem. -- System Information: Debian Release: 7.2 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fcitx depends on: ii fcitx-bin 1:4.2.4.1-7 ii fcitx-data 1:4.2.4.1-7 ii fcitx-modules 1:4.2.4.1-7 Versions of packages fcitx recommends: ii fcitx-config-gtk 0.4.4-1 ii fcitx-frontend-all 1:4.2.4.1-7 ii fcitx-ui-classic 1:4.2.4.1-7 ii im-config [im-switch] 0.21 Versions of packages fcitx suggests: pn fcitx-m17n pn fcitx-tools -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729465: pgbouncer: Fails to restart when listening port is changed
Package: pgbouncer Version: 1.5.4-4 Severity: normal Dear Maintainer, after changing the listening port in /etc/pgbouncer/pgbouncer.ini, restarting the daemon returns no error (even error code is 0), but the daemon isn't restarted at all. If I stop the daemon and then start it again, it actually changes the port it's listening on: Steps to reproduce the error: 1.- # apt-get install pgbouncer 2.- Edit /etc/default/pgbouncer, and set START to 1. 3.- # /etc/init.d/pgbouncer start 4.- # netstat -lntp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address tcp0 0 127.0.0.1:6432 0.0.0.0:* LISTEN 3019/pgbouncer 5.- Edit /etc/pgbouncer/pgbouncer.ini, change listen_port from 6432 to 5432 and save the file. 6.- # /etc/init.d/pgbouncer restart [] Invoking PgBouncer restart: pgbouncersleep 0.1 sleep 0.2 sleep 0.2 sleep 0.5 sleep 1.0 sleep 1.0 sleep 2.0 . ok 7.- # echo $? 0 8.- # netstat -lntp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp0 0 127.0.0.1:6432 0.0.0.0:* LISTEN 3019/pgbouncer NOTE: this bug also affects version 1.5.2-4 present in wheezy. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgbouncer depends on: ii libc6 2.17-93 ii libevent-2.0-5 2.0.21-stable-1 ii lsb-base 4.1+Debian12 ii postgresql-common 150 pgbouncer recommends no packages. pgbouncer suggests no packages. -- Configuration Files: /etc/default/pgbouncer changed: START=1 /etc/pgbouncer/pgbouncer.ini [Errno 13] Permiso denegado: u'/etc/pgbouncer/pgbouncer.ini' /etc/pgbouncer/userlist.txt [Errno 13] Permiso denegado: u'/etc/pgbouncer/userlist.txt' -- 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#729464: [l10n:eu] localepurge 0.7.4: updated Basque translation
Package: localepurge
Version: 0.7.4
X-Debbugs-CC: debian-l10n-bas...@lists.debian.org
Severity: wishlist
Tags: l10n patch
Previous PO file has wrong header's 'Language-Team' field. Current file is
fixed.
Please, could you add this one and delete previous file?
Thanks and best regards,
Dooteo
# translation of eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2009.
# Iñaki Larrañaga Murgoitio , 2013.
msgid ""
msgstr ""
"Project-Id-Version: eu\n"
"Report-Msgid-Bugs-To: localepu...@packages.debian.org\n"
"POT-Creation-Date: 2013-11-08 07:01+0100\n"
"PO-Revision-Date: 2013-11-12 21:59+0100\n"
"Last-Translator: Iñaki Larrañaga Murgoitio \n"
"Language-Team: Basque \n"
"Language: eu\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.4\n"
"Plural-Forms: nplurals=2; plural=n != 1;\n"
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid "Locale files to keep on this system:"
msgstr "Lokala fitxategiak sisteman mantentzeko:"
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"The localepurge package will remove all locale files from the system except "
"those that you select here."
msgstr ""
"'localepurge' paketeak lokala (l10n) arloko fitxategi guztiak sistematik "
"kentzen ditu, zuk hautatu dituzunak izan ezik."
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"When selecting the locale corresponding to your language and country code "
"(such as \"de_DE\", \"de_CH\", \"it_IT\", etc.) it is recommended to choose "
"the two-character entry (\"de\", \"it\", etc.) as well."
msgstr ""
"Nahi duzun hizkuntzaren eta herrialdearen kodeari dagokion lokala "
"hautatzean (adibidez 'eu_ES', 'eu_FR', 'it_IT', e.a.) bi karakteretako "
"sarrera ('eu', 'it', e.a.) aukeratzea gomendatzen da baita ere."
#. Type: multiselect
#. Description
#: ../localepurge.templates:2001
msgid ""
"Entries from /etc/locale.gen will be preselected if no prior configuration "
"has been successfully completed."
msgstr ""
"'/etc/locale.gen' fitxategiko sarrerak aurrez hautatuko dira aurreko "
"konfiguraziorik ez bada ongi osatu."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid "Use dpkg --path-exclude?"
msgstr "'dpkg --path-exclude' erabili?"
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"dpkg supports --path-exclude and --path-include options to filter files from "
"packages being installed."
msgstr ""
"'dpkg' tresnak '--path-exclude' eta '--path-include' aukerak onartzen ditu "
"instalatzen ari diren paketeetatik fitxategiak iragazteko."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"Please see /usr/share/doc/localepurge/README.dpkg-path for more information "
"about this feature. It can be enabled (or disabled) later by running \"dpkg-"
"reconfigure localepurge\"."
msgstr ""
"Irakurri '/usr/share/doc/localepurge/README.dpkg-path' eginbide honi "
"buruzko informazio gehiago lortzeko. 'dpkg-reconfigure localepurge' "
"komandoa exekutatuz beranduago gaitu (edo desgaitu) daiteke."
#. Type: boolean
#. Description
#: ../localepurge.templates:3001
msgid ""
"This option will become active for packages unpacked after localepurge has "
"been (re)configured. Packages installed or upgraded together with "
"localepurge may (or may not) be subject to the previous configuration of "
"localepurge."
msgstr ""
"Aukera hau aktibo bihurtuko da localepurge (bir)konfiguratu "
"ondoren deskonprimitutako paketeentzako. localepurge-rekin batera "
"instalatutako edo bertsio-berritutako paketeak "
"localepurge-ren aurreko konfigurazioen ondorioak jasan dezakete (edo ez)."
#. Type: boolean
#. Description
#: ../localepurge.templates:4001
msgid "Really remove all locales?"
msgstr "Benetan lokala guztiak ezabatu?"
#. Type: boolean
#. Description
#: ../localepurge.templates:4001
#| msgid ""
#| "You chose not to keep any locales. This means that all locales will be "
#| "removed from your system. Are you sure this really is what you want?"
msgid ""
"No locale has been chosen for being kept. This means that all locales will "
"be removed from this system. Please confirm whether this is really your "
"intent."
msgstr ""
"Ez da lokalarik mantentzeko aukeratu. Sistematik lokala guztiak kenduko "
"direla adierazten du honek. Berretsi ezazu hori benetan egitea nahi duzula."
#. Type: note
#. Description
#: ../localepurge.templates:5001
msgid "No localepurge action until the package is configured"
msgstr "Ez dago localepurge-ren ekintzarik paketea konfiguratu arte"
#. Type: note
#. Description
#: ../localepurge.templates:5001
#| msgid ""
#| "localepurge will not be useful until you successfully configure it with "
#| "the command \"dpkg-reconfigure localepurge\". The configured entries "
#| "from /etc/locale.gen of the locales pa
Bug#729467: python-jsonschema: Add support for autopkgtest
Package: python-jsonschema Version: 2.0.0-1 Severity: normal Dear Maintainer, This package has a testsuite of +600 tests on python2 and python3 would benefit of the autopkgtest infrastructure.[1]. [1] http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=blob_plain;f=doc/README.package-tests;hb=HEAD Jean-Baptiste -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0-2-generic (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-jsonschema depends on: ii dpkg 1.17.1 ii python 2.7.5-5 ii python-mock 1.0.1-2 python-jsonschema recommends no packages. python-jsonschema 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#729468: vino-preferences missing
Package: vino Version: 3.10.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, I've tried to start vino-server on my pc in order to share the desktop with other pc. I've installed vino: sudo apt-get install vino Then when I launch /usr/lib/vino/vino-server I get this message ** (vino-server:14292): WARNING **: The desktop sharing service is not enabled, so it should not be run. With previous version of vino I could enable desktop sharing running vino-preferences But if try to launch vino-preferences I get the error: The program 'vino-preferences' is currently not installed. To run 'vino- preferences' please ask your administrator to install the package 'vino' So the server is unusable. Thanks Stefano De Toni -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-486 Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vino depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libavahi-glib1 0.6.31-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt11 1.5.3-2 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-8 ii libgtk-3-0 3.8.4-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libnotify4 0.7.6-1 ii libsecret-1-00.15-2 ii libsm6 2:1.2.1-2 ii libtelepathy-glib0 0.22.0-1 ii libx11-6 2:1.6.2-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxtst6 2:1.2.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages vino recommends: ii gvfs 1.16.3-1+b1 Versions of packages vino suggests: ii gnome-user-guide 3.8.2-1 ii vinagre 3.8.3-1 -- 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#729469: libav-tools: Add "This package replaces ffmpeg." to the description.
Package: libav-tools Version: 6:9.10-1 Severity: normal Dear Maintainer, Thank you for maintaining libav-tools. Video is a good way to communicate over the net. * What led up to the situation? "How to"s on the web advise using ffmpeg, and it's still nominally in Debian. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to install it with ... $ apt-get install ffmpeg * What was the outcome of this action? apt-get reported E: Package 'ffmpeg' has no installation candidate * What outcome did you expect instead? apt-get to say it installed ffmpeg, I jump over buildings in a single bound, and have never been seen in the same room as Superman. ;-) Humble suggestion: Put something like "This package replaces ffmpeg." in the description. Thanks, Kingsley -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libav-tools depends on: ii dpkg 1.17.1 ii libavcodec54 6:9.10-1 ii libavdevice53 6:9.10-1 ii libavfilter3 6:9.10-1 ii libavformat54 6:9.10-1 ii libavresample1 6:9.10-1 ii libavutil526:9.10-1 ii libbz2-1.0 1.0.6-5 ii libc6 2.17-93 ii libgnutls262.12.23-8 ii libgsm11.0.13-4 ii libmp3lame03.99.5+repack1-3 ii libopenjpeg2 1.3+dfsg-4.6 ii libopus0 1.1~beta-3 ii librtmp0 2.4+20121230.gitdf6c518-1 ii libschroedinger-1.0-0 1.0.11-2 ii libsdl1.2debian1.2.15-7 ii libspeex1 1.2~rc1-7 ii libswscale26:9.10-1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libva1 1.1.1-3 ii libvorbis0a1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libvpx11.2.0-2 ii libx264-1332:0.133.2339+git585324f-2 ii libxvidcore4 2:1.3.2-9 ii zlib1g 1:1.2.8.dfsg-1 libav-tools recommends no packages. Versions of packages libav-tools suggests: ii frei0r-plugins 1.1.22git20091109-1.4 -- 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#569668: status: with r2174 no SMTP Body
> My attempt to add a newer version from upstream to packaging git repo > failed horrible. > > I copied files from upstream SVN to the git packaging repo. > [...] > How to add a new upstream version to the packaging repo? If you want to add an official release, the following should do the trick : $ cd davmail/davmail.git $ uscan[ --force-download] # if you want to redownload the orig tar $ git-import-orig ../davmail_.orig.tar.gz # import and commit new updtream version, and merge If you want to test a svn snpashot, the easiest way (IMHO) is to produce a patch and apply it to the git tree. With our recent exemple : $ cd davmail/davmail.svn $ svn update $ svn diff -r2174 src/java > ../patch $ cd ../davmail.git $ export QUILT_PATCHES=debian/patches/ $ quilt import -P newer-upstream ../patch $ debuild -us -uc (this does not however fix the SMTP problem) Cheers, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729467: patch to enable autopkgtest
Tags: patch The attached debdiff adds autopkgtest support for python-jsonschema and runs the testsuite against the package as-installed. It has been applied to Ubuntu Thanks for considering the patch. Jean-Baptiste. diff -Nru python-jsonschema-2.0.0/debian/changelog python-jsonschema-2.0.0/debian/changelog --- python-jsonschema-2.0.0/debian/changelog2013-09-09 10:09:05.0 +0200 +++ python-jsonschema-2.0.0/debian/changelog2013-11-13 09:51:01.0 +0100 @@ -1,3 +1,10 @@ +python-jsonschema (2.0.0-2) UNRELEASED; urgency=low + + * Add autopkgtest that runs the upstream test suite against the installed +package (Closes: #729467) + + -- Jean-Baptiste Lallement Wed, 13 Nov 2013 09:50:25 +0100 + python-jsonschema (2.0.0-1) unstable; urgency=low * New upstream release. diff -Nru python-jsonschema-2.0.0/debian/control python-jsonschema-2.0.0/debian/control --- python-jsonschema-2.0.0/debian/control 2013-09-09 10:09:05.0 +0200 +++ python-jsonschema-2.0.0/debian/control 2013-11-13 09:47:34.0 +0100 @@ -21,6 +21,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/python-jsonschema.git Vcs-Git: git://anonscm.debian.org/openstack/python-jsonschema.git Homepage: https://github.com/Julian/jsonschema +XS-Testsuite: autopkgtest Package: python-jsonschema Architecture: all diff -Nru python-jsonschema-2.0.0/debian/tests/control python-jsonschema-2.0.0/debian/tests/control --- python-jsonschema-2.0.0/debian/tests/control1970-01-01 01:00:00.0 +0100 +++ python-jsonschema-2.0.0/debian/tests/control2013-11-13 09:46:47.0 +0100 @@ -0,0 +1,2 @@ +Tests: upstream-py2 upstream-py3 +Depends: @, python-pytest, python3-pytest diff -Nru python-jsonschema-2.0.0/debian/tests/upstream-py2 python-jsonschema-2.0.0/debian/tests/upstream-py2 --- python-jsonschema-2.0.0/debian/tests/upstream-py2 1970-01-01 01:00:00.0 +0100 +++ python-jsonschema-2.0.0/debian/tests/upstream-py2 2013-11-13 09:46:47.0 +0100 @@ -0,0 +1,5 @@ +#!/bin/sh + +set -e + +py.test -v -s jsonschema diff -Nru python-jsonschema-2.0.0/debian/tests/upstream-py3 python-jsonschema-2.0.0/debian/tests/upstream-py3 --- python-jsonschema-2.0.0/debian/tests/upstream-py3 1970-01-01 01:00:00.0 +0100 +++ python-jsonschema-2.0.0/debian/tests/upstream-py3 2013-11-13 09:46:47.0 +0100 @@ -0,0 +1,5 @@ +#!/bin/sh + +set -e + +py.test-3 -v -s jsonschema
Bug#644886: Patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi:
I've included a patch that seems to solve the problem.
Bye.
- --
+--
| Rafael Jesús Alcántara Pérez
| Director Técnico.
| Teléfono fijo: 952 602 959
| Fax: 952 602 959
| Dirección: C/ Afligidos 2, 3º Derecha, 29015 Málaga
| Dédalo Ingenieros, S.L.: http://www.dedaloingenieros.com/
| PGP: http://pgp.rediris.es:11371/pks/lookup?op=index&search=0x53F330AB
+-
"For every complex problem there is a solution that is concise, clear,
simple, and wrong." (H. L. Mencken)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlKDPNYACgkQyR3/fFPzMKu0VACcCaT2YcdWUC/COa6Gsh7j+yOt
cHoAmgM4SeQvQl54p2cVciC8x5eR2aYP
=mXFs
-END PGP SIGNATURE-
--- /etc/logcheck/ignore.d.server/snmpd 2012-06-30 16:52:33.0 +0200
+++ /etc/logcheck/ignore.d.server/snmpd-new 2013-11-13 09:41:09.358521791 +0100
@@ -1,2 +1,2 @@
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from [.0-9]{7,15}$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from UDP: \[[.0-9]{7,15}\]:[0-9]{4,5}(->\[[.0-9]{7,15}\])?$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ snmpd\[[0-9]+\]: Connection from UDP: \[[.0-9]{7,15}\]:[0-9]{4,5}(->\[[.0-9]{7,15}\]:[0-9]{1,5})?$
Bug#707184: Debian Backport
s3ql for Wheezy - yes please. Cheers, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722347: [Bash-completion-devel] Bug#722347: please make bash-completion optional
Do you think it would be possible to have a more fine-grained control here? It might be very helpful if a user could choose in his .bashrc which completion modules are read and which are ignored. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#628654: xbindkeys: New release blocks seahorse
Package: xbindkeys Version: 1.8.5-1 Followup-For: Bug #628654 Dear Maintainer, I'm in a similar situation as Michael and Rola. When xbindkeys is started from /etc/X11/Xsession.d/98xbindkeys it lacks the environment variables necessary to communicate with e.g. ssh-agent because they are set later in the Xsession-process in /etc/X11/Xsession.d/99x11-common_start . This breaks using terminal emulators started with xbindkeys. Creating $HOME/.xbindkeys.noauto and starting xbindkeys by hand solves this problem. Unfortunately, .xbindkeys.noauto is documented only in 98xbindkeys and NEWS.Debian.gz but not in the man-page. Can you please document $HOME/.xbindkeys.noauto in the man-page? And if possible install the Xsession-script such that it's sourced after 99x11-common_start. Thank you very much! Kind regards, Eike -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (200, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xbindkeys depends on: ii guile-1.8-libs 1.8.8+1-8 ii libc6 2.17-93 ii libx11-62:1.6.2-1 xbindkeys recommends no packages. Versions of packages xbindkeys suggests: ii tk8.4 [wish] 8.4.20-1 ii tk8.5 [wish] 8.5.14-2 pn xbindkeys-config -- 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#649038: elfutils FTBFS on kfreebsd
On Mon, 2013-11-11 at 23:31 +0100, Robert Millan wrote: > On 11/11/2013 15:32, Mark Wielaard wrote: > > On Sun, 2013-11-10 at 00:45 +0100, Robert Millan wrote: > >> Nothing as far as ELF compliance is concerned. This tag is ment to be > >> consumed by the kernel ELF loader only. > > > > For elfutils elflint it also matters for things like STB_GNU_UNIQUE and > > STT_GNU_IFUNC. Does ELFOSABI_FREEBSD indicate the binaray can or cannot > > contain such symbol types or bindings? > > No, it just gives information about the kernel<->user ABI. > > AFAIK STB_GNU_UNIQUE and STT_GNU_IFUNC are userland facilities. Is this > correct? It tells the shared library loader, ld.so, about the features of the ELF file, so it can resolve symbols with those bindings and/or types. > > elflint assumes those only occur > > with ELFOSABI_LINUX currently. > > Well I suppose you could extend this assumption to cover > ELFOSABI_FREEBSD as well? > > Though presence of ELFOSABI_FREEBSD is not enough to determine that they > are available. Indeed. Normally for the GNU toolchain, ELFOSABI_NONE describes "generic" ELF files, which don't use GNU extensions like STB_GNU_UNIQUE and STT_GNU_IFUNC. And ELFOSABI_LINUX describe ELF files which do use such GNU extensions. What is the convention on Debian/kfreebsd? > > /proc/PID/maps, /proc/PID/exe, /proc/PID/mem, > > Mostly OK I think. > > > /proc/TID/status > > It seems we don't have this. At least not in 9.0. :-( This one is mostly just used as a workaround to see whether ptrace correctly propagates a SIGSTOP on attach/detach. It can probably be ignored if ptrace "behaves". > > and /proc/PID/auvx > > Neither... That was a type BTW. Should have been auxv. It is sometimes possible to get at the AUXV information in a different way. If not available only some functionality is degraded. > > And /proc/kallsyms and /proc/modules are used to inspect kernel modules > > with libdwfl. > > Nope. For module listing we have kldstat() / kldfind() / kldnext(). > > > See libdwfl/linux-proc-maps.c (backend for dwfl_linux_proc_report) > > and libdwfl/linux-kernel-modules.c (backend for > > dwfl_linux_kernel_report_kernel and dwfl_linux_kernel_report_modules). > > Someone might want to provide > > backends for kfreebsd if the corresponding libdwfl dwfl_linux_* > functionality is wanted there. The kernel parts probably won't easily > work, the user > > space parts probably will assuming the /proc interface is linprocfs style > > and sufficiently compatible. > > Is it possible to disable this functionality on kFreeBSD? A quick > linprocfs solution seems like dead-end, and we really don't have the > manpower to write new backends from scratch. Well, it doesn't do much harm. It just means you cannot easily introspect the kernel and kernel modules with elfutils/libdwfl. But that is not functionality many programs want/need anyway. If they do, then there are probably other issues they have to deal with that make them depend on the linux kernel anyway. Cheers, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729022: closed by Matthias Klose (Bug#729022: fixed in gcc-4.8 4.8.2-3)
Control: reopen -1 Le mardi 12 novembre 2013 à 23:24 +, Debian Bug Tracking System a écrit : > This is an automatic notification regarding your Bug report > which was filed against the libgcj14,gcj-4.8-jre-headless package: > > #729022: libgcj14: File conflict between libgcj14 and gcj-4.8-jre-headless > > It has been closed by Matthias Klose . The bug is not entirely closed: the conflicting file has indeed disappeared from gcj-4.8-jre-headless 4.8.2-3, but libgcj14 does not declare a Breaks+Replaces on the old gcj-4.8-jre-headless. Hence upgrades from 4.8.2-1 are still broken if the new libgcj14 is unpacked before the new gcj-4.8-jre-headless. libgcj14 should therefore declare (see policy 7.6.1): Breaks: gcj-4.8-jre-headless (<< 4.8.2-3) Replaces: gcj-4.8-jre-headless (<< 4.8.2-3) Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729470: dacs-examples: Files shouldn't be in extra 'dacs' dir under /usr/share/doc/dacs-examples
Package: dacs-examples Severity: minor Hi. I don't see any justification to adding an extra 'dacs' subdir under /usr/share/doc/dacs-examples. Thanks in advance for fixing this, if this makes sense. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#726072: [backupninja] Support for SIGN_PASSPHRASE in Duplicity helper?
Hi, Jon Goldberg wrote (13 Nov 2013 00:27:28 GMT) : > However, while there's support for setting a PASSPHRASE environment > variable, there's no support for setting the SIGN_PASSPHRASE variable - > which means that folks using backupninja for Duplicity must have a very > different approach than I do. > If anyone can chime in with their approach to unattended Duplicity via > backupninja I'd appreciate it! You're in luck, as a preliminary patch has been proposed on http://bugs.debian.org/726072 (mixed with other changes, IIRC). We now need someone to extract the relevant patch, rebase it on current upstream Git, test it in that context, have sure the doc and helper supports the new option, and propose it for merging upstream. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725951: transition: libgphoto2
On Thu, Oct 10, 2013 at 10:40:45 +0200, Laurent Bigonville wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi, > > libgphoto2 is currently open for adoption and lag behind some versions > (new versions that seems to fix some issues for some users, including > me). > > Martin Pitt has aggreed to do a NMU/QA upload in debian with the latest > version, as he did in Ubuntu (see: #711831). > > This will require a transition, unfortunately it will require sourceful > uploads as the soname is in the name of the -dev package. > There's no reason to change the -dev package name, please keep libgphoto2-2-dev. From IRC discussion pochu seems to prefer to make it a transitional package; I don't think that's necessary, but I don't mind either way. > To quote Martin from the RFA bug: > > " > It does change both ABI and API quite a bit, and thus needs a > transition. I did that in Ubuntu, most rdepends work just fine, but > gphotofs and gphoto2 need new upstream versions which work against > 2.5. > " > Does that mean the rest of the rdeps (in debian) can deal with the new API with no source changes? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729471: ITP: napi-bash -- Light and fast Polish subtitle downloader from the napi-project
package: wnpp Severity: wishlist Owner: Mateusz Łukasik *Package Name : napi-bash Version : 2.1.2 Upstream Author : 3ED *URL : http://code.google.com/p/napi-bash/ *License : GPL-3+ *Description : Light and fast Polish subtitle downloader from the napi-project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729472: ibus: Ibus miss select default input method function
Package: ibus Version: 1.5.4-1 Severity: normal Tags: l10n In the ibus setup dialog window->"inputmethod" tab page, the help text bottom says it can change default input method by up/down key, but there is no up/down key at the right border as ibus in Debian 7. So, when I login into system using my language, the inputmethod default is Chinese. I can't input the word to locate a program in gnome-shell. Although, at last, I found I can using "shift" or "ALT_SPACE" to get english input method, but it isn't too convenient to switch english and chinese input method as before. I consider it is a bug. If it is the design of new ibus, then it should take out the invalid help text in the setup tab page described above. And inform user the big use change of ibus. Or, it will confuse many new users. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus depends on: ii dconf-cli0.18.0-1 ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-3.0 3.8.6-1 ii gir1.2-ibus-1.0 1.5.4-1 ii gnome-icon-theme 3.10.0-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libdconf10.18.0-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libgtk2.0-0 2.24.22-1 ii libibus-1.0-51.5.4-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.36.0-1 ii librsvg2-common 2.40.0-1 ii libx11-6 2:1.6.2-1 ii libxi6 2:1.7.2-1 ii python-gi3.8.2-1 ii python-notify0.1.1-3 pn python:any Versions of packages ibus recommends: ii ibus-gtk 1.5.3-7 ii ibus-gtk3 1.5.3-7 ii im-config 0.22-3 Versions of packages ibus suggests: pn ibus-clutter pn ibus-doc pn ibus-qt4 -- 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#729473: ITP: napi-bash -- Light and fast Polish subtitle downloader from the napi-project
package: wnpp Severity: wishlist Owner: Mateusz Łukasik *Package Name : napi-bash Version : 0.31.1 Upstream Author : 3ED *URL : http://code.google.com/p/napi-bash/ *License : GPL-3+ *Description : Light and fast Polish subtitle downloader from the napi-project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726072: [backupninja] Support for SIGN_PASSPHRASE in Duplicity helper?
> We now need someone to extract the relevant patch, rebase it on > current upstream Git, test it in that context, have sure the doc and > helper supports the new option, and propose it for merging upstream. ok ok, I'll do it ... -nik -- Wer den Grünkohl nicht ehrt, ist der Mettwurst nicht wert! PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#701691: valgrind: support for ARMv5/v6
On Tue, Nov 12, 2013 at 11:13:54PM +0100, Balint Reczey wrote:
> Hi,
>
> On 08/07/2013 11:01 AM, Alessandro Ghedini wrote:
> > On mar, ago 06, 2013 at 01:14:19 -0400, Yaroslav Halchenko wrote:
> >> Package: valgrind
> >> Version: 1:3.8.1-4
> >> Followup-For: Bug #701691
> >>
> >> Just ran into this issue on our build box abel -- I was genuinly surprised
> >> to
> >> see valgrind available for that architecture so immediately jumped to
> >> install
> >> it -- but as this report shows, it is next to useless on armel, so why we
> >> carry
> >> armel build at all thus confusing poor users?
> >
> > It was enabled to let armel users with ARMv7 hardware to use valgrind. At
> > least
> > that's what I understood from #592614, but I wasn't the maintainer at the
> > time.
> >
> >> may be
> >>
> >> override_dh_auto_test:
> >> : # do nothing for now
> >>
> >> should be tuned up to run at least few really quick tests
> >
> > There's no such thing as "quick tests" in valgrind sources, and the
> > regression
> > and performance test suites (intended for the valgrind developers) are way
> > too
> > heavy and fragile to be enabled on Debian's buildds.
> Something as little as "valgrind ls" would do it.
> It could have saved some time from me when I tried running valgrind on
> armel on Wheezy...
Did you read the other part of my email?
> > It was enabled to let armel users with ARMv7 hardware to use valgrind. At
> > least
> > that's what I understood from #592614, but I wasn't the maintainer at the
> > time.
Obviously running valgrind on the armel buildd wouldn't have worked since thay
are not ARMv7. Building armel ARMv7-only valgrind on ARMv5 was *by design*, to
let people with armel ARMv7 systems use it.
In any case valgrind is no longer built on armel, and will be removed from
there soon.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#253849: [jpilot] renamed custom field in contacts on pilot never synced into jpilot
Package: jpilot Version: 1.8.1.2-3 --- Please enter the report below this line. --- Hi, the work around - sync - rename ~/.jpilot/AddressDB.pdb in ~/.jpilot/AddressDB.pdb.backup - sync again to fetch a completely new AddressDB.pdb do not upgrade my custom voices. Marco --- System information. --- Architecture: amd64 Kernel: Linux 3.10-3-amd64 Debian Release: jessie/sid 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp2.de.debian.org 500 testing ftp.fr.debian.org 500 testing ftp.deb-multimedia.org 500 testing apt.jenslody.de 500 stable repo.wuala.com 500 stable apt.spideroak.com 500 oneiric ppa.launchpad.net 500 debian packages.linuxmint.com --- Package information. --- Depends(Version) | Installed -+-= libatk1.0-0 (>= 1.12.4) | libc6 (>= 2.15) | libcairo2 (>= 1.2.4) | libfontconfig1 (>= 2.11) | libfreetype6 (>= 2.2.1) | libgdk-pixbuf2.0-0 (>= 2.22.0) | libglib2.0-0 (>= 2.12.0) | libgtk2.0-0 (>= 2.8.0) | libpango-1.0-0 (>= 1.14.0) | libpangocairo-1.0-0 (>= 1.14.0) | libpangoft2-1.0-0(>= 1.14.0) | libpisock9 (>= 0.12.5~) | Recommends (Version) | Installed =-+-=== jpilot-plugins| 1.8.1.2-3 Suggests (Version) | Installed -+-=== jpilot-backup| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724731: [gdm3] Bug#724731: dependency problem (libpam-systemd) not solved
Hi, Well, not trying to install libpam-systemd was really dumb of my part, I'm sorry, I can confirm that it works now. I'm very gratefull for your fast reply, considering that my feedback wasn't very explanatory. Best regards 2013/11/13 Andreas Cadhalpun > Control: found -1 3.8.4-4 > > Hi, > > thanks for the fixed autologin. I can confirm that autologin works now. > > But the main problem, that anybody will be confronted with, when upgrading > gdm3 to 3.8, is still not solved: libpam-systemd is still no dependency of > gdm3 and is thus not installed when upgrading gdm3. > > With gdm3 version 3.8.4-4 installed, I can remove libpam-systemd without > breaking any dependency. But after that I cannot login with gdm3 anymore. > > In Ubuntu 13.10 that also uses Gnome 3.8, the package gdm has a dependency > on libpam-systemd. > > I'm not sure if this really should be the case, even if another init > system is used, but then it works at least with systemd. > > Best regards, > Andreas > -- Samuel Henrique O. P. [samueloph] Técnico em Informática - UTFPR [2012]. Estudante de Engenharia de Computação - UTFPR.
Bug#729474: mantis: default conf allows directory listing
Package: mantis Version: 1.2.11-1.2 Severity: normal Dear Maintainer, The default mantis config allows for directory listings in all subfolders (e.g. api/). This is not needed and might cause a security problem. I would therefore recommend to add Options -Indexes to /etc/mantis/apache.conf by default. (see my file below) thanks for your work Nicola -- Configuration Files: /etc/mantis/apache.conf changed: Alias /mantis /usr/share/mantis/www # # Disable these options (as needed) to improve PHP configuration # #php_admin_flag display_errors Off #php_admin_flag log_errors On #php_admin_flag html_errors Off #php_admin_flag allow_url_fopen Off #php_admin_flag safe_mode On #php_admin_value upload_tmp_dir "/tmp" #php_admin_value open_basedir "/usr/share/mantis/www/:/etc/mantis/:/usr/share/php/libphp-phpmailer/:/usr/share/php/adodb/:/tmp/" #php_admin_value disable_functions "exec,passthru,popen,proc_open,shell_exec,system,socket_create,fsockopen,pfsockopen" Options +FollowSymLinks Options -Indexes AllowOverride None Order allow,deny Allow from all AddType application/x-httpd-php .php .phtml php_flag magic_quotes_gpc Off php_flag track_vars On php_value include_path .:/usr/share/php:/usr/share DirectoryIndex index.php AuthType Basic AuthName "Restricted Admin mantis" AuthUserFile /etc/mantis/htaccess.dat Require valid-user -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726072: [pkg-backupninja] Bug#726072: [backupninja] Support for SIGN_PASSPHRASE in Duplicity helper?
Dominik George wrote (13 Nov 2013 10:02:48 GMT) : >> We now need someone to extract the relevant patch, rebase it on >> current upstream Git, test it in that context, have sure the doc and >> helper supports the new option, and propose it for merging upstream. > ok ok, I'll do it ... Excellent :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729440: fai-client: get-config-dir-hg - change "hg pull" to "hg pull -u"
It's now fixed in git master. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#712140: check: Missing dependency for static linking (libpthread)
Le Tue, 12 Nov 2013 21:56:48 +0100, Sebastian Ramacher a écrit : > Hi > > On 2013-11-11 18:49:01, Laurent Bigonville wrote: > > > > OK for what I understood, the A(C)X_PTHREAD is setting the > > > > -pthread flag (not the absence of "l") in PTHREAD_CFLAGS and > > > > relies on gcc to do the correct thing(tm) when this flag is > > > > set, this works the cases where the CFLAGS are also passed at > > > > the linking time (autofoo are doing that). > > > > > > > > If a pkg that link against check FTBFS this need to be checked. > > > > > > > > I feel that this bug should be fixed now and could be closed, > > > > all rdeps seems to compile now > > > > > > I don't think this bug can be closed. pkg-config check --libs > > > still doesn't include -pthread which it should. -pthread needs to > > > in both Cflags and Libs in check's pkgconfig file. > > > > The ax_pthread macro upstream thinks otherwise, see: > > https://savannah.gnu.org/patch/?8081 > > > > But I can admit, I've not seen a lot of projects doing it that way. > > > > If I understood correctly, -pthread should automatically make gcc > > link against libpthread. So as said the CFLAGS should also be > > passed to gcc at linking time, in that case explicit -lpthread flag > > seems redundant. > > Of course, passing -pthread to gcc during link time does the right > thing. I would still expect to get -pthread (not -lpthread) from > `pkg-config check --libs`. My understanding of --libs is that it's > supposed to give the required linking flags. In the case of check, > -pthread is required while linking, but is not included in the output > of --libs. Well -pthread is a compiler flag, not the libpthread library, so IMHO it makes sense to assign it to the CFLAGS and not to the LIBS Like I said, automake also seems to add the CFLAGS at the linking time (in addition to the LDFLAGS and LIBS), The description of the a(c)x_pthread macro is clear about this: # NOTE: You are assumed to not only compile your program with these flags, # but also link it with them as well. e.g. you should link with # $PTHREAD_CC $CFLAGS $PTHREAD_CFLAGS $LDFLAGS ... $PTHREAD_LIBS $LIBS # # If you are only building threads programs, you may wish to use these # variables in your default LIBS, CFLAGS, and CC: # # LIBS="$PTHREAD_LIBS $LIBS" # CFLAGS="$CFLAGS $PTHREAD_CFLAGS" # CC="$PTHREAD_CC" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729088: printer-applet crashes on launch
In article <20131108214431.6637.78243.reportbug__32416.8423926041$1383947307$gmane$o...@eddie.tee-jay.homeip.net> you wrote: > Package: printer-applet > Version: 4:4.8.4-1 > Severity: grave > Justification: renders package unusable > Dear Maintainer, > printer-applet crashes on launch for all users on both systems I've tested on. > Trace from command-line execution: > $ printer-applet > KCrash: Application 'printer-applet' crashing... > KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit > sock_file=/home//.kde/socket-/kdeinit4__0 > $ > Problem appears to be a SIGSEGV while attempting to write to an already > closed and previously O_RDONLY file descriptor for the user's > .kde/share/config/kdeglobals The printer-applet systray was replaced with a plasmoid in the package print-manager in the kde-sc 4.10, so there is currently no upstream support for the printer-applet source. So if possible, I recommend you to switch to print-manager, as we would remove the printer-applet for jessie. Anyway, the problem seems to be solved with the new version of python-kde4, currently in unstable. Thanks, -- "Can you imagine what I would do if I could do all I can?" -- Sun Tzu Saludos /\/\ /\ >< `/ signature.asc Description: Digital signature
Bug#729475: dacs: Missing dacsinit command
Package: dacs
Severity: minor
Hi.
dacsinit manpage is included in the packaging, but no dacsinit command is
shipped. Bug or feature ?
/me tends to think it's something that could be useful, given instructions in
the DACS Quick Start Tutorial ("Step 5: Do basic DACS configuration")
http://dacs.dss.ca/man/dacs.quick.7.html#Step%205 , unless there's a better
Debian way documented in the README.Debian, of course.
Thanks in advance.
Best regards,
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#729374: RFS: spiped/1.3.1-1 [ITP] -- create secure pipes between socket addresses
On Wed, Nov 13, 2013 at 08:50:42AM +0100, Vincent Bernat wrote: > ❦ 12 novembre 2013 15:12 CET, Peter Pentchev : > > > I am looking for a sponsor for my new package "spiped". This is > > the first version uploaded to the Debian archive; the corresponding > > ITP bug is #699310. > > > > * Package name: spiped > > Version : 1.3.1 > > Upstream Author : Colin Percival > > * URL : http://www.tarsnap.com/spiped.html > > * License : BSD-2 > > Section : utils > > Programming Lang: C > > Description : create secure pipes between socket addresses > > I did notice that half of your debian/rules is just setting "custom" > CFLAGS/LDFLAGS. Is that useful? You can simplify a bit by using > DEB_CFLAGS_MAINT_APPEND and the likes. You're right, it did make the rules file a bit shorter - although not dramatically so, since all the warning flag lines are still there :) This was a leftover from olden times when debhelper would not automatically use dpkg-buildflags; I guess I didn't remove them until now for the sake of possible backports, but that's not an issue any longer now that we have debhelper 9.x even in squeeze-backports. Thanks, I made this change and uploaded the updated package to the same mentors.d.n location: dget -x http://mentors.debian.net/debian/pool/main/s/spiped/spiped_1.3.1-1.dsc G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 This sentence contradicts itself - or rather - well, no, actually it doesn't! signature.asc Description: Digital signature
Bug#729348: kbreakout should depend on package kde-games-core-declarative
Control: tags -1 + pending In article <20131112043700.14028.71187.reportbug__43646.1832644001$1384231167$gmane$org@dev.researchut.local> you wrote: > Package: kbreakout > Version: 4:4.11.3-1 > Severity: normal > Without being dependent on kde-games-core-declarative, kbreakout when > launched, give your a blank screen, and the following debug messages: Thanks for the report, I added the dependency in the package repository. -- "When explaining a command, or language feature, or hardware widget, first describe the problem it is designed to solve." -- David Martin Saludos /\/\ /\ >< `/ signature.asc Description: Digital signature
Bug#724115: hunspell: FTBFS: POD error
On Tue, Nov 12, 2013 at 09:43:59PM +0100, Rene Engelhard wrote:
> On Tue, Nov 12, 2013 at 07:54:04PM +0100, Agustin Martin wrote:
> > I will have a look at this (I once wrote ispellaff2myspell). Now I think the
> > best is to change script to UTF8, but keep strings in code as escaped
> > octal.
> > Or rewrite that part.
> >
> > Let me think about this. Hope to find time tomorrow.
>
> Oops, too late. Just added the patch as I saw the patch and did it before
> starting to read mail. My bad.
>
> Feel free to come up with a patch based on -5 and I'll happily add it, though.
Hi, Rene and Gregor
Attached in two forms. One simple, just to see the differences I added and
the good one with all trailing whitespace in ispellaff2myspell trimmed.
Minimally tested with the faroese dictionary.
I also looked at myspell-tools. If I find time I will also prepare a patch
for myspell-tools also including changes by Gregor. I see that
ispellaff2myspell is included through a dpatch patch. Do you think it would
be interesting to change handling to something closer to what is used for
hunspell-tools (plain file under debian/)?
Regards,
--
Agustin
diff --git a/debian/changelog b/debian/changelog
index 2ca1fbe..0572e6c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+hunspell (1.3.2-6) unstable; urgency=low
+
+ * debian/ispellaff2myspell: New upstream version.
+- Incorporate changes by Gregor Herrmann (UTF-8 and typo fixes).
+- Use octal codes for unibyte strings to make them coexist
+ with new UTF-8 encoding.
+- Other minor changes.
+
+ --
+
hunspell (1.3.2-5) unstable; urgency=low
* apply patch from Gregor Hermann, thanks
diff --git a/debian/ispellaff2myspell b/debian/ispellaff2myspell
index 692571c..940d82b 100644
--- a/debian/ispellaff2myspell
+++ b/debian/ispellaff2myspell
@@ -1,8 +1,7 @@
#!/usr/bin/perl -w
-# -*- coding: iso-8859-1 -*-
-# $Id: ispellaff2myspell,v 1.29 2005/07/04 12:21:55 agmartin Exp $
+# -*- coding: utf-8 -*-
#
-# (C) 2002-2005 Agustin Martin Domingo
+# (C) 2002-2013 Agustin Martin Domingo
#
#This program is free software; you can redistribute it and/or modify
#it under the terms of the GNU General Public License as published by
@@ -21,7 +20,7 @@
sub usage {
print "ispellaff2myspell: A program to convert ispell affix tables to myspell format
-(C) 2002-2005 Agustin Martin Domingo License: GPL
+(C) 2002-2013 Agustin Martin Domingo License: GPL2+
Usage:
ispellaff2myspell [options]
@@ -98,17 +97,17 @@ sub mylc{
}
} else {
if ( $charset eq "latin0" ){
- $lowercase='a-zàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ½¨¸';
- $uppercase='A-ZÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞ¼¦´';
+ $lowercase='a-z\340\341\342\343\344\345\346\347\350\351\352\353\354\355\356\357\360\361\362\363\364\365\366\370\371\372\373\374\375\376\275\250\270';
+ $uppercase='A-Z\300\301\302\303\304\305\306\307\310\311\312\313\314\315\316\317\320\321\322\323\324\325\326\330\331\332\333\334\335\336\274\246\264';
} elsif ( $charset eq "latin1" ){
- $lowercase='a-zàáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ';
- $uppercase='A-ZÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞ';
+ $lowercase='a-z\340\341\342\343\344\345\346\347\350\351\352\353\354\355\356\357\360\361\362\363\364\365\366\370\371\372\373\374\375\376';
+ $uppercase='A-Z\300\301\302\303\304\305\306\307\310\311\312\313\314\315\316\317\320\321\322\323\324\325\326\330\331\332\333\334\335\336';
} elsif ( $charset eq "latin2" ){
- $lowercase='a-z±³µ¶¹º»¼¾¿àáâãäåæçèéêëìíîïðñòóôõöøùúûüýþ';
- $uppercase='A-Z¡£¥¦©ª«¬®¯ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞ';
+ $lowercase='a-z\261\263\265\266\271\272\273\274\276\277\340\341\342\343\344\345\346\347\350\351\352\353\354\355\356\357\360\361\362\363\364\365\366\370\371\372\373\374\375\376';
+ $uppercase='A-Z\241\243\245\246\251\252\253\254\256\257\300\301\302\303\304\305\306\307\310\311\312\313\314\315\316\317\320\321\322\323\324\325\326\330\331\332\333\334\335\336';
} elsif ( $charset eq "latin3" ){
- $lowercase='a-z±¶¹º»¼¿àáâäåæçèéêëìíîïñòóôõö÷øùúûüýþ';
- $uppercase='A-Z¡¦©ª«¬¯ÀÁÂÄÅÆÇÈÉÊËÌÍÎÏÑÒÓÔÕÖ×ØÙÚÛÜÝÞ';
+ $lowercase='a-z\261\266\271\272\273\274\277\340\341\342\344\345\346\347\350\351\352\353\354\355\356\357\361\362\363\364\365\366\367\370\371\372\373\374\375\376';
+ $uppercase='A-Z\241\246\251\252\253\254\257\300\301\302\304\305\306\307\310\311\312\313\314\315\316\317\321\322\323\324\325\326\327\330\331\332\333\334\335\336';
# } elsif ( $charset eq "other_charset" ){
# die "latin2 still unimplemented";
} else {
@@ -440,13 +439,19 @@ requires B<--lowercase> having exactly that string but lowercase.
=back
-If your encoding is currently unsupported you can send me a file with
-the two strings of lower and uppercase chars. Note that they must match
-exactly but case changed. It will look something like
+If your encoding is currently unsupported you can send me a separate file
+with the two strings of lower and
Bug#729476: php5-cli: Unexpected behaviour of empty() function
Package: php5-cli
Version: 5.4.4-14+deb7u5
Severity: important
The documented behaviour of the empty() function is to be a shorthand
for "!isset($var) || var == false". The below example shows a case
where this fails, and was triggering a subtle bug in my code after
upgrade of production server to Wheezy. I think this may well affect
others and even be a security issue if "empty" variables are assumed to
be safe.
I noticed the issue running PHP under Apache but for simplicity the below
example can just be run on the command line. I've not tested on any
later PHP version, sorry.
tbooth@anaguma$ cat foo.php
somevalue");
$xml2 =
simplexml_load_string("\nsomevalue\n");
foreach($xml as $key => $value) {
print "$key = $value ... ";
var_dump(empty($value)); # Should be false
var_dump($value == false); # Should be false
}
foreach($xml2 as $key => $value) {
print "$key = $value ... ";
var_dump(empty($value)); # Should be false, but isn't
var_dump($value == false); # Should be false
}
?>
tbooth@anaguma$ php foo.php
regular string ... bool(false)
something = somevalue ... bool(false)
bool(false)
something = somevalue ... bool(true)
bool(false)
-- System Information:
Debian Release: 7.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages php5-cli depends on:
ii libbz2-1.01.0.6-4
ii libc6 2.13-38
ii libcomerr21.42.5-1.1
ii libdb5.1 5.1.29-5
ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1
ii libk5crypto3 1.10.1+dfsg-5+deb7u1
ii libkrb5-3 1.10.1+dfsg-5+deb7u1
ii libmagic1 5.11-2
ii libonig2 5.9.1-1
ii libpcre3 1:8.30-5
ii libqdbm14 1.8.78-2
ii libssl1.0.0 1.0.1e-2
ii libxml2 2.8.0+dfsg1-7+nmu2
ii mime-support 3.52-1
ii php5-common 5.4.4-14+deb7u5
ii tzdata2013d-0wheezy1
ii ucf 3.0025+nmu3
ii zlib1g1:1.2.7.dfsg-13
php5-cli recommends no packages.
Versions of packages php5-cli suggests:
pn php-pear
-- 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#419855: A temporary solution is available upstream
This is really a design issue (that the API is synchronous), but replacing sleep() with the function waitForReadyRead() in the QProcess class seems to reduce the CPU usage without causing crashes for me (upstream maintainer). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596439: qgo: UI for editing servers improved upstream
The current version at https://github.com/pzorin/qgo has a simple, working interface for managing credentials. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728183: Proposed workaround
In article <527CB983.8040901__29266.5923982442$1383905906$gmane$o...@ipna.csic.es> you wrote: > This bug has been reported upstream as 324000. Following some hints > there I succeeded to workaround it. Just: > rm ~/.kde/share/config/plasma-desktop-appletsrc > and restart session after. > I haven't deal deeper with that to identify the buggy stanza in there > though. Were you using plasma-widget-veromix as reported in the upstream bug or printer-applet (#729088) by any chance? Thanks for the report, -- "Any sufficiently advanced technology is indistinguishable from magic." -- Clarke's Third Law Saludos /\/\ /\ >< `/ signature.asc Description: Digital signature
Bug#729477: gnome-system-tools 3.0.0-2ubuntu2 crashed with the following message: users-admin crashed with SIGSEGV in g_slice_free1()
Package: gnome-system-tools Version: 3.0.0-2ubuntu2 Severity: important Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Running testcase Desktop (Xubuntu) in Xubuntu Desktop i386 either for Saucy Daily or Trusty Daily at http://iso.qa.ubuntu.com/qatracker/milestones/308/builds/56914/testcases/1300 * What exactly did you do (or not do) that was effective (or ineffective)? Steps made during the test: Applications -> Settings Manager -> Users and Groups and add a new user * What was the outcome of this action? gnome-system-tools 3.0.0-2ubuntu2 crashed with the following message: users-admin crashed with SIGSEGV in g_slice_free1() * What outcome did you expect instead? The new user should have been created without the crash of gnome-system-tools -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: i386 (i686) Kernel: Linux 3.12.0-2-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-system-tools depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii libc62.17-93ubuntu4 ii libgdk-pixbuf2.0-0 2.30.0-0ubuntu2 ii libglib2.0-0 2.38.1-1 ii libgtk-3-0 3.8.6-0ubuntu4 ii liboobs-1-5 3.0.0-1 ii libpango1.0-01.36.0-1ubuntu1 ii libpolkit-gobject-1-00.105-4ubuntu1 ii perl 5.18.1-4build1 ii policykit-1-gnome0.105-1ubuntu4 ii system-tools-backends2.10.2-1ubuntu1 gnome-system-tools recommends no packages. Versions of packages gnome-system-tools suggests: ii gnome-control-center 1:3.6.3-0ubuntu46 pn ntp -- no debconf information
Bug#729472: ibus: Ibus miss select default input method function
control: tags 729472 - i10n Please use this i10n tag for i10n translation issues. Did you read README.Debian with: = ! Keyboard mode switching is now changed to SUPER-space. ! The SUPER-key is commonly called windows-key. = Anyway, I finally figure out what was the bug :-) On Wed, Nov 13, 2013 at 05:58:22PM +0800, littlebat wrote: > Package: ibus > Version: 1.5.4-1 > Severity: normal > Tags: l10n > > In the ibus setup dialog window->"inputmethod" tab page, the help text > bottom says it can change default input method by up/down key, but > there is no up/down key at the right border as ibus in Debian 7. I see you use Debian Release: jessie/sid You mean "setup dialog window->"input method" tab page" with space on menu displayed by the ibus-setup command. > So, when I login into system using my language, the inputmethod default > is Chinese. I can't input the word to locate a program in gnome-shell. > Although, at last, I found I can using "shift" or "ALT_SPACE" to get > english input method, but it isn't too convenient to switch english and > chinese input method as before. I consider it is a bug. You can but that is design decision by upstream. You are changing input mode within ibus-some-chinese-mode program. You change input mode by SUPER-SPACE now. (It is not on/off. It changes amang multiple available modes in circle.) > If it is the design of new ibus, then it should take out the invalid > help text in the setup tab page described above. It took me a while to figure out what you are talking. > And inform user the > big use change of ibus. Or, it will confuse many new users. I bet there were up/down button befor which is missing now with reason on the dialog at the bottom of ibus-setup. Hmmm GNOME3 usually do not use this ibus-setup but set input source via Settings->Keyboard->Input sources. So this old ibus-setting is there only for non GNOME3 (gnome-shell) users such as XFce/KDE/... So I did not notice but this is useless message here. Let's see the source in setup/setup.ui The default input method is the top one in the list. You may use up/down buttons to change it. This should be more like: Active input method can be swiched around from the selected ones in the above list by pressing SUPER-SPACE (= Windows-SPACE) keys together. Hmmm... I will ask upstream. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722989: Can't reproduce #722989 (gsmartcontrol: Has several 'unknown properties' in it and just crashes out.)
Followup-For: Bug #722989
Package: gsmartcontrol
Hi,
I just wanted to note that I can't reproduce this issue on my EeePC
900A running Sid i386. It throws some of the mentioned warnings, but works
as expected otherwise:
~ # gsmartcontrol
[app] SmartctlParser::parse_section_info_property(): Unknown property
"Rotation Rate"
[hz] Warning: exit: Command line did not parse.
[app] execute_smartctl(): Error while executing smartctl binary.
[app] StorageDevice::execute_device_smartctl(): Error while executing
smartctl binary.
[hz] Warning: exit: Device open failed, or device did not return an
IDENTIFY DEVICE structure.
[app] execute_smartctl(): Error while executing smartctl binary.
[app] StorageDevice::execute_device_smartctl(): Error while executing
smartctl binary.
[hz] FS warning: Error while opening file "/proc/scsi/scsi": No such
file or directory.
[app] {anonymous}::read_proc_scsi_scsi_file(): SCSI file doesn't exist.
[hz] FS warning: Unable to check if a path
"/root/.config/gsmartcontrol/gsmartcontrol.conf" points to directory: No such
file or directory.
[GUI window appears, works as expected]
~ #
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (900, 'testing'), (899,
'testing-proposed-updates'), (600, 'stable'), (500, 'proposed-updates'), (200,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.12-rc7-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gsmartcontrol depends on:
ii libatk1.0-0 2.10.0-2
ii libatkmm-1.6-1 2.22.7-2
ii libc62.17-95
ii libcairo21.12.16-2
ii libcairomm-1.0-1 1.10.0-1
ii libfontconfig1 2.11.0-1
ii libfreetype6 2.4.9-1.1
ii libgcc1 1:4.8.2-2
ii libgdk-pixbuf2.0-0 2.28.2-1
ii libglib2.0-0 2.36.4-1
ii libglibmm-2.4-1c2a 2.36.2-1
ii libgtk2.0-0 2.24.22-1
ii libgtkmm-2.4-1c2a1:2.24.4-1
ii libpango-1.0-0 1.36.0-1
ii libpangocairo-1.0-0 1.36.0-1
ii libpangoft2-1.0-01.36.0-1
ii libpangomm-1.4-1 2.34.0-1
ii libpcre3 1:8.31-2
ii libsigc++-2.0-0c2a 2.2.10-0.2
ii libstdc++6 4.8.2-2
ii menu 2.1.46
ii smartmontools6.2+svn3841-1+b1
gsmartcontrol recommends no packages.
gsmartcontrol 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#718874: libmaven-plugin-testing-java: Please support the latest API of EasyMock for the internal testsuite
Control: forwarded -1 https://github.com/apache/maven-plugin-testing/pull/2 Control: tag -1 patch This one is easy to fix. We can either remove the MockManager class which is most certainly never used in Debian or replace MockControl with IMocksControl. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729479: boost1.54: FTBFS on hppa -- BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS incorrectly defined
Source: boost1.54 Version: 1.54.0-3 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Build fails: cp "bin.v2/libs/wave/build/gcc-4.6/release/debug-symbols-on/link-static/threading-multi/libboost_wave.a" "stage/lib/libboost_wave.a" ...failed updating 4 targets... ...skipped 9 targets... ...updated 1062 targets... make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/home/dave/debian/boost1.54/boost1.54-1.54.0' make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 See several compilation errors: "g++" -ftemplate-depth-128 -g -O2 -Wformat -Werror=format-security -O3 -finline-functions -Wno-inline -Wall -g -D_FORTIFY_SOURCE=2 -pthread -fPIC -fno-stri ct-aliasing -ftemplate-depth-1024 -DBOOST_ALL_NO_LIB=1 -DBOOST_ATOMIC_DYN_LINK=1 -DBOOST_CHRONO_DYN_LINK=1 -DBOOST_DATE_TIME_DYN_LINK=1 -DBOOST_FILESYSTEM_DYN_LINK=1 -DBOOST_LOG_BUILDING_THE_LIB=1 -DBOOST_LOG_DLL -DBOOST_LOG_USE_NATIVE_SYSLOG -DBOOST_LOG_WITHOUT_EVENT_LOG -DBOOST_SPIRIT_USE_PHOENIX_V3=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_THREAD_BUILD_DLL=1 -DBOOST_THREAD_DONT_USE_CHRONO=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_USE_DLL=1 -DDATE_TIME_INLINE -DNDEBUG -I"." -c -o "bin.v2/libs/log/build/gcc-4.6/release/build-no/debug-symbols-on/log-api-unix/threading-multi/date_time_format_parser.o" "libs/log/src/date_time_format_parser.cpp"In file included from ./boost/math/special_functions/detail/round_fwd.hpp:12:0, from ./boost/math/special_functions/math_fwd.hpp:26, from ./boost/math/special_functions/fpclassify.hpp:19, from ./boost/spirit/home/support/detail/sign.hpp:22, from ./boost/spirit/home/karma/numeric/detail/numeric_utils.hpp :22, from ./boost/spirit/home/karma/numeric/uint.hpp:33, from ./boost/spirit/include/karma_uint.hpp:16, from libs/log/src/date_time_format_parser.cpp:19: ./boost/math/tools/promotion.hpp: In instantiation of ‘boost::math::tools::promote_args’: ./boost/math/special_functions/sign.hpp:114:50: instantiated from ‘int boost::math::signbit(T) [with T = long double]’ ./boost/spirit/home/support/detail/sign.hpp:47:51: instantiated from ‘bool boost::spirit::detail::signbit(T) [with T = long double]’ ./boost/spirit/home/karma/numeric/detail/numeric_utils.hpp:130:47: instantiated from here ./boost/math/tools/promotion.hpp:141:1: error: invalid application of ‘sizeof’ to incomplete type ‘boost::STATIC_ASSERTION_FAILURE’ ...failed gcc.compile.c++ bin.v2/libs/log/build/gcc-4.6/release/build-no/debug-symbols-on/log-api-unix/threading-multi/date_time_format_parser.o... gcc.compile.c++ bin.v2/libs/log/build/gcc-4.6/release/build-no/debug-symbols-on/log-api-unix/threading-multi/named_scope_format_parser.o -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.12.0+ (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- boost/math/tools/config.hpp.save 2013-04-15 04:47:08.0 -0400 +++ boost/math/tools/config.hpp 2013-11-13 07:39:23.713734222 -0500 @@ -24,7 +24,8 @@ #include #if (defined(__CYGWIN__) || defined(__FreeBSD__) || defined(__NetBSD__) \ - || (defined(__hppa) && !defined(__OpenBSD__)) || (defined(__NO_LONG_DOUBLE_MATH) && (DBL_MANT_DIG != LDBL_MANT_DIG))) \ + || (defined(__hppa) && !defined(__OpenBSD__) && !defined(__linux__)) \ + || (defined(__NO_LONG_DOUBLE_MATH) && (DBL_MANT_DIG != LDBL_MANT_DIG))) \ && !defined(BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS) # define BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS #endif
Bug#729480: SSL connections with client certificates no longer working
Package: lighttpd Version: 1.4.31-4+deb7u1 Severity: important I am running a webserver that only offers https and normally requires client certificates. When I install the security upgrade 1.4.31-4+deb7u1 and restart lighttpd, with some delay (when I keep hitting reload in a client, it works 5-10 times) no more connections with client certificates succeed. Firefox reports "connection was interrupted", chrome ERR_SSL_PROTOCOL_ERROR, lighttpd's error log fills with messages saying: (connections.c.305) SSL: 1 error:140D9115:SSL routines:SSL_GET_PREV_SESSION:session id context uninitialized "regualar" https-Connections (w/o client certificate) continue to work. After restarting lighttpd, everything works again for a little while, then trouble starts again. With lighttpd 1.4.31-4 everything works fine; this problem definitely has been introduced with the security patches for 1.4.31-4+deb7u1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729481: Can't run a custom setup command before running tests
Package: cdbs Version: 0.4.122 Severity: wishlist Tags: patch Hi, Not a git diff because alioth is down, sorry. In http://permalink.gmane.org/gmane.linux.debian.alioth.build-common/2805 and #417398, the suggestion to allow make check to perform some setup was raised. Common things to want to do are setting up a private D-Bus using dbus-launch and running Xvfb. (Untested) patch to implement this, based on Emilio's in the above thread, attached. You'd use it like this: DEB_MAKE_CHECK_SETUP := dbus-launch DEB_MAKE_CHECK_TARGET := check Feel free to rename the variable if you like. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] diff -Nru cdbs-0.4.122/1/class/makefile.mk.in cdbs-0.4.123/1/class/makefile.mk.in --- cdbs-0.4.122/1/class/makefile.mk.in 2012-07-07 12:12:07.0 +0100 +++ cdbs-0.4.123/1/class/makefile.mk.in 2013-11-13 12:57:33.0 + @@ -62,7 +62,7 @@ ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) common-build-arch common-build-indep:: $(cdbs_make_check_stamps) $(cdbs_make_check_stamps) : debian/stamp-makefile-check% : debian/stamp-makefile-build% - $(if $(DEB_MAKE_CHECK_TARGET),+$(DEB_MAKE_INVOKE) $(DEB_MAKE_CHECK_TARGET),@echo "DEB_MAKE_CHECK_TARGET unset, not running checks") + $(if $(DEB_MAKE_CHECK_TARGET),+$(if $(DEB_MAKE_CHECK_SETUP),$(DEB_MAKE_CHECK_SETUP),) $(DEB_MAKE_INVOKE) $(DEB_MAKE_CHECK_TARGET),@echo "DEB_MAKE_CHECK_TARGET unset, not running checks") $(if $(DEB_MAKE_CHECK_TARGET),touch $@) makefile-clean:: diff -Nru cdbs-0.4.122/debian/changelog cdbs-0.4.123/debian/changelog --- cdbs-0.4.122/debian/changelog 2013-07-02 09:50:00.0 +0100 +++ cdbs-0.4.123/debian/changelog 2013-11-13 12:58:40.0 + @@ -1,3 +1,10 @@ +cdbs (0.4.123) UNRELEASED; urgency=low + + * Add DEB_MAKE_CHECK_SETUP to enable running testsuites with additional +setup. + + -- Iain Lane Wed, 13 Nov 2013 12:51:55 + + cdbs (0.4.122) unstable; urgency=low * Update and improve references in comments to Perl Policy.
Bug#729482: task-kde-desktop: please replace network-manager-kde with plasma-widget-networkmanagement
Package: tasksel Version: 3.18 Severity: normal Tags: patch Hi, After checking the ping for #385650, I found that task-kde-desktop recommends the deprecated network-manager-kde, which should be replaced by plasma-widget-networkmanagement. I'm attaching a patch for this small change. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii apt 0.9.12.1 ii debconf [debconf-2.0] 1.5.52 ii liblocale-gettext-perl 1.05-7+b2 ii perl-base 5.18.1-4 ii tasksel-data3.18 tasksel recommends no packages. tasksel suggests no packages. -- debconf information excluded diff -Naru tasksel-3.18.orig/debian/control tasksel-3.18/debian/control --- tasksel-3.18.orig/debian/control 2013-10-25 06:16:03.0 +0200 +++ tasksel-3.18/debian/control 2013-11-13 13:25:35.608900435 +0100 @@ -127,7 +127,7 @@ k3b, k3b-i18n, # desktop network setup - network-manager-kde, + plasma-widget-networkmanagement, # This is configured by d-i to be used to gain root on systems with # no root password. It is not enabled by default. kdesudo,
Bug#728183: Proposed workaround
Am 13.11.2013 12:46, schrieb Maximiliano Curia: > In article > <527CB983.8040901__29266.5923982442$1383905906$gmane$o...@ipna.csic.es> you > wrote: >> This bug has been reported upstream as 324000. Following some hints >> there I succeeded to workaround it. Just: >> rm ~/.kde/share/config/plasma-desktop-appletsrc >> and restart session after. >> I haven't deal deeper with that to identify the buggy stanza in there >> though. > Were you using plasma-widget-veromix as reported in the upstream bug or > printer-applet (#729088) by any chance? > > Thanks for the report, plasma-widget-veromix: NO (never ever heard of), printer-applet: YES. Just now I thereforde tried # apt-get remove system-config-printer-kde afterwards tried to start $ plasma-desktop And still the same: "KCrash: Application 'plasma-desktop' crashing..." I would really try to dig into this (identify the relevant cause(s) ), but don't know how to manage that in a deftly manner. -- Elmar Dolgener [Tel. 09131-85-25252, Fax -29931, Zi. 01.141] Lehrstuhl fuer Informatik 9 (Graphische Datenverarbeitung) Universitaet Erlangen-Nuernberg, Cauerstr. 11, 91058 Erlangen http://www9.informatik.uni-erlangen.de/people/card/elmar/dolgener signature.asc Description: OpenPGP digital signature
Bug#729479: boost1.54: FTBFS on hppa -- BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS incorrectly defined
Control: severity -1 normal John David Anglin (2013-11-13): > Source: boost1.54 > Version: 1.54.0-3 > Severity: serious > Tags: patch > Justification: fails to build from source (but built successfully in the past) hppa isn't exactly a supported architecture anymore, so not a serious bug. Mraw, KiBi. signature.asc Description: Digital signature
Bug#729484: ITP: php-horde-text-filter-jsmin -- Horde Text Filter - Jsmin PHP Driver
Package: wnpp Severity: wishlist Owner: Mathieu Parent Package name: Horde_Text_Filter_Jsmin Version : 1.0.0 Upstream Author : Michael Slusarz URL : http://horde.org/ License : JSMin Programming Lang: PHP Description : Horde Text Filter - Jsmin PHP Driver The JSMin javascript minifier driver for use with the Horde_Text_Filter package. I'm packaging this as part of Horde5 packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729485: mirror submission for mirror.checkdomain.de
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.checkdomain.de Aliases: www.mirror.checkdomain.de Type: leaf Archive-architecture: amd64 i386 kfreebsd-amd64 kfreebsd-i386 CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: yes CDImage-upstream: ftp.halifax.rwth-aachen.de Updates: once Maintainer: Simon Jalandt Country: DE Germany Location: Falkenstein Sponsor: checkdomain GmbH http://www.checkdomain.de Comment: 1 Gbps Update method: rsync Please add our server to the mirror-list. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729480: SSL connections with client certificates no longer working
Hi, On Wed, 13 Nov 2013 13:51:30 +0100 gator...@yahoo.de wrote: > Package: lighttpd > Version: 1.4.31-4+deb7u1 > Severity: important > > I am running a webserver that only offers https and normally requires > client certificates. When I install the security upgrade > 1.4.31-4+deb7u1 and restart lighttpd, with some delay (when I keep > hitting reload in a client, it works 5-10 times) no more connections > with client certificates succeed. > > Firefox reports "connection was interrupted", chrome > ERR_SSL_PROTOCOL_ERROR, lighttpd's error log fills with messages > saying: (connections.c.305) SSL: 1 error:140D9115:SSL > routines:SSL_GET_PREV_SESSION:session id context uninitialized > > "regualar" https-Connections (w/o client certificate) continue to > work. After restarting lighttpd, everything works again for a little > while, then trouble starts again. > > With lighttpd 1.4.31-4 everything works fine; this problem definitely > has been introduced with the security patches for 1.4.31-4+deb7u1. > Damn. Previously we called SSL_CTX_set_session_id_context and set some internal as pointer, but only if the context was for enabled "verify-peer". As we now enable "verify-peer" for a connection on the fly, this part was removed from the code. After all, why would it be necessary to set a context only if we had to verify peers? (Also setting an internal pointer felt wrong) Turns out, that is exactly what openssl wants, without any good reason: (quoting ssl_sess.c:~564) /* We can't be sure if this session is being used out of * context, which is especially important for SSL_VERIFY_PEER. * The application should have used SSL[_CTX]_set_session_id_context. * * For this error case, we generate an error instead of treating * the event like a cache miss (otherwise it would be easy for * applications to effectively disable the session cache by * accident without anyone noticing). */ I don't think I'll ever use openssl in any software again... As I'm not sure yet what the context should actually be (setting an internal pointer is definitely wrong, setting a string like "lighttpd" might work), I don't have a patch ready yet. Thanks for reporting! regards, Stefan (upstream maintainer) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729359: RFS: mtink/1.0.16-8 [QA] -- Status monitor tool for Epson inkjet printers
> Isn't it (easily) possible to fix these spelling errors, or are they > false positives? If you stick to the overrides, please document why in > the override file. Well, they occur in non-English messages so I would say false positives, but perhaps the best solution is for me to ask in the relevant debian-l10n-* mailing lists. > Would you mind creating a VCS repository on Alioth (collab-maint comes > to mind) to ease further QA maintenance? That's a good idea. I will do that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729487: ITP: globus-xio-gridftp-driver -- Globus Toolkit - Globus XIO GridFTP Driver
Package: wnpp Severity: wishlist Owner: Mattias Ellert * Package name: globus-xio-gridftp-driver Version : 1.1 * URL : http://www.globus.org/ * License : Apache 2 Description : Globus Toolkit - Globus XIO GridFTP Driver This is a new package in Globus Toolkit 5.2.5. smime.p7s Description: S/MIME cryptographic signature
Bug#729486: ITP: globus-gram-job-manager-slurm -- Globus Toolkit - SLURM Job Manager Support
Package: wnpp Severity: wishlist Owner: Mattias Ellert * Package name: globus-gram-job-manager-slurm Version : 1.2 * URL : http://www.globus.org/ * License : Apache 2 Description : Globus Toolkit - SLURM Job Manager Support This new package in Globus Toolkit 5.2.5 provides support for the SLURM LRMS in the Globus GRAM job manager. smime.p7s Description: S/MIME cryptographic signature
Bug#605589: hplip: -> can not install printer
1) First Testing-Jessie : - Still working after switching from testing-Wheezy to testing-Jessie - After a few weeks appearance of a pop-up indicating that the drivers has to be updated. - After a few more weeks the printer (CP1215) was not recognized and can not load the drivers. 2) Second Stable Wheezy (updated 13/11/2013) Unable to start hplip Test with hp-check-r: root@zeus:~# /etc/init.d/cups restart [ ok ] Restarting Common Unix Printing System: cupsd. root@zeus:~# hp-check -r HP Linux Imaging and Printing System (ver. 3.12.6) Dependency/Version Check Utility ver. 15 Copyright (c) 2001-14 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Note: hp-check can be run in three modes: 1. Compile-time check mode (-c or --compile): Use this mode before compiling the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper dependencies are installed to successfully compile HPLIP. 2. Run-time check mode (-r or --run): Use this mode to determine if a distro supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball has the proper dependencies installed to successfully run. 3. Both compile- and run-time check mode (-b or --both) (Default): This mode will check both of the above cases (both compile- and run-time dependencies). Check types: a. EXTERNALDEP - External Dependencies b. GENERALDEP - General Dependencies (required both at compile and run time) c. COMPILEDEP - Compile time Dependencies d. [All are run-time checks] PYEXT SCANCONF QUEUES PERMISSION Status Types: OK MISSING - Missing Dependency or Permission or Plug-in INCOMPAT - Incompatible dependency-version or Plugin-version Saving output in log file: /root/hp-check.log Initializing. Please wait... -No protocol specified /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) \No protocol specified (xsane:29469): Gtk-WARNING **: cannot open display: :0 warning: debian-7.2 version is not supported. Using debian-6.0.5 versions dependencies to verify and install... --- | SYSTEM INFO | --- Kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux Host: zeus Proc: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 GNU/Linux Distribution: debian 7.2 --- | HPLIP CONFIGURATION | --- HPLIP-Version: HPLIP 3.12.6 HPLIP-Home: /usr/share/hplip warning: HPLIP-Installation: Auto installation is not supported for debian distro 7.2 version Current contents of '/etc/hp/hplip.conf' file: # hplip.conf. Generated from hplip.conf.in by configure. [hplip] version=3.12.6 [dirs] home=/usr/share/hplip run=/var/run ppd=/usr/share/ppd/hplip/HP ppdbase=/usr/share/ppd/hplip doc=/usr/share/doc/hplip-doc/HTML icon=no cupsbackend=/usr/lib/cups/backend cupsfilter=/usr/lib/cups/filter drv=/usr/share/cups/drv # Following values are determined at configure time and cannot be changed. [configure] network-build=yes libusb01-build=no pp-build=yes gui-build=yes scanner-build=yes fax-build=yes dbus-build=yes cups11-build=no doc-build=yes shadow-build=no hpijs-install=yes foomatic-drv-install=yes foomatic-ppd-install=yes foomatic-rip-hplip-install=no hpcups-install=yes cups-drv-install=yes cups-ppd-install=no internal-tag=3.12.6 restricted-build=no ui-toolkit=qt4 qt3=no qt4=yes policy-kit=yes hpijs-only-build=no lite-build=no udev-acl-rules=yes udev_sysfs_rules=no hpcups-only-build=no hpijs-only-build=no Current contents of '/var/lib/hp/hplip.state' file: Plugins are not installed. Could not access file: Aucun fichier ou dossier de ce type Current contents of '~/.hplip/hplip.conf' file: warning: Could not access file: Aucun fichier ou dossier de ce type -- | External Dependencies | -- gs Ghostscript REQUIRED7.05 9.05OK - network Network-wget OPTIONAL- 1.13.4 OK - error: dbus DBus REQUIRED- 1.6.8 MISSING'DBUS may not be installed
Bug#729490: libstxxl: [PATCH] Resolve FTBFS from conditional file removal in build infrastructure
Package: libstxxl Version: 1.3.1-5 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu 14.04, the attached patch was applied to achieve the following: * Resolve FTBFS from extra build infrastructure command Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-33-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libstxxl-1.3.1/debian/rules libstxxl-1.3.1/debian/rules --- libstxxl-1.3.1/debian/rules 2013-08-31 07:35:20.0 -0400 +++ libstxxl-1.3.1/debian/rules 2013-11-12 17:03:51.0 -0500 @@ -31,7 +31,7 @@ rm $(CURDIR)/debian/libstxxl-dev/usr/include/bits/intel_compatibility.h rmdir $(CURDIR)/debian/libstxxl-dev/usr/include/bits #Remove duplicated changelog - rm $(CURDIR)/debian/libstxxl1/usr/share/doc/libstxxl1/CHANGELOG.gz + -rm $(CURDIR)/debian/libstxxl1/usr/share/doc/libstxxl1/CHANGELOG.gz clean:: -cd lib; \
Bug#729489: gdm3.init uses $PIDFILE inconsistently
Package: gdm3 Version: 3.8.4-4 Severity: minor Dear Maintainers, gdm3's init uses the unset variable $PIDFILE in the "status" action, and hardcodes the pidfile's location in other actions. The attached minor patch solves this inconsistency by setting PIDFILE and using it throughout. Cheers --- debian.orig/gdm3.init 2013-11-13 14:54:21.919312075 +0100 +++ debian/gdm3.init 2013-11-13 14:56:08.074499707 +0100 @@ -16,6 +16,7 @@ PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/gdm3 +PIDFILE=/var/run/gdm3.pid test -x $DAEMON || exit 0 @@ -76,7 +77,7 @@ log_daemon_msg "Starting GNOME Display Manager" "gdm3" gen_config rm -f /var/lib/gdm/.ICEauthority -start-stop-daemon --start --quiet --pidfile /var/run/gdm3.pid \ +start-stop-daemon --start --quiet --pidfile $PIDFILE \ --background --exec $DAEMON || log_end_msg 1 log_end_msg 0 fi @@ -84,7 +85,7 @@ stop) log_daemon_msg "Stopping GNOME Display Manager" "gdm3" set +e -start-stop-daemon --stop --quiet --pidfile /var/run/gdm3.pid \ +start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --name gdm3 --retry 5 set -e log_end_msg $? @@ -93,8 +94,8 @@ log_daemon_msg "Scheduling reload of GNOME Display Manager configuration" "gdm3" set +e gen_config -start-stop-daemon --stop --signal HUP --quiet --pidfile \ -/var/run/gdm3.pid --name gdm3 +start-stop-daemon --stop --signal HUP --quiet --pidfile $PIDFILE \ +--name gdm3 start-stop-daemon --stop --signal HUP --quiet --name dconf-service \ --user Debian-gdm --oknodo set -e
Bug#729488: npm: Please add a NPM backport for wheezy
Package: npm Severity: wishlist Hi everybody, It's wonderful, that Node.js exists as a backport for wheezy, but NPM is not there. Backporting it is tedious as it has lots of reverse dependencies. Upstream included NPM in their node.js package: https://github.com/joyent/node/issues/2083 AFAIK lots of people use NPM when they use Node.js. Would you mind to also backport NPM for wheezy? Or is there a simple way to build all the reverse dependencies? Warm regards and thanks for the good work, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729491: ITP: libpoly2tri -- Lightweight triangulation library for simple polygons.
Package: wnpp Severity: wishlist Owner: Bryan Conrad Package name: libpoly2tri Version : 0.3.3 Upstream Author : Mason Green URL : http://code.google.com/p/poly2tri/ License : BSD Programming Lang: C++ Description : Lightweight triangulation library for simple polygons. Lightweight library for triangulating simple polygons. Supports polygons with holes, given that the polygons and holes are simple (in the formal sense) and not self-intersecting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#651561: sources.list
I have this bug too. I overwrote sources.list with a default version of the file (I used this https://wiki.debian.org/SourcesList) Then when I run synaptic it seems to revert sources.list to a version that has lines punched out.
Bug#729492: RFP: cw2graphite -- AWS Cloudwatch2Graphite
Package: wnpp Severity: wishlist * Package name: cw2graphite Version : 0.0.1 Upstream Author : Erik Dasque * URL : https://github.com/edasque/cloudwatch2graphite * License : MIT Programming Lang: node.js Description : Outputs AWS CloudWatch metrics for feeding them into graphite -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729493: smuxi: Connection hangs after finding hostname
Package: smuxi Version: 0.9-1 Severity: important Hi, I can't connect to irc servers, the connection hangs after: 11:42 -!- Connecting to irc.oftc.net port 6667... 11:42 -!- Connection to irc.oftc.net established 11:42 -!- Logging in... 11:42 !magnet.oftc.net *** Looking up your hostname... 11:42 !magnet.oftc.net *** Checking Ident 11:42 !magnet.oftc.net *** Found your hostname Attached is a log of smuxi with the -d flag. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smuxi depends on: ii smuxi-frontend-gnome 0.9-1 smuxi recommends no packages. smuxi suggests no packages. -- no debconf information 2013-11-13 11:05:23,400 [Main] INFO Smuxi.Frontend.Gnome.Frontend - Smuxi - GNOME frontend 0.9.0.0 starting 2013-11-13 11:05:23,408 [Main] DEBUG Smuxi.Frontend.Gnome.Frontend - InitGtk(): Using locale data from: /usr/share/locale 2013-11-13 11:05:23,434 [Main] DEBUG Smuxi.Frontend.Gnome.Frontend - InitGtk(): Using system icon theme 2013-11-13 11:05:23,440 [Main] INFO Smuxi.Engine.FrontendConfig - Loading config (FrontendConfig) 2013-11-13 11:05:23,445 [Main] DEBUG TRACE - [smuxi-engine.dll] Config.LoadAllEntries(basepath = 'Frontend/GNOME') 2013-11-13 11:05:23,445 [Main] DEBUG TRACE - [smuxi-engine.dll] Config.LoadAllEntries(basepath = 'Engine') 2013-11-13 11:05:23,446 [Main] DEBUG TRACE - [smuxi-engine.dll] Config.Save() 2013-11-13 11:05:23,446 [Main] DEBUG Smuxi.Engine.Config - Saving config 2013-11-13 11:05:23,464 [Main] DEBUG TRACE - [smuxi-frontend-gnome.exe] Notebook..ctor() 2013-11-13 11:05:23,469 [Main] DEBUG TRACE - [smuxi-frontend.dll] ChatViewManagerBase.Load(assembly = smuxi-frontend-gnome, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null) 2013-11-13 11:05:23,469 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.ChatView 2013-11-13 11:05:23,470 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.GroupChatView 2013-11-13 11:05:23,470 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.GroupChatView 2013-11-13 11:05:23,470 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.PersonChatView 2013-11-13 11:05:23,471 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.PersonChatView 2013-11-13 11:05:23,471 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.ProtocolChatView 2013-11-13 11:05:23,471 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.ProtocolChatView 2013-11-13 11:05:23,471 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.SessionChatView 2013-11-13 11:05:23,471 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.SessionChatView 2013-11-13 11:05:23,471 [Main] DEBUG TRACE - [smuxi-frontend.dll] ChatViewManagerBase.LoadAll(path = '/usr/lib/smuxi', pattern = 'smuxi-frontend-gnome-*.dll') 2013-11-13 11:05:23,471 [Main] DEBUG TRACE - [smuxi-frontend.dll] ChatViewManagerBase.Load(filename = '/usr/lib/smuxi/smuxi-frontend-gnome-irc.dll') 2013-11-13 11:05:23,472 [Main] DEBUG TRACE - [smuxi-frontend.dll] ChatViewManagerBase.Load(assembly = smuxi-frontend-gnome-irc, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null) 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.IrcGroupChatView 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.IrcGroupChatView 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.IrcGroupChatView 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load(): found Smuxi.Frontend.Gnome.IrcPersonChatView 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.IrcPersonChatView 2013-11-13 11:05:23,472 [Main] DEBUG Smuxi.Frontend.ChatViewManagerBase - Load() found Attribute: Smuxi.Engine.ChatViewInfoAttribute in Type: Smuxi.Frontend.Gnome.IrcPersonChatView 2013-11-13 11:05:23,472 [Main] DEBUG TRACE - [smuxi-frontend.dll] ChatViewManagerBase.Load(filename = '/usr/lib/smuxi/smuxi-frontend-gnome-xmpp.dll') 2013-11-13 11:05:23,473 [Main] DEBUG TRACE - [smuxi-fronten
Bug#729494: pulseaudio: Compiled with invalid option --disable-hal
Package: pulseaudio Version: 1:4.0-0ubuntu6 Severity: normal Hi! When fixing some issues in the PulseAudio package for the Tanglu Debian derivative, I noticed that PA is compiled using the option --disable-hal, which does not exist. To disable HAL compatibility, the option --disable-hal-compat should be used instead. You might want to change that or remove the configure flag. Cheers, Matthias -- System Information: Architecture: amd64 (x86_64) Foreign Architectures: i386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729495: qgis: dynamic python interpreter lookup
Package: qgis
Version: 1.7.4+1.7.5~20120320-1.1+b1
Severity: serious
Justification: Policy 1.4.2
Dear Maintainer,
when running /usr/bin/qgis it uses the first python interpreter found in $PATH.
If a local user-space Python environment is coming first in $PATH this is bound
to fail, because module dependencies might not be there ore might be there in
the wrong versions.
Traceback:
$ /usr/bin/qgis
Warning: loading of qgis translation failed [/usr/share/qgis/i18n//qgis_en_US]
Warning: loading of qt translation failed
[/usr/share/qt4/translations/qt_en_US]
Traceback (most recent call last):
File "/home/megies/local/lib/python2.7/site.py", line 548, in
main()
File "/home/megies/local/lib/python2.7/site.py", line 530, in main
known_paths = addusersitepackages(known_paths)
File "/home/megies/local/lib/python2.7/site.py", line 266, in
addusersitepackages
user_site = getusersitepackages()
File "/home/megies/local/lib/python2.7/site.py", line 241, in
getusersitepackages
user_base = getuserbase() # this will also set USER_BASE
File "/home/megies/local/lib/python2.7/site.py", line 231, in getuserbase
USER_BASE = get_config_var('userbase')
File "/home/megies/local/lib/python2.7/sysconfig.py", line 516, in
get_config_var
return get_config_vars().get(name)
File "/home/megies/local/lib/python2.7/sysconfig.py", line 449, in
get_config_vars
import re
File "/home/megies/local/lib/python2.7/re.py", line 105, in
import sre_compile
File "/home/megies/local/lib/python2.7/sre_compile.py", line 14, in
import sre_parse
File "/home/megies/local/lib/python2.7/sre_parse.py", line 17, in
from sre_constants import *
File "/home/megies/local/lib/python2.7/sre_constants.py", line 18, in
from _sre import MAXREPEAT
ImportError: cannot import name MAXREPEAT
I did not immediately find the problem but I suspect either an executable
Python file that has "#!/usr/bin/env python" as first line, or a shell script
executing a Python script by just using "python some_python_file.py" instead of
"/usr/bin/python some_python_file.py".
See Policy manual section 1.4.2.
-- System Information:
Debian Release: 7.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'precise'), (1,
'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages qgis depends on:
ii libc6 2.13-38
ii libgcc1 1:4.7.2-5
ii libgdal11.9.0-3.1
ii libgeos-c1 3.3.3-1.1
ii libgsl0ldbl 1.15+dfsg.2-2
ii libpq5 9.1.9-1
ii libproj04.7.0-2
ii libqgis1.7.51.7.4+1.7.5~20120320-1.1+b1
ii libqt4-network 4:4.8.2+dfsg-11
ii libqt4-sql 4:4.8.2+dfsg-11
ii libqt4-svg 4:4.8.2+dfsg-11
ii libqt4-xml 4:4.8.2+dfsg-11
ii libqtcore4 4:4.8.2+dfsg-11
ii libqtgui4 4:4.8.2+dfsg-11
ii libqtwebkit42.2.1-5
ii libqwt5-qt4 5.2.2-3
ii libstdc++6 4.7.2-5
ii qgis-common 1.7.4+1.7.5~20120320-1.1
ii qgis-providers 1.7.4+1.7.5~20120320-1.1+b1
Versions of packages qgis recommends:
ii python-qgis1.7.4+1.7.5~20120320-1.1+b1
ii qgis-plugin-grass 1.7.4+1.7.5~20120320-1.1+b1
Versions of packages qgis suggests:
pn gpsbabel
-- 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#726601: libcommons-fileupload-java: CVE-2013-218
Package: libcommons-fileupload-java
Version: 1.3-2
Followup-For: Bug #726601
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu trusty ubuntu-patch
*** /tmp/tmpA8shKI/bug_body
In Ubuntu, the attached patch was applied to achieve the following:
* SECURITY UPDATE: arbitrary file overwrite via poison null byte
- debian/patches/CVE-2013-2186.patch: properly validate repository in
src/main/java/org/apache/commons/fileupload/disk/DiskFileItem.java.
- CVE-2013-2186
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers saucy-updates
APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500,
'saucy-proposed'), (500, 'saucy'), (100, 'saucy-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11.0-13-generic (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libcommons-fileupload-java-1.3/debian/changelog libcommons-fileupload-java-1.3/debian/changelog
diff -Nru libcommons-fileupload-java-1.3/debian/patches/CVE-2013-2186.patch libcommons-fileupload-java-1.3/debian/patches/CVE-2013-2186.patch
--- libcommons-fileupload-java-1.3/debian/patches/CVE-2013-2186.patch 1969-12-31 19:00:00.0 -0500
+++ libcommons-fileupload-java-1.3/debian/patches/CVE-2013-2186.patch 2013-11-07 09:35:41.0 -0500
@@ -0,0 +1,37 @@
+Description: fix arbitrary file overwrite via poison null byte
+Origin: upstream, http://svn.apache.org/viewvc/commons/proper/fileupload/trunk/src/main/java/org/apache/commons/fileupload/disk/DiskFileItem.java?r1=1460343&r2=1507048
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726601
+Bug-Novell: https://bugzilla.novell.com/show_bug.cgi?id=846174
+Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=974814
+
+Index: libcommons-fileupload-java-1.3/src/main/java/org/apache/commons/fileupload/disk/DiskFileItem.java
+===
+--- libcommons-fileupload-java-1.3.orig/src/main/java/org/apache/commons/fileupload/disk/DiskFileItem.java 2013-03-24 08:36:44.0 -0400
libcommons-fileupload-java-1.3/src/main/java/org/apache/commons/fileupload/disk/DiskFileItem.java 2013-11-07 09:32:20.042865874 -0500
+@@ -656,6 +656,26 @@
+ // read values
+ in.defaultReadObject();
+
++/* One expected use of serialization is to migrate HTTP sessions
++ * containing a DiskFileItem between JVMs. Particularly if the JVMs are
++ * on different machines It is possible that the repository location is
++ * not valid so validate it.
++ */
++if (repository != null) {
++if (repository.isDirectory()) {
++// Check path for nulls
++if (repository.getPath().contains("\0")) {
++throw new IOException(format(
++"The repository [%s] contains a null character",
++repository.getPath()));
++}
++} else {
++throw new IOException(format(
++"The repository [%s] is not a directory",
++repository.getAbsolutePath()));
++}
++}
++
+ OutputStream output = getOutputStream();
+ if (cachedContent != null) {
+ output.write(cachedContent);
diff -Nru libcommons-fileupload-java-1.3/debian/patches/series libcommons-fileupload-java-1.3/debian/patches/series
--- libcommons-fileupload-java-1.3/debian/patches/series 2013-04-27 23:28:22.0 -0400
+++ libcommons-fileupload-java-1.3/debian/patches/series 2013-11-07 09:32:01.0 -0500
@@ -1 +1,2 @@
001_update-tests-for-servlet3-api.patch
+CVE-2013-2186.patch
Bug#729496: cantor-backend-kalgebra doesn't need a hard-dep on kalgebra
Package: cantor
Version: 4:4.11.3-1
Severity: normal
Dear Maintainer,
Upstream says that cantor-backend-kalgebra doesn't need to depend on kalgebra
The kalgebra backend only requires libanalitza as you can
read in src/backends/kalgebra/CMakeLists.txt
target_link_libraries( cantor_kalgebrabackend ${KDE4_KDEUI_LIBS} cantorlibs
${ANALITZA_LIBS})
Please drop kalgebra from the Depends field of cantor-backend-kalgebra (Patch
attached)
-- System Information:
Debian Release: wheezy/sid
APT prefers trusty-updates
APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.11.0-12-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
gpgv: Signature made mié 13 nov 2013 16:39:25 CET using RSA key ID F2672094
gpgv: Can't check signature: public key not found
dpkg-source: warning: failed to verify signature on /tmp/cantor/debian/cantor_4.11.3-2.dsc
diff -Nru cantor-4.11.3/debian/changelog cantor-4.11.3/debian/changelog
--- cantor-4.11.3/debian/changelog 2013-11-09 18:16:34.0 +0100
+++ cantor-4.11.3/debian/changelog 2013-11-13 16:39:09.0 +0100
@@ -1,3 +1,10 @@
+cantor (4:4.11.3-2) UNRELEASED; urgency=low
+
+ * cantor-backend-kalgebra doesn't need kalgebra installed, it only uses
+libanalitza
+
+ -- Rohan Garg Wed, 13 Nov 2013 16:38:18 +0100
+
cantor (4:4.11.3-1) unstable; urgency=low
* New upstream release.
diff -Nru cantor-4.11.3/debian/control cantor-4.11.3/debian/control
--- cantor-4.11.3/debian/control 2013-11-09 18:16:34.0 +0100
+++ cantor-4.11.3/debian/control 2013-11-13 16:38:03.0 +0100
@@ -47,7 +47,7 @@
Package: cantor-backend-kalgebra
Architecture: any
Section: math
-Depends: ${shlibs:Depends}, ${misc:Depends}, kalgebra
+Depends: ${shlibs:Depends}, ${misc:Depends}
Description: KAlgebra backend for Cantor
Cantor is an application to allow you to you use your favorite mathematical
applications from within an elegant worksheet interface. It provides dialogs
Bug#718869: Bug#718874: libmaven-plugin-testing-java: Please support the latest API of EasyMock for the internal testsuite
On 13.11.2013 13:51, Emmanuel Bourg wrote: > Control: forwarded -1 https://github.com/apache/maven-plugin-testing/pull/2 > Control: tag -1 patch > > This one is easy to fix. We can either remove the MockManager class > which is most certainly never used in Debian or replace MockControl with > IMocksControl. Hi Emmanuel, thank you for your work! I can prepare version 3.2 of Easymock at the weekend and upload it to experimental, if you agree with that. I'm not sure yet whether it is an useful task to package dexmaker, an optional dependency for Easymock, first. What do you think? https://code.google.com/p/dexmaker/ Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#729498: mediawiki: AdminSettings.php = Broken symlink
Package: mediawiki Version: 1:1.19.5-1+deb7u1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Headless server ssh cli: aptitude install mediawiki = (pass): attempt to configure with browser per instructions (fail). 'The requested URL /mediawiki/mw-config/index.php was not found on this server.' ___ * What exactly did you do (or not do) that was effective (or ineffective)? 1. Symlinked /usr/share/mediawiki directory to sites-enabled. 2. Still not found. 3. Restarted Apache. ___ * What was the outcome of this action? 1. $ sudo service apache2 restart 2. apache2: Syntax error on line 268 of /etc/apache2/apache2.conf: Could not open configuration file /etc/apache2/sites-enabled/mediawiki/AdminSettings.php: No such file or directory Action 'configtest' failed. The Apache error log may have more information. failed! Apache Log: [Wed Nov 13 04:12:17 2013] [error] [client nnn.nnn.nnn.nnn] File does not exist: /var/www/mediawiki [Wed Nov 13 04:18:04 2013] [error] [client nnn.nnn.nnn.nnn] File does not exist: /var/www/mediawiki [Wed Nov 13 04:18:06 2013] [error] [client nnn.nnn.nnn.nnn] File does not exist: /var/www/mediawiki >>> AdminSettings.php is a symlink with a target of: /var/lib/mediawiki/AdminSettings.php >>> /var/lib/mediawiki/AdminSettings.php is also a symlink... Target: /etc/mediawiki/AdminSettings.php >>> Contents of /etc/mediawiki/ = 2 files: apache.conf cherokee.conf ... [No AdminSettings.php] >>> /etc/mediawiki/ is a deadend for the symlinks. >> Contents of /etc/mediawiki/apache.conf: # Uncomment this to add an alias. # This does not work properly with virtual hosts.. Alias /mediawiki /var/lib/mediawiki Options +FollowSymLinks AllowOverride All order allow,deny allow from all # some directories must be protected Options -FollowSymLinks AllowOverride None Options -FollowSymLinks AllowOverride None _ * What outcome did you expect instead? I expected this to work like it always has in the past. I've never had a problem installing it until now. I'm reporting this so that the maintainer et al. will be aware of it and hopefully correct it. = -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediawiki depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-cookie 6-1 ii libjs-jquery-form6-1 ii libjs-jquery-tipsy 6-1 ii mime-support 3.52-1 ii php5 5.4.4-14+deb7u5 ii php5-mysql 5.4.4-14+deb7u5 ii php5-pgsql 5.4.4-14+deb7u5 Versions of packages mediawiki recommends: ii mediawiki-extensions-base 2.11 ii mysql-server 5.5.31+dfsg-0+wheezy1 ii php-wikidiff2 0.0.1+svn109581-1 ii php5-cli 5.4.4-14+deb7u5 ii postgresql-contrib 9.1+134wheezy4 ii python 2.7.3-4+deb7u1 Versions of packages mediawiki suggests: pn clamav pn mediawiki-math pn memcached ii php5-gd 5.4.4-14+deb7u5 -- debconf information: mediawiki/webserver: apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729497: Telepathy-idle uses 100% CPU when the connection is closed
Package: telepathy-idle Version: 0.1.16-1 Tags: fixed-upstream The telepathy-idle causes a 100% uses of the CPU when the connection is closed unexpectedly. It's the same bug as reported here: https://bugzilla.redhat.com/show_bug.cgi?id=902075 The RedHat guys made a patch to fix it, but the upstream versions has this problem fixed, also, why have we an outdated version o telepathy-idle? Even in SID repo. -- Samuel Henrique O. P. [samueloph] Técnico em Informática - UTFPR [2012]. Estudante de Engenharia de Computação - UTFPR.
Bug#729499: tellico: segfaults on each CSV import by CLI (option --ris)
Package: tellico Version: 2.3.8+dfsg.1-2 Severity: normal Dear Maintainer, here is the command I used: tellico --nocrashhandler --nofile --ris t.csv It segfaults almost immediately after displaying the application window. Tested with several CSV files, including some exported from Tellico. Here is an sample file: ISBN# 978-2-253-15781-6 I also ran tellico under ltrace: the crash occurs very soon after each line of the file has been read. I haven't seen any tellico-dbg package, so I don't how to produce better information on this bug. Regards -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.68-fg (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tellico depends on: ii kde-runtime4:4.10.5-1 ii libc6 2.17-93 ii libexempi3 2.2.1-1 ii libkabc4 4:4.10.5-1 ii libkcal4 4:4.10.5-1 ii libkcddb4 4:4.10.5-1 ii libkdecore54:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkhtml5 4:4.10.5-1+b1 ii libkio54:4.10.5-1+b1 ii libknewstuff3-44:4.10.5-1+b1 ii libkparts4 4:4.10.5-1+b1 ii libkresources4 4:4.10.5-1 ii libksane0 4:4.10.5-1 ii libkxmlrpcclient4 4:4.10.5-1 ii libnepomuk44:4.10.5-1+b1 ii libpoppler-qt4-3 0.18.4-8 ii libqimageblitz41:0.0.6-4 ii libqjson0 0.8.1-3 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.10.5-1+b1 ii libstdc++6 4.8.2-1 ii libtag1c2a 1.8-dmo1 ii libxml22.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii libyaz44.2.30-2.1 ii tellico-data 2.3.8+dfsg.1-2 ii tellico-scripts2.3.8+dfsg.1-2 Versions of packages tellico recommends: pn khelpcenter4 pn tellico-doc tellico 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#729500: ssh-agent-filter: [PATCH] Resolve FTBFS from linking order
Package: ssh-agent-filter Version: 0.3-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu 14.04, the attached patch was applied to achieve the following: * Changed linking order to resolve FTBFS. I've taken the liberty of realigning the linker variables to bring them in line with convention. Also, I noticed in the master git branch that you've moved to boost:iostreams; I made the least invasive change to resolve the FTBFS. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-33-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru ssh-agent-filter-0.3/debian/patches/0001-Fix-linking-order-FTBFS.patch ssh-agent-filter-0.3/debian/patches/0001-Fix-linking-order-FTBFS.patch --- ssh-agent-filter-0.3/debian/patches/0001-Fix-linking-order-FTBFS.patch 1969-12-31 19:00:00.0 -0500 +++ ssh-agent-filter-0.3/debian/patches/0001-Fix-linking-order-FTBFS.patch 2013-11-13 10:46:52.0 -0500 @@ -0,0 +1,21 @@ +Index: ssh-agent-filter-0.3/Makefile +=== +--- ssh-agent-filter-0.3.orig/Makefile 2013-10-25 19:18:11.0 -0400 ssh-agent-filter-0.3/Makefile 2013-11-13 10:46:50.438054442 -0500 +@@ -19,7 +19,7 @@ + CXXFLAGS ?= -g -O2 -Wall -Wold-style-cast + + CXXFLAGS += -std=c++11 +-LDFLAGS += -lstdc++ -lboost_program_options -lboost_filesystem -lboost_system -lnettle ++LDADD += -lstdc++ -lboost_program_options -lboost_filesystem -lboost_system -lnettle + + all: ssh-agent-filter.1 afssh.1 ssh-askpass-noinput.1 + +@@ -30,6 +30,7 @@ + help2man -n $< -o $@ -N ./$< + + ssh-agent-filter: ssh-agent-filter.o ++ $(CXX) $< -o $@ $(LDADD) + + ssh-agent-filter.o: ssh-agent-filter.C rfc4251.h ssh-agent.h version.h + diff -Nru ssh-agent-filter-0.3/debian/patches/series ssh-agent-filter-0.3/debian/patches/series --- ssh-agent-filter-0.3/debian/patches/series 1969-12-31 19:00:00.0 -0500 +++ ssh-agent-filter-0.3/debian/patches/series 2013-11-13 10:30:27.0 -0500 @@ -0,0 +1 @@ +0001-Fix-linking-order-FTBFS.patch
Bug#729502: error during package install/configure
Package: debtags Version: 1.12 Severity: important Hello, dpkg errors out when upgrading debtags from v1.10.2: Setting up debtags (1.12) ... Traceback (most recent call last): File "/usr/bin/debtags-fetch", line 347, in if not src.fetch(): File "/usr/bin/debtags-fetch", line 197, in fetch infd = urllib2.urlopen(urlvoc) File "/usr/lib/python2.7/urllib2.py", line 127, in urlopen return _opener.open(url, data, timeout) File "/usr/lib/python2.7/urllib2.py", line 404, in open response = self._open(req, data) File "/usr/lib/python2.7/urllib2.py", line 422, in _open '_open', req) File "/usr/lib/python2.7/urllib2.py", line 382, in _call_chain result = func(*args) File "/usr/lib/python2.7/urllib2.py", line 1214, in http_open return self.do_open(httplib.HTTPConnection, req) File "/usr/lib/python2.7/urllib2.py", line 1184, in do_open raise URLError(err) urllib2.URLError: fetcher command /usr/bin/debtags-fetch --local update failed. Context: acquiring new data dpkg: error processing debtags (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: debtags E: Sub-process /usr/bin/dpkg returned an error code (1) Also, I don't recall modifying the config file -- perhaps it's left over from a previous version?? --Joe -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debtags depends on: ii apt 0.9.12.1 ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libept1.4.121.0.12 ii libgcc1 1:4.8.2-1 ii libstdc++6 4.8.2-1 ii libxapian22 1.2.15-2 ii python 2.7.5-5 ii python-debian 0.1.21+nmu2 ii zlib1g 1:1.2.8.dfsg-1 debtags recommends no packages. Versions of packages debtags suggests: pn tagcoll -- Configuration Files: /etc/debtags/sources.list changed: tags apt:// tags http://debtags.alioth.debian.org/tags/ -- 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#729501: RM: printer-applet -- ROM; deprecated in favour of print-manager
Package: ftp.debian.org Severity: normal Hi, This package was part of KDE, and deprecated in 4.10. Upstream no longer maintains it, as it was replaced by the print-manager plasmoid. So, we think this package should be removed from unstable. Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729503: tellico: Import CSV from the menu hangs on loading the file
Package: tellico Version: 2.3.8+dfsg.1-2 Severity: normal Dear Maintainer, I select the entry "Import CSV data..." from the "File" menu, then I select a file, then tellico hangs. Tested with several CSV files. One core reports an activity of 100%, and ltrace seems to point out an infinite loop on reading lines of the file. Regards -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.68-fg (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tellico depends on: ii kde-runtime4:4.10.5-1 ii libc6 2.17-93 ii libexempi3 2.2.1-1 ii libkabc4 4:4.10.5-1 ii libkcal4 4:4.10.5-1 ii libkcddb4 4:4.10.5-1 ii libkdecore54:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkhtml5 4:4.10.5-1+b1 ii libkio54:4.10.5-1+b1 ii libknewstuff3-44:4.10.5-1+b1 ii libkparts4 4:4.10.5-1+b1 ii libkresources4 4:4.10.5-1 ii libksane0 4:4.10.5-1 ii libkxmlrpcclient4 4:4.10.5-1 ii libnepomuk44:4.10.5-1+b1 ii libpoppler-qt4-3 0.18.4-8 ii libqimageblitz41:0.0.6-4 ii libqjson0 0.8.1-3 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libsolid4 4:4.10.5-1+b1 ii libstdc++6 4.8.2-1 ii libtag1c2a 1.8-dmo1 ii libxml22.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii libyaz44.2.30-2.1 ii tellico-data 2.3.8+dfsg.1-2 ii tellico-scripts2.3.8+dfsg.1-2 Versions of packages tellico recommends: pn khelpcenter4 pn tellico-doc tellico 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#718869: Bug#718874: libmaven-plugin-testing-java: Please support the latest API of EasyMock for the internal testsuite
As I understand dexmaker is only useful for Android. We don't need that to build the Debian packages, so we can ignore this dependency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#506888: mount gives up too soon when mounting a DVD-ROM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 506888 + moreinfo thanks Are you still seeing this on wheezy? Can you try running blkid -p /dev/cdrom? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSg6YDAAoJEJrBOlT6nu75WYAH/iBSWCLBRwFKBKH++3k5gGyS 5t0DHQWYTiWyOQxpJNDmEwNNp/OPDR0z54JDMjvGhiO5OlFaFcq/PgIe3q+IhQVL lUTN+VCn5TySthdLz5XPz6c9LbsmFLnrbfJu5x+zuDaJvYDjVc6Lnw1ptXAxiRNe Aozxy2pf3dygMmangMlLyA78tr6/M8TPBFOraf8Gyv7ApXfmSV7lrrAIe5xtXQLE R9WhwQ+hKdSEwi12xflIWQqej4EGgOGqjLkOw2sP8pmrU7OzQbCBCohdrVrrdFyC o2nNjDtXt6xLZ68uHxumECryThk9rAD2J3QMlKl5um6sOz71L6x8AU+NBix719k= =Pifh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728274: python-apt: apt.conf used from /etc/apt instead of root_dir + etc/apt
On Wed, Oct 30, 2013 at 08:20:38AM +0100, Thomas Bechtold wrote:
> Package: python-apt
> Version: 0.9.1
> Severity: normal
Thanks for your bugreport and your test code.
> I tried to use python-apt to get all available package versions. I used
> the 'rootdir' parameter for apt.Cache to have a seperate root dir and
> seperated config files.
> In my /etc/apt/apt.conf , I have the following line:
>
> APT::Default-Release "sid";
[..]
The attached patch should fix this. Thanks David for the reminder
about this. Note that init_config() without the clean() is not helpful
as most of the init config code these days consists of conditional
sets (i.e. will not override existing ones).
Later Versions of apt have a global Clear(), we should probably use
that once bindings are added.
Cheers,
Michael
diff --git a/apt/cache.py b/apt/cache.py
index 9842cb2..a9b6016 100644
--- a/apt/cache.py
+++ b/apt/cache.py
@@ -83,13 +83,15 @@ class Cache(object):
# force apt to build its caches in memory
apt_pkg.config.set("Dir::Cache::pkgcache", "")
if rootdir:
+apt_pkg.config.clear("APT")
+apt_pkg.config.set("Dir", rootdir)
+apt_pkg.init_config()
if os.path.exists(rootdir+"/etc/apt/apt.conf"):
apt_pkg.read_config_file(apt_pkg.config,
rootdir + "/etc/apt/apt.conf")
if os.path.isdir(rootdir+"/etc/apt/apt.conf.d"):
apt_pkg.read_config_dir(apt_pkg.config,
rootdir + "/etc/apt/apt.conf.d")
-apt_pkg.config.set("Dir", rootdir)
apt_pkg.config.set("Dir::State::status",
rootdir + "/var/lib/dpkg/status")
# also set dpkg to the rootdir path so that its called for the
Bug#729505: Add http://login:password@server url support
Package: apt-cacher-ng Version: 0.7.19-1 |Severity|:|wishlist| # /etc/init.d/apt-cacher-ng restart [] Restarting apt-cacher-ng: apt-cacher-nghttp://login:passw...@apt.foo.bar/debian/ <-- bad URL detected failed! relevant line in acng.conf: Remap-somesoft: /somesoft ; apt-cacher-nghttp://login:passw...@apt.foo.bar/debian/ apt-cacher-ng used in managed mode (ForceManaged: 1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729506: ratpoints: [PATCH] Resolve FTBFS from linking order
Package: ratpoints Version: 2.1.3+dfsg-2 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu 14.04, the attached patch was applied to achieve the following: * Resolved FTBFS from linking order. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-33-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru ratpoints-2.1.3+dfsg/debian/patches/automake.patch ratpoints-2.1.3+dfsg/debian/patches/automake.patch --- ratpoints-2.1.3+dfsg/debian/patches/automake.patch 2013-07-28 18:25:01.0 -0400 +++ ratpoints-2.1.3+dfsg/debian/patches/automake.patch 2013-11-13 11:28:35.0 -0500 @@ -2,8 +2,10 @@ Date: Tue, 05 Feb 2013 Subject: Switch to automake, build a shared library using libtool a/Makefile -+++ /dev/null +Index: ratpoints-2.1.3+dfsg/Makefile +=== +--- ratpoints-2.1.3+dfsg.orig/Makefile 2011-03-10 07:59:38.0 -0500 /dev/null 1970-01-01 00:00:00.0 + @@ -1,139 +0,0 @@ -# ratpoints-2.1.3 -#- A program to find rational points on hyperelliptic curves @@ -144,9 +146,11 @@ - -find_points.h: gen_find_points_h - ./gen_find_points_h > find_points.h /dev/null -+++ b/Makefile.am -@@ -0,0 +1,75 @@ +Index: ratpoints-2.1.3+dfsg/Makefile.am +=== +--- /dev/null 1970-01-01 00:00:00.0 + ratpoints-2.1.3+dfsg/Makefile.am 2013-11-13 11:28:33.623763174 -0500 +@@ -0,0 +1,76 @@ +INCLUDES = -I$(top_srcdir) +AM_CFLAGS = $(GMP_FLAGS) $(SIMD_FLAGS) -DRATPOINTS_MAX_BITS_IN_PRIME=7 -DUSE_SSE +AM_LIBS = $(GMP_LIBS) $(LIBM) @@ -173,6 +177,7 @@ + $(top_srcdir)/primes.h \ + $(top_srcdir)/rp-private.h +libratpoints_la_LDFLAGS = -release 2.1.3 ++libratpoints_la_LIBADD = -lm + +include_HEADERS = ratpoints.h + @@ -222,8 +227,10 @@ +check-local: $(top_builddir)/rptest testbase + time $(top_builddir)/rptest > $(top_builddir)/rptest.out + cmp -s $(top_srcdir)/testbase $(top_builddir)/rptest.out || echo "Test failed!" /dev/null -+++ b/configure.ac +Index: ratpoints-2.1.3+dfsg/configure.ac +=== +--- /dev/null 1970-01-01 00:00:00.0 + ratpoints-2.1.3+dfsg/configure.ac 2013-11-13 11:15:18.0 -0500 @@ -0,0 +1,75 @@ +AC_INIT(ratpoints, 2.1.3) +AC_CANONICAL_TARGET
Bug#729507: virtualenvwrapper: workon launched from zsh enters in an infinite recursion
Package: virtualenvwrapper Version: 4.1.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, After switching to virtualenvwrapper_lazy instead of the 'normal' virtualenvwrapper file in my ~/.zshrc I noticed a speed up when opening a new terminal but as soon as I tried to use "workon env" the terminal hang CTRL-C or Z it did not kill anything. After having added some debugging echo in the virtualenvwrapper_lazy script I noticed that it enters into what seems to me and infinite recursion. My zsh version is 5.0.2. Thank you. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-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 Versions of packages virtualenvwrapper depends on: ii libjs-sphinxdoc1.1.3+dfsg-8 ii python 2.7.5-5 ii python-stevedore 0.10-2 ii python-virtualenv 1.10.1-1 ii virtualenv-clone 0.2.4-1 Versions of packages virtualenvwrapper recommends: ii bash-completion 1:2.1-2 virtualenvwrapper suggests no packages. -- no debconf information -- (°> Nicolas Évrard ( ) Liège `¯ signature.asc Description: Digital signature
Bug#729508: Add https support
Package: apt-cacher-ng Version: 0.7.19-1 Severity: wishlist add ssl support (not a small task I think...) Remap-somesoft: /somesoft ; https://apt.foo.bar/debian/ apt-cacher-ng used in managed mode (ForceManaged: 1) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725196: gajim: segmentation fault when double clicking contact in unified chat window
package gajim tag 725196 + moreinfo unreproducible severity 725196 important thanks Hello. I cannot reproduce that bug, and in fact, nobody to whom I spoke can, including the upstream developer. If you can still reproduce it and provide us with a gdb backtrace as explained by Dominik, that would allow the upstream developer to identify and fix that bug. For now, I am lowering this bug's severity, since it only seems to affect you and thus does not render this package unusable, not even for you in fact, since there is a work around, even though it may be more or less inconvenient. Regards, -- ,--. : /` ) Tanguy Ortolo | `-'Debian Developer \_ signature.asc Description: Digital signature
Bug#729510: ITP: biplist -- Python library for reading/writing Mac OS X binary plists
Package: wnpp Severity: wishlist Owner: "Hans-Christoph Steiner" * Package name: Version : 1.1.121 Upstream Author : Andrew Wooster * URL : https://pypi.python.org/pypi/biplist * License : BSD Programming Lang: python Package source : http://anonscm.debian.org/gitweb/?p=collab-maint/python-biplist.git Description : Python library for reading/writing Mac OS X binary plists biplist is a binary plist parser/generator for Python. Binary Property List (plist) files provide a faster and smaller serialization format for property lists on Mac OS X. This is a library for generating binary plists which can be read by Mac OS X, iOS, or other clients. signature.asc Description: OpenPGP digital signature
Bug#729500: ssh-agent-filter: [PATCH] Resolve FTBFS from linking order
Hi Daniel, On Wed, 2013-11-13 10:58:24 you wrote: > Package: ssh-agent-filter > Version: 0.3-1 > Severity: wishlist > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu trusty ubuntu-patch > > Dear Maintainer, > > In Ubuntu 14.04, the attached patch was applied to achieve the following: > > * Changed linking order to resolve FTBFS. > > > I've taken the liberty of realigning the linker variables to bring them > in line with convention. Also, I noticed in the master git branch that > you've moved to boost:iostreams; I made the least invasive change to > resolve the FTBFS. Thanks for considering the patch. Your patch has two effects: * use $(CXX) instead of $(CC) for linking * discard $(LDFLAGS) from dpkg-buildflags The latter produces a lintian warning. I still don't understand what your problem is, but does it help to just add: CC = $(CXX) to Makefile? It would have been nice to include the sbuild log of the FTBFS. Greetings Timo signature.asc Description: This is a digitally signed message part.
Bug#729512: nagios-plugins-basic: check_ping does not honour the -t timeout option. last 30 sec instead of 10
Package: nagios-plugins-basic Version: 1.4.16-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? checking with nrpe, i had socket timeout : http://www.geekpeek.net/socket-timeout-after-10-seconds-nagios/ * What exactly did you do (or not do) that was effective (or ineffective)? i raised the nrpe timeout * What was the outcome of this action? same, socket timeout * What outcome did you expect instead? PING CRITICAL - Packet loss = 100% I'm talking here about nrpe but the real pb is time /usr/lib/nagios/plugins/check_ping -H 64.18.69.91 -t 10 -w 5000:20% -c 5000:100% PING CRITICAL - Packet loss = 100%|rta=5000.00ms;5000.00;5000.00;0.00 pl=100%;20;100;0 /usr/lib/nagios/plugins/check_ping -H 64.18.69.91 -t 10 -w 5000:20% -c 0.00s user 0.00s system 0% cpu 30.004 total the pb here is the 30 seconds it takes instead of the asked -t 10 *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729500: ssh-agent-filter: [PATCH] Resolve FTBFS from linking order
Hi Timo, indeed, that discard is an error on my part, sorry! I'll sbuild with the proposed minimal CC change soon. For one arch, the buildd log is at https://launchpadlibrarian.net/155030371/buildlog_ubuntu-trusty-armhf.ssh-agent-filter_0.3-1_FAILEDTOBUILD.txt.gz .
Bug#726162: Replace libeigen2-dev by libeigen3-dev
Hi Maximiliano, thanks for pointing that out. I will try to prepare a better patch. Anton 2013/11/9 Maximiliano Curia : > ¡Hola! > > After applying your patch, the build ended successfully installing zero files. > :) Nothing was compiled, nothing was installed, so the package was empty. > > Could you check if something is missing? > > Also, we would prefer if the patch gets eventually accepted upstream, that > would mean (IMHO) to be able to use either eigen2 or eigen3, do you consider > that possible? > > Thanks, > -- > "Haskell is faster than C++, more concise than Perl, more regular than Python, > more flexible than Ruby, more typeful than C#, more robust than Java, and has > absolutely nothing in common with PHP." > -- Audrey Tang > Saludos /\/\ /\ >< `/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729513:
cf: https://buildd.debian.org/status/fetch.php?pkg=gdcm&arch=i386&ver=2.2.4-1.1&stamp=1384170938 where: http://lintian.debian.org/maintainer/debian-med-packag...@lists.alioth.debian.org.html#gdcm libgdcm-java W incompatible-java-bytecode-format Java7 version (Class format: 51) Java7 version (Class format: 51) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729514: libc6: fwprintf() doesn't print "(nil)" for NULL pointer and L"%p" format string
Package: libc6
Version: 2.13-38
Severity: normal
Dear Maintainer,
when I'm using wprintf() family function (wprintf, fwprintf, ...) with L"%p"
format conversion and NULL value parameter, the string "(" (instead of
"(nil)") is printed to the output.
Example:
Source:
#include
#include
#include
int main( int argc, char * argv[] ) {
fprintf( stderr, "narrow pointer: %p\n", NULL );
fwprintf( stdout, L"wide pointer: %p\n", NULL );
return 0;
}
Requested output:
narrow pointer p: (nil)
wide pointer p: (nil)
Real output:
narrow pointer p: (nil)
wide pointer p: (
Result:
Probably (I didn't test it) "forgotten" line
is_long = 0;/* This is no wide-char string. */ \
in process_arg() macro declaration in file stdio_common/vfprintf.c
Thanks for reparation
Jan
-- System Information:
Debian Release: 7.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libc6 depends on:
ii libc-bin 2.13-38
ii libgcc1 1:4.7.2-5
libc6 recommends no packages.
Versions of packages libc6 suggests:
ii debconf [debconf-2.0] 1.5.49
pn glibc-doc
ii locales2.13-38
-- debconf information:
glibc/upgrade: true
glibc/restart-services:
libraries/restart-without-asking: false
glibc/disable-screensaver:
glibc/restart-failed:
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729515: java compilation should target 1.5
Package: gdcm gdcm currently only sets -source 1.5 which make the compilation fails, see http://bugs.debian.org/729513#24 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729480: SSL connections with client certificates no longer working
Hi, I updated our advisory at http://download.lighttpd.net/lighttpd/security/lighttpd_sa_2013_01.txt and the patch at http://download.lighttpd.net/lighttpd/security/lighttpd-1.4.33_fix_ssl_sni.patch with the diff from revision 2925: http://redmine.lighttpd.net/projects/lighttpd/repository/revisions/2925/diff/ Setting id_context in the SNI callback doesn't seem to have any useful effect, which makes it really an absolutely useless thing. Sorry for the trouble. regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729285: bti: fail to connect to twitter - trying obsolete HTTP basic auth
On Mon, 11 Nov 2013 20:05:19 +0100, gregor herrmann wrote: > > (I guess I should backport the current version from testing ...). > 033-2~bpo70+1 uploaded to wheezy-backports(-NEW). And it's already ACCEPTED into wheezy-backports now, thanks to the bpo ftp-masters. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: R.E.M.: You signature.asc Description: Digital signature
Bug#724115: hunspell: FTBFS: POD error
Hi, On Wed, Nov 13, 2013 at 12:43:41PM +0100, Agustin Martin wrote: > On Tue, Nov 12, 2013 at 09:43:59PM +0100, Rene Engelhard wrote: > > On Tue, Nov 12, 2013 at 07:54:04PM +0100, Agustin Martin wrote: > > > I will have a look at this (I once wrote ispellaff2myspell). Now I think > > > the > > > best is to change script to UTF8, but keep strings in code as escaped > > > octal. > > > Or rewrite that part. > > > > > > Let me think about this. Hope to find time tomorrow. > > > > Oops, too late. Just added the patch as I saw the patch and did it before > > starting to read mail. My bad. > > > > Feel free to come up with a patch based on -5 and I'll happily add it, > > though. > > Hi, Rene and Gregor > > Attached in two forms. Thanks, but... > One simple, just to see the differences I added and $ patch -p1 < ../hunspell_new-ispellaff2myspell.diff patching file debian/changelog patching file debian/ispellaff2myspell Hunk #3 FAILED at 97. Hunk #4 FAILED at 439. 2 out of 4 hunks FAILED -- saving rejects to file debian/ispellaff2myspell > the good one with all trailing whitespace in ispellaff2myspell trimmed. $ patch -p1 < ../hunspell_trimmed-whitespace-new-ispellaff2myspell.diff patching file debian/changelog patching file debian/ispellaff2myspell Hunk #4 FAILED at 91. Hunk #15 FAILED at 367. 2 out of 16 hunks FAILED -- saving rejects to file debian/ispellaff2myspell.rej Against what did you diff? :) > I also looked at myspell-tools. If I find time I will also prepare a patch > for myspell-tools also including changes by Gregor. I see that > ispellaff2myspell is included through a dpatch patch. Do you think it would > be interesting to change handling to something closer to what is used for > hunspell-tools (plain file under debian/)? No. myspell-tools is dead and RFAed. If you want to adopt it and do stuff there, feel free. I won't :) (maybe I officially should O: it, though) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729516: O: igraph -- library for creating and manipulating graphs
Package: wnpp Severity: normal I intend to orphan igraph. My current interests have moved aways from graphs and thus I do not have the proper ressource to maintain it anymore. the package is in good shape and is easy to update. Description is: igraph is a library for creating and manipulating graphs. It is intended to be as powerful (ie. fast) as possible to enable the analysis of large graphs. . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
