Bug#732957: exiv2 transition: status
tag 732957 + pending thanks On 2014-09-05 17:50, Emilio Pozuelo Monfort wrote: Control: tags -1 confirmed Control: notforwarded -1 On 05/09/14 07:46, Pino Toscano wrote: tag 732957 - moreinfo thanks Hi, I'll take care of this transition, since it is kind of needed. I've checked the status of all the rdeps, and all of them were building fine with exiv2 0.24. So, at least from my point of view this could be ready to be started. Go ahead. Thank you. I did upload some hours ago, and now it has built and it is installed everywhere. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754561: haskell-gnutls: diff for NMU version 0.1.4-5.1
Control: tags 754561 + patch Control: tags 754561 + pending Dear maintainer, I've prepared an NMU for haskell-gnutls (versioned as 0.1.4-5.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru haskell-gnutls-0.1.4/debian/changelog haskell-gnutls-0.1.4/debian/changelog --- haskell-gnutls-0.1.4/debian/changelog 2014-06-29 15:35:37.0 +0200 +++ haskell-gnutls-0.1.4/debian/changelog 2014-09-06 08:24:13.0 +0200 @@ -1,3 +1,11 @@ +haskell-gnutls (0.1.4-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Correct libghc-gnutls-dev's GnuTLS dependency (libgnutls28-dev, instead of +libgnutls-dev). Closes: #754561 + + -- Andreas Metzler ametz...@debian.org Sat, 06 Sep 2014 08:23:46 +0200 + haskell-gnutls (0.1.4-5) unstable; urgency=medium [ Joachim Breitner ] diff -Nru haskell-gnutls-0.1.4/debian/control haskell-gnutls-0.1.4/debian/control --- haskell-gnutls-0.1.4/debian/control 2014-06-29 15:34:36.0 +0200 +++ haskell-gnutls-0.1.4/debian/control 2014-09-06 08:25:07.0 +0200 @@ -28,7 +28,7 @@ Depends: ${shlibs:Depends}, ${haskell:Depends}, ${misc:Depends}, - libgnutls-dev + libgnutls28-dev | libgnutls-dev Recommends: ${haskell:Recommends} Suggests: ${haskell:Suggests} Provides: ${haskell:Provides} signature.asc Description: Digital signature
Bug#755248: icinga2: General update after the debconf review process
Dear Debian maintainer, On Wednesday, July 23, 2014, I sent you a notification about the beginning of a review action on debconf templates for icinga2. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Wednesday, July 23, 2014. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: application/gzip --- icinga2.old/debian/icinga2-ido-mysql.templates 2014-07-19 08:23:13.433644396 +0200 +++ icinga2/debian/icinga2-ido-mysql.templates 2014-08-14 09:02:37.269701413 +0200 @@ -1,9 +1,17 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: icinga2-ido-mysql/enable Type: boolean Default: true -_Description: Enable icinga 2 mysql idoutils? - If you acknowledge this question the ido mysql - feature gets enabled for icinga 2. +_Description: Enable Icinga 2's ido-mysql feature? + Please specify whether Icinga 2 should use MySQL. . - If you want to disable the feature call - icinga2-disable-feature ido-mysql + You may later disable the feature by using the + icinga2-disable-feature ido-mysql command. --- icinga2.old/debian/icinga2-ido-pgsql.templates 2014-07-19 08:23:13.433644396 +0200 +++ icinga2/debian/icinga2-ido-pgsql.templates 2014-08-14 09:02:37.277701524 +0200 @@ -1,9 +1,17 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: icinga2-ido-pgsql/enable Type: boolean Default: true -_Description: Enable icinga 2 pgsql idoutils? - If you acknowledge this question the ido pgsql - feature gets enabled for icinga 2. +_Description: Enable Icinga 2's ido-pgsql feature? + Please specify whether Icinga 2 should use PostgreSQL. . - If you want to disable the feature call - icinga2-disable-feature ido-pgsql + You may later disable the feature by using the + icinga2-disable-feature ido-pgsql command. --- icinga2.old/debian/control 2014-07-19 08:23:13.433644396 +0200 +++ icinga2/debian/control 2014-08-12 18:18:30.206408021 +0200 @@ -28,24 +28,23 @@ Depends: icinga2-bin (= ${binary:Version}), icinga2-common (= ${source:Version}), ${misc:Depends} -Recommends: icinga2-doc, nagios-plugins-basic +Recommends: icinga2-doc, monitoring-plugins-basic Description: host and network monitoring system - Icinga 2 is a general-purpose monitoring application and the next generation - after Icinga 1.x - which was a Nagios fork. It should fit the needs of a small - environment as well as big installations. - . - Rewritten from scratch in C++, with multi-threading and cluster support. - . - Features: - * All common features of Icinga and Nagios - * Much faster and more scalable than Icinga 1 and Nagios - * New configuration format, more intuitive and template based - * Monitoring several services by executing checks (see nagios-plugins*) -for example ICMP/ping, SMTP, POP3, HTTP, NNTP, or other TCP port - * Any small script can be used as a check plugin, when following the Nagios -plugin API - * Notifications about alerts with any custom script, or shipped examples - * Native support for Livestatus
Bug#760063: openafs-client: Acessing afs share causes slow shutdown/reboot (about 3 minutes) on Debian Jessie
Okay, if the bug has gone, I'll report it. Thank you for your help! István 2014. 09. 5, péntek keltezéssel 14.39-kor Benjamin Kaduk ezt írta: On Fri, 5 Sep 2014, Kuklin István wrote: Last time the console wrote: [ *** ] A stop job is running for User Manager for 5000 Does that mean something? I don't know what it means, offhand. At this point, I feel like the best step forward is going to be to use a proper systemd unit file for the client, instead of relying on the compatibility shims for sysvinit scripts, since there doesn't seem to be an obvious way to further debug exactly what's happening at the moment. I don't think I have an ETA for when that might happen, though. How should I do that exactly? :) I think it's something that the package maintainers need to do, not something that you need to do. Some future version of the package will include a systemd unit file for the openafs-client, and we will want to come back to this ticket and re-test the shutdown behavior with that new version of the package. -Ben signature.asc Description: This is a digitally signed message part
Bug#760621: libxkbcommon: please enable parallel building
Source: libxkbcommon Version: 0.4.3-1 Severity: wishlist Tags: patch Hi, libxkbcommon seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -14,7 +14,7 @@ override_dh_makeshlibs: dh_makeshlibs -- -c4 %: - dh $@ --with autoreconf + dh $@ --parallel --with autoreconf # For maintainer use only, generate a tarball
Bug#760622: syslinux: French debconf templates translation
Package: syslinux Version: 6.03~pre20+dfsg-2 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Best, Steve # Translation of syslinux debconf template to French # Copyright (C) 2014 # This file is distributed under the same license as the syslinux package. # Steve Petruzzello dl...@bluewin.ch # msgid msgstr Project-Id-Version: syslinux_3:6.03~pre19+dfsg-3\n Report-Msgid-Bugs-To: sysli...@packages.debian.org\n POT-Creation-Date: 2014-08-24 00:12+0200\n PO-Revision-Date: 2014-08-29 10:55+0200\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: title #. Description #: ../extlinux.templates:1001 msgid EXTLINUX msgstr EXTLINUX #. Type: note #. Description #: ../extlinux.templates:2001 msgid No bootloader integration code anymore msgstr Plus d'intégration d'extlinux avec le chargeur d'amorçage #. Type: note #. Description #: ../extlinux.templates:2001 msgid The extlinux package does not ship bootloader integration anymore. msgstr Le paquet extlinux n'intègre plus de code gérant le chargeur d'amorçage. #. Type: note #. Description #: ../extlinux.templates:2001 msgid If you are upgrading to this version of EXTLINUX your system will not boot any longer if EXTLINUX was the only configured bootloader. Please install grub-pc. msgstr Si vous mettez à niveau vers cette version d'EXTLINUX, le système ne démarrera plus si EXTLINUX était le seul chargeur d'amorçage configuré. Veuillez dans ce cas installer le paquet grub-pc.
Bug#760623: hotot: Hotot fails to start with import error
Package: hotot Version: 1:0.9.8.14-3 Severity: grave Justification: renders package unusable Dear Maintainer, Hotot fails to start with the following error and backtrace. Traceback (most recent call last): File /usr/bin/hotot, line 13, in module from hotot import hotot File /usr/lib/python2.7/dist-packages/hotot/hotot.py, line 10, in module import view File /usr/lib/python2.7/dist-packages/hotot/view.py, line 4, in module import webkit File /usr/lib/pymodules/python2.7/webkit/__init__.py, line 21, in module import webkit ImportError: /usr/lib/x86_64-linux-gnu/libwebkitgtk-1.0.so.0: undefined symbol: cairo_gl_surface_get_width -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hotot depends on: ii hotot-gtk 1:0.9.8.14-3 Versions of packages hotot recommends: ii xdg-utils 1.1.0~rc1+git20111210-7.1 hotot 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#760624: libxkbcommon: FTBFS on !linux archs
Source: libxkbcommon Version: 0.4.3-1 Severity: serious Tags: patch Justification: fails to build from source Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=83551 Hi, libxkbcommon 0.4.3-1 fails to build on non-Linux architectures, because of an unconditional linux/input.h include. I just reported (with a patch) the issue upstream, see [1]. [1] https://bugs.freedesktop.org/show_bug.cgi?id=83551 Thanks, -- Pino --- a/test/x11comp.c +++ b/test/x11comp.c @@ -28,7 +28,6 @@ #include signal.h #include sys/types.h #include sys/wait.h -#include linux/input.h #include test.h #include xkbcommon/xkbcommon-x11.h
Bug#760509: wine: Wine : Office 2010 no longer installs usably.
Hi Emmanuel, On Thu, 04 Sep 2014 22:11:09 +0200, Emmanuel Charpentier emm.charpent...@free.fr wrote: If one clicks on yes, thge rebooot fails and gives an error message. When asking for details, one gets the enclosed backtrace. I think you forgot to attach the backtrace :-). If one refuses to reboot, the normal Winword appears, but cannot be activated. In short, the result is an unusable MS Office. Could you try running wineboot to do whatever it is needs to be done on reboot? Regards, Stephen signature.asc Description: PGP signature
Bug#733935: libltdl-dev: arch-dependent file in Multi-Arch: same package
I can not do aptitude install libltdl-dev libltdl-dev:i386. It says: Preparing to unpack .../libltdl-dev_2.4.2-1.10_i386.deb ... Unpacking libltdl-dev:i386 (2.4.2-1.10) ... dpkg: error processing archive /var/cache/apt/archives/libltdl-dev_2.4.2-1.10_i386.deb (--unpack): trying to overwrite shared '/usr/share/libtool/libltdl/Makefile.in', which is different from other instances of package libltdl-dev:i386 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libltdl-dev_2.4.2-1.10_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Press Return to continue. Is it a same bug, or should i open a new bug report? Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760625: RFS: pentobi/8.2-1 [RC]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package pentobi. * Package name: pentobi Version : 8.2-1 Upstream Author : Markus Enzenberger * URL : http://pentobi.sourceforge.net * License : GPLv3+ Section : games It builds those binary packages: pentobi - clone of the strategy board game Blokus pentobi-kde-thumbnailer - clone of the strategy board game Blokus - KDE thumbnailer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pentobi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pentobi/pentobi_8.2-1.dsc More information about pentobi can be obtained from: http://pentobi.sourceforge.net Changes since the last upload: * New upstream release. - Fixes link error on some platforms if Pentobi is compiled with PENTOBI_BUILD_TESTS (Closes: #759852). * Update Vcs-Browser field. Regards, Juhani Numminen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760626: libxfce4util FTBFS on ppc64el
Package: libxfce4ui Version: 4.10.0-5 Severity: important Hi, this package FTBFS on ppc64el, see https://buildd.debian.org/status/fetch.php?pkg=libxfce4uiarch=ppc64elver=4.10.0-5stamp=1409855066 the final lines of the build contain: | make[4]: Entering directory '/«PKGBUILDDIR»/libxfce4ui' | nm: '.libs/libxfce4ui-1.so*': No such file which indicate that dh-autoreconf would probably be enough to get that fixed. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703340: hdf5: Some upgrade scenarios does not fully work
Control: tags -1 + wontfix On Mon, 18 Mar 2013 17:14:38 +0100 Sylvestre Ledru sylves...@debian.org wrote: Package: hdf5 Version: 1.8.8-9.1 Severity: important Hello, #667599 and #667526 have been partly fixed by the upload of version 1.8.8-9.1. However, as detailed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667599#86 There are still some upgrades scenarios which are not providing the optimal solution. I am reporting that as a new bug report to provide a cleaner description. It is far too late to fix this into wheezy. I'll close that ticket when jessie will be out. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#616163: running multiple instances of memcached
We have version 1.4.5-1+deb6u1 (debian 6 squeeze) from our inhouse mirror so perhaps we missed some updates on the repos. Still in this version the fix for the init.d script was in place but the perl script start-memcached misses the two lines mentioned. We found this because we installed the update and from 30 instances only one came up again... I'll check our mirror, but if your later version of memcached package contains a start-memcached that checkf for arguments this bug can be closed... Thanks for the quick answer, Andreas Am Donnerstag, den 06.02.2014, 18:43 -0500 schrieb Jon Daley: I believe this is already fixed, isn't it? I forgot that this bug was opened. But, the last time I installed memcached, I was able to use a memcached_server1.conf and is loaded properly. Is the patch to /usr/share/memcached/scripts/start-memcached needed? I'm using 1.4.13-0.3. On Thu, 6 Feb 2014, Rabus Andreas wrote: There is a partial fix in the 1.4.5-1+deb6u1 Version. It seems to be from this site, (in german) http://blog.nevalon.de/de/wie-kann-ich-mehrere-instanzen-von-memcached-auf-einem-server-laufen-lassenhow-can-i-run-multiple-instances-of-memcached-on-one-server-20090729 It's just missing a patch to /usr/share/memcached/scripts/start-memcached 26,30d25 if (scalar(@ARGV) == 2) { $etcfile = shift(@ARGV); $pidfile = shift(@ARGV); } With this in place running multipl instances works fine. config are kept in /etc/memcached_*.conf. Best regards, Andreas
Bug#616163: running multiple instances of memcached (fwd)
Just noticed this wasn't sent to the bug. -- Forwarded message -- Date: Fri, 7 Feb 2014 08:35:12 + From: Rabus Andreas ara...@chip.de To: deb...@jon.limedaley.com deb...@jon.limedaley.com Subject: Re: Bug#616163: running multiple instances of memcached We have version 1.4.5-1+deb6u1 (debian 6 squeeze) from our inhouse mirror so perhaps we missed some updates on the repos. Still in this version the fix for the init.d script was in place but the perl script start-memcached misses the two lines mentioned. We found this because we installed the update and from 30 instances only one came up again... I'll check our mirror, but if your later version of memcached package contains a start-memcached that checkf for arguments this bug can be closed... Thanks for the quick answer, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616163: running multiple instances of memcached
Sorry, didn't get around into checking this until now. It was fixed upstream in 1.4.7. On Fri, 7 Feb 2014, Rabus Andreas wrote: We have version 1.4.5-1+deb6u1 (debian 6 squeeze) from our inhouse mirror so perhaps we missed some updates on the repos. Still in this version the fix for the init.d script was in place but the perl script start-memcached misses the two lines mentioned. We found this because we installed the update and from 30 instances only one came up again... I'll check our mirror, but if your later version of memcached package contains a start-memcached that checkf for arguments this bug can be closed... Thanks for the quick answer, Andreas Am Donnerstag, den 06.02.2014, 18:43 -0500 schrieb Jon Daley: I believe this is already fixed, isn't it? I forgot that this bug was opened. But, the last time I installed memcached, I was able to use a memcached_server1.conf and is loaded properly. Is the patch to /usr/share/memcached/scripts/start-memcached needed? I'm using 1.4.13-0.3. On Thu, 6 Feb 2014, Rabus Andreas wrote: There is a partial fix in the 1.4.5-1+deb6u1 Version. It seems to be from this site, (in german) http://blog.nevalon.de/de/wie-kann-ich-mehrere-instanzen-von-memcached-auf-einem-server-laufen-lassenhow-can-i-run-multiple-instances-of-memcached-on-one-server-20090729 It's just missing a patch to /usr/share/memcached/scripts/start-memcached 26,30d25 if (scalar(@ARGV) == 2) { $etcfile = shift(@ARGV); $pidfile = shift(@ARGV); } With this in place running multipl instances works fine. config are kept in /etc/memcached_*.conf. Best regards, Andreas -- Jon Daley http://jon.limedaley.com ~~ Why is it when we talk to God we're praying, but when God talks to us, we're schizophrenic? -- Lily Tomlin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743649: plasma-desktop: ktimezoned failure with D-Bus hangs login under systemd
Control: tag -1 + unreproducible Control: severity -1 important Hi, I've been using systemd with kwin 4.11 for a while now and haven't been able to reproduce this issue. Is the issue still reproducible by you? Are you using a particular display manager that starts your session before starting the system dbus? I tried the kdm autologin and still couldn't reproduce it. Happy hacking, -- Elegance is not a dispensable luxury but a quality that decides between success and failure. -- Edsger W. Dijkstra Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#759603: ITA: pipenightdreams -- connect pipes to get the water flowing from inlet to outlet
I will adopt the package and maintain it withing Debian Games team. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#760627: libdvdnav4: Please break on mplayer 2:1.0~ not 2:1.0
Package: libdvdnav4 Version: 5.0.1-1 Severity: normal The current Breaks: matches on the pre-release of mplayer/mencoder, 2:1.0~rc4.dfsg1+svn34540-1+b2, that's currently in the archive. I assume this is not what is intended. Thus, please add a ~ to the Breaks: lines. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-rc7-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 libdvdnav4 depends on: ii libc6 2.19-9 ii libdvdread45.0.0-1 ii multiarch-support 2.19-9 libdvdnav4 recommends no packages. Versions of packages libdvdnav4 suggests: ii libdvdcss2 1.2.13-dmo1 -- 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#529555: [Puppet] onlyif + unless precedence = No, an AND relationship. To close.
Hi Jayen, I don't have so much ruby installed. Only version 2.1. Are you running Debian Jessie? Are you sure you put all your puppet apply command in one line? = I am able to reproduce the error when copy-pasting without putting the whole command in one line in my bash terminal. Could you post the result of the following command block please? # - cat __EOF__ /tmp/my_manifest exec { 'rm /tmp/myfile': onlyif = 'test -L /tmp/myfile', unless = 'stat -L /tmp/myfile', path = '/usr/bin:/usr/sbin:/bin'; } __EOF__ puppet apply -v /tmp/my_manifest # - Could you also post the result of: # - puppet config print --verbose | grep log.*level # and dpkg -l | egrep (puppet|ruby) # - Best, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760628: libwebkitgtk-3.0-dev: missing symbols in libwebkitgtk-3.0.so
Package: libwebkitgtk-3.0-dev Version: 2.4.5-1 Severity: grave Justification: renders package unusable Hi, I am not sure if this is the same as #760593 [G| | ] [libwebkitgtk-1.0-0] libwebkitgtk-1.0-0: Missing symbols as it is looks very similar. Although the program I am packaging (maildir-utils) uses auto* and properly searches for webkitgtk-3.0: PKG_CHECK_MODULES(WEBKIT,webkitgtk-3.0 = 1.8.0 ... I get linking errors: /bin/bash ../../libtool --tag=CXX --mode=link g++ -Wall -Wextra -Wno-unused-parameter -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -o mug mug.o mug-msg-list-view.o mug-msg-view.o mug-query-bar.o mug-shortcuts.o dummy.o ../../lib/libmu.la libmuwidgets.la -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 libtool: link: g++ -Wall -Wextra -Wno-unused-parameter -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro -o mug mug.o mug-msg-list-view.o mug-msg-view.o mug-query-bar.o mug-shortcuts.o dummy.o ../../lib/.libs/libmu.a ./.libs/libmuwidgets.a /usr/lib/libxapian.so -lgmime-2.6 -lguile-2.0 -lgc -lwebkitgtk-3.0 -lsoup-2.4 -ljavascriptcoregtk-3.0 -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 /usr/lib/x86_64-linux-gnu/libcairo-gobject.so /usr/lib/x86_64-linux-gnu/libcairo.so -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_gl_surface_get_width' /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_gl_surface_get_height' /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_gl_device_set_thread_aware' /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_egl_device_create' /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_gl_surface_create_for_texture' /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/libwebkitgtk-3.0.so: undefined reference to `cairo_glx_device_create' collect2: error: ld returned 1 exit status It seems that something went wrong with the versioning. Thanks for your work Norbert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-rc3+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwebkitgtk-3.0-dev depends on: ii gir1.2-webkit-3.0 2.4.5-1 ii libgtk-3-dev 3.12.2-3+b1 ii libjavascriptcoregtk-3.0-dev 2.4.5-1 ii libsoup2.4-dev2.46.0-2 ii libwebkitgtk-3.0-02.4.5-1 ii libwebkitgtk-common-dev 2.4.5-1 libwebkitgtk-3.0-dev recommends no packages. libwebkitgtk-3.0-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760598: mu4e: mu4e package missing msg2pdf tool
On Sat, 06 Sep 2014, Norbert Preining wrote: Upload is on the way with a fix for it. Unfortunately not ... there is a bug in webkitgtk-3.0 that prevents building, so you have to wait ... sorry But you can do this: It is already there, /usr/bin/msg2pdf in maildir-utils-extra. In the meantime, just set the variable to /usr/bin/msg2pdf instead, that should work. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725001: other RewriteBase problems
There are a couple of other related RewriteBase problems too and this should actually suggest that rewrite rules should be moved elsewhere. wicked and ansel .htaccess miss their RewriteBase directives. Without these RewriteBase once rewriting is enabled ansel and wicked return all 404. There is no right place to put optional RewriteRule for activesync. RewriteRule .* - [E=HTTP_MS_ASPROTOCOLVERSION:%{HTTP:Ms-Asprotocolversion}] RewriteRule .* - [E=HTTP_X_MS_POLICYKEY:%{HTTP:X-Ms-Policykey}] RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] nor eg to redirect to https. Moving all to /etc/apache2/conf-available would make managing all this easier expecially if you're running horde on several virtualhosts with slightly different configuration. thanks -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760627: libdvdnav4: Please break on mplayer 2:1.0~ not 2:1.0
On 2014-09-06 09:39:42, Matthias Urlichs wrote: Package: libdvdnav4 Version: 5.0.1-1 Severity: normal The current Breaks: matches on the pre-release of mplayer/mencoder, 2:1.0~rc4.dfsg1+svn34540-1+b2, that's currently in the archive. I assume this is not what is intended. Thus, please add a ~ to the Breaks: lines. This is intended. mplayer and mencoder are no longer in the archive and the Breaks is there to ensure that the old mplayer/mencoder packages from wheezy get removed on an upgrade to jessie. See also [1] for some discussion around the issue. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759199#30 -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#760629: ITP: qrouter -- Multi-level, over-the-cell maze router
Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: qrouter Version : 1.1.55 Upstream Author : Tim Edwards t...@opencircuitdesign.com * URL : http://opencircuitdesign.com/qrouter/ * License : GPL-2 Programming Lang: C Description : Multi-level, over-the-cell maze router Qrouter is a tool to generate metal layers and vias to physically connect together a netlist in a VLSI fabrication technology. It is a maze router, otherwise known as an over-the-cell router or sea-of-gates router. That is, unlike a channel router, it begins with a description of placed standard cells, usually packed together at minimum spacing, and places metal routes over the standard cells. . Qrouter uses the open standard LEF and DEF formats as file input and output. It takes the cell definitions from a LEF file, and analyzes the geometry for each cell to determine contact points and route obstructions. It then reads the cell placement, pin placement, and netlist from a DEF file, performs the detailed route, and writes an annotated DEF file as output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760630: dpkg-buildpackage: when debian/rules is not present and debhelper is in build-deps, run dh instead of debian/rules
Package: dpkg-dev Severity: wishlist X-Debbugs-CC: Enrico Zini enr...@debian.org When debian/rules is not present and debhelper is in build-deps, please have dpkg-buildpackage run dh $target instead of debian/rules $target. For some packages, debian/rules is now pointless boilerplate that could be removed if dpkg-buildpackage were to do this. The CC to Enrico is due to his DebCon14 talk about debdry: https://summit.debconf.org/debconf14/meeting/25/debdry-debian-dont-repeat-yourself/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#760631: [claws-mail-fancy-plugin] Plugin is not loaded
Package: claws-mail-fancy-plugin Version: 3.10.1-3+b1 Severity: grave --- Please enter the report below this line. --- Hi Ricardo, When i try to load the plugin, claws reports this error: Si è verificato un errore durante il caricamento di fancy.so : /usr/lib/i386-linux-gnu/libwebkitgtk-1.0.so.0: undefined symbol: cairo_gl_surface_get_width this makes it impossible to load. And fancy not work. Kindly, Davide Governale. --- System information. --- Architecture: i386 Kernel: Linux 3.14-2-686-pae Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 unstableftp.de.debian.org 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+-== libarchive13 | 3.1.2-9 libatk1.0-0 (= 1.12.4) | 2.12.0-1 libc6 (= 2.3.6-6~) | 2.19-10 libcairo2 (= 1.2.4) | 1.12.16-4 libcurl3-gnutls (= 7.16.2) | 7.37.1-1 libdb5.3 | 5.3.28-6 libetpan17 (= 1.0) | 1.5-1 libfontconfig1 (= 2.11) | 2.11.0-6.1 libfreetype6 (= 2.2.1) | 2.5.2-1.1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.30.8-1 libglib2.0-0 (= 2.35.9) | 2.40.0-5 libgnutls-deb0-28 (= 3.2.10-0) | 3.3.7-2 libgtk2.0-0 (= 2.18.0) | 2.24.24-1 libjavascriptcoregtk-1.0-0(= 1.5.1) | 2.4.5-1 liblockfile1(= 1.0) | 1.09-6 libpango-1.0-0 (= 1.14.0) | 1.36.6-1 libpangocairo-1.0-0 (= 1.14.0) | 1.36.6-1 libpangoft2-1.0-0(= 1.14.0) | 1.36.6-1 libsasl2-2 | 2.1.26.dfsg1-11 libsoup2.4-1 (= 2.4.0) | 2.46.0-2 libwebkitgtk-1.0-0 (= 1.3.10) | 2.4.5-1 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-2 claws-mail (= 3.10.1-3) | 3.10.1-3+b1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== html2ps | signature.asc Description: PGP signature
Bug#760513: netfilter-persistent: Postinst aborts with an error
I found the root problem and could fix it. It was a configuration problem (nearly) unrelated to netfilter-persistent. Due to netfilter-persistent's systemd file, modules have been loaded via a systemd dependency. This caused /etc/modules being executed, which contained the line snd_hda_intel power_save=1 which seems to be valid according to modinfo snd_hda_intel but systemd failed anyway to execute this (with kernel 3.15) and and thus did abort to load netfilter-persistent. As netfilter-persistent is loaded in the postinst script, the configuration of the package failed. I will close this bug report and hope that the above information can help if someone has a similar problem. signature.asc Description: This is a digitally signed message part.
Bug#610955: aptitude: Russian translation cannot show the missing PGP key
In aptitude version 0.6.8.2-1 message is not truncated: W: Ошибка GPG: http://deb.opera.com stable Release: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 517590D9A8492E35
Bug#692330: Vnstati. Incorrect colors in the image.
Hi, On Thu, 29 Nov 2012 15:34:04 +0100 =?UTF-8?B?TWnFmw==?= Uszatek adres.em...@ymail.com wrote: Package: vnstati Version: 1.10-1 Severity: important The same problem occurs with me. The error is just a kernel Linux debian 2.6.32-5-amd64 # 1 SMP Mon Sep 23 11:00:33 UTC 2012 x86_64 GNU/Linux. And the kernel Linux debian 2.6.32-5-686 # 1 SMP Mon Sep 23 9:49:36 UTC 2012 i686 GNU/Linux, this error does not exist. So, this problem occurs only on some versions of the kernel. Annex image vnstati. Could you please check if vnstat 1.12 fixes this bug? Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760458: Please add an alternative to 'init' which is satisfiable on stable
On Thu, Sep 04, 2014 at 01:59:57PM +0200, Michael Biebl wrote: Am 04.09.2014 13:25, schrieb David Kalnischkies: Theory is that on a (dist-)upgrade to a new release (jessie) the new alternative becomes an invalid choice so that systemd-sysv is choosen as it is/was the plan, while on a stable system which is just trying to install packages from testing the alternative is a viable choice given that an upgrade of/to (any) init system isn't attempt (point release). I haven't tested this at all (just an educated guess from an apt POV), but wanted to ask if you think this might be a viable solution and/or if you have another idea. Say we add the above alternative, is there a risk that on a real dist-upgrade apt will end up *not* upgrading sysvinit, i.e. keeping it at the wheezy version, and not installing systemd-sysv? If that would happen, then I'm against adding this alternative. No, it can't. (dist-)upgrades are a two step action (well, actually any operation, but lets continue…), first pushing all installed packages to the candidate version and then fixing the resulting breakage (if any) with removal/holds. The new alternative is therefore in the first step always invalid and another alternative has to do the job. The problem resolver could decide later on to hold back sysvinit, which would allow him to hold back init, too, but at that stage it has already marked the alternative for installation and more importantly this would mean where is a problem in the form of a not upgradable sysvinit package, so that would be a problem anyhow for the upgrade… I rather have a bulletproof dist-upgrade experience then trying to support users mixing stable with testing, which I think is kinda odd anyways. I mean that's what backports is for. If they need newer packages they could poke maintainers to provide backports for such a package. I said the same… (for him nodejs was in backports, while npm isn't), but theory and practice… not every maintainer will be nice an provide backports given that this could mean a lot of additional work… Another thing is that you might have testing sources even if you never install packages from it, but instead do your own backports (stems from the problem that apt doesn't like deb-src entries without deb entries). In short, where are probably a bunch of edgecases, which we probably don't want to support outright, but at least not break if possible. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#760632: ITP: python-barbicanclient -- OpenStack Key Management API client
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-barbicanclient Version : 2.2.1 Upstream Author : Douglas Mendizabal douglas.mendiza...@rackspace.com * URL : https://github.com/openstack/python-barbicanclient * License : Apache-2.0 Programming Lang: Python Description : OpenStack Key Management API client This is a client for the Barbican Key Management API. This package includes a Python library for accessing the API (the barbicanclient module), and a command-line script (barbican). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741930: reportbug: add current init system information
Package: reportbug Version: 6.5.1 Followup-For: Bug #741930 Hi, Any news about this? I think this can be a very valuable information when trying to debug issues that touch to user sessions (polkit, xDM programs,...) and integration with logind. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760152: fabric: Please package fabric 1.8.5
On Thu, Sep 04, 2014 at 09:07:15AM +0200, Ana Guerrero Lopez wrote: On Fri, Aug 29, 2014 at 02:35:42PM -0700, Andrew Starr-Bochicchio wrote: Package: fabric Version: 1.8.2-1 Severity: wishlist Hi! It would be great if fabric 1.8.5 was packaged before the freeze. It's only bugfixes AFAICT, so there shouldn't be any major issues. The change to requires Paramiko 1.13 in version 1.8.3 was reverted in 1.8.4, so that shouldn't be an issue. Also, any chance you're interested in having fabric team maintained? Perhaps after Python team makes the migration to git? I'd be interested in helping as I've started using fabric quite a bit. Thank you for the reminder Andrew. It was my plan to update it before the freeze. With respect git, I left it in github as previous maintainer was doing while thincking what to do about it. I have decided to put the git repository in collab-maint. It won't be team maintained but it'll allow others easily to push patches. Pushed to collab-maint now: http://anonscm.debian.org/cgit/collab-maint/fabric.git/ I'll try to update it in the next days. If you want to help, you're welcome. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760281: [Pkg-xfce-devel] Bug#760281: xfce4: cannot mount usb drive: Not authorized to perform operation
On ven., 2014-09-05 at 16:30 -0700, Steve Langasek wrote: I'm not sure, but note that I've just uploaded systemd-shim 7-3 with a cherry-picked patch from upstream to fix a race condition, that would allow systemd-shim to respond to a request before processes had actually been put in the cgroup. This problem was diagnosed with lightdm on Ubuntu Phone, but it's quite possible that the same problem is affected xfce. Could someone please test whether systemd-shim fixes this problem for them? If it does, great! If not, I'll schedule some time to dig into this bug further. I don't have a sysv-rc-core/systemd-shim system at home so I can't really test until monday. Julian if you could test that'd be nice. Failing that, I'll try to ping the ranting crowd on the various Xfce bugs. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#760626: libxfce4util FTBFS on ppc64el
Control: -1 patch * Andreas Barth (a...@ayous.org) [140906 09:28]: this package FTBFS on ppc64el, see https://buildd.debian.org/status/fetch.php?pkg=libxfce4uiarch=ppc64elver=4.10.0-5stamp=1409855066 the final lines of the build contain: | make[4]: Entering directory '/«PKGBUILDDIR»/libxfce4ui' | nm: '.libs/libxfce4ui-1.so*': No such file which indicate that dh-autoreconf would probably be enough to get that fixed. This patch fixes the bug (plus replacing autotools-dev by dh-autoreconf in debian/control). As this blocks about 50 packages, I'd be willing to help fixing this bug, if useful also by an NMU. Andi diff -ur libxfce4ui-4.10.0~/debian/rules libxfce4ui-4.10.0/debian/rules --- libxfce4ui-4.10.0~/debian/rules 2013-09-22 18:55:30.0 + +++ libxfce4ui-4.10.0/debian/rules 2014-09-06 10:07:49.566318002 + @@ -9,11 +9,10 @@ endif %: - dh $@ --parallel --with autotools-dev + dh $@ --parallel --with autoreconf -override_dh_auto_configure: - dh_auto_configure -- --with-vendor-info=$(XFVENDOR) --disable-silent-rules \ - --disable-gladeui +override_dh_autoreconf: + dh_autoreconf xdt-autogen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760188: ITP: scoop -- concurrent parallel programmming library
Hello Frederic, I've set up the DEP-8 tests, please see the latest commit. My buildlog incl. adt-run results is here: http://paste.debian.net/119580/ So, it would be o.k. with me to put it on its way. But, further comments welcome, I will fix this immediately. Greetings, Daniel On 04.09.2014 20:29, PICCA Frederic-Emmanuel wrote: Setup for autopkgtest is coming up. I cannot wait :) -- https://qa.debian.org/developer.php?login=debian%40danielstender.com PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752831: gpgme1.0: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64el
Hi, * Daniel Kahn Gillmor (d...@fifthhorseman.net) [140906 09:39]: When test building with dh-autoreconf on amd64, i get the following error toward the end of the build: make[3]: Entering directory '/home/dkg/src/pkg-gnupg/gpgme/doc' It looks to me like the doc-directory is not used before dh-autoreconf. Could you verify that? Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752831: gpgme1.0: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64el
* Andreas Barth (a...@ayous.org) [140906 12:20]: Hi, * Daniel Kahn Gillmor (d...@fifthhorseman.net) [140906 09:39]: When test building with dh-autoreconf on amd64, i get the following error toward the end of the build: make[3]: Entering directory '/home/dkg/src/pkg-gnupg/gpgme/doc' It looks to me like the doc-directory is not used before dh-autoreconf. Could you verify that? I now built the package with the patch applied on amd64, and it built fine (just taking the plain unstable package). Could you please re-verify? Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760626: [Pkg-xfce-devel] Bug#760626: libxfce4util FTBFS on ppc64el
On sam., 2014-09-06 at 12:12 +0200, Andreas Barth wrote: Control: -1 patch * Andreas Barth (a...@ayous.org) [140906 09:28]: this package FTBFS on ppc64el, see https://buildd.debian.org/status/fetch.php?pkg=libxfce4uiarch=ppc64elver=4.10.0-5stamp=1409855066 the final lines of the build contain: | make[4]: Entering directory '/«PKGBUILDDIR»/libxfce4ui' | nm: '.libs/libxfce4ui-1.so*': No such file which indicate that dh-autoreconf would probably be enough to get that fixed. This patch fixes the bug (plus replacing autotools-dev by dh-autoreconf in debian/control). As this blocks about 50 packages, I'd be willing to help fixing this bug, if useful also by an NMU. Actually I think just calling xdt-autogen before configure is enough, but I'll double check on pastel. Andi diff -ur libxfce4ui-4.10.0~/debian/rules libxfce4ui-4.10.0/debian/rules --- libxfce4ui-4.10.0~/debian/rules 2013-09-22 18:55:30.0 + +++ libxfce4ui-4.10.0/debian/rules 2014-09-06 10:07:49.566318002 + @@ -9,11 +9,10 @@ endif %: - dh $@ --parallel --with autotools-dev + dh $@ --parallel --with autoreconf -override_dh_auto_configure: - dh_auto_configure -- --with-vendor-info=$(XFVENDOR) --disable-silent-rules \ - --disable-gladeui +override_dh_autoreconf: + dh_autoreconf xdt-autogen ___ Pkg-xfce-devel mailing list pkg-xfce-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xfce-devel -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#760633: libgit2-glib: Please upload to unstable
Source: libgit2-glib Version: 0.0.12-1 Severity: normal Hi, libgit2 has now hit unstable and it would be nice if you could also upload libgit2-glib to it. I guess libgit2-glib should first be updated to the latest version. Cheers, Laurent Bigonville -- 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.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#261730: closed by Colin Tuckley co...@tuckley.org (xcwcp: allow user to limit range of adaptive CW receive speed)
Well I now use Facebook instead of Morse code anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749711: gdm3: When switching between users password requested twice unnecessarily.
Hello, Could you please check if this is still an issue for you with the latest version from unstable. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755040: apt: fix tests failing on ci.debian.net
Control: retitle -1 fix apts tests failing on ci.debian.net Hi, On Thu, Jul 17, 2014 at 08:02:46AM +0200, Niels Thykier wrote: Your package includes a DEP-8 test, but currently it fails with a[1]: checking for gtest/gtest.h... no configure: error: failed: I need gtest to build tests buildlib/configure.mak:58: recipe for target 'build/config.status' failed Sorry that this took so long… The missing depenency was added quickly, but that wasn't the problem causing the failures since the dawn of time… (The stuff needing this dependency isn't actually build by the tests run on debci, our homegrown buildsystem is just not clever enough…) I finally managed to work on this and would subsequently like to raise some questions/remarks regarding debci/ci.d.n to Antonio as I am stuck. First an observation I should probably report as a bug against debci instead, but I will mention it anyhow: debci (and/or the stuff below) seems to not protect itself against an agressive umask. I have 027 on my test system so I get various permission issues for files created by 'debci setup' in the chroot like the config files for apt/dpkg. Following the documentation to the letter gives me as the configured normal user even with a less agressive umask setup of 022 a python traceback anyhow, but it runs as root so enough complaining for now: The problem is that the tests pass on my system, while they fail on ci.d.n. Specifically just one testcase: Run Testcase (13/141) test-apt-get-changelog […] Test for correctness of file apt.changelog … -:: -/tmp/apt-changelog-xnLT3Schangelog -:: apt (1.0) stable; urgency=low * Initial release FAIL […] What the test does is redirecting the output of apt-get changelog to a file and compare that file with what should have been downloaded. The command uses the sensible-pager to display the file and in the ci.d.n tests the configured pager seems to issue this helpful header while it doesn't if you run the tests at home. I was told that on the ubuntu instance this works as well (beside that it works on travis-ci and my buildbot instance), so while we could workaround this of course, I wonder if this shouldn't just work and there is something wrong in the setup of ci.d.n or am I just not seeing the elephant in the room… After all, I doubt apt is the only command which runs stuff through a pager at times. Thanks for your help, debci best regards David Kalnischkies signature.asc Description: Digital signature
Bug#760338: RFS: acpi-call/1.1.0-1 [ITP] -- Kernel module that enables you to call ACPI methods
Hi Raphaël, I'm sponsering the package since Thomas Koch confirmed that this package would enhance tlp. I admit I have no knowledge about this package and can not verify its correctness (except that the packaging in itself looks OK). I would prefer If you would find a different sponsor than me in the future. I think it would be a good idea to maintain the package in collab-maint in the future. Kind regards and thanks for working on this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760634: lintian: add xfce4-dev-tools / xdt-autogen for updating config.{guess,sub}
Package: lintian Version: 2.5.25 Severity: wishlist Owner: pkg-xfce-de...@lists.alioth.debian.org Hi, lintian has checks for “correct” dates of config.{guess,sub} in the source package, especially for support for newer architectures. I didn't check but I guess it drops the warning in case debian/rules use autoreconf command or dh applet, since then the files will be updated at build time. Can xdt-autogen (from xfce4-dev-tools package) be added to the list of commands dropping the warning? The command does the job of updating autotools files (plus some Xfce specific stuff). Thanks in advance, -- Yves-Alexis Perez -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140903-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-6 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl-modules [libautodie-perl] 5.20.0-6 Versions of packages lintian suggests: ii binutils-multiarch 2.24.51.20140903-1 ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.09-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#529555: [Puppet] onlyif + unless precedence = No, an AND relationship. To close.
Yes, I am running debian jessie. $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux testing (jessie) Release:testing Codename: jessie I'm pretty sure I put it all in one line. My command line history would agree. $ puppet apply -v /tmp/my_manifest Notice: Compiled catalog for eeyore.com in environment production in 0.07 seconds Info: Applying configuration version '141832' Notice: Finished catalog run in 0.13 seconds Now I'm a bit confused... The command in my history is working now... Looking at the error message from my earlier email, it looks like sh is trying to run /tmp/myfile (like you say it may be on the start of a new line and puppet is treating the new line as a new command). I'm pretty confused now, but I can't reproduce the issue anymore... $ puppet config print --verbose | grep log.*level log_level = notice rails_loglevel = info $ dpkg -l | egrep (puppet|ruby) ii libruby1.81.8.7.358-13 i386 Libraries necessary to run Ruby 1.8 ii libruby1.9.1 1.9.3.484-2 i386 Libraries necessary to run Ruby 1.9.1 ii libruby2.0:i386 2.0.0.484+really457-3 i386 Libraries necessary to run Ruby 2.0 ii libruby2.1:i386 2.1.2-3 i386 Libraries necessary to run Ruby 2.1 ii puppet3.6.1-1 all Centralized configuration management - agent startup and compatibility scripts ii puppet-common 3.6.1-1 all Centralized configuration management ii puppet-lint 1.0.1-1 all check puppet manifests for style guide conformity ii ruby 1:2.1.0.4 all Interpreter of object-oriented scripting language Ruby (default version) ii ruby-augeas 0.5.0-2+b2 i386 Augeas bindings for the Ruby language ii ruby-hiera1.3.4-1 all Transitional package for hiera ii ruby-json 1.8.1-1+b1 i386 JSON library for Ruby ii ruby-rgen 0.6.6-1 all Ruby Modelling and Generator Framework ii ruby-safe-yaml1.0.3-1 all safer YAML loader for Ruby ii ruby-selinux 2.3-1 i386 Ruby bindings to SELinux shared libraries ii ruby-shadow 2.3.4-2 i386 interface of shadow password for Ruby ii ruby1.9.1 1.9.3.484-2 i386 Interpreter of object-oriented scripting language Ruby ii ruby2.0 2.0.0.484+really457-3 i386 Interpreter of object-oriented scripting language Ruby ii ruby2.1 2.1.2-3 i386 Interpreter of object-oriented scripting language Ruby ii rubygems-integration 1.7 all integration of Debian Ruby packages with Rubygems On 06/09/14 17:44, Joseph Herlant wrote: Hi Jayen, I don't have so much ruby installed. Only version 2.1. Are you running Debian Jessie? Are you sure you put all your puppet apply command in one line? = I am able to reproduce the error when copy-pasting without putting the whole command in one line in my bash terminal. Could you post the result of the following command block please? # - cat __EOF__ /tmp/my_manifest exec { 'rm /tmp/myfile': onlyif = 'test -L /tmp/myfile', unless = 'stat -L /tmp/myfile', path = '/usr/bin:/usr/sbin:/bin'; } __EOF__ puppet apply -v /tmp/my_manifest # - Could you also post the result of: # - puppet config print --verbose | grep log.*level # and dpkg -l | egrep (puppet|ruby) # - Best, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760065: RFS: kildclient/3.0.0-1 [new upstream version of package already in Debian]
tags 760065 - moreinfo thanks On 08/31/2014 11:02 PM, Eriberto Mota wrote: 1. d/changelog: add ACK for NMU. See details here[1]. 2. d/rules: please, update to new (reduced) format. Ask me if you have doubts. An example is here[2]. For details, see the 'dh' manpage. 3. d/rules: add 'export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed' to solve these warnings: I believe I have addressed all these issues, the update package remains at the same address: http://mentors.debian.net/package/kildclient or dget -x http://mentors.debian.net/debian/pool/main/k/kildclient/kildclient_3.0.0-1.dsc -- Due to a shortage of devoted followers, the production of great leaders has been discontinued. Eduardo M KALINOWSKI edua...@kalinowski.com.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749711: gdm3: When switching between users password requested twice unnecessarily.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Laurent Bigonville: Hello, Could you please check if this is still an issue for you with the latest version from unstable. Cheers, Laurent Bigonville Nope, this seems to be solved with the update. Thanks. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJUCux6AAoJEC8Z0EmvrykiawIIAJbp/wo80Fmsdy5Ip1Hutwxw vWMoTrkmhn5dLU3ge6TMUmlGCGlvc7E8L/NEHuzDyF4dlSeQM4hQ6kHGrHukJJWc PfCrjENNiR/dsXEqhWImAyCCInWMj0uZudHpediS+UY7vQE8dLD9wNeaX9/UrGOK 4tj5KncIG531EN+PvvfXwGZQjcMgryPDro3vagc/vAoKyVvzv8YDw+0RhpPQUjgx aP6HpWqCQDmmk9C4Tx7ytIamL5GvIDiTCQTFnDEUpnYuQDOIQYwW0AtA1OCdgULn 3chtPoJ5noybC5tzq4gL1ELMJRPduz7sylwXuHBz+/LOSNpyAp8VAfQ6GZBBVQI= =lnFJ -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#760636: nmu: music123_16.3-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu music123_16.3-6 . ALL . -m Rebuild against new gnat, dropping indirect dependency on gnat-4.6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760635: systemd: Please add back python2 bindings
Source: systemd Version: 214-1 Severity: wishlist Tags: patch Please add back the python2 bindings, they are used for the journal backend of fail2ban. The attached patch adds the package python-systemd and makes a second build to build both python versions. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (103, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information From 1ad313d3269f0bef285616ea3e93fd615fc71e9c Mon Sep 17 00:00:00 2001 From: Daniel Schaal farb...@web.de Date: Sat, 6 Sep 2014 07:03:03 +0200 Subject: [PATCH] Re-add python-systemd for python2 --- debian/control | 12 debian/python-systemd.install | 1 + debian/python3-systemd.install | 2 +- debian/rules | 13 + 4 files changed, 23 insertions(+), 5 deletions(-) create mode 100644 debian/python-systemd.install diff --git a/debian/control b/debian/control index 29bf88c..57886a6 100644 --- a/debian/control +++ b/debian/control @@ -37,6 +37,8 @@ Build-Depends: debhelper (= 9), gobject-introspection (= 1.31.1), python3-all-dev, python3-lxml, + python-all-dev, + python-lxml, libglib2.0-doc Package: systemd @@ -393,6 +395,16 @@ Depends: ${shlibs:Depends}, Description: Python 3 bindings for systemd This package contains Python 3 bindings for the systemd libraries. +Package: python-systemd +Section: python +Priority: optional +Architecture: linux-any +Depends: ${shlibs:Depends}, + ${misc:Depends}, + ${python:Depends} +Description: Python 2 bindings for systemd + This package contains Python 2 bindings for the systemd libraries. + Package: systemd-dbg Architecture: linux-any Section: debug diff --git a/debian/python-systemd.install b/debian/python-systemd.install new file mode 100644 index 000..3a3c83e --- /dev/null +++ b/debian/python-systemd.install @@ -0,0 +1 @@ +usr/lib/python2*/*-packages/systemd diff --git a/debian/python3-systemd.install b/debian/python3-systemd.install index ac58d1f..c808fd7 100644 --- a/debian/python3-systemd.install +++ b/debian/python3-systemd.install @@ -1 +1 @@ -usr/lib/python*/*-packages/systemd +usr/lib/python3*/*-packages/systemd diff --git a/debian/rules b/debian/rules index 8edc078..da1fec7 100755 --- a/debian/rules +++ b/debian/rules @@ -37,7 +37,6 @@ CONFFLAGS_deb = \ --enable-introspection \ --enable-gtk-doc \ --enable-compat-libs \ - PYTHON=python3 \ $(NULL) CONFFLAGS_udeb = \ @@ -70,15 +69,20 @@ CONFFLAGS_udeb = \ override_dh_auto_configure: dh_auto_configure --builddirectory=build-deb \ - -- $(CONFFLAGS) $(CONFFLAGS_deb) + -- $(CONFFLAGS) PYTHON=python3 $(CONFFLAGS_deb) + dh_auto_configure --builddirectory=build-deb-python2 \ + -- $(CONFFLAGS) PYTHON=python2 $(CONFFLAGS_deb) dh_auto_configure --builddirectory=build-udeb \ -- $(CONFFLAGS) $(CONFFLAGS_udeb) override_dh_auto_build: dh_auto_build --builddirectory=build-deb + dh_auto_build --builddirectory=build-deb-python2 dh_auto_build --builddirectory=build-udeb override_dh_auto_install: + dh_auto_install --builddirectory=build-deb-python2 \ + --destdir=debian/install/deb dh_auto_install --builddirectory=build-deb \ --destdir=debian/install/deb dh_auto_install --builddirectory=build-udeb \ @@ -86,6 +90,7 @@ override_dh_auto_install: override_dh_auto_clean: dh_auto_clean --builddirectory=build-deb + dh_auto_clean --builddirectory=build-deb-python2 dh_auto_clean --builddirectory=build-udeb rm -rf debian/install/ # remove pre-generated man pages so they are rebuilt @@ -253,7 +258,7 @@ override_dh_strip: %: ifeq (,$(findstring stage1,$(DEB_BUILD_PROFILES))) - dh $@ --with autoreconf,gir,python3 --parallel + dh $@ --with autoreconf,gir,python2,python3 --parallel else - dh $@ --with autoreconf,python3 $(BOOTSTRAP_DH_FLAGS) + dh $@ --with autoreconf,python2,python3 $(BOOTSTRAP_DH_FLAGS) endif -- 2.1.0
Bug#760637: busybox: please support find -perm /0123 before jessie
Package: busybox Version: 1:1.22.0-8 Severity: wishlist Tags: fixed-upstream Hi! GNU find deprecated find -perm +0123 since 2005, and finally dropped it in findutils 4.5 (-perm /0123 is the replacement). Yet, busybox still doesn't even support / yet. This has been just fixed upstream, so could you please: 1. package current upstream git, or 2. cherry-pick commit 3e9b13e4c572d97468bef029f9c6e72271297fcb before jessie freeze? Otherwise, stuff that already moved from + to / (most of uses) will break in jessie, and the rest which will need to be updated later will break on partial upgrades post-jessie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760588: html2text: UTF8 patch table is incomplete
Hey there, On Sep 6, 2014 6:03 AM, Holger Levsen hol...@layer-acht.org wrote: Hi Marcos, On Freitag, 5. September 2014, Marcos Marado wrote: Sure, here it is: https://github.com/marado/html2text/commit/2e7b95138bb932261fed0863d2d28058 cfdacaa3 great, thanks! Some remarks/questions: 900-complete-utf8-entities-table.patch modifies the Makefile, this seems unneccesary, can you fix this, please? Yes, I noticed that after I sent you the link, please look at the latest version of that patch, instead of looking into the commit. And why modify tests/pkgreport.html.supposed at all? Well, if you see the patch for 'supposed' you'll notice that it actually has stuff like quot;thisquot; , when it should be this. Cheers, cheers, Holger -- Marcos Marado
Bug#760635: systemd: Please add back python2 bindings
Hi Daniel! Am 06.09.2014 13:04, schrieb Daniel Schaal: Source: systemd Version: 214-1 Severity: wishlist Tags: patch Please add back the python2 bindings, they are used for the journal backend of fail2ban. Martin did drop the python-systemd packages since there weren't any reverse dependencies. I don't see fail2ban depend/recommend/suggest python-systemd? Could you elaborate? The attached patch adds the package python-systemd and makes a second build to build both python versions. We already do a second build for the udeb package. Adding a third build is not something I'm too keen about since the build times are already quite long. Doing a full build for just the python bindings seems a bit wasteful. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#760635: systemd: Please add back python2 bindings
Am 06.09.2014 13:29, schrieb Michael Biebl: Hi Daniel! Am 06.09.2014 13:04, schrieb Daniel Schaal: Source: systemd Version: 214-1 Severity: wishlist Tags: patch Please add back the python2 bindings, they are used for the journal backend of fail2ban. Martin did drop the python-systemd packages since there weren't any reverse dependencies. I don't see fail2ban depend/recommend/suggest python-systemd? Could you elaborate? The attached patch adds the package python-systemd and makes a second build to build both python versions. We already do a second build for the udeb package. Adding a third build is not something I'm too keen about since the build times are already quite long. Doing a full build for just the python bindings seems a bit wasteful. With that said, I'll let Martin decide about how to proceed here. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#758579: thinkfan: Post Installation, Start Script fails to Initialize
control: severity -1 important control: tags -1 + unreproducible On Wed, Aug 20, 2014 at 06:10:08PM +0200, Evgeni Golov wrote: After reading a bug report one expects to understand what the problem is - maybe content related? :) No, seriously, what is your system, what happens if you try to start thinkfan? Do you have any logs? Had you time to get us some debug info? thinkfan works fine here (on a systemd system, though). And it worked just fine before I installed systemd, so I do not think there is a general problem here, thus downgrading the severity. Greets Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760588: html2text: UTF8 patch table is incomplete
Hi, On Samstag, 6. September 2014, Marcos Marado wrote: Yes, I noticed that after I sent you the link, please look at the latest version of that patch, instead of looking into the commit. where is the latest version? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#760638: flashplugin-nonfree: Installation from wheezy fails
Package: flashplugin-nonfree Version: 1:3.2 Severity: grave Installing flashplugin-nonfree in wheezy does not work: # apt-get install flashplugin-nonfree Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: konqueror-nsplugins ttf-mscorefonts-installer ttf-dejavu ttf-xfree86-nonfree hal The following NEW packages will be installed: flashplugin-nonfree 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 20.1 kB of archives. After this operation, 181 kB of additional disk space will be used. Get:1 http://http.debian.net/debian/ wheezy/contrib flashplugin-nonfree amd64 1:3.2 [20.1 kB] Fetched 20.1 kB in 0s (69.4 kB/s) Selecting previously unselected package flashplugin-nonfree. (Reading database ... 68881 files and directories currently installed.) Unpacking flashplugin-nonfree (from .../flashplugin-nonfree_1%3a3.2_amd64.deb) ... Processing triggers for man-db ... Processing triggers for hicolor-icon-theme ... Processing triggers for desktop-file-utils ... Setting up flashplugin-nonfree (1:3.2) ... ERROR: wget failed to download http://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp More information might be available at: http://wiki.debian.org/FlashPlayer In fact, a direct wget does not work either: # wget http://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp --2014-09-06 13:25:59-- http://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp Resolving people.debian.org (people.debian.org)... 5.153.231.30, 2001:41c8:1000:21::21:30 Connecting to people.debian.org (people.debian.org)|5.153.231.30|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp [following] --2014-09-06 13:25:59-- https://people.debian.org/~bartm/flashplugin-nonfree/get-upstream-version.pl.gz.pgp Connecting to people.debian.org (people.debian.org)|5.153.231.30|:443... connected. ERROR: The certificate of `people.debian.org' is not trusted. ERROR: The certificate of `people.debian.org' hasn't got a known issuer. I guess this could be related to: * Recent move of people.debian.org from one machine to another one. * Recent move of things from http to https. but in either case I wonder, if get-upstream-version.pl does not change several times a week, why this little perl script is not included in the flashplugin-nonfree package itself. Would you please consider doing that? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760588: html2text: UTF8 patch table is incomplete
https://github.com/marado/html2text/blob/master/debian/patches/900-complete-utf8-entities-table.patch On Sep 6, 2014 12:34 PM, Holger Levsen hol...@layer-acht.org wrote: Hi, On Samstag, 6. September 2014, Marcos Marado wrote: Yes, I noticed that after I sent you the link, please look at the latest version of that patch, instead of looking into the commit. where is the latest version? cheers, Holger
Bug#760639: mplayer2: PGS subtitle format won't appear
Package: mplayer2 Version: 2.0-728-g2c378c7-2+b2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading mplayer2 2.0-728-g2c378c7-2+{b1 - b2} Note: {before - after}: * What exactly did you do (or not do) that was effective (or ineffective)? Playing videos (eg: mkv) containing correctly recognized S_HDMV/PGS subtitles with mplayer2 but they are not displayed at all in this new build. When downgrading t in this new build. When downgrading t in this new build. Downgrading to 2.0-728-g2c378c7-2+b1 works fine. It may be possible the ABI of one of the libav changed (according to ldd): libavutil.so.{53 - 54} libavcodec.so.{55 - 56} libavformat.so.{55 - 56} libavresample.so.{1 - 2} I tried to compile mplayer2 from the debian git but no change. Moreover I tried mpv which works fine on the same file, although it's using the same versions of libav. * What was the outcome of this action? No subtitle is visible. * What outcome did you expect instead? They should be rendered, as before the update. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (150, 'unstable'), (100, 'experimental'), (95, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.12-kvm.1 (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 Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-17 ii libasound21.0.28-1 ii libass5 0.10.2-3 ii libavcodec56 6:11~beta1-2 ii libavformat56 6:11~beta1-2 ii libavresample26:11~beta1-2 ii libavutil54 6:11~beta1-2 ii libbluray11:0.6.1-2 ii libbs2b0 3.1.0+dfsg-2 ii libc6 2.19-10 ii libcaca0 0.99.beta19-2 ii libcdio-cdda1 0.83-4.1 ii libcdio-paranoia1 0.83-4.1 ii libcdio13 0.83-4.1 ii libdca0 0.0.5-7 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdv41.0.0-6 ii libdvdread4 5.0.0-1 ii libenca0 1.15-2 ii libfaad2 2.7-8 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 10.2.6-1 ii libjack0 [libjack-0.116] 1:0.124.1+20140122git5013bed0-3 ii libjpeg8 8d1-1 ii liblcms2-22.6-3 ii liblircclient00.9.0~pre1-1 ii libmad0 0.15.1b-8 ii libmpg123-0 1.20.1-2 ii libncurses5 5.9+20140712-2 ii libogg0 1.3.2-1 ii libpng12-01.2.50-2 ii libpostproc52 6:0.git20120821-4 ii libpulse0 5.0-6 ii libquvi7 0.4.1-2.1 ii libsdl1.2debian 1.2.15-10 ii libsmbclient 2:4.1.11+dfsg-1 ii libspeex1 1.2~rc1.2-1 ii libswscale3 6:11~beta1-2 ii libtheora01.1.1+dfsg.1-3.2 ii libtinfo5 5.9+20140712-2 ii libvdpau1 0.7-2 ii libvorbis0a 1.3.2-1.4 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.10-1 ii libxvidcore4 2:1.3.3-1 ii libxxf86vm1 1:1.1.3-1 ii zlib1g1:1.2.8.dfsg-1 mplayer2 recommends no packages. mplayer2 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#760613: some man pages refer to a 8 systemctl man page when in fact it is now in section 1
Control: tags -1 fixed-upstream Am 06.09.2014 04:36, schrieb 積丹尼 Dan Jacobson: Package: systemd Version: 214-1 Severity: minor File: /usr/share/man/man5/systemd.service.5.gz Here is my emacs log: Please wait: formatting the 5 systemd.service man page... 5 systemd.service man page formatted Invoking man 8 systemctl in the background error in process sentinel: Man-bgproc-sentinel: No manual entry for systemctl in section 8 Thanks for the bug report. As it turns out, the references were also broken in a few other places. Committed a fix upstream [1] and will cherry-pick that for Debian. [1] http://cgit.freedesktop.org/systemd/systemd/commit/?id=67826132adfdf626413f08fb664debd4a7ec35b7 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#712696: tasksel: Task for cinnamon
Package: tasksel Version: 3.21 Followup-For: Bug #712696 Hi! Cinnamon includes a meta package (cinnamon-desktop-environment) that contains everything the task should contain. I'm attaching a diff that creates the task package with that dependency. I hope this can get applied before the freeze. -- Thanks! Margadiff -Nru tasksel-3.21/debian/changelog tasksel-3.22/debian/changelog --- tasksel-3.21/debian/changelog 2014-08-21 06:59:11.0 +0200 +++ tasksel-3.22/debian/changelog 2014-09-06 12:39:44.0 +0200 @@ -1,3 +1,9 @@ +tasksel (3.22) unstable; urgency=medium + + * Add task-cinnamon-desktop. + + -- Margarita Manterola ma...@debian.org Sat, 06 Sep 2014 12:39:19 +0200 + tasksel (3.21) unstable; urgency=low [ Changwoo Ryu ] diff -Nru tasksel-3.21/debian/control tasksel-3.22/debian/control --- tasksel-3.21/debian/control 2014-08-21 06:58:35.0 +0200 +++ tasksel-3.22/debian/control 2014-09-06 12:37:38.0 +0200 @@ -241,6 +241,15 @@ # workaround #651495 gstreamer0.10-alsa +Package: task-cinnamon-desktop +Architecture: all +Description: Cinnamon desktop environment + This task package is used to install the Debian desktop, featuring + the Cinnamon desktop environment, and with other packages that Debian users + expect to have available on the desktop. +Depends: ${misc:Depends}, + cinnamon-desktop-environment + Package: task-laptop Architecture: all Description: laptop diff -Nru tasksel-3.21/tasks/cinnamon-desktop tasksel-3.22/tasks/cinnamon-desktop --- tasksel-3.21/tasks/cinnamon-desktop 1970-01-01 01:00:00.0 +0100 +++ tasksel-3.22/tasks/cinnamon-desktop 2014-09-06 12:38:12.0 +0200 @@ -0,0 +1,7 @@ +Task: cinnamon-desktop +Relevance: 8 +Section: user +Enhances: desktop +Test-preferred-desktop: cinnamon +Key: + task-cinnamon-desktop
Bug#760616: systemctl enable works, but is-enabled shows it in fact did not work
Am 06.09.2014 05:36, schrieb 積丹尼 Dan Jacobson: Package: systemd Version: 214-1 File: /bin/systemctl # systemctl enable dictd; echo $? Synchronizing state for dictd.service with sysvinit using update-rc.d... Executing /usr/sbin/update-rc.d dictd defaults Executing /usr/sbin/update-rc.d dictd enable 0 # systemctl is-enabled dictd; echo $? Failed to get unit file state for dictd.service: No such file or directory 1 The issue here is, that dictd only provides a SysV init script and update-rc.d does not provide an interface to query if a service file is enabled or not. So while we can forward enable/disable requests to update-rc.d enable/disable, there is no equivalent functionality for is-enabled. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#760635: systemd: Please add back python2 bindings
Hey Daniel, Michael, Michael Biebl [2014-09-06 13:29 +0200]: Martin did drop the python-systemd packages since there weren't any reverse dependencies. I don't see fail2ban depend/recommend/suggest python-systemd? Could you elaborate? I deliberately dropped the py2 ones to avoid encouraging people to grow new dependencies on it. The Python maintainers want to phase out Python 2 and encourage porting to Python 3. I see fail2ban grew a python-systemd Suggests: in experimental. However, http://www.fail2ban.org/wiki/index.php/Features says that fail2ban supports Python 3 in 0.9.x. In the spirit of the Py 3 transition, would it be possible for fail2ban to use py3? We already do a second build for the udeb package. Adding a third build is not something I'm too keen about since the build times are already quite long. Doing a full build for just the python bindings seems a bit wasteful. That's also an important issue, but my main concern is proliferating new python2 libraries/dependencies. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#746578: Cinnamon environment now available in testing
Am 06.09.2014 01:01, schrieb Steve Langasek: Michael, is it clear to you why this change is needed, and can you un-wontfix this bug please, to list systemd-shim as the first ORed dependency as I've asked previously? Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not going to make it the first alternative. Installing a half-broken logind whould be a disservice to our users. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756076 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#760510: fixed in libvirt 1.2.8-1
Control: reopen -1 Control: notfixed -1 libvirt/1.2.8-1 Unfortunately the commit hasn't made it into the 1.2.8 release so 1.2.8-1 is still affected. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760640: Should use cgmanager
Package: libvirt-daemon-system Version: 1.2.8-1 Severity: wishlist We should use cgmanager instead of creating cgroups by hand in the non systemd case via /etc/init.d/libvirtd. I'd be nice if somebody running sysvinit could look into this since I'm currently lacking the time. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-rc6 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-daemon-system depends on: ii adduser 3.113+nmu3 ii gettext-base 0.19.2-1 ii init-system-helpers 1.21 ii libapparmor1 2.8.0-5.1+b2 ii libaudit11:2.3.7-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap-ng0 0.7.4-2 ii libdbus-1-3 1.8.6-2 ii libdevmapper1.02.1 2:1.02.88-1 ii libgnutls-deb0-283.3.6-2 ii libnl-3-200 3.2.24-2 ii libnl-route-3-2003.2.24-2 ii libnuma1 2.0.9-1.1 ii librados20.80.5-1 ii librbd1 0.80.5-1 ii libsasl2-2 2.1.26.dfsg1-11 ii libselinux1 2.3-1 ii libssh2-11.4.3-3 ii libsystemd-daemon0 208-8 ii libvirt-clients 1.2.8-1~1.gbp89938f ii libvirt-daemon 1.2.8-1~1.gbp89938f ii libvirt0 1.2.8-1~1.gbp89938f ii libxml2 2.9.1+dfsg1-4 ii libyajl2 2.1.0-1 ii logrotate3.8.7-1 Versions of packages libvirt-daemon-system recommends: ii bridge-utils 1.5-9 ii dmidecode 2.12-3 ii dnsmasq-base 2.71-1 ii ebtables 2.0.10.4-3 ii iproute2 3.16.0-1.1 ii iptables 1.4.21-2 ii parted3.2-5 ii pm-utils 1.4.1-15 Versions of packages libvirt-daemon-system suggests: pn apparmor none pn auditd none ii policykit-1 0.112-2 pn radvdnone ii systemd 208-8 pn systemtapnone -- Configuration Files: /etc/libvirt/qemu.conf [Errno 13] Permission denied: u'/etc/libvirt/qemu.conf' -- 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#760630: dpkg-buildpackage: when debian/rules is not present and debhelper is in build-deps, run dh instead of debian/rules
Control: tags -1 wontfix Hi! [ Manually adding Enrico to CC as it seems debbugs does not do it for the replies. ] On Sat, 2014-09-06 at 16:03:38 +0800, Paul Wise wrote: Package: dpkg-dev Severity: wishlist X-Debbugs-CC: Enrico Zini enr...@debian.org When debian/rules is not present and debhelper is in build-deps, please have dpkg-buildpackage run dh $target instead of debian/rules $target. For some packages, debian/rules is now pointless boilerplate that could be removed if dpkg-buildpackage were to do this. I'm rather umconfortable with this request, because as has been discussed many many times on the lists, the source package interface is debian/rules, and not dpkg-buildpackage. Making that file optional breaks that interface, which I don't think is good. dpkg-buildpackage does have support to do this “manually” for third parties, with its -R and -T options, but I realize this does not solve your request, as I assume you'd want to be able to upload such packages to the archive. (As an aside, the dh sequencer incurs a significant performance penalty on packages using it, because it switches from calling dh_foo once, to dh_foo per binary package, althought that's arguably possibly just an implementation detail.) In any case this kind of thing, or even more radical changes to the source format, like having dpkg-dev provide much infrastructure, even simply pure declarative stuff, to make helpers either irrelevant, or maybe so that they could end up just providing distro specific policy, is something that would make sense to collect for a possible 4.0 source format. I could add a wiki page under the dpkg team umbrella. The CC to Enrico is due to his DebCon14 talk about debdry: https://summit.debconf.org/debconf14/meeting/25/debdry-debian-dont-repeat-yourself/ I've not watched that one yet, will do during next week or so, and see if it changes my mind (but I'm doubtful). ;) Otherwise I guess I'll be closing this in a bit. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740566: [git-buildpackage/master] Make sure we fixup the changelog trailer with newer devscripts
tag 740566 pending thanks Date: Mon Aug 11 01:00:05 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 692e5da2efa8f691a75200cf16df06112ffad435 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=692e5da2efa8f691a75200cf16df06112ffad435 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=692e5da2efa8f691a75200cf16df06112ffad435 Make sure we fixup the changelog trailer with newer devscripts We don't change any mainttrailer options if already given. Thanks: James McCoy for the detailed explanation Closes: #740566 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758726: [git-buildpackage/master] Don't delete *_source.changes on source only builds
tag 758726 pending thanks Date: Tue Aug 26 11:08:27 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 6edd8363eab02832f8bb58f3405609503b6458af Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=6edd8363eab02832f8bb58f3405609503b6458af Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=6edd8363eab02832f8bb58f3405609503b6458af Don't delete *_source.changes on source only builds Closes: #758726 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760091: [git-buildpackage/master] Mention --no-merge
tag 760091 pending thanks Date: Mon Sep 1 09:36:11 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: a37832e418f3b96acf1c14838a495e2bc08fa574 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=a37832e418f3b96acf1c14838a495e2bc08fa574 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=a37832e418f3b96acf1c14838a495e2bc08fa574 Mention --no-merge Closes: #760091 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758909: [git-buildpackage/master] gbp: add --version option
tag 758909 pending thanks Date: Sat Aug 23 15:14:18 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 5f82f445abbab55a6b2ad8d82b8ddf21eff69628 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=5f82f445abbab55a6b2ad8d82b8ddf21eff69628 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=5f82f445abbab55a6b2ad8d82b8ddf21eff69628 gbp: add --version option Closes: #758909 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760641: fusioninventory-agent: New upstream release 2.3.10.1
Package: fusioninventory-agent Version: 1:2.3.9.1-1 Severity: normal Dear Maintainer, 2.3.10.1 has been released the 6 august. It is possible to have this version in the next stable release ? Christian -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fusioninventory-agent depends on: ii hdparm 9.43-1.1 ii libfile-which-perl 1.09-1 ii libhttp-daemon-perl 6.01-1 ii libjson-perl2.61-1 ii libnet-cups-perl0.61-2+b3 ii libnet-ip-perl 1.26-1 ii libparse-edid-perl 1.0.6-1 ii libproc-daemon-perl 0.14-2 ii libproc-pid-file-perl 1.27-3 ii libsocket-getaddrinfo-perl 0.22-1+b1 ii libtext-template-perl 1.46-1 ii libuniversal-require-perl 0.17-1 ii libwww-perl 6.08-1 ii libxml-treepp-perl 0.39-1 ii libyaml-perl1.09-1 ii pciutils1:3.2.1-2 ii perl5.20.0-6 ii ucf 3.0030 Versions of packages fusioninventory-agent recommends: ii libio-socket-ssl-perl 1.997-2 Versions of packages fusioninventory-agent suggests: pn read-edid none ii smartmontools 6.2+svn3841-1.2 -- Configuration Files: /etc/fusioninventory/agent.cfg changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760642: lintian: False positive for space-in-std-shortname-in-dep5-copyright with alternative licenses (as common with Perl modules)
Package: lintian Version: 2.5.26 Severity: normal Dear Lintian Hackers, the new space-in-std-shortname-in-dep5-copyright tag causes a lot of false positive, mostly with packaged Perl modules, as most of them are licensed under the same terms as Perl itself, i.e. under the Artistic License as well as the GPLv1 or newer. Usually this is declared as follows in debian/copyright: Files: * Copyright: 2013, Axel Beckert a...@deuxchevaux.org License: GPL-1+ or Artistic License: Artistic This program is free software; you can redistribute it and/or modify it under the terms of the Artistic License, which comes with Perl. . On Debian systems, the complete text of the Artistic License can be found in `/usr/share/common-licenses/Artistic'. License: GPL-1+ 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 the Free Software Foundation; either version 1, or (at your option) any later version. . On Debian systems, the complete text of version 1 of the GNU General Public License can be found in `/usr/share/common-licenses/GPL-1'. (Example taken from librun-parts-perl.) Lintian claims for the above cited debian/copyright excerpt: N:The license header contains a short name with a space, which does not N:conform to the specification. N: N:Refer to N:http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ for N:details. If I check http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ for details, it tell's me: 1) First line: an abbreviated name for the license, or expression giving alternatives 2) Example 1. tri-licensed files Files: src/js/editline/* Copyright: 1993, John Doe 1993, Joe Average License: MPL-1.1 or GPL-2 or LGPL-2.1 License: MPL-1.1 [LICENSE TEXT] License: GPL-2 [LICENSE TEXT] License: LGPL-2.1 [LICENSE TEXT] So IMHO, lintian is clearly wrong here (and hence likely also for most of the over 2900 Perl modules packaged in Debian). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (110, 'experimental'), (109, 'buildd-unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140903-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.19.2-2 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.38-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-6 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.0-6 ii perl-modules [libautodie-perl] 5.20.0-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.09-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#760638: flashplugin-nonfree: Installation from wheezy fails
retitle 760638 flashplugin-nonfree: Missing Depends: ca-certificates thanks On Sat, Sep 06, 2014 at 01:34:15PM +0200, Santiago Vila wrote: * Recent move of things from http to https. By reading Bug#758609, this is actually close: The move from http to https has made this package to suddenly require ca-certificates to work. However, my suggestion to include the script in the package still holds. Having a package which downloads code from adobe is already hacky enough, but of course we can't avoid that because the plugin is not free, that's why this package is in contrib to begin with. But using a script which is downloaded from people.debian.org is a hack that may be avoided by including the script in the package itself. I would call this a hackiness not mandated by the plugin non-freeness. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760616: systemctl enable works, but is-enabled shows it in fact did not work
MB == Michael Biebl bi...@debian.org writes: # systemctl is-enabled dictd; echo $? Failed to get unit file state for dictd.service: No such file or directory 1 MB The issue here is, that dictd only provides a SysV init script and MB update-rc.d does not provide an interface to query if a service file is MB enabled or not. MB So while we can forward enable/disable requests to MB update-rc.d enable/disable, there is no equivalent functionality for MB is-enabled. Well maybe the error message should mention that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760616: systemctl enable works, but is-enabled shows it in fact did not work
Am 06.09.2014 14:27, schrieb 積丹尼 Dan Jacobson: MB == Michael Biebl bi...@debian.org writes: # systemctl is-enabled dictd; echo $? Failed to get unit file state for dictd.service: No such file or directory 1 MB The issue here is, that dictd only provides a SysV init script and MB update-rc.d does not provide an interface to query if a service file is MB enabled or not. MB So while we can forward enable/disable requests to MB update-rc.d enable/disable, there is no equivalent functionality for MB is-enabled. Well maybe the error message should mention that. I guess we could print a warning like this. Then again, there are others in the pkg-systemd team who think we should use a rather pragmatic approach like testing for a /etc/rc?.d/S??foo symlink to determine whether a service is enabled or not. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753168: xfce4-mailwatch-plugin: Please build against libgnutls28-dev
On 2014-08-25 Andreas Metzler ametz...@bebt.de wrote: [...] Well, I am not using xfce and afaict these plugins cannot be tested on their own. I somehow hoped that at least one of the uploaders would be able and willing to test the functionality of the rebuilt package. I have installed xfce to test this. It works for me against dovecot/wheezy. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760643: gnupg: Appears not to understand multiple smartcards
Package: gnupg Version: 1.4.18-4 Severity: normal If I plug two GnuPG smartcards into my system (currently I'm triggering this with my existing personal smartcard and a YubiKey I'm using with kernel.org) it appears that GnuPG only notices the first card. For example, even though the second card is set up for SSH use GnuPG will not use it (it is absent from ssh-agent -l). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 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 gnupg depends on: ii gpgv 1.4.18-4 ii libbz2-1.01.0.6-7 ii libc6 2.19-10 ii libreadline6 6.3-8 ii libusb-0.1-4 2:0.1.12-24 ii zlib1g1:1.2.8.dfsg-2 Versions of packages gnupg recommends: pn gnupg-curl none ii libldap-2.4-2 2.4.39-1.1+b1 Versions of packages gnupg suggests: ii eog 3.12.2-1 pn gnupg-doc none ii imagemagick 8:6.7.7.10+dfsg-5 ii libpcsclite1 1.8.11-3 pn parcimonienone -- 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#760644: gnupg2: Difficult to import stub secret keys with existing ones present
Package: gnupg2 Version: 2.0.26-2 Severity: normal The standard way to create stub secret keys for smartcards is to use gpg2 --card-status. Sadly if there are existing stub keys (for example, when using multiple cards) this operation appears to have no effect and not import secret keys. It is possible to work around this by shuffling secret keys around by hand but it isn't a good user experience. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 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 gnupg2 depends on: ii dpkg 1.17.13 ii gnupg-agent 2.0.26-2 ii install-info 5.2.0.dfsg.1-4 ii libassuan0 2.1.2-2 ii libbz2-1.0 1.0.6-7 ii libc62.19-10 ii libcurl3-gnutls 7.37.1-1 ii libgcrypt20 1.6.2-3 ii libgpg-error01.13-4 ii libksba8 1.3.0-3 ii libreadline6 6.3-8 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gnupg2 recommends: ii libldap-2.4-2 2.4.39-1.1+b1 Versions of packages gnupg2 suggests: pn gnupg-doc none pn parcimonie none pn xloadimage none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725001: possible solution
The way I partially succeeded to move stuff in a centralized place was to use RewriteOptions InheritDown So now I have a /etc/apache2/conf-enabled/horde-rewrite.conf Directory /usr/share/horde IfModule mod_rewrite.c RewriteEngine On RewriteOptions InheritDown #Activesync RewriteEngine On RewriteOptions InheritDownBefore RewriteRule .* - [E=HTTP_MS_ASPROTOCOLVERSION:%{HTTP:Ms-Asprotocolversion}] RewriteRule .* - [E=HTTP_X_MS_POLICYKEY:%{HTTP:X-Ms-Policykey}] RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] # HTTPS RewriteCond %{HTTPS} !on RewriteCond %{REMOTE_ADDR} !^(192\.168\..*|10\..*) RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] /IfModule /Directory I hope it helps as an inspiration to improve horde package. The same system could be used to configure RewriteBase as a per vhost configuration too. -- Ivan Sergio Borgonovo http://www.webthatworks.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760645: baloo4: not possible to index any source files like *.cpp, *.h
Package: baloo4 Version: 4:4.14.0-1 Severity: wishlist Dear Maintainer, I found that searching for files using e.g. by Dolphin do not find any source files like *.cpp, *.c, *.hpp, *.h. . Then I found in baloo source code (http://code.woboq.org/kde/kdelibs/baloo/src/file/fileexcludefilters.cpp.html) that all source code mime types are excluded by default from indexing. This makes baloo useless for me. I have no option to switch off excluding those mime types. I work a lot of witch source codes, so would be good to see source code files in search results. The best will be if there will be possible to switch off excluding of these files in baloofilerc configuration file. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 baloo4 depends on: ii baloo-utils4:4.14.0-1 ii libbaloocore4 4:4.14.0-1 ii libbaloofiles4 4:4.14.0-1 ii libbalooxapian44:4.14.0-1 ii libc6 2.19-10 ii libgcc11:4.9.1-4 ii libkdecore54:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkfilemetadata4 4:4.14.0-1 ii libkidletime4 4:4.14.0-1 ii libkio54:4.14.0-1 ii libqjson0 0.8.1-3 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libsolid4 4:4.14.0-1 ii libstdc++6 4.9.1-4 ii libxapian221.2.18-1 baloo4 recommends no packages. baloo4 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#760616: systemctl enable works, but is-enabled shows it in fact did not work
Yes, any explaining why it didn't work messages wouldn't get understood anyway (by me.) So just give the user what he wants to know in the first place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760646: tinc: Startup on armel fails with Error initializing LZO compressor!
Package: tinc Version: 1.0.24-2.1 Severity: important Dear Maintainer, * What led up to the situation? Since liblzo2-2 version 2.08-1 tinc fails to start on armel with the error message Error initializing LZO compressor!. 100% reproducable. Re-installation of tinc and liblzo2-2 version 2.08-1 doesn't help. * What exactly did you do (or not do) that was effective (or ineffective)? Installation + pinning the old liblzo2-2 version 2.06-1.2 serves as a workaround so far. * What was the outcome of this action? With liblzo2-2 2.06-1.2 tinc successfully starts. * What outcome did you expect instead? tinc should work with the recent version of liblzo2-2, which currently is 2.08-1. Regards, Marc -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (70, 'experimental'), (70, 'unstable') Architecture: armel (armv5tel) Kernel: Linux 3.14-1-kirkwood 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 tinc depends on: ii libc62.19-10 ii liblzo2-22.06-1.2 ii libssl1.0.0 1.0.1i-2 ii zlib1g 1:1.2.8.dfsg-1 tinc recommends no packages. tinc 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#760643: Acknowledgement (gnupg: Appears not to understand multiple smartcards)
reassign 760643 gnupg2 found 760643 2.0.26-2 thanks Reassigning to gnupg2 - this was mistakenly filed against the GnuPG1 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760448: RFS: wapiti/2.3.0+dfsg-1 [ITA]
Control: owner -1 t...@debian.org Control: tags -1 +pending Setting BTS status to indicate that I'll take care of this RFS. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758955: cycle: Please update to use wxpython3.0
tag 758955 +help thanks On Thu, Sep 04, 2014 at 08:16:02AM +0200, Ana Guerrero Lopez wrote: On Sat, Aug 23, 2014 at 07:24:53PM +1200, Olly Betts wrote: Source: cycle Version: 0.3.1-9 Severity: important Tags: sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 Control: block 755757 by -1 We're aiming to migrate the archive to using wxpython3.0 instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released. This transition is already underway, and is being tracked by the release team here: https://release.debian.org/transitions/html/wxpython3.0.html Thank you Olly! I'll check at within a week. Hi, cycle is using awxCalendarCtrl::EnableYearChange that has deprecreated according to wxwidgets3.0-3.0.1/docs/changes.txt: - wxCalendarCtrl::EnableYearChange() and wxCAL_NO_YEAR_CHANGE are deprecated. There is no replacement for this functionality, it is being dropped as it is not available in native wxCalendarCtrl implementations. Any hints about this? Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663012: procps: Occurs for kfreebsd inside freebsd jail
On 05/09/14 07:42 AM, Craig Small wrote: On Thu, Sep 04, 2014 at 09:21:52AM -0400, Daniel Dickinson wrote: I will have to further testing to confirm this, but from outside the jail I can see that procfs is mounted on jail's proc. Since FreeNAS runs on FreeBSD that looks to me like FreeBSD's procfs is mounted on jail's /proc and is likely why the mount of linprocfs from inside the jail (by freebsd-utils) fails (assuming of course the it's not actually a case of needing to hack on things so that linprocfs gets mounted prior to jail startup). OK then, you might find its not a compatible procfs in any case then. That would mean you'd need to use the native freebsd tools, which would understand that partition better. - Craig This bug can be closed. This issue was that linprocfs (the freebsd linux-compatibility layer procfs) wasn't getting mounted so there was no standard-linux-tool compatible procfs on /proc. I was able to fix this so that linprocfs was mounted instead of freebsd procfs and ps and friends all work properly now. If linprocfs had not been the problem the solution wouldn't have been a simple switch to native tools (assuming freebsd ps and friends are even available in debian?) because even tools like start-stop-daemon and postfix's postmulti rely on linux-kernel-isms to determine the process name (and even start-stop-daemon that can work purely from PID is normally called with --exec or --name which requires knowing the process name). In any event once I tracked down the misbehaving jail mount the solution was easy enough (use the linux-compatible procfs). Perhaps longer-term for the kfreebsd-* ports it would be a good idea to adapt process querying/manipulating tools but my guess is it would likely require more work than it'd be worth. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#760223: Acknowledgement (/etc/init.d/dovecot: Use of --name $DAEMON in start-stop-daemon for stop/restart causes failure to stop/restart in certain virtualized environments)
On 01/09/14 06:30 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-b...@daniel.thecshore.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Dovecot Maintainers jaldhar-dove...@debian.org If you wish to submit further information on this problem, please send it to 760...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This can be downgraded to lowest, maybe even wishlist priorty as, at least in the scenario I'm in, which is the only one I have sufficient information to base an assessment on, the jail wasn't using linprocfs (freebsd linux compability profs) but instead the freebsd native procfs. Given that linprocfs exists and things work properly when using it, there is no great urgency, on kfreebsd, to mess with a whack of initscripts and/or system tools (like start-stop-daemon). Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#760225: Acknowledgement (/etc/init.d/nfsiod: Reliance on --name $DAEMON in start-stop-daemon stop/restart causes failure inside freebsd jails)
On 01/09/14 06:36 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-b...@daniel.thecshore.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): GNU/kFreeBSD Maintainers debian-...@lists.debian.org If you wish to submit further information on this problem, please send it to 760...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This can be downgraded to lowest, maybe even wishlist priorty as, at least in the scenario I'm in, which is the only one I have sufficient information to base an assessment on, the jail wasn't using linprocfs (freebsd linux compability profs) but instead the freebsd native procfs. Given that linprocfs exists and things work properly when using it, there is no great urgency, on kfreebsd, to mess with a whack of initscripts and/or system tools (like start-stop-daemon). Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#758955: cycle: Please update to use wxpython3.0
Hi Ana, On Sat, Sep 06, 2014 at 03:13:14PM +0200, Ana Guerrero Lopez wrote: cycle is using awxCalendarCtrl::EnableYearChange that has deprecreated according to wxwidgets3.0-3.0.1/docs/changes.txt: - wxCalendarCtrl::EnableYearChange() and wxCAL_NO_YEAR_CHANGE are deprecated. There is no replacement for this functionality, it is being dropped as it is not available in native wxCalendarCtrl implementations. Any hints about this? The docs say that disabling the month change implicitly disables the year change. Looking at the cycle code, it always disables/enables the month and year changing together, so I think you can just remove the deprecated calls and it'll still work as intended. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760220: Acknowledgement (clamav-freshclam: Use of --name in start-stop-daemon for stop and restart causes failure to stop in certain virtualized environments)
On 01/09/14 06:24 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-b...@daniel.thecshore.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): ClamAV Team pkg-clamav-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 760...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This can be downgraded to lowest, maybe even wishlist priorty as, at least in the scenario I'm in, which is the only one I have sufficient information to base an assessment on, the jail wasn't using linprocfs (freebsd linux compability profs) but instead the freebsd native procfs. Given that linprocfs exists and things work properly when using it, there is no great urgency, on kfreebsd, to mess with a whack of initscripts and/or system tools (like start-stop-daemon). Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#760221: Acknowledgement (clamav-milter: 760219 also applies to clamav-milter)
On 01/09/14 06:27 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-b...@daniel.thecshore.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): ClamAV Team pkg-clamav-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 760...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This can be downgraded to lowest, maybe even wishlist priorty as, at least in the scenario I'm in, which is the only one I have sufficient information to base an assessment on, the jail wasn't using linprocfs (freebsd linux compability profs) but instead the freebsd native procfs. Given that linprocfs exists and things work properly when using it, there is no great urgency, on kfreebsd, to mess with a whack of initscripts and/or system tools (like start-stop-daemon). Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#760219: Acknowledgement (clamav-daemon: use of --name in init.d's stop-start-daemon causes failure to stop in certain virtualized environments)
On 01/09/14 06:21 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-b...@daniel.thecshore.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): ClamAV Team pkg-clamav-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 760...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. This can be downgraded to lowest, maybe even wishlist priorty as, at least in the scenario I'm in, which is the only one I have sufficient information to base an assessment on, the jail wasn't using linprocfs (freebsd linux compability profs) but instead the freebsd native procfs. Given that linprocfs exists and things work properly when using it, there is no great urgency, on kfreebsd, to mess with a whack of initscripts and/or system tools (like start-stop-daemon). Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#757213: systemd becomes non-responsive, connection refused to /run/systemd/private
Hey, I have the same situation. Seems like systemd froze 3 days ago. What got me to notice was an attempted apt-get upgrade on this jessie system: sudo ls /proc/1/fd [sudo] password for iain: 0 1 2 14:28:24 weezer:~$ sudo ls -l /proc/1/fd total 0 lrwx-- 1 root root 64 Aug 30 15:25 0 - /dev/null lrwx-- 1 root root 64 Aug 30 15:25 1 - /dev/null lrwx-- 1 root root 64 Aug 30 15:25 2 - /dev/null 14:28:35 weezer:~$ sudo fuser /run/systemd/private 14:30:17 weezer:~$ sudo systemctl status nscd Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Excerpt from /var/log/syslog Sep 3 23:40:07 weezer systemd[1]: Starting CUPS Printing Service... Sep 3 23:40:07 weezer systemd[1]: Started CUPS Printing Service. Sep 3 23:40:07 weezer systemd[1]: Assertion 'close_nointr(fd) == 0' failed at . ./src/shared/util.c:188, function safe_close(). Aborting. Sep 3 23:40:07 weezer systemd[1]: Caught ABRT, waitpid() failed: No child pro cesses Sep 3 23:40:07 weezer systemd[1]: Freezing execution. sudo apt-get upgrade -y [sudo] password for iain: Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... The following package was automatically installed and is no longer required: libxen-4.3 Use 'apt-get autoremove' to remove it. Done The following packages have been kept back: gnome-control-center gnome-settings-daemon gstreamer1.0-libav libasound2-plugins libcgi-pm-perl libchromaprint0 libgegl-0.2-0 libopencv-calib3d2.4 libopencv-contrib2.4 libopencv-core2.4 libopencv-features2d2.4 libopencv-flann2.4 libopencv-highgui2.4 libopencv-imgproc2.4 libopencv-legacy2.4 libopencv-ml2.4 libopencv-objdetect2.4 libopencv-video2.4 upower xfce4-systemload-plugin The following packages will be upgraded: acpid nscd sane-utils 3 upgraded, 0 newly installed, 0 to remove and 20 not upgraded. 147 not fully installed or removed. Need to get 0 B/500 kB of archives. After this operation, 5,120 B disk space will be freed. Reading changelogs... Done Preconfiguring packages ... (Reading database ... 134121 files and directories currently installed.) Preparing to unpack .../acpid_1%3a2.0.23-1_amd64.deb ... Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript acpid, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 1 dpkg: trying script from the new package instead ... Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript acpid, action stop failed. dpkg: error processing archive /var/cache/apt/archives/acpid_1%3a2.0.23-1_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript acpid, action start failed. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 1 Preparing to unpack .../nscd_2.19-10_amd64.deb ... Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript nscd, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 1 dpkg: trying script from the new package instead ... Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript nscd, action stop failed. dpkg: error processing archive /var/cache/apt/archives/nscd_2.19-10_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused invoke-rc.d: initscript nscd, action start failed. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 1 Preparing to unpack .../sane-utils_1.0.24-1.2_amd64.deb ... Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused
Bug#758266: RFS: air-quality-sensor/0.1.1-3 [ITP]
Hallo Tobias, thanks a lot for reviewing my package! On Mon, Sep 01, 2014 at 10:04:32PM +0200, Tobias Frost wrote: - Package does not build, misses at least a B-D on libusb-1.0-0-dev and pkg-config I fixed the build-deps and now it builds using sbuild. - as the manpage is created using help2man, you should regenerate it during build The upstream package now uses help2man. - you do not need to set a link from the debian manpage, but you can directly install the manpage. (See 5.16 of the new maintainers' guide) Fixed - You should dh_autoreconf instead of autotools-dev (as you also use automake), see https://wiki.debian.org/Autoreconf#Using_autotools-dev - d/changelog Debian version starts at -1 for new packages, and state only Initial Release (Closes #ITP-Bug) Done - please use spaces for indentation in d/copyright - same for postinst - don't install README -- is has no additional information and only duplicates the package description - you need to depend on adduser in your binary pacakge. Done (The review might be incomplete as I have to stop now; please fix the above and re-upload to mentors, then give me a ping You can now find the package at http://mentors.debian.net/debian/pool/main/a/air-quality-sensor/air-quality-sensor_0.1.2-1.dsc Kind Regards, Benedikt Wildenhain signature.asc Description: Digital signature
Bug#760647: sakura: New upstream version available
Package: sakura Version: 3.1.4-1 Severity: wishlist Tags: upstream Dear Maintainer, Sakura 3.1.5 has been released with this interesting change: https://bazaar.launchpad.net/~dabisu/sakura/sakura/revision/477 When you have time please consider upating the Debian package. Thanks! Paride -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760281: [Pkg-xfce-devel] Bug#760281: xfce4: cannot mount usb drive: Not authorized to perform operation
Hi, On Fri, 5 Sep 2014 16:30:49 -0700 Steve Langasek vor...@debian.org wrote: I'm not sure, but note that I've just uploaded systemd-shim 7-3 with a cherry-picked patch from upstream to fix a race condition, that would allow systemd-shim to respond to a request before processes had actually been put in the cgroup. This problem was diagnosed with lightdm on Ubuntu Phone, but it's quite possible that the same problem is affected xfce. Could someone please test whether systemd-shim fixes this problem for them? If it does, great! If not, I'll schedule some time to dig into this bug further. I doesn't seem to fix the issue, at least for me : - gdm3 doesn't list the users, as gnome-session fails to get the session-id somehow. greeter.log : gnome-session[12023]: WARNING: Could not get session id for session. Check that logind is properly installed and pam_systemd is getting used at login. auth.log (debug=yes for pam_systemd.so) : Sep 6 15:37:44 shadowfax gdm-launch-environment][11829]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0) Sep 6 15:37:44 shadowfax gdm-launch-environment][11829]: pam_systemd(gdm-launch-environment:session): Asking logind to create session: uid=1000 pid=11829 service=gdm-launch-environment type=x11 class=greeter seat=seat0 vtnr=7 tty= display=:0 remote=no remote_user= remote_host= Sep 6 15:37:44 shadowfax gdm-launch-environment][11829]: pam_systemd(gdm-launch-environment:session): Failed to parse message: Argument 4 is specified to be of type string, but is actually of type uint32 Sep 6 15:37:44 shadowfax gdm-launch-environment][11829]: pam_ck_connector(gdm-launch-environment:session): nox11 mode, ignoring PAM_TTY :0 Sep 6 15:37:45 shadowfax dbus[2250]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.159 (uid=117 pid=11871 comm=gnome-shell --mode=gdm ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.53 (uid=0 pid=3339 comm=/usr/sbin/console-kit-daemon --no-daemon ) Sep 6 15:37:45 shadowfax dbus[2250]: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.159 (uid=117 pid=11871 comm=gnome-shell --mode=gdm ) interface=org.freedesktop.DBus.ObjectManager member=GetManagedObjects error name=(unset) requested_reply=0 destination=:1.1 (uid=0 pid=2451 comm=/usr/sbin/bluetoothd ) - I can login with lightdm, but there is no suspend button, and network-manager applet doesn't work (connections are shown, but there is no way to act on them) In both case, loginctl list-session and show-session seem normal. Hope that helps. -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731804: Still broken in wheezy version
This bug appears to be present in the wheezy version too. Please could you consider an stable update for this? I can't see from the bug report what patch was applied to fix it; if you can point me at it I'll happily test it on wheezy. If you do do an update for wheezy, would it make sense to also include a fix for https://security-tracker.debian.org/tracker/CVE-2014-4510? Thanks, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760198: RFS: ircii/20131230-1 [NMU]
Hi Denis, I can see several Lintian messages at http://mentors.debian.net/package/ircii. Please, fix it. Eriberto 2014-09-05 17:02 GMT-03:00 Denis Rodrigues Ferreira denis...@gmail.com: Eriberto, did an new upload of ircII package. Not NMU ;-) The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/i/ircii/ircii_20131230-1.dsc Tanks a lot! -- Denis Rodrigues Ferreira PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org