Bug#781754: crash in libclang while parsing autocomplete options
On Thu, Apr 2, 2015 at 6:32 PM, Onur Aslan o...@onur.im wrote: Control: tags -1 wontfix On 2015-04-02, Giuseppe Bilotta wrote: def FlagsForFile( filename ): return { 'flags' : ['-x c'] + cppflags + cflags, 'do_cache' : False } I think issue is '-x c', I tried your conf with ['-x', 'c'] and didn't get any crash. I can't believe I made such a stupid mistake. (Still, crashing with a wrong option doesn't sound like correct behavior). -- Giuseppe Oblomov Bilotta -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780952: Fwd: Bug#780952: libreoffice-draw: Printing severly restricted in LibreOffice Draw in clean install Debian Jessie
-- Forwarded message -- From: Thomas Liljenstam thomas.liljens...@gmail.com Date: 2015-03-22 17:48 GMT+01:00 Subject: Re: Bug#780952: libreoffice-draw: Printing severly restricted in LibreOffice Draw in clean install Debian Jessie To: Rene Engelhard r...@debian.org I couldn't help myself... tried the Experimental version (4.4.2.1, Build ID: 40m0(Build:1)) from experimental. No change, the problem is still in the code. Regards Thomas Liljenstam 2015-03-22 16:27 GMT+01:00 Thomas Liljenstam thomas.liljens...@gmail.com: I'll try to apt-pin that tomorrow and get back to you! /Thomas 2015-03-22 13:16 GMT+01:00 Rene Engelhard r...@debian.org: tag 780952 + moreinfo thanks Hi, On Sun, Mar 22, 2015 at 12:16:26PM +0100, Thomas Liljenstam wrote: before upgrade. This might be fixed in later releases but this blocks usage of Draw in Jessie. Can you try with 4.4.2 rc1 which is in experimental to check that? 4.3.3 will not get any updates anymore before the release except for release-critical bugs.. Regards, Rene
Bug#309991: /usr/bin/xlsview: Re: catdoc: xlsview when netscape not running
Package: catdoc Version: 0.94.4-1.1 Followup-For: Bug #309991 Dear Maintainer, This problem still exists in the current version of catdoc. Possible solution: Replace `netscape' with something like `www-browser' or `x-www-browser' at the tail of `/usr/bin/xlsview', since `netscape' is not available in debian packages. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages catdoc depends on: ii libc6 2.19-15 catdoc recommends no packages. Versions of packages catdoc suggests: ii tk [wish] 8.6.0+8 -- no debconf information
Bug#752018: Wildfly package
Hi Julian, thanks for the update. Lintian does not yet like your package :-) lintian --pedantic wildfly_8.1.0.final+lam.r01_all.deb E: wildfly: arch-independent-package-contains-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: arch-dependent-file-in-usr-share usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: unstripped-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: arch-independent-package-contains-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: arch-dependent-file-in-usr-share usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: unstripped-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: missing-dependency-on-libc needed by usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so and 1 others E: wildfly: changelog-file-missing-in-native-package E: wildfly: file-in-etc-not-marked-as-conffile etc/init.d/wildfly W: wildfly: unknown-control-file changelog W: wildfly: unknown-control-file compat W: wildfly: unknown-control-file copyright W: wildfly: unknown-control-file files E: wildfly: control-file-has-bad-permissions postinst 0555 != 0755 E: wildfly: control-file-has-bad-permissions postrm 0555 != 0755 E: wildfly: control-file-has-bad-permissions preinst 0555 != 0755 E: wildfly: no-copyright-file E: wildfly: description-starts-with-package-name E: wildfly: non-standard-toplevel-dir .installation/ W: wildfly: non-standard-dir-perm .installation/ 0700 != 0755 W: wildfly: extra-license-file usr/share/doc/wildfly/LICENSE.txt W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/domain/tmp/auth/ 0700 != 0755 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/standalone/tmp/auth/ 0700 != 0755 W: wildfly: script-in-etc-init.d-not-registered-via-update-rc.d etc/init.d/wildfly E: wildfly: init.d-script-does-not-implement-required-option etc/init.d/wildfly force-reload W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/console/main/release-stream-2.2.6.Final-resources.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/domain-http-error-context/main/wildfly-domain-http-error-context-8.1.0.Final.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/webservices/main/jbossws-cxf-resources-4.2.4.Final-wildfly800.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/ws/cxf/jbossws-cxf-factories/main/jbossws-cxf-factories-4.2.4.Final.jar W: wildfly: maintainer-script-ignores-errors preinst W: wildfly: maintainer-script-ignores-errors postrm W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:6 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:7 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:8 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-ignores-errors postinst Would you like to fix that? I guess if the package is lintian clean and we can find a debian mentor we might get the package into the official repos. Cheers, Konstantin signature.asc Description: OpenPGP digital signature
Bug#752018: Wildfly package
On 2015-04-03 10:06, Konstantin Manna wrote: Hi Julian, Hi, Just a drive-by remark. For extended help, please consider reaching out to debian-j...@lists.debian.org if you haven't already done so. :) thanks for the update. Lintian does not yet like your package :-) lintian --pedantic wildfly_8.1.0.final+lam.r01_all.deb If you want to fully unleash lintian, you can use -EvIL +pedantic and then remove the v (verbose) now remember the arguments. ;) (For reference, --pedantic does not enable the I tags and you might want to ignore the X as they are eXperimental). [...] A lot of these suggests that the package has been built manually via dpkg-deb from a recompiled upstream version instead of built from source. It is entirely possible that I am wrong here - I have only looked at this mail and not at the package. Generally, you will want a source package that compiles all the java files into class files, packs them into .jar files and installs those into package directories. Usually with debhelper or cdbs taking care of the heavy lifting the packaging side. If upstream uses maven, you might want to use debhelper + maven-debian-helper (or maybe cdbs + maven-debian-helper). I have not tried that combo myself, so please contact debian-java for support on that. W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/domain/tmp/auth/ 0700 != 0755 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/standalone/tmp/auth/ 0700 != 0755 These permissions are probably correct! If they contain passwords, authentication tokens, or secret information (encryption keys) then they should certainly *not* be world readable. Overriding the tag would be correct here. *However*, the location of these files are almost certainly wrong. The .properties file smells like something an admin might change and therefore should be in /etc/ (e.g. /etc/wildfly/...). Alternatively, if they are templates files they should be world-readable (there is no point in having them be non-readable). The .../tmp/ part might want to be in /run/wildfly/ or something like that instead. That said, the application must be able to create it if it is missing since /run is generally a tmpfs. W: wildfly: script-in-etc-init.d-not-registered-via-update-rc.d etc/init.d/wildfly E: wildfly: init.d-script-does-not-implement-required-option etc/init.d/wildfly force-reload Upstream stuff W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/console/main/release-stream-2.2.6.Final-resources.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/domain-http-error-context/main/wildfly-domain-http-error-context-8.1.0.Final.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/webservices/main/jbossws-cxf-resources-4.2.4.Final-wildfly800.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/ws/cxf/jbossws-cxf-factories/main/jbossws-cxf-factories-4.2.4.Final.jar Theses *might* be correct. Some packages provide meta jars files, which sole purpose is to depend on other jar files (e.g. eclipse have a number of these). /If/ so, then just override the tag. W: wildfly: maintainer-script-ignores-errors preinst W: wildfly: maintainer-script-ignores-errors postrm Sounds easy to fix, but might require a careful review of the scripts. In fact, if you can do without any (manually written) scripts, you are off to a good start[1]. Based on the next warnings, you probably *cannot* (unfortunately). [1] They require a bit of effort to get right and also a bit of testing. Even minor flaws trivially becomes an RC bug because it breaks installability or etc. Remember that in pre* you got only have essential packages available. W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:6 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:7 'chown -R wildfly.wildfly' W: wildfly:
Bug#781790: munin: calculates multigraph field widths wrongly
Source: munin Version: 2.0.25-1~bpo70+1 Severity: normal Hi, So I finally got annoyed enough by this to dig into the source enough to make a reasonable bug report about it :) I've been writing a multigraph plugin for a new package, and I'd seen that sometimes it would make the field label far wider than the text was, crowding the Cur/Min/Avg/Max values hard to the right, in the worst cases even wrapping them to a new line, but just generally rendering them horribly. I've now figured out where it's getting the wrong field width from at least, and there's probably a couple of easy fixes for that, but there might be something subtle I'm missing, so we should probably run this past upstream rather than me just attaching a naive patch for it ... The (simplified) problem case looks something like this: multigraph foo foo_field.label Foo multigraph foo.bar bar_long_descriptive_field_name.label Bar With the result being that when the top level 'foo' graph is generated, the width of the Foo label, rather than being 3, will instead be strlen(bar_long_descriptive_field_name) ... The reason for this is that in the GraphOld.pm process_service() function we have: $max_field_len = munin_get_max_label_length($service, \@field_order); and @field_order for the foo graph also contains all the fields for the foo.bar subgraph (and any others it may also have). The munin_get_max_label_length() function (in Utils.pm), in turn does this: my $len = length (munin_get ($service-{$f}, label) || $f); and so when it processes the bar_long_descriptive_field_name field, the $service hash doesn't contain that member, $len instead becomes the length of the field name. Hilarity ensues. As far as I can gather so far, the reason for the '|| $f' clause there is to support use of munin_get_max_label_length in munin_field_status() (also in Utils.pm) - so basically we have two (unintended?) side effects that collide to make this behave badly. In process_service, the subgraph fields are skipped from further processing for the top level graph later in the loop, but the damage to $len is already done. This could be fixed by either removing those fields before passing the array to munin_get_max_label_length, or by ignoring fields where $service-{$f} is undefined in that function when computing the length. (but I think the latter might break the munin_field_status() use). Or this might also be an indication of some other bug in the multigraph handling that they even in that array in the first place ... That should hopefully be enough for someone familiar with how this was originally intended to work to see the right place to really fix this. AFAICS, the current upstream git HEAD doesn't look significantly different to the code in 2.0.25-1~bpo70+1 -- so hopefully any fix will also be backportable to that brance too :) Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781784: please update open-vm-tools to the latest release 9.10.0
Hi Oliver, We have release version 9.10.0 of open-vm-tools, see https://github.com/vmware/open-vm-tools/tree/stable-9.10.x. [1] Please consider updating open-vm-tools to this new version, which corresponds to vSphere 6.0. I've started to work on it already when I saw that there was a new. Not sure if I'll manage to upload it before easter due to holidays, but we'll have a Bug Squashing Party around the 18th of April and open-vm-tools is on my todo list for that weekend. The new release won't make it into jessie I'm afraid, but I'll provide backports in jessie-backports. Do you plan to add some documentation how to install open-vm-tools in the distributions? If so, I'll be happy to provide details. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755359: [kdm] systemd seem to fail to start display-manager.service
On 04/02/2015 10:15 PM, Moritz Mühlenhoff wrote: My patch from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754314 retains the kdmrc customisation currently present in the sysvinit script; maybe you can fold that one into your patch? Hmm, I haven't realized that the display manager's configuration file is touch by the init script. I think that's definitely going beyond to what an init script is supposed to do. I also noticed that the systemd service file you wrote contains an [Install] section but this section is not allowed in service files for display managers at the time being since their service files are installed through the debconf mechanism when configuring the default display manager. This is also the reason why you are having problems activating the service. My patch basically copies the behavior of the lightdm package which is already in the archives and works reasonably, so I wouldn't want to make this patch any more complicated at this point. OTOH, I was a bit surprised to see that you removed the ConsoleKit dependency. I wasn't even aware that kdm actually supports logind, does it? Maybe we can come up with a good patch if we merge both our patches into one that incorporates all important aspects discussed above. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running
Am Freitag, 3. April 2015, 01:54:24 schrieb Thomas Liske: […] Re, Re Thomas, On 04/01/2015 02:14 PM, Thomas Liske wrote: The expected kernel version reported by needrestart is the first one... I need to review why i.e. 4.9 looses against 3.10. the kernel version sorting was based on Sort::Naturally which does not work since the rightmost integer found in the version string is used as the primary sorting index. Therefore 4.0 will loose against any 3.x (x0) kernels :-/ Upstream has been fixed by porting the version comparing stuff from Dpkg::Version into a simplified implementation in needrestart. This results in the expected kernel version sorting order: $VAR1 = [ '4.20.0-rc6-tp520-btrfs-trim+', '4.20.0', '4.19.0-rc6-tp520-btrfs-trim+', '4.19.0', '4.10', '4.9', '4.4.0-foo', '4.4.0', '4.0.0-rc6-tp520-btrfs-trim+', '4.0.0', '4.0', '3.19.3-rc6-tp521-btrfs-trim+', '3.19.3-rc6-tp520-btrfs-trim+', '3.19.3-a7-tp521-btrfs-trim+', '3.19.3', '3.19.0-rc7-tp520+', '3.10', '3.9', '3.3', '2.6', '' ]; (4.20.0-rc6 wins against 4.20.0 which is expected since -rc6 could also be a usual CONFIG_LOCALVERSION string) Hmmm, but when I have a 4.20.0 final release compiled needrestart would treat it as older? That doesn´t make much sense for me. I think ideally it would use the same ordering as the boot manager. And grub2 definately puts 4.20.0 about 4.20.0-rc6. Thank you, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781644: unblock: fcgiwrap/1.1.0-5
reopen 781644 thanks As briefly discussed on IRC, please accept this additional diff: --- fcgiwrap-1.1.0/debian/changelog 2015-04-01 09:57:05.0 +0200 +++ fcgiwrap-1.1.0/debian/changelog 2015-04-03 10:22:41.0 +0200 @@ -1,3 +1,10 @@ +fcgiwrap (1.1.0-5) unstable; urgency=medium + + * Add a prerm script that forcibly stops fcgiwrap.socket, to avoid +respawns via socket activation. + + -- Jordi Mallach jo...@debian.org Thu, 02 Apr 2015 19:00:46 +0200 + fcgiwrap (1.1.0-4) unstable; urgency=medium * Ensure the socket unit is started upon installation by making diff -Nru fcgiwrap-1.1.0/debian/prerm fcgiwrap-1.1.0/debian/prerm --- fcgiwrap-1.1.0/debian/prerm 1970-01-01 01:00:00.0 +0100 +++ fcgiwrap-1.1.0/debian/prerm 2015-04-03 10:25:43.0 +0200 @@ -0,0 +1,10 @@ +#!/bin/sh + +set -e + +# Stop the socket on remove so fcgiwrap is not restarted via socket activation +if [ -d /run/systemd/system ] [ $1 = remove ] ; then + systemctl stop fcgiwrap.socket || true +fi + +#DEBHELPER# unblock fcgiwrap/1.1.0-4 -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#781792: openstack-pkg-tools: log files should be readable by gid adm
Package: openstack-pkg-tools Severity: normal looks like postinst does chown ${VAR_UG_PKG_NAME}:${VAR_UG_PKG_NAME} /var/log/${VAR_UG_PKG_NAME} chmod 0750 /var/log/${VAR_UG_PKG_NAME} It'd be nice if those logs were readable by gid adm, seeing how that's the purpose of that group. Thanks, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762951: debsources: increase/maximize test coverage
Attached is a patch adding tests for debsources.fs_storage, whose coverage is now 95% (formerly 70%), as well as a patch adding tests for debsources.hashutil, whose coverage is now 100% (formerly 71%). It might be a good idea to set the attribute of test_filetype, test_fs_storage and test_hashutil to 'utils' instead of a separate attribute for each of the test sets. From edf3fa8997667596a698a6f4fd29bc4f3268edf1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cl=C3=A9ment=20Schreiner?= clem...@mux.me Date: Fri, 3 Apr 2015 08:30:47 +0200 Subject: [PATCH] Add tests for debsources.fs_storage. --- debsources/tests/test_fs_storage.py | 62 + 1 file changed, 62 insertions(+) create mode 100644 debsources/tests/test_fs_storage.py diff --git a/debsources/tests/test_fs_storage.py b/debsources/tests/test_fs_storage.py new file mode 100644 index 000..fbb62fa --- /dev/null +++ b/debsources/tests/test_fs_storage.py @@ -0,0 +1,62 @@ +# Copyright (C) 2013-2015 The Debsources developers i...@sources.debian.net. +# See the AUTHORS file at the top-level directory of this distribution and at +# https://anonscm.debian.org/gitweb/?p=qa/debsources.git;a=blob;f=AUTHORS;hb=HEAD +# +# This file is part of Debsources. Debsources is free software: you can +# redistribute it and/or modify it under the terms of the GNU Affero General +# Public License as published by the Free Software Foundation, either version 3 +# of the License, or (at your option) any later version. For more information +# see the COPYING file at the top-level directory of this distribution and at +# https://anonscm.debian.org/gitweb/?p=qa/debsources.git;a=blob;f=COPYING;hb=HEAD + +from __future__ import absolute_import + +import os.path +import unittest + +from nose.tools import istest +from nose.plugins.attrib import attr + +from debsources.fs_storage import parse_path, walk +from debsources.tests.testdata import * # NOQA + + +def make_path(path): +return os.path.join(TEST_DATA_DIR, 'sources', path) + + +@attr('fs_storage') +class FsStorageTests(unittest.TestCase): + Unit tests for debsources.fs + +@istest +def assertWalkLength(self): +self.assertEqual(len([f for f in walk(make_path(''))]), + 252) + +@istest +def assertWalkTestChecksums(self): +self.assertEqual( +len([f for f in walk(make_path(''), + test=lambda x: 'checksums' in x)]), +36) + +@istest +def parsePathDir(self): +self.assertDictEqual( +parse_path(make_path('main/libc/libcaca/0.99.beta17-1')), +{ +'package': 'libcaca', +'version': '0.99.beta17-1', +'ext': None, +}) + +@istest +def parsePathChecksums(self): +self.assertDictEqual( +parse_path(make_path('main/libc/libcaca/0.99.beta17-1.checksums')), +{ +'package': 'libcaca', +'version': '0.99.beta17-1', +'ext': '.checksums', +}) -- 2.1.4 From f5e01a9f25ee970d9065091c4a130f348dc1e68c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cl=C3=A9ment=20Schreiner?= clem...@mux.me Date: Fri, 3 Apr 2015 08:50:04 +0200 Subject: [PATCH] Add tests for debsources.hashutil. --- debsources/tests/test_hashutil.py | 42 +++ 1 file changed, 42 insertions(+) create mode 100644 debsources/tests/test_hashutil.py diff --git a/debsources/tests/test_hashutil.py b/debsources/tests/test_hashutil.py new file mode 100644 index 000..48a86e0 --- /dev/null +++ b/debsources/tests/test_hashutil.py @@ -0,0 +1,42 @@ +# Copyright (C) 2013-2015 The Debsources developers i...@sources.debian.net. +# See the AUTHORS file at the top-level directory of this distribution and at +# https://anonscm.debian.org/gitweb/?p=qa/debsources.git;a=blob;f=AUTHORS;hb=HEAD +# +# This file is part of Debsources. Debsources is free software: you can +# redistribute it and/or modify it under the terms of the GNU Affero General +# Public License as published by the Free Software Foundation, either version 3 +# of the License, or (at your option) any later version. For more information +# see the COPYING file at the top-level directory of this distribution and at +# https://anonscm.debian.org/gitweb/?p=qa/debsources.git;a=blob;f=COPYING;hb=HEAD + +from __future__ import absolute_import + +import os.path +import unittest + +from nose.tools import istest +from nose.plugins.attrib import attr + +from debsources.hashutil import sha1sum, sha256sum +from debsources.tests.testdata import * # NOQA + + +def make_path(path): +return os.path.join(TEST_DATA_DIR, 'sources', path) + + +@attr('hashutil') +class HashutilTests(unittest.TestCase): + Unit tests for debsources.hashutil + +@istest +def assertSha1Sum(self): +self.assertEqual( +
Bug#781791: /var/run/puppet permissions mismatch
Package: puppet-common Version: 3.7.2-3 Hi, Puppet initscripts setup /var/run/puppet dir 0755 puppet puppet Same if puppet agent is executed without this dir existing and rundir=/var/run/puppet set in puppet.conf. But in /usr/lib/tmpfiles.d/puppet-common.conf there is root group specified 0755 puppet root This makes permissions flapping; puppet group should be probably specified in /usr/lib/tmpfiles.d/puppet-common.conf also. Please verify and fix. Thank you. -- Regards, Pawel Boguslawski IB Development Team https://dev.ib.pl/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779377: RFS: classified-ads/0.03-1 / ITP
Am Mittwoch, den 01.04.2015, 22:51 +0300 schrieb Antti Järvinen: Tobias Frost writes: Control: owner -1 ! Control: tags -1 pending Aye, best aprils fool's prank for some time :) https://wiki.debian.org/Mentors/BTS Debian sees the (high-res image) as part of the source code, the preferred form of the source actually. So you should include it into your tarball and create the actual bitmaps at build-time. Hmm, I could do something like introducing a build-time dependency to imagemagick (I think I crafted the lower-resolution bitmaps with gimp by hand) and try to do the format+size conversion tricks with that? Isn't imagemagick a bit huge and unconventional build-dependency? Take a look at xcftools -- xcf2png(1) seems to be the tool you want (not tried, though) Sure, just follow the ITa procedure. (I will also sponsor you on this) ... Its just a git repository ;-) No big risk to ruin everything. You could also move the repository somewhere else, if you don't like collab-maint. Yes, this was actually my question ; is it ok for me to fork the collab-maint repo of qemuctl to some other place (say, github) and make the changelog-change from there and reference that in ITA-ticket? Or is getting write permission to repository in collab-maint a difficult process? Anything goes, my primary interface is anyway git and the address of remote repository is not much an issue.. Look at https://lists.debian.org/debian-devel-announce/2012/01/msg6.html Just ITA my RFA, do 1) from the link and then trigger me on 2). Of course, you can also move the repository somewhere, we can also agree that you work own repository until your account get approved. For the upload procedure: In short-term, yes: You need a sponsor for upload. Mid-Terms: You can become a Debian Maintainer with upload rights for your packages (https://wiki.debian.org/DebianMaintainer) Long-Term: You join the project as Debian Developer Ok, I've read through https://wiki.debian.org/DebianMaintainer and https://wiki.debian.org/DebianMaintainer/Tutorial and feel ok with privileges and responsibilities regarding becoming a maintainer. This anyway looks like the way of least hassle for keeping my packages up-to-date. I'll write about this to debian-devel-announce. Naah, not so fast ;-) First things first. First you need to get some track record as Debian Contributor; so you need first to do some contributions through sponsored uploads, and after a few months of involvement you'll be ready to apply for DM status. An this gives you plenty time to fix this: But here I need advice as https://wiki.debian.org/DebianMaintainer says I'll need a PGP-key with at least 2k key length. The key I used at https://mentors.debian.net/my was my pgp key that I normally use. I don't consider it compromised, it is from year 2000 and has 1k key len - do I fullfill the requirement if I add additional longer encryption key into my current key and replace the key in mentors ; the key in there still has no signatures from any party relevant in this debian process.. pabs already replied on this, so please follow his advice here. Additionally, you can already start to collect signatures on your new, stronger key. e.g take a look at https://wiki.debian.org/Keysigning/Offers#FI; if you go on vacation you can also check there for offers at your destination. (BTW, it is stronlgy recommended to use at least 4096 bits..) And it there any (documented? where? )process for .. situation that a maintainer might face, like 1. notification a new bug report 2. creation of patch 3. ??? 4. upload to ftp.upload.debian.org especially the step three there is interesting.. You should read (also the documents linked at) http://mentors.debian.net/qa, especially the New Maintainers Guide, The Developer's Reference and get familiar with the Debian Policy Manual. That will probably answer most. It also has links where to asks the tricky questions ;-) (e.g debian-devel or debian-mentors mailing lists) 3) is usually (for non DD and DM) 3a) preparing the package, 3b) point your sponsor to it, 3c) sponsor checks it and if ok, 3d) the sponsor uploads it. In long term I can consider trying to become DD too. But lets start with small amount of packages.. Yes, first things first ;) Anyway DD status is not achieved with a certain amount of packages, but with the experience/knowledge gained on the way. But lets just start with first steps... I'll happy to help you as your sponsor here. I saw that debian/source/format is missing in the repository. Ahem. Not any more. -- Antti Let me come back to the original topic of #779377 in a separate mail. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781793: unblock: slapi-nis/0.54.2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package slapi-nis This upload fixed bug #781346 (CVE-2015-0283), and upstream said that all commits between 0.54.1 and .2 were needed for it (though I see now that there's one for rhel builds). 0.54.1 itself was just two commits: c9c9d1413a69503 schema-compat: support ID overrides in bind callback 778c95866f28d89 ID views: ignore searches for views outside the subtrees of schema-compat sets both of which are for a new feature in freeipa 4.1.x (ID views), which is not even in experimental yet. The other option would be to drop slapi-nis from jessie, as it doesn't have any reverse deps there. diff: diff --git a/configure.ac b/configure.ac index 59fa6e5..ae626de 100644 --- a/configure.ac +++ b/configure.ac @@ -1,4 +1,4 @@ -AC_INIT(slapi-nis,0.54) +AC_INIT(slapi-nis,0.54.2) AC_CONFIG_MACRO_DIR([m4]) AM_INIT_AUTOMAKE(foreign) LT_INIT([disable-static]) @@ -343,6 +343,7 @@ fi AM_CONDITIONAL([USE_PAM], [test x$use_pam != xno]) if test x$use_nsswitch != xno ; then + AC_CHECK_HEADERS([stdint.h nss.h dlfcn.h]) if pkg-config sss_nss_idmap 2 /dev/null ; then if test x$use_sss_nss_idmap != xno ; then AC_DEFINE(HAVE_SSS_NSS_IDMAP,1,[Define if you have libsss_nss_idmap.]) diff --git a/debian/changelog b/debian/changelog index f037e9e..9d0dbd0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +slapi-nis (0.54.2-1) unstable; urgency=medium + + * New upstream bugfix release +- CVE-2015-0283: infinite loop in getgrnam_r() and getgrgid_r() + (Closes: #781346) + + -- Timo Aaltonen tjaal...@debian.org Thu, 02 Apr 2015 09:24:07 +0300 + slapi-nis (0.54-1) unstable; urgency=medium * New upstream release. diff --git a/doc/ipa/sch-ipa.txt b/doc/ipa/sch-ipa.txt index f560580..106e6cc 100644 --- a/doc/ipa/sch-ipa.txt +++ b/doc/ipa/sch-ipa.txt @@ -47,6 +47,11 @@ Plugin allows to expose users and groups from trusted domains. These users and groups are available on the compatibility trees and can be used for querying their attributes and authenticating against them. +Schema Compatibility Plugin relies on SSSD to discover users from trusted +domains. NSS module provided by SSSD (libnss_sss.so.2) is loaded explicitly by +Schema Compatibility Plugin and all calls are directed to SSSD instead of using +generic NSSWITCH API. + Additionally, authentication against IPA users is also supported, provided that the Schema Compatibility Plugin is given an ordering preference in the Directory Server configuration. By default, all Directory server plugins @@ -70,10 +75,11 @@ schema-compat-nsswitch-min-id: value specifies that the minimal numeric id of the user or group should be not less than the value. Defaults to 1000. -When FreeIPA 3.3 is in use, ipa-adtrust-install utility will automatically configure -the Schema Compatibility Plugin to allow serving users and groups from trusted domains. -No additional configuration is needed. ipa-adtrust-install, however, will not set the -minimal numeric id for user or group. +When FreeIPA 3.3 or later is in use, ipa-adtrust-install utility will +automatically configure the Schema Compatibility Plugin to allow serving users +and groups from trusted domains. No additional configuration is needed. +ipa-adtrust-install, however, will not set the minimal numeric id for user or +group. == Authentication of the trusted domains' users == diff --git a/slapi-nis.spec b/slapi-nis.spec index 21935ca..f0c2647 100644 --- a/slapi-nis.spec +++ b/slapi-nis.spec @@ -10,7 +10,7 @@ %endif Name: slapi-nis -Version: 0.54 +Version: 0.54.2 Release: 1%{?dist} Summary: NIS Server and Schema Compatibility plugins for Directory Server Group: System Environment/Daemons @@ -85,6 +85,15 @@ rm -rf $RPM_BUILD_ROOT %{_sbindir}/nisserver-plugin-defs %changelog +* Thu Mar 26 2015 Alexander Bokovoy aboko...@redhat.com - 0.54.2-1 +- CVE-2015-0283 slapi-nis: infinite loop in getgrnam_r() and getgrgid_r() +- Make sure nss_sss.so.2 module is used directly +- Allow building slapi-nis with ID views against 389-ds-base from RHEL7.0/CentOS7.0 releases + +* Thu Nov 6 2014 Alexander Bokovoy aboko...@redhat.com - 0.54.1-1 +- support FreeIPA overrides in LDAP BIND callback +- ignore FreeIPA override searchs outside configured schema compat subtrees + * Fri Oct 10 2014 Alexander Bokovoy aboko...@redhat.com - 0.54-1 - Add support for FreeIPA's ID views - Allow searching SSSD-provided users as memberUid case-insensitevly diff --git a/src/back-sch-idview.c b/src/back-sch-idview.c index 5a2b450..93fbab5 100644 --- a/src/back-sch-idview.c +++ b/src/back-sch-idview.c @@ -157,6 +157,7 @@ idview_process_overrides(struct backend_search_cbdata *cbdata, /* 2. If there is indeed an override, replace attribute values except for the ones that should be ignored
Bug#374467: debhelper: Implement dpkg rollback for install-info + gconf schemas
On Mon, 19 Jun 2006 11:21:28 -0400 Justin Pryzby justinpry...@users.sourceforge.net wrote: Package: debhelper Version: 5.0.35 Severity: wishlist [...] Hi, I am closing these reports now since they involve specific cases (install-info + gconf schemas) that are now solved *and*. In both cases, they have been solved by moving to triggers. For the general problem of making all autoscripts support dpkg rollback, please see #446856, which remains open. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781799: diaspora-installer: [l10n:cs] Initial Czech translation diaspora-installer PO debconf template
Package: diaspora-installer Version: 0.3 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is updated Czech translation of PO debconf template (cs.po) for diaspora-installer package, please include it. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) # Czech PO debconf template translation of diaspora-installer. # Copyright (C) 2015 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the diaspora-installer package. # Michal Simunek michal.simu...@gmail.com, 2015. # msgid msgstr Project-Id-Version: diaspora-installer 0.3\n Report-Msgid-Bugs-To: diaspora-instal...@packages.debian.org\n POT-Creation-Date: 2015-04-01 07:06+0200\n PO-Revision-Date: 2015-04-03 10:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Host name for this instance of Diaspora: msgstr Název hostitele pro tuto instanci Diaspora: #. Type: string #. Description #: ../templates:2001 msgid Please choose the host name which should be used to access this instance of Diaspora. msgstr Zvolte si prosím název, který se má používat pro přístup k této instanci Diaspora. #. Type: string #. Description #: ../templates:2001 msgid This should be the fully qualified name as seen from the Internet, with the domain name that will be used to access the pod. msgstr Měl by to být plně kvalifikovaný název viditelný z Internetu a s názvem domény, který se bude používat pro přístup k podu. #. Type: string #. Description #: ../templates:2001 msgid If a reverse proxy is used, give the hostname that the proxy server responds to. msgstr Pokud se používá reverzní proxy, zadejte název hostitele, na kterém proxy server odpovídá. #. Type: string #. Description #: ../templates:2001 msgid This host name should not be modified after the initial setup because it is hard-coded in the database. msgstr Název hostitele by se po úvodním nastavení neměl měnit, protože je pevně zapsán v databázi.
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont
I can now confirm that this is due to an issue between obex-data-server and BlueZ 5. It is basically https://bugs.debian.org/774796 and not really a blueman issue. The problem is that obex-data-server tries to use the /var/run/sdp socket, which in BlueZ 5 is a) disabled by default and b) limited to owner and group access. The solution is to run bluetoothd with the --compat option to enable the socket, run obex-data-server as root to be able to access the socket, and allow unprivileged access to the org.openobex bus to enable users to access obex-data-server nevertheless. fin4478 has some detailed instructions on how to modify the configuration files to achieve this, but I do not want to copy his content as I do not know if he wants it to be published. I'm sure he will provide it himself here. The fix from a maintainer's perspective is to change the bluez package to start bluetoothd with the --compat option and the obex-data-server to start the daemon with root privileges. This is a really noisy solution, though. The fix from a developer's perspective is to replace the deprecated obex-data-server with bluez-obexd in blueman which is on it's way upstream anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781802: afl: new upstream release (and please upload to unstable)
Package: afl Version: 1.56d Severity: wishlist Hi Jakub, could you please bump the version to new upstream release (1.58b) and upload to unstable? It won't migrate to testing now, so it should be safe to do so. Also would you be opposed to a backported package for jessie? (Once jessie is out that is...) Cheers, Ondrej -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (990, 'testing-proposed-updates'), (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778571: sbuild: predictible build location for reproducible builds
user reproducible-bui...@lists.alioth.debian.org usertag 778571 + toolchain thanks Hi, I like /usr/src/debian/$packagename-$random where $random are 4 or 8 alphanumberic characters, as there might be situations where one wants to build the same package (+version+suite) simultaneously on the same host. Thinking further, /usr/src/debian/$packagename_$version_$random might be better. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781804: mariadb-client-lgpl: define correct MYSQL_UNIX_ADDR
Package: mariadb-client-lgpl Version: 2.0.0-1 Severity: normal Dear Maintainer, I tried to use libmariadb-client-lgpl to replace libmysqlclient in my application. However, when I use mysql_real_connect with localhost as a server name, it fails with: Can't connect to local MySQL server through socket '/tmp/mysql.sock' I checked, that mysql-5.5 source package redefines MYSQL_UNIX_ADDR to the correct value, see: http://anonscm.debian.org/cgit/pkg-mysql/mysql-5.5.git/tree/debian/rules Please, add the same into debian/rules for mariadb-client-lgpl: override_dh_auto_configure: dh_auto_configure -O--buildsystem=cmake -- \ -DLIB_INSTALL_DIR:STRING=lib/$(DEB_HOST_MULTIARCH) \ -DWITH_EXTERNAL_ZLIB:BOOL=ON \ -DMYSQL_UNIX_ADDR=/var/run/mysqld/mysqld.sock Thank you! -- System Information: Debian Release: 8.0 Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (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 Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781798: Randomly switch keyboard layout
Package: gdm3 Version: 3.14.1-6 Dear maintainers, My keyboard layout was set to french during Jessie's 64 bits install. It is the default layout for all system, as seen in /etc/default/keyboard: XKBLAYOUT=fr XKBVARIANT=oss_latin9 BACKSPACE=guess XKBMODEL=pc105 XKBOPTIONS= Sometimes, gdm3 automatically switch to qwerty layout: - sometimes the layout is changed after a first failed login (because of a bad password). I manually write my login, so I'm sure it is the french layout before. - sometimes it also happens before that I type anything. After login, the layout always comes back to french. I am using Gnome as a DE, in which the keyboard as only the french layout configured (which seems to be identical from /etc/default/keyboard). This morning again it happens (before I typed anything), and here are some messages I could gather from /var/log/syslog, which might be related : Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: The XKEYBOARD keymap compiler (xkbcomp) reports: Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Symbol map for key NMLK redefined Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Using last definition for conflicting fields Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Symbol map for key KPEN redefined Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Using last definition for conflicting fields Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Symbol map for key KPEQ redefined Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Using last definition for conflicting fields Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type FOUR_LEVEL_X has 4 levels, but KPDV has 5 symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type FOUR_LEVEL_X has 4 levels, but KPMU has 5 symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type FOUR_LEVEL_X has 4 levels, but KPSU has 5 symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type FOUR_LEVEL_X has 4 levels, but KPAD has 5 symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP7 has 4 symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:31 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP8 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP9 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP4 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP5 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP6 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP1 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP2 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP3 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type KEYPAD has 2 levels, but KP0 has 4 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]:Ignoring extra symbols Apr 3 09:21:32 d187 gdm-Xorg-:0[860]: Errors from xkbcomp are not fatal to the X server I have to mention that my system is using Kerberos, NIS and AFS, and that my account comes from there. GDM also only shows the local user, but not any other account (this might be another bug, because it reacts differently on other computers that have the exact same setup). Please feel free to ask for other informations if needed. Regards, Yvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#296917: dh_install could have an option to hardlink files (like cp -l)
Control: tags -1 wontfix On Sat, 25 Mar 2006 10:27:35 -0800 Daniel Burrows dburr...@debian.org wrote: On Fri, Mar 24, 2006 at 02:57:17PM -0500, Justin Pryzby justinpry...@users.sourceforge.net was heard to say: You mentioned that hardlinking instead of copying files would be useful in dh_install, but suggested also that there was the potential for undesirable side effects; can you expand on those effects? Possible side effects of hardlinking, off the top of my head today: (1) Opening one file and writing to it will write to the other file as well. Not necessarily what you want in some circumstances. (2) Hardlinks can't cross file systems. That won't be an issue in debian/, but I don't know what will happen if you try to untar a package containing hardlinks that accidentally cross filesystems. So, it seems pretty minor, but there are some semantic differences that could cause unpleasant surprises in unusual circumstances. Probably as long as it's off by default that will be OK. Daniel Hi, Thanks for the suggestion. However, I am not entirely convinced that this is worth effort and I have accordingly decided to mark it wontfix. On the other hand, I have added --reflink=auto to calls to cp. For file systems supporting it (to my knowledge, sadly only btrfs does), it will now provide an constant-time copy'ing without the above side effects. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781800: 'apt-get install ding' fails on testing
Package: ding Version: 1.7-3 On my up-to-date Debian testing installation (output of 'dpkg --get-selections' is attached), 'apt-get install ding' fails [1] because it cannot resolve the dependency 'tk8.4 | wish'. 'tk8.4' cannot be installed because it is in conflict with other packages [2], 'wish' cannot be installed because it is provided by multiple packages [3]. The correct (?) solution is to install 'tk' first (which works), then 'ding'. Thanks, Christoph [1] root@debian:~# apt-get install ding Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ding : Depends: tk8.4 but it is not going to be installed or wish E: Unable to correct problems, you have held broken packages. [2] root@debian:~# apt-get install tk8.4 Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: libpodofo0.9.0 Use 'apt-get autoremove' to remove it. The following extra packages will be installed: tcl8.4 Suggested packages: tcl-tclreadline The following packages will be REMOVED: blt libtcl8.6 libtk8.6 python-tk scribus tk8.6-blt2.5 The following NEW packages will be installed: tcl8.4 tk8.4 0 upgraded, 2 newly installed, 6 to remove and 0 not upgraded. Need to get 2262 kB of archives. After this operation, 57.8 MB disk space will be freed. Do you want to continue? [Y/n] [3] root@debian:~# apt-get install wish Reading package lists... Done Building dependency tree Reading state information... Done Package wish is a virtual package provided by: tk8.4 8.4.19-5 tk 8.6.0+8 You should explicitly select one to install. E: Package 'wish' has no installation candidate selections.txt.gz Description: GNU Zip compressed data
Bug#781801: ruby-actionpack-page-caching: remove duplicate of short package description from beginning of long and whitespace fixes
Package: ruby-actionpack-page-caching Severity: wishlist Tags: patch Dear Maintainer, the long description of this package starts with Static page caching for Action Pack (removed from core in Rails 4.0). which is a duplicate of the short description. I suggest you remove that line and also the trailing white space from some lines and the white space at the beginning of the line This is the fastest way which has a special meaning when rendering the description, eg. see https://packages.debian.org/en/sid/ruby-actionpack-page-caching The attached patch remove the duplicated sentence and reflows the rest of the description removing the superfluous spaces. thanks, Daniele --- debian/control.orig 2015-03-27 12:14:33.0 +0100 +++ debian/control 2015-04-03 12:13:19.995589001 +0200 @@ -18,13 +18,12 @@ Breaks: ruby-actionpack-2.3 Replaces: ruby-actionpack-2.3 Description: static page caching for Action Pack (removed from core in Rails 4.0) - Static page caching for Action Pack (removed from core in Rails 4.0). Page - caching is an approach to caching where the entire action output of is stored - as a HTML file that the web server can serve without going through Action Pack. - This is the fastest way to cache your content as opposed to going dynamically - through the process of generating the content. Unfortunately, this incredible - speed-up is only available to stateless pages where all visitors are treated - the same. Content management systems -- including weblogs and wikis -- have - many pages that are a great fit for this approach, but account-based systems - where people log in and manipulate their own data are often less likely + Page caching is an approach to caching where the entire action output of is + stored as a HTML file that the web server can serve without going through + Action Pack. This is the fastest way to cache your content as opposed to going + dynamically through the process of generating the content. Unfortunately, this + incredible speed-up is only available to stateless pages where all visitors are + treated the same. Content management systems -- including weblogs and wikis -- + have many pages that are a great fit for this approach, but account-based + systems where people log in and manipulate their own data are often less likely candidates.
Bug#781803: [l10n] [de] fetchmail: german translation abgeschossen
Package: fetchmail Version: 6.3.26-1+b1 Severity: minor Running fetchmail -q in a german environment, fetchmail tells me: fetchmail: Hintergrund-fetchmail mit Kennung 3220 abgeschossen. I don't think that abgeschossen is an appropriate translation. I'd say beendet is a much better. Abgeschossen sounds like a message from an ego-shooter. -- CYa, ⡍⠁⠗⠊⠕ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781800: 'apt-get install ding' fails on testing
Just FYI: 'tk8.4' does not exist in testing (I see it because I also have 'stable' in my sources). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687172: Fontconfig file warnings
For message documentation reasons, the exact error output as experienced on iceweasel startup is: Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 14: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-ttf-sil-andika.conf, line 32: Having multiple family in alias isn't supported and may not work as expected Currently occurring at: (latest) ttf-sil-andika 1.0.basic-4 (fonts-sil-andika 1.004-2). Thanks, Andreas Mohr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781795: pcre3: CVE-2015-2325: heap buffer overflow in compile_branch()
Source: pcre3 Version: 1:8.30-5 Severity: important Tags: security upstream fixed-upstream Hi, the following vulnerability was published for pcre3. CVE-2015-2325[0]: heap buffer overflow in compile_branch() I was not able to reproduce the actual overflow with the reproducer, but comment #1 [1] in upstream bug report suggest that the bug is present. With the attached (backported) but only lightly tested patch the issue running the reproducer goes away. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-2325 [1] http://bugs.exim.org/show_bug.cgi?id=1591#c1 Regards, Salvatore --- a/pcre_compile.c +++ b/pcre_compile.c @@ -3936,14 +3936,14 @@ Arguments: adjust the amount by which the group is to be moved utfTRUE in UTF-8 / UTF-16 / UTF-32 mode cd contains pointers to tables etc. - save_hwm the hwm forward reference pointer at the start of the group + save_hwm_offset the hwm forward reference offset at the start of the group Returns: nothing */ static void adjust_recurse(pcre_uchar *group, int adjust, BOOL utf, compile_data *cd, - pcre_uchar *save_hwm) + size_t save_hwm_offset) { pcre_uchar *ptr = group; @@ -3955,7 +3955,8 @@ while ((ptr = (pcre_uchar *)find_recurse /* See if this recursion is on the forward reference list. If so, adjust the reference. */ - for (hc = save_hwm; hc cd-hwm; hc += LINK_SIZE) + for (hc = (pcre_uchar *)cd-start_workspace + save_hwm_offset; hc cd-hwm; + hc += LINK_SIZE) { offset = (int)GET(hc, 0); if (cd-start_code + offset == ptr + 1) @@ -4400,7 +4401,7 @@ const pcre_uchar *tempptr; const pcre_uchar *nestptr = NULL; pcre_uchar *previous = NULL; pcre_uchar *previous_callout = NULL; -pcre_uchar *save_hwm = NULL; +size_t save_hwm_offset = 0; pcre_uint8 classbits[32]; /* We can fish out the UTF-8 setting once and for all into a BOOL, but we @@ -5912,7 +5913,7 @@ for (;; ptr++) if (repeat_max = 1)/* Covers 0, 1, and unlimited */ { *code = OP_END; - adjust_recurse(previous, 1, utf, cd, save_hwm); + adjust_recurse(previous, 1, utf, cd, save_hwm_offset); memmove(previous + 1, previous, IN_UCHARS(len)); code++; if (repeat_max == 0) @@ -5936,7 +5937,7 @@ for (;; ptr++) { int offset; *code = OP_END; - adjust_recurse(previous, 2 + LINK_SIZE, utf, cd, save_hwm); + adjust_recurse(previous, 2 + LINK_SIZE, utf, cd, save_hwm_offset); memmove(previous + 2 + LINK_SIZE, previous, IN_UCHARS(len)); code += 2 + LINK_SIZE; *previous++ = OP_BRAZERO + repeat_type; @@ -5999,26 +6000,25 @@ for (;; ptr++) for (i = 1; i repeat_min; i++) { pcre_uchar *hc; - pcre_uchar *this_hwm = cd-hwm; + size_t this_hwm_offset = cd-hwm - cd-start_workspace; memcpy(code, previous, IN_UCHARS(len)); while (cd-hwm cd-start_workspace + cd-workspace_size - - WORK_SIZE_SAFETY_MARGIN - (this_hwm - save_hwm)) + WORK_SIZE_SAFETY_MARGIN - + (this_hwm_offset - save_hwm_offset)) { -int save_offset = save_hwm - cd-start_workspace; -int this_offset = this_hwm - cd-start_workspace; *errorcodeptr = expand_workspace(cd); if (*errorcodeptr != 0) goto FAILED; -save_hwm = (pcre_uchar *)cd-start_workspace + save_offset; -this_hwm = (pcre_uchar *)cd-start_workspace + this_offset; } - for (hc = save_hwm; hc this_hwm; hc += LINK_SIZE) + for (hc = (pcre_uchar *)cd-start_workspace + save_hwm_offset; + hc (pcre_uchar *)cd-start_workspace + this_hwm_offset; + hc += LINK_SIZE) { PUT(cd-hwm, 0, GET(hc, 0) + len); cd-hwm += LINK_SIZE; } - save_hwm = this_hwm; + save_hwm_offset = this_hwm_offset; code += len; } } @@ -6063,7 +6063,7 @@ for (;; ptr++) else for (i = repeat_max - 1; i = 0; i--) { pcre_uchar *hc; - pcre_uchar *this_hwm = cd-hwm; + size_t this_hwm_offset = cd-hwm - cd-start_workspace; *code++ = OP_BRAZERO + repeat_type; @@ -6085,22 +6085,21 @@ for (;; ptr++) copying them. */ while (cd-hwm cd-start_workspace + cd-workspace_size - - WORK_SIZE_SAFETY_MARGIN - (this_hwm - save_hwm)) + WORK_SIZE_SAFETY_MARGIN - + (this_hwm_offset - save_hwm_offset)) { -int save_offset =
Bug#781797: libreoffice-avmedia-backend-gstreamer: Recommend gstreamer1.0-libav to play video in libreoffice
Package: libreoffice-avmedia-backend-gstreamer Version: 1:4.3.3-2 Severity: normal Dear Maintainer, trying to insert AVI video in libreoffice-impress presentation, it does not seem to work without having gstreamer1.0-libav installed on the system. Although I can imagine the package is only needed for certain types of videos (I haven't tested that on other different video files), it might be worth putting gstreamer1.0-libav into recommened or at least suggested packages of libreoffice-avmedia-backend-gstreamer. Best regards, Pavel -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (840, 'testing-proposed-updates'), (840, 'testing'), (740, 'unstable'), (738, 'experimental'), (540, 'proposed-updates'), (540, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-avmedia-backend-gstreamer depends on: ii libc6 2.19-15 ii libgcc1 1:4.9.2-10 ii libglib2.0-02.42.1-1 ii libgstreamer-plugins-base1.0-0 1.4.4-2 ii libgstreamer1.0-0 1.4.4-2 ii libreoffice-core1:4.3.3-2 ii libstdc++6 4.9.2-10 ii uno-libs3 4.3.3-2 ii ure 4.3.3-2 libreoffice-avmedia-backend-gstreamer recommends no packages. libreoffice-avmedia-backend-gstreamer 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#779377: RFS: classified-ads/0.03-1 / ITP
Am Mittwoch, den 01.04.2015, 22:51 +0300 schrieb Antti Järvinen: back to the package: Hmm, I could do something like introducing a build-time dependency to imagemagick (I think I crafted the lower-resolution bitmaps with gimp by hand) and try to do the format+size conversion tricks with that? The image topic is not solved yet, as written earlier: Take a look at xcftools -- xcf2png(1) seems to be the tool you want (not tried, though) d/changelog: remove the reference to experimental. (and please update the timestamp; hint: dch -r ) d/control: It is sufficient to depend on debhelper 9, (9~ is not required.) d/copyright: We're almost there... The paragraph at line 37 is not yet right. If you have in a Files: section License A or B or C those are actually 3 licenses, which needs each of them its own paragraph. Continuing this abstraced example, you'd have: Files: ... License: A or B or C License A: Grant + Text of A License B: Grant + Text of B License C: Grant + Text of B One of them will be LGPL-2.1-with-Nokia-Exception For this, your d/copyright is incomplete: You have to quote the *complete* license text, namely the content of the LGPL_EXCEPTION.txt file in d/copyright; a reference to it is not enough. There a a few trailing whitespaces in the file d/rules: the second export line can go. Hardeing is enabled with compat level =9. d/watch: It is best practice to use a more broad file extension regex: \.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz))) (refer to: https://wiki.debian.org/debian/watch#Common_mistakes) (But I do not know if if github offers something better(tm) than gz when releasing tarballs.) The git repositroy should also have a pristine-tar branch to keep the orig.tar.gz in the repository. gbp-importorig(1) could help you here, even if that is not the original intention of this command and might need cleanup e.g tags and brancheslater.) (see the pristine-tar option; you might need a temporary branches and tell it not to merge; you maybe also want to delete extra tags it creates..) This should to it, YMMV: git checkout master git checkout -b tmp git checkout debian \ gbp import-orig --no-merge --pristine-tar --no-interactive \ --upstream-branch=tmp ../classified-ads_0.05.orig.tar.gz (of course you can also use pristine-tar(1) directly, but I'd play with gbp to see how gbp is doing it and the resulting pristine-tar-branch structure) Please check this if it is valid: $ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or open any of the paths given.' [net/retrievalengine.cpp:113]: (error) Dereferencing 'connectCandidate' after it is deallocated / released (not required for the upload but on my wishlist:) - You have a testsuite which may should be run at buildtime and at ci.debian.net - In the source code you've mixed tabs and spaces... Maybe you can work towards a coherrent coding-style-guidline to ease reading of the code? - configure your editor to remove trailing whitespaces :) - check-all-the-things has also some input for you, eg. codespell is a little bit sad and there are warnings from flawfinder regarding potential unsafe use of the random number generator. -- tobi signature.asc Description: This is a digitally signed message part
Bug#781794: spamassassin: URI_OBFU_WWW score problem
Package: spamassassin Version: 3.3.2-5+deb7u3 Severity: important Since yesterday new emails keep getting score URI_OBFU_WWW, so some emails are marked as spam, where is the problem? LOG: Apr 3 09:29:25 marv amavis[19348]: (19348-09) Passed CLEAN {RelayedInternal}, LOCAL [10.229.129.22]:1379 [10.229.129.22] filip.havli...@pro-com.cz - filip.havli...@gmail.com, Queue-ID: 5246A465A4F, Message-ID: 551e4126.1010...@pro-com.cz, mail_id: lKh3fd9cw7uV, Hits: -0.425, size: 1332, queued_as: 333AB465A50, Subject: Re: a, From: Filip_Havl\303\203\302\255\303\204\302\215ek_filip.havli...@pro-com.cz_(raw:_=?ISO-8859-2?Q?Filip_Havl=ED=E8ek?=_filip.havli...@pro-com.cz), User-Agent: Mozilla/5.0_(Windows_NT_5.1;_rv:31.0)_Gecko/20100101_Thunderbird/31.5.0, helo=[192.168.135.67], Tests: [ALL_TRUSTED=-1,BAYES_00=-1.9,URI_OBFU_WWW=2.475], autolearn=no, autolearnscore=3.099, 879 ms -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-openvz-042stab092.2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u2 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u2 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u7 ii libc6-dev 2.13-38+deb7u8 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u2 ii re2c 0.13.5-1 ii spamc 3.3.2-5+deb7u3 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1+deb7u1 ii libio-socket-ssl-perl 1.76-2 ii libmail-dkim-perl 0.39-1 ii libnet-ident-perl 1.23-1 ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u2 ii pyzor 1:0.5.0-2 ii razor 1:2.85-4+b1 -- Configuration Files: /etc/default/spamassassin changed [not included] /etc/spamassassin/local.cf changed [not included] /etc/spamassassin/v310.pre 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#752018: Wildfly package
Hi Konstantin Gosh... I didn't checked that at all. I'll read the man and go fix that. At least for what is not bound to original binaries. Thanks for having tried it already :) On 04/03/2015 10:06 AM, Konstantin Manna wrote: Hi Julian, thanks for the update. Lintian does not yet like your package :-) lintian --pedantic wildfly_8.1.0.final+lam.r01_all.deb E: wildfly: arch-independent-package-contains-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: arch-dependent-file-in-usr-share usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: unstripped-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so E: wildfly: arch-independent-package-contains-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: arch-dependent-file-in-usr-share usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: unstripped-binary-or-object usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-x86_64/libHornetQAIO64.so E: wildfly: missing-dependency-on-libc needed by usr/share/wildfly/modules/system/layers/base/org/hornetq/main/lib/linux-i686/libHornetQAIO32.so and 1 others E: wildfly: changelog-file-missing-in-native-package E: wildfly: file-in-etc-not-marked-as-conffile etc/init.d/wildfly W: wildfly: unknown-control-file changelog W: wildfly: unknown-control-file compat W: wildfly: unknown-control-file copyright W: wildfly: unknown-control-file files E: wildfly: control-file-has-bad-permissions postinst 0555 != 0755 E: wildfly: control-file-has-bad-permissions postrm 0555 != 0755 E: wildfly: control-file-has-bad-permissions preinst 0555 != 0755 E: wildfly: no-copyright-file E: wildfly: description-starts-with-package-name E: wildfly: non-standard-toplevel-dir .installation/ W: wildfly: non-standard-dir-perm .installation/ 0700 != 0755 W: wildfly: extra-license-file usr/share/doc/wildfly/LICENSE.txt W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/domain/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/domain/tmp/auth/ 0700 != 0755 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-roles.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/application-users.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-groups.properties 0600 != 0644 W: wildfly: non-standard-file-perm usr/share/wildfly/standalone/configuration/mgmt-users.properties 0600 != 0644 W: wildfly: non-standard-dir-perm usr/share/wildfly/standalone/tmp/auth/ 0700 != 0755 W: wildfly: script-in-etc-init.d-not-registered-via-update-rc.d etc/init.d/wildfly E: wildfly: init.d-script-does-not-implement-required-option etc/init.d/wildfly force-reload W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/console/main/release-stream-2.2.6.Final-resources.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/domain-http-error-context/main/wildfly-domain-http-error-context-8.1.0.Final.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/as/webservices/main/jbossws-cxf-resources-4.2.4.Final-wildfly800.jar W: wildfly: codeless-jar usr/share/wildfly/modules/system/layers/base/org/jboss/ws/cxf/jbossws-cxf-factories/main/jbossws-cxf-factories-4.2.4.Final.jar W: wildfly: maintainer-script-ignores-errors preinst W: wildfly: maintainer-script-ignores-errors postrm W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:6 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:7 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-should-not-use-deprecated-chown-usage postinst:8 'chown -R wildfly.wildfly' W: wildfly: maintainer-script-ignores-errors postinst Would you like to fix that? I guess if the package is lintian clean and we can find a debian mentor we might get the package into the official repos. Cheers, Konstantin -- Jumbot S.P.R.L. 36 Rue Haut-Vinâve 4101 Jemeppe-Sur-Meuse (Belgique) +32 497 345 158 i...@jumbot.be TVA BE0556 749 019 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781808: ITP: ruby-rails-assets-markdown-it-diaspora-mention -- markdown parser diaspora mention plugin via rails asset pipeline
package: wnpp severity: wishlist https://github.com/diaspora/markdown-it-diaspora-mention from rails-assets.org signature.asc Description: OpenPGP digital signature
Bug#781811: check_embedded_art not called
Package: minidlna Version: 1.1.4+dfsg-2 If one use MP4Box to add Art Cover, the jpg are not shown in UPnP Client. Steps: $ MP4Box -itags cover=input.jpg input.mp4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781809: base-files: /etc/os-release support URL points to non existing page
BTW: I see that this page works: https://www.debian.org/support.en.html so I suppose this is some kind of content negotiation issue (i.e. hopefully not an intent to remove the page). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781809: base-files: /etc/os-release support URL points to non existing page
reassign 781809 www.debian.org thanks Dear Debian WWW team: I have received the report below against base-files. I can see this: https://www.debian.org/support in Spanish but https://www.debian.org/support/ gives me 404. If the intent is for this page not to exist anymore, then please add a 301 redirect to whatever URL is appropriate, at least until jessie becomes oldstable. Thanks. El 03/04/15 a las 14:08, Martin Steigerwald escribió: Package: base-files Version: 8 Severity: normal Dear Maintainer, merkaba:/etc cat os-release PRETTY_NAME=Debian GNU/Linux 8 (jessie) NAME=Debian GNU/Linux VERSION_ID=8 VERSION=8 (jessie) ID=debian HOME_URL=http://www.debian.org/; SUPPORT_URL=http://www.debian.org/support/; BUG_REPORT_URL=https://bugs.debian.org/; merkaba:/etc curl -q http://www.debian.org/support/ 2/dev/null | grep -i sorry pWe are sorry, the page you were looking for can't be found on this site. (Same in Iceweasel or Qupzilla) Have a happy easter and thank you for maintaining base-files, Martin [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781824: ITP: node-utf8 -- JavaScript UTF-8 encoder/decoder
Package: wnpp Severity: wishlist Owner: Bas Couwenberg sebas...@debian.org * Package name: node-utf8 Version : 2.0.0 Upstream Author : Mathias Bynens (https://mathiasbynens.be/) * URL : https://mths.be/utf8js * License : Expat or GPL-2+ Programming Lang: JavaScript Description : JavaScript UTF-8 encoder/decoder utf8.js is a well-tested UTF-8 encoder/decoder written in JavaScript. Unlike many other JavaScript solutions, it is designed to be a proper UTF-8 encoder/decoder: it can encode/decode any scalar Unicode code point values, as per the Encoding Standard. node-utf8 is required for node-engine.io-parser (#781458), which in turn is required for node-socket.io (#707166). The node-utf8 package will be maintained in the JavaScript team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781543: FTBFS: failing test: FAIL: test for each member equality
Control: tags -1 patch sid Hi, On Mon, 30 Mar 2015 21:22:47 +0200, Salvatore Bonaccorso wrote: Traceback (most recent call last): File /«PKGBUILDDIR»/tests/test_debfile.py, line 64, in test_getmember self.assertEqual(m.owner, mstat[stat.ST_UID]) AssertionError: 0 != 1000 This is caused by this change in binutils 2.25-6 (which is only in sid): * Configure with --enable-deterministic-archives. Closes: #774429. That configure option makes ar set uid and gid to zero by default. The minimal patch to fix the issue is attached. -- Dmitry Shachnev--- a/tests/test_debfile.py 2014-08-27 04:16:10.0 +0400 +++ b/tests/test_debfile.py 2015-04-03 14:35:09.077153518 +0300 @@ -37,7 +37,7 @@ class TestArFile(unittest.TestCase): def setUp(self): -os.system(ar r test.ar test_debfile.py test_changelog test_deb822.py /dev/null 21) +os.system(ar rU test.ar test_debfile.py test_changelog test_deb822.py /dev/null 21) assert os.path.exists(test.ar) with os.popen(ar t test.ar) as ar: self.testmembers = [x.strip() for x in ar.readlines()] signature.asc Description: OpenPGP digital signature
Bug#781781: python-urllib3: Despite claims, it still throws AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3'
tag 781781 + moreinfo thanks Hello Tim, thanks for the report! Tim Sailer wrote: Attempting to install python-pygeoip via pip results in: [truncated] File /usr/local/lib/python2.7/dist-packages/requests/__init__.py, line 53, in module from .packages.urllib3.contrib import pyopenssl File /usr/local/lib/python2.7/dist-packages/requests/packages/urllib3/contrib/p yopenssl.py, line 70, in module ssl.PROTOCOL_SSLv3: OpenSSL.SSL.SSLv3_METHOD, AttributeError: 'module' object has no attribute 'PROTOCOL_SSLv3' I installed 1.10-1 because the 1.9.1-3 still had the error. Same error. Can you provide more info? I was not able to reproduce this. I tried both installing on my $HOME and on a virtualenv: ❯ pip install --user pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.2-py2.py3-none-any.whl Installing collected packages: pygeoip Successfully installed pygeoip Cleaning up... ❯ mkvirtualenv geotest Running virtualenv with interpreter /usr/bin/python2 New python executable in geotest/bin/python2 Also creating executable in geotest/bin/python Installing setuptools, pip...done. (geotest)eriol@mornie ~ ❯ pip install pygeoip Downloading/unpacking pygeoip Downloading pygeoip-0.3.2-py2.py3-none-any.whl Installing collected packages: pygeoip Successfully installed pygeoip Cleaning up... Debian pip use wheel, what version of pyhon-urllib3-whl have you got installed? Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781810: kernel module failed to build [error: implicit declaration of function ‘read_cr4’]
Package: nvidia-kernel-source Version: 343.36-1.1 Severity: wishlist Hello, this is a repost of https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-304-updates/+bug/1431278 . The source does not build for kernel 4.0. Please apply the patch mentioned there. Regards, Eduard. -- Package-specific info: uname -a: Linux zombie 4.0.0-rc6+ #12 SMP PREEMPT Thu Apr 2 16:56:58 CEST 2015 x86_64 GNU/Linux /proc/version: Linux version 4.0.0-rc6+ (root@zombie) (gcc version 4.9.2 (Debian 4.9.2-10) ) #12 SMP PREEMPT Thu Apr 2 16:56:58 CEST 2015 lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2) (prog-if 00 [VGA controller]) Subsystem: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at ce00 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at c800 [size=128] Expansion ROM at fe98 [disabled] [size=512K] Capabilities: access denied dmesg: [0.00] AGP: No AGP bridge found [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] AGP: Node 0: aperture [bus addr 0xc0-0xc001ff] (32MB) [0.00] AGP: Your BIOS doesn't leave a aperture memory hole [0.00] AGP: Please enable the IOMMU option in the BIOS setup [0.00] AGP: This costs you 64MB of RAM [0.00] AGP: Mapping aperture over RAM [mem 0xbc00-0xbfff] (65536KB) [0.00] Console: colour VGA+ 80x25 [0.345433] vgaarb: setting as boot device: PCI::01:00.0 [0.345495] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.345570] vgaarb: loaded [0.345628] vgaarb: bridge control possible :01:00.0 [1.611450] PCI-DMA: Disabling AGP. [1.611857] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture [1.642965] Linux agpgart interface v0.103 [8.323287] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client [8.341661] nvidiafb: Device ID: 10de1380 [8.341726] nvidiafb: unknown NV_ARCH [8.765334] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input18 [8.765544] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input19 [8.765783] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input20 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Feb 17 21:33 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 44 Feb 17 21:33 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libEGL.so.1 lrwxrwxrwx 1 root root 41 Feb 17 21:33 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Feb 17 21:33 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Feb 17 21:33 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Feb 17 21:33 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 50 Feb 17 21:33 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 50 Feb 17 21:33 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 47 Feb 17 21:33 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 47 Feb 17 21:33 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGLESv2.so.2 lrwxrwxrwx 1 root root 49 Feb 17 21:33 /etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 51 Feb 17 21:33 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Feb 17 21:33 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Feb 17 21:33 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Feb 17
Bug#781809: base-files: /etc/os-release support URL points to non existing page
Package: base-files Version: 8 Severity: normal Dear Maintainer, merkaba:/etc cat os-release PRETTY_NAME=Debian GNU/Linux 8 (jessie) NAME=Debian GNU/Linux VERSION_ID=8 VERSION=8 (jessie) ID=debian HOME_URL=http://www.debian.org/; SUPPORT_URL=http://www.debian.org/support/; BUG_REPORT_URL=https://bugs.debian.org/; merkaba:/etc curl -q http://www.debian.org/support/ 2/dev/null | grep -i sorry pWe are sorry, the page you were looking for can't be found on this site. (Same in Iceweasel or Qupzilla) Have a happy easter and thank you for maintaining base-files, Martin -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-rc6-tp520-btrfs-trim+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages base-files depends on: ii gawk [awk] 1:4.1.1+dfsg-1 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files suggests no packages. -- Configuration Files: /etc/profile 91901ce5707909cfec8b3a1a6efbfa61 [Errno 2] Datei oder Verzeichnis nicht gefunden: u'/etc/profile 91901ce5707909cfec8b3a1a6efbfa61' -- 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#781812: Cover Art not supported for Matroska (mkv)
Package: minidlna Version: 1.1.4+dfsg-2 minidlna does not support Cover Art as stored in Matroska file. Steps: Go to: http://matroska.org/technical/cover_art/index.html Download sample: $ wget https://sourceforge.net/projects/matroska/files/test_files/cover_art.mkv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780787: developers-reference: add CSS from debian reference
control: tags -1 +pending On Thu, 19 Mar 2015 14:44:15 +0100 Lucas Nussbaum lu...@debian.org wrote: If no one would make objection for it, I'll start working. Good idea, no objection from me. done, committed to git. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781811: Acknowledgement (check_embedded_art not called)
Control: tags -1 patch Attached. Basically `lav_is_thumbnail_stream` need to be call on all possible stream, even after a video stream was found. Description: Handle Cover Art at end of file Author: Mathieu Malaterre ma...@debian.org Bug-Debian: https://bugs.debian.org/781811 --- minidlna-1.1.4+dfsg.orig/metadata.c +++ minidlna-1.1.4+dfsg/metadata.c @@ -697,13 +697,16 @@ GetVideoMetadata(const char *path, char ac = ctx-streams[audio_stream]-codec; continue; } - else if( video_stream == -1 + else if( /*video_stream == -1 */ !lav_is_thumbnail_stream(ctx-streams[i], m.thumb_data, m.thumb_size) ctx-streams[i]-codec-codec_type == AVMEDIA_TYPE_VIDEO ) { + if( video_stream == -1 ) +{ video_stream = i; vc = ctx-streams[video_stream]-codec; continue; +} } } path_cpy = strdup(path);
Bug#781813: python-restkit: CVE-2015-2674: incorrect SSL/TLS certificate validation
Source: python-restkit Version: 4.2.2-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for python-restkit. CVE-2015-2674[0]: Doesn't Validate TLS python-restkit just used ssl.wrap_socket from the standard library (which does not do any validation by default). AFAIK there is not upstream fix for python-restkit yet. Upstream issue is reported at [1]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-2674 [1] https://github.com/benoitc/restkit/issues/140 [2] http://seclists.org/oss-sec/2015/q1/962 Please adjust the affected versions in the BTS as needed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763020: libakonadi
Hi, I launch akonadi from command line and it seems that it works well.4h later, I try to fetch an email (imap) and akonadi hangs. Below, the information obtained in the command line: request for item 50015 294426 failed: Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. ItemRetrieverException : Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. posting retrieval request for item 50015 there are 1 queues and 0 items in mine request for item 50015 still pending - waiting processing retrieval request for item 50015 parts: (RFC822) of resource: akonadi_imap_resource_1 (I delete debug information about akonadi_davgroupware_resource which works)
Bug#781814: rygel: Advertises 127.0.0.1 to renderer
Package: rygel Version: 0.24.2-1+b1 Severity: normal Dear Maintainer, I setup rygel to stream as a pulse-device to a remote uPnP/DLNA renderer (gmedia-resurrect). However, rygel tell the renderer that the DLNA server is at 127.0.0.1, so the renderer obviously fails to connect: [gmediarenderer.log] TransportState val=PLAYING/TransportState^M CurrentTransportActions val=PAUSE,STOP,SEEK/CurrentTransportActions^M CurrentTrack val=1/CurrentTrack^M CurrentTrackURI val=http://127.0.0.1:54453/listen/source/upnp.monitor;/CurrentTrackURI^M CurrentTrackMetaData val=lt;DIDL-Lite xmlns=quot;urn:schemas-upnp-org:metadata-1-0/DIDL-Lite/quot; xmlns:dlna=quot;urn:schemas-dlna-org:metadata-1-0/quot; xmlns:dc=quot;http://purl.org/dc/elements/1.1/quot; xmlns:upnp=quot;urn:schemas-upnp-org:metadata-1-0/upnp/quot;gt;lt;item id=quot;/org/gnome/UPnP/MediaServer2/PulseAudio/Sinks/1quot; parentID=quot;/org/gnome/UPnP/MediaServer2/PulseAudio/Sinksquot; restricted=quot;0quot; dlna:dlnaManaged=quot;0004quot;gt;lt;dc:titlegt;DLNA/UPnP Streaminglt;/dc:titlegt;lt;upnp:classgt;object.item.audioItemlt;/upnp:classgt;lt;res protocolInfo=quot;http-get:*:audio/mpeg:DLNA.ORG_PN=MP3;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=0170quot; bitrate=quot;16000quot;gt;http://127.0.0.1:58528/org.gnome.UPnP.MediaServer2.PulseAudio/i/L29yZy9nbm9tZS9VUG5QL01lZGlhU2VydmVyMi9QdWxzZUF1ZGlvL1NpbmtzLzE%3D/tr/MP3.mp3lt;/resgt;lt;res protocolInfo=quot;http-get:*:audio/vnd.dlna.adts:DLNA.ORG_PN=AAC_ADTS _320;DLNA.ORG_CI=1;DLNA.ORG_FLAGS=0170quot; bitrate=quot;32000quot;gt;http://127.0.0.1:58528/org.gnome.UPnP.MediaServer2.PulseAudio/i/L29yZy9nbm9tZS9VUG5QL01lZGlhU2VydmVyMi9QdWxzZUF1ZGlvL1NpbmtzLzE%3D/tr/AAC_ADTS_320.adtslt;/resgt;lt;res protocolInfo=quot;http-get:*:audio/L16;rate=44100;channels=2:DLNA.ORG_PN=LPCM;DLNA.ORG_FLAGS=0170quot;gt;http://127.0.0.1:54453/listen/source/upnp.monitorlt;/resgt;lt;/itemgt;lt;/DIDL-Litegt;;/CurrentTrackMetaData^M /InstanceID^M /Event^M ERROR [2015-04-03 14:16:29.878727 | gstreamer] source: Error: Cannot connect to destination (127.0.0.1) (Debug: gstsouphttpsrc.c(960): gst_soup_http_src_finished_cb (): /GstPlayBin:play/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: libsoup status code 4) ERROR [2015-04-03 14:16:29.883299 | gstreamer] source: Error: Could not establish connection to server. (Debug: gstsouphttpsrc.c(1148): gst_soup_http_src_parse_status (): /GstPlayBin:play/GstURIDecodeBin:uridecodebin1/GstSoupHTTPSrc:source: Cannot connect to destination (127.0.0.1) (4), URL: http://127.0.0.1:54453/listen/source/upnp.monitor) When forwarding the two required ports, the playback works. It somehow looks like that rygel fails to select the right interface adresss.. (NB: rygel -n local-ip did only change that rygel was only listen on the associated interface, but it still advertised 127.0.0.1) Please let me know if you need additional information. -- tobi -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages rygel depends on: ii libc6 2.19-17 ii libgee-0.8-20.16.1-1 ii libglib2.0-02.42.1-1 ii libgssdp-1.0-3 0.14.10-1 ii libgstreamer-plugins-base1.0-0 1.4.4-2 ii libgstreamer1.0-0 1.4.4-2 ii libgupnp-1.0-4 0.20.12-1 ii libgupnp-av-1.0-2 0.12.6-1 ii libgupnp-dlna-2.0-3 0.10.2-1 ii libmediaart-1.0-0 0.7.0-2 ii librygel-core-2.4-2 0.24.2-1+b1 ii librygel-renderer-2.4-2 0.24.2-1+b1 ii librygel-server-2.4-2 0.24.2-1+b1 ii libsoup2.4-12.48.0-1 ii libsqlite3-03.8.7.1-1 ii libunistring0 0.9.3-5.2+b1 ii libuuid12.25.2-5 ii libxml2 2.9.1+dfsg1-5 Versions of packages rygel recommends: ii gstreamer1.0-libav 1.4.4-2 ii gstreamer1.0-plugins-base 1.4.4-2 ii gstreamer1.0-plugins-good 1.4.4-2 ii gstreamer1.0-plugins-ugly 1.4.4-2+b1 Versions of packages rygel suggests: pn rygel-mediatheknone pn rygel-playbin none pn rygel-preferences none pn rygel-tracker none ii tumbler0.1.30-1+b1 -- 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#781815: ITP: python-cached-property -- A cached-property for decorating methods in classes
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: python-cached-property Version : 1.0.0 Upstream Author : Daniel Greenfeld * URL : https://github.com/pydanny/cached-property * License : BSD Programming Lang: Python Description : A cached-property for decorating methods in classes (Python 2) * Makes caching of time or computational expensive properties quick and easy. * Simple to use. * Works in Python 2 and 3. . This package is targeting Python version 2. * Package name: python3-cached-property Version : 1.0.0 Upstream Author : Daniel Greenfeld * URL : https://github.com/pydanny/cached-property * License : BSD Programming Lang: Python Description : A cached-property for decorating methods in classes (Python 3) * Makes caching of time or computational expensive properties quick and easy. * Simple to use. * Works in Python 2 and 3. . This package is targeting Python version 3. This package will be needed as a dependency for the next version (3.6) of the Tryton module tryton-modules-account-asset. pgp24WjVl2X5Q.pgp Description: Digitale Signatur von OpenPGP
Bug#781817: ITP: tryton-modules-account-tax-rule-country -- Account Tax Rule Country Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-account-tax-rule-country Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Account Tax Rule Country Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module allows one to define tax rules based on origin and destination countries. This package is another base module published by the Tryton project. pgpMyKORl01Xh.pgp Description: Digitale Signatur von OpenPGP
Bug#781818: ITP: tryton-modules-account-deposit -- Account Deposit Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-account-deposit Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Account Deposit Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module allows one to manage deposit amounts paid by the customer in advance. This package is another base module published by the Tryton project. pgppqrtgShHqF.pgp Description: Digitale Signatur von OpenPGP
Bug#781820: ITP: tryton-modules-commission -- Commission Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-commission Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Commission Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module allows one to manage commissions for sales agents. This package is another base module published by the Tryton project. pgpAf3xal_gZ6.pgp Description: Digitale Signatur von OpenPGP
Bug#781821: ITP: tryton-modules-commission-waiting -- Commission Waiting Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-commission-waiting Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Commission Waiting Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module allows one to generate account moves for commissions to a waiting account, that is cleared on posting of the invoice. This package is another base module published by the Tryton project. pgp7fxwoaUwKa.pgp Description: Digitale Signatur von OpenPGP
Bug#781816: ITP: tryton-modules-stock-lot-sled -- Stock Lot SLED Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-stock-lot-sled Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Stock SLED Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module handles the following aspects on product lots: . * Shelf Live Expiration Date * Expiration Date This package is another base module published by the Tryton project. pgpS4fDJhtNx_.pgp Description: Digitale Signatur von OpenPGP
Bug#781822: ITP: tryton-modules-account-payment-sepa-cfonb -- Account Payment SEPA CFONB Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-account-payment-sepa-cfonb Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Account Payment SEPA CFONB Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This package adds CFONB flavors to SEPA messages. This package is another base module published by the Tryton project. pgpqqBKl_Cf_Z.pgp Description: Digitale Signatur von OpenPGP
Bug#781819: ITP: tryton-modules-sale-extra -- Sale Extra Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers maintain...@debian.tryton.org * Package name: tryton-modules-sale-extra Version : 3.6.0 Upstream Author : Tryton project (www.tryton.org) * URL : http://downloads.tryton.org/3.6/ * License : GPL-3+ Programming Lang: Python Description : Tryton Application Platform (Stock SLED Module) Tryton is a high-level general purpose application platform. It is the base of a complete business solution as well as a comprehensive health and hospital information system (GNUHealth). . This module allows one to add automatically extra lines on sales matching specified criteria defined on price lists. This package is another base module published by the Tryton project. pgpMmrrbxFcmd.pgp Description: Digitale Signatur von OpenPGP
Bug#781807: fusiondirectory: When debug trace level is on, we can
Package: fusiondirectory Version: 1.0.8.2-3 Severity: normal Tags: patch when the debug log is activate logging doesnt work anymore, the screen get filled with debug info. This has been corrected in 1.0.83 upstream. i'am one of the upstream and i joint 2 patches for correcting this issue Cheers -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Official French representative for OPSI : http://opsi.org/ From e205afaad3b16dbb015ab72fbbc328ca45b99b83 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=B4me=20Bernigaud?= come.bernig...@opensides.be Date: Tue, 4 Nov 2014 11:19:13 +0100 Subject: [PATCH 01/36] Fixes #3447 Setting debug level to 0 during login --- html/index.php | 9 +++-- plugins/personal/password/class_password.inc | 2 -- 2 files changed, 7 insertions(+), 4 deletions(-) diff --git a/html/index.php b/html/index.php index 33bfef6..ce56f39 100644 --- a/html/index.php +++ b/html/index.php @@ -141,8 +141,10 @@ if (!is_readable(CONFIG_DIR./.CONFIG_FILE)) { /* Parse configuration file */ $config = new config(CONFIG_DIR./.CONFIG_FILE, $BASE_DIR); -session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); -if ($_SERVER[REQUEST_METHOD] != POST) { +if ($_SERVER[REQUEST_METHOD] == POST) { + session::global_set('DEBUGLEVEL', 0); +} else { + session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); @DEBUG (DEBUG_CONFIG, __LINE__, __FUNCTION__, __FILE__, $config-data, config); } @@ -207,6 +209,9 @@ if (!$htaccess_authenticated) { } } $config-set_current($server); +if ($_SERVER[REQUEST_METHOD] == POST) { + session::global_set('DEBUGLEVEL', 0); +} /* If SSL is forced, just forward to the SSL enabled site */ if (($config-get_cfg_value(forcessl) == TRUE) ($ssl != '')) { diff --git a/plugins/personal/password/class_password.inc b/plugins/personal/password/class_password.inc index bbddbee..5c0ca41 100644 --- a/plugins/personal/password/class_password.inc +++ b/plugins/personal/password/class_password.inc @@ -122,7 +122,6 @@ class password extends plugin if (count($message)) { msg_dialog::displayChecks($message); } else { - /* Try to connect via current password */ $tldap = new LDAP( $ui-dn, @@ -137,7 +136,6 @@ class password extends plugin msg_dialog::display(_(Password change), _(The password you've entered as your current password doesn't match the real one.), WARNING_DIALOG); } else { - /* Check FusionDirectory permissions */ if (!preg_match(/w/i, $password_ACLS)) { msg_dialog::display(_(Password change), -- 1.9.1 From c36659626882ac00c14ab6e4b0652ed60983ebac Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=B4me=20Bernigaud?= come.bernig...@opensides.be Date: Mon, 17 Nov 2014 15:28:55 +0100 Subject: [PATCH 07/35] Fixes #3447 Debug is back --- html/index.php | 1 + 1 file changed, 1 insertion(+) diff --git a/html/index.php b/html/index.php index ce56f39..e2f6335 100644 --- a/html/index.php +++ b/html/index.php @@ -344,6 +344,7 @@ if (($_SERVER[REQUEST_METHOD] == POST isset($_POST['login'])) || $htacces /* Not account expired or password forced change go to main page */ new log(security, login, , array(), User \$username\ logged in successfully); session::global_set('connected', 1); + session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); $config-checkLdapConfig(); // check that newly installed plugins have their configuration in the LDAP header (Location: main.php?global_check=1); exit; -- 1.9.1 signature.asc Description: This is a digitally signed message part.
Bug#752018: Wildfly package
On Fri, 03 Apr 2015 10:41:09 +0200 Niels Thykier ni...@thykier.net wrote: On 2015-04-03 10:06, Konstantin Manna wrote: Hi Julian, Hi, Just a drive-by remark. For extended help, please consider reaching out to debian-j...@lists.debian.org if you haven't already done so. :) Hi Niels Thanks for your imput, i will consider this when working on it. thanks for the update. Lintian does not yet like your package :-) lintian --pedantic wildfly_8.1.0.final+lam.r01_all.deb If you want to fully unleash lintian, you can use -EvIL +pedantic and then remove the v (verbose) now remember the arguments. ;) (For reference, --pedantic does not enable the I tags and you might want to ignore the X as they are eXperimental). [...] A lot of these suggests that the package has been built manually via dpkg-deb from a recompiled upstream version instead of built from source. It is entirely possible that I am wrong here - I have only looked at this mail and not at the package. Generally, you will want a source package that compiles all the java files into class files, packs them into .jar files and installs those into package directories. Usually with debhelper or cdbs taking care of the heavy lifting the packaging side. If upstream uses maven, you might want to use debhelper + maven-debian-helper (or maybe cdbs + maven-debian-helper). I have not tried that combo myself, so please contact debian-java for support on that. Glad to contribute. We will check internally how far we can work on it and recompile the source. Our goald was to have a quickly installable package for our servers. Though, as this would be a good experience for us, we will keep on working on it. -- Jumbot S.P.R.L. i...@jumbot.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781806: CVE-2015-2831
Package: das-watchdog Severity: grave Tags: security Hi, this has been assigned CVE-2015-2831: http://www.openwall.com/lists/oss-security/2015/04/01/8 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781809: base-files: /etc/os-release support URL points to non existing page
Am Freitag, 3. April 2015, 14:31:26 schrieb Santiago Vila: BTW: I see that this page works: https://www.debian.org/support.en.html so I suppose this is some kind of content negotiation issue (i.e. hopefully not an intent to remove the page). http://www.debian.org/support/ = https://www.debian.org/support/ = 404 http://www.debian.org/support = http://www.debian.org/support = works So, it just doesn´t work with / at the end. So either change base-files to without / at the end of the URL or make / at the end of the URL work :) Thank you, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781823: gnome-control-center does not start
Package: gnome-control-center Version: 1:3.4.3.1-2 Severity: important Dear Maintainer, gnome-control-center does not start with following error message: *** glibc detected *** gnome-control-center: free(): invalid pointer: 0x7f77764bfe88 *** -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.21-8 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.3.1-2 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-5 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.4.0-2 ii libc6 2.13-38+deb7u8 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libcheese-gtk213.4.2-2 ii libcheese3 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1.1+deb7u1 ii libcups2 1.5.3-5+deb7u5 ii libdbus-1-31.6.8-1+deb7u6 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libgcrypt111.5.0-5+deb7u3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-5 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-8+deb7u3 ii libgoa-1.0-0 3.4.2-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u3 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-7 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-5+deb7u3 ii libkrb5-3 1.10.1+dfsg-5+deb7u3 ii libnm-glib40.9.4.0-10 ii libnm-gtk0 0.9.4.1-5 ii libnm-util20.9.4.0-10 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libpolkit-gobject-1-0 0.105-3 ii libpulse-mainloop-glib02.0-6.1 ii libpulse0 2.0-6.1 ii libsocialweb-client2 0.25.20-2.1 ii libupower-glib10.9.17-1 ii libwacom2 0.6-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier16 5.2.1-1 ii libxml22.8.0+dfsg1-7+wheezy3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.3-3 ii gnome-online-accounts 3.4.2-2 ii gnome-session 3.4.2.1-4 ii gnome-user-guide 3.4.2-1+build1 ii iso-codes 3.41-1 ii mesa-utils 8.0.1-2+b3 ii mousetweaks3.4.2-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii libcanberra-gtk-module0.28-6 ii x11-xserver-utils 7.7~3 -- 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#781734: ShowConnected plugin shows an error icon until there's activity
Hi Jean-Michel, The default configuration for plugin StatusIcon is blueman-tray that one is an old configuration value and the icon is no longer available. It should work if you just remove that name. 1.99~alpha2 changelog shows some changes related to icons, but I did not tested it yet (might be fixed upstream). Yes, alpha 2 removes the status icon customization completely, so a situation where you have an old and invalid value in you settings cannot appear anymore. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740949: segfault in webseed_destruct on exit if download speed limiting is enabled
control: tags -1 + moreinfo Hello Giuseppe, are you able to replicate this segfault with 2.84? If so, can you install transmission-dbg and run transmission with gdb and when it crashes execute: bt bt full thread apply all bt ? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740948: stuck at 100% CPU utilization after --exit if download speed limiting is enabled
control: tags -1 + moreinfo Hello Giuseppe, does it still happen with 2.84? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781803: [l10n] [de] fetchmail: german translation abgeschossen
tags 781803 confirmed upstream fixed-upstream l10n thanks Am 03.04.2015 um 16:40 schrieb Nico Golde: Thanks for the report! Being a native speaker myself, I don't care either way to be honest, but I can see how beendet sounds a little more professional. Matthias, do you mind changing this? Changed three occurrences for the future 6.4.0 and 7.0.0 releases. https://gitlab.com/fetchmail/fetchmail/commit/8ad7b4f7a368cf6b4d0bf4b95e46cb199b60b2be Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781832: ITP: python-tappy -- Python Test Anything Protocol (TAP) tools
Package: wnpp Severity: wishlist Owner: Nicolas CANIART nico...@caniart.net * Package name: python-tappy Version : 1.3 Upstream Author : Matt LAYMAN * URL : http://github.com/mblayman/tappy * License : BSD Programming Lang: Python Description : TAP producer/consumer tools for python unittest The tap module provides a set of tools for working with the Test Anything Protocol (TAP). TAP is a line based test protocol for recording test data in a standard way. This module comes with a test-runner that implements the unittest.TestRunner interface and that produces TAP compliant output. It also includes tools to parse the output produced by TAP compliant test-runners. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781478: node-blob in NEW
Packaging for node-blob is available in git: http://anonscm.debian.org/cgit/pkg-javascript/node-blob.git The package is currently in NEW waiting for FTP master review: https://ftp-master.debian.org/new/node-blob_0.0.4-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781803: [pkg-fetchmail-maint] Bug#781803: [l10n] [de] fetchmail: german translation abgeschossen
Hi, * Mario Lang ml...@delysid.org [2015-04-03 12:47]: Running fetchmail -q in a german environment, fetchmail tells me: fetchmail: Hintergrund-fetchmail mit Kennung 3220 abgeschossen. I don't think that abgeschossen is an appropriate translation. I'd say beendet is a much better. Abgeschossen sounds like a message from an ego-shooter. Thanks for the report! Being a native speaker myself, I don't care either way to be honest, but I can see how beendet sounds a little more professional. Matthias, do you mind changing this? Cheers, Nico -- Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778571: [Reproducible-builds] sbuild: predictible build location for reproducible builds
On Fri 2015-04-03 06:46:07 -0400, Holger Levsen wrote: I like /usr/src/debian/$packagename-$random where $random are 4 or 8 alphanumberic characters, as there might be situations where one wants to build the same package (+version+suite) simultaneously on the same host. Thinking further, /usr/src/debian/$packagename_$version_$random might be better. Holger's proposal here seems to be in direct opposition to the stated goal of #778571, which is to have the directory and path be precisely predictable. How do we get these goals to align? --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781701: [Pkg-javascript-devel] Bug#781701: RFS: node-convert-source-map/1.0.0-1 [ITP]
Thanks for the review :-) On 02/04/15 19:47, Sebastiaan Couwenberg wrote: Hi Ross, Thanks for your work on this package. On 04/01/2015 08:53 PM, Ross Gammon wrote: I am looking for a sponsor for my package node-convert-source-map There are some minor issues that needs to be addressed before the upload to the archive. debian/control: Testsuite: autopkgtest AFAIK this is not an official header yet, it should be XS-Testsuite. Fixed. I am still fine tuning my set up on the new Jessie laptop. cme fix dpkg-control got more things correct than I am used to on my desktop machine, but I clearly cannot completely trust it! debian/copyright: It contains an incorrect copyright year, npm2deb tends to get this wrong. The LICENSE file specifies 2013. Fixed. The upstream sources contain an example, you should consider including it in the package. Added a node-convert-source-map.examples file. Since inline-source-map is not packaged yet, you can't run the tests. If it get packaged in the future you should consider running the tests during the build process. Added a d/TODO file to remind me to check if the tests can be enabled next time. Kind Regards, Bas Updated on alioth uploaded fresh to Mentors. Regards, Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781788: (no subject)
Problem doesn't seem to replicate, it must have occured by some condition I wouldn't know about. Feel free to look into it, if you can't replicate this then it is good to close this. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781790: [Packaging] Bug#781790: munin: calculates multigraph field widths wrongly
Hi Ron, On Freitag, 3. April 2015, Ron wrote: So I finally got annoyed enough by this to dig into the source enough to make a reasonable bug report about it :) thanks for your detailed bug report! Upstream is reading the BTS, so I'm sure Steve will reply eventually :-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#781796: python-dpkt: new upstream version 1.8
Package: python-dpkt Version: 1.6+svn54-1 Severity: wishlist Version 1.8 was released in 2013. It would be great to have an updated version available in the archive. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#781049: gnome-session: gnome under wayland - black screen after login - then return to gdm
Hallo, I have additional information. In /var/log/messages I find the lines: Apr 3 11:26:05 xxx gnome-session[6692]: gnome-session[6692]: GLib-CRITICAL: g_environ_setenv: assertion 'value != NULL' failed Apr 3 11:26:06 xxx kernel: [24273.015768] gnome-shell[6701]: segfault at 28 ip 7f27a5852505 sp 7ffc905eb728 error 4 in libgobject-2.0.so.0.4200.1[7f27a581f000+51000] Apr 3 11:26:07 xxx gnome-session[6692]: gnome-session[6692]: WARNING: Application 'gnome-shell-wayland.desktop' killed by signal 11 Can it be that an envirment variable is missing? Which? Regards Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781657: needrestart: pending kernel upgrade warning when new kernel is already running
Re, On 04/03/2015 10:24 AM, Martin Steigerwald wrote: (4.20.0-rc6 wins against 4.20.0 which is expected since -rc6 could also be a usual CONFIG_LOCALVERSION string) Hmmm, but when I have a 4.20.0 final release compiled needrestart would treat it as older? That doesn´t make much sense for me. I think ideally it would use the same ordering as the boot manager. And grub2 definately puts 4.20.0 about 4.20.0-rc6. thanks for pointing me on grub's regex-hack in /usr/share/grub/grub-mkconfig_lib. I've ported the regex to needrestart and the kernel ordering should now be the same: $VAR1 = [ '4.20.0', '4.20.0-rc6-tp520-btrfs-trim+', '4.19.0-foo-tp540-btrfs-trim+', '4.19.0-foo-rc6-tp544-btrfs-trim+', '4.19.0', '4.19.0-rc6-tp520-btrfs-trim+', '4.10', '4.9', '4.4.0-foo', '4.4.0', '4.0.0', '4.0.0-rc6-tp520-btrfs-trim+', '4.0', '3.19.3-a7-tp521-btrfs-trim+', '3.19.3', '3.19.3-rc6-tp521-btrfs-trim+', '3.19.3-rc6-tp520-btrfs-trim+', '3.19.0-rc7-tp520+', '3.10', '3.9', '3.3', '2.6', '' ]; Thanks HTH Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781805: fusiondirectory: When debug trace level is on, we can
Package: fusiondirectory Version: 1.0.8.2-3 Severity: normal Tags: patch when the debug log is activate logging doesnt work anymore, the screen get filled with debug info. This has been corrected in 1.0.83 upstream. i'am one of the upstream and i joint 2 patches for correcting this issue Cheers -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Official French representative for OPSI : http://opsi.org/ From e205afaad3b16dbb015ab72fbbc328ca45b99b83 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=B4me=20Bernigaud?= come.bernig...@opensides.be Date: Tue, 4 Nov 2014 11:19:13 +0100 Subject: [PATCH 01/36] Fixes #3447 Setting debug level to 0 during login --- html/index.php | 9 +++-- plugins/personal/password/class_password.inc | 2 -- 2 files changed, 7 insertions(+), 4 deletions(-) diff --git a/html/index.php b/html/index.php index 33bfef6..ce56f39 100644 --- a/html/index.php +++ b/html/index.php @@ -141,8 +141,10 @@ if (!is_readable(CONFIG_DIR./.CONFIG_FILE)) { /* Parse configuration file */ $config = new config(CONFIG_DIR./.CONFIG_FILE, $BASE_DIR); -session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); -if ($_SERVER[REQUEST_METHOD] != POST) { +if ($_SERVER[REQUEST_METHOD] == POST) { + session::global_set('DEBUGLEVEL', 0); +} else { + session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); @DEBUG (DEBUG_CONFIG, __LINE__, __FUNCTION__, __FILE__, $config-data, config); } @@ -207,6 +209,9 @@ if (!$htaccess_authenticated) { } } $config-set_current($server); +if ($_SERVER[REQUEST_METHOD] == POST) { + session::global_set('DEBUGLEVEL', 0); +} /* If SSL is forced, just forward to the SSL enabled site */ if (($config-get_cfg_value(forcessl) == TRUE) ($ssl != '')) { diff --git a/plugins/personal/password/class_password.inc b/plugins/personal/password/class_password.inc index bbddbee..5c0ca41 100644 --- a/plugins/personal/password/class_password.inc +++ b/plugins/personal/password/class_password.inc @@ -122,7 +122,6 @@ class password extends plugin if (count($message)) { msg_dialog::displayChecks($message); } else { - /* Try to connect via current password */ $tldap = new LDAP( $ui-dn, @@ -137,7 +136,6 @@ class password extends plugin msg_dialog::display(_(Password change), _(The password you've entered as your current password doesn't match the real one.), WARNING_DIALOG); } else { - /* Check FusionDirectory permissions */ if (!preg_match(/w/i, $password_ACLS)) { msg_dialog::display(_(Password change), -- 1.9.1 From c36659626882ac00c14ab6e4b0652ed60983ebac Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?C=C3=B4me=20Bernigaud?= come.bernig...@opensides.be Date: Mon, 17 Nov 2014 15:28:55 +0100 Subject: [PATCH 07/35] Fixes #3447 Debug is back --- html/index.php | 1 + 1 file changed, 1 insertion(+) diff --git a/html/index.php b/html/index.php index ce56f39..e2f6335 100644 --- a/html/index.php +++ b/html/index.php @@ -344,6 +344,7 @@ if (($_SERVER[REQUEST_METHOD] == POST isset($_POST['login'])) || $htacces /* Not account expired or password forced change go to main page */ new log(security, login, , array(), User \$username\ logged in successfully); session::global_set('connected', 1); + session::global_set('DEBUGLEVEL', $config-get_cfg_value('DEBUGLEVEL')); $config-checkLdapConfig(); // check that newly installed plugins have their configuration in the LDAP header (Location: main.php?global_check=1); exit; -- 1.9.1 signature.asc Description: This is a digitally signed message part.
Bug#781833: upgrade from 4.0.13 to 4.2.8 failed
Package: request-tracker4 Version: 4.2.8-3 Severity: important Upgrade from 4.0.13-1 to 4.2.8-3 failed on one of my instance of RT4 Upgrade from 4.0.19 to 4.2.8-1 - worked. I don't know where I can find full upgrade logs. In RT admin page in RT upgrade history I see: RT (Current version: 4.2.8) Action DateElapsed RT Version Insert from /usr/share/request-tracker4/etc/upgrade/4.0.18/content Mon Mar 30 20:56:48 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.0.19/content Mon Mar 30 20:56:50 20150 seconds 4.2.8 Upgrade from 4.0.19 to 4.2.3 Mon Mar 30 20:56:51 201544 seconds 4.2.8 Upgrade from 4.0.19 to 4.1.0 Mon Mar 30 20:56:51 201511 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.0/content Mon Mar 30 20:56:51 201511 seconds 4.2.8 Upgrade from 4.1.0 to 4.1.1 Mon Mar 30 20:57:02 20151 second 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.1 Mon Mar 30 20:57:02 20150 seconds 4.2.8 ACL updates from /usr/share/request-tracker4/etc/upgrade/4.1.1 Mon Mar 30 20:57:02 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.1/content Mon Mar 30 20:57:02 20151 second4.2.8 Upgrade from 4.1.1 to 4.1.4 Mon Mar 30 20:57:03 20150 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.4 Mon Mar 30 20:57:03 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.4/content Mon Mar 30 20:57:03 20150 seconds 4.2.8 Upgrade from 4.1.4 to 4.1.5 Mon Mar 30 20:57:03 20151 second 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.5 Mon Mar 30 20:57:03 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.5/content Mon Mar 30 20:57:03 20151 second4.2.8 Upgrade from 4.1.5 to 4.1.6 Mon Mar 30 20:57:04 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.6/content Mon Mar 30 20:57:04 20150 seconds 4.2.8 Upgrade from 4.1.6 to 4.1.7 Mon Mar 30 20:57:04 20154 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.7 Mon Mar 30 20:57:04 20154 seconds 4.2.8 Upgrade from 4.1.7 to 4.1.8 Mon Mar 30 20:57:08 20150 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.8 Mon Mar 30 20:57:08 20150 seconds 4.2.8 Upgrade from 4.1.8 to 4.1.9 Mon Mar 30 20:57:09 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.9/content Mon Mar 30 20:57:09 20150 seconds 4.2.8 Upgrade from 4.1.9 to 4.1.10 Mon Mar 30 20:57:09 20151 second 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.10 Mon Mar 30 20:57:09 20151 second4.2.8 Upgrade from 4.1.10 to 4.1.11 Mon Mar 30 20:57:10 20150 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.11 Mon Mar 30 20:57:10 20150 seconds 4.2.8 Upgrade from 4.1.11 to 4.1.12 Mon Mar 30 20:57:10 20151 second 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.12/content Mon Mar 30 20:57:10 20151 second4.2.8 Upgrade from 4.1.12 to 4.1.13 Mon Mar 30 20:57:11 201511 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.13 Mon Mar 30 20:57:11 201511 seconds 4.2.8 Upgrade from 4.1.13 to 4.1.14 Mon Mar 30 20:57:22 20150 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.14 Mon Mar 30 20:57:22 20150 seconds 4.2.8 Upgrade from 4.1.14 to 4.1.15 Mon Mar 30 20:57:22 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.15/content Mon Mar 30 20:57:22 20150 seconds 4.2.8 Upgrade from 4.1.15 to 4.1.16 Mon Mar 30 20:57:22 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.16/content Mon Mar 30 20:57:22 20150 seconds 4.2.8 Upgrade from 4.1.16 to 4.1.17 Mon Mar 30 20:57:22 20151 second 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.17/content Mon Mar 30 20:57:22 20151 second4.2.8 Upgrade from 4.1.17 to 4.1.18 Mon Mar 30 20:57:23 20150 seconds 4.2.8 Insert from /usr/share/request-tracker4/etc/upgrade/4.1.18/content Mon Mar 30 20:57:23 20150 seconds 4.2.8 Upgrade from 4.1.18 to 4.1.19 Mon Mar 30 20:57:23 20150 seconds 4.2.8 Schema updates from /usr/share/request-tracker4/etc/upgrade/4.1.19 Mon
Bug#781608: MATE should disable automounting when screen is locked
Package: caja Version: 1.8.2-3 Followup-For: Bug #781608 Control: severity -1 serious Control: forwarded -1 https://github.com/mate-desktop/caja/issues/398 Dear Kees, dear Debian Security Team, @Kees: Thanks for bringing up this issue. I actually think that the issue is more severe than just normal, so raising severity on this. @Security Team: I'd like to receive advise on this issue. Is it actually appropriate to file a CVE for what Kees describes in his original post [1]? light+love, Mike [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781608#5 -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages caja depends on: ii caja-common 1.8.2-3 ii desktop-file-utils0.22-1 ii gvfs 1.22.2-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-15 ii libcairo2 1.14.0-2.1 ii libcaja-extension11.8.2-3 ii libexempi32.2.1-2 ii libexif12 0.6.21-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgail18 2.24.25-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libice6 2:1.0.9-1+b1 ii libmate-desktop-2-17 1.8.1+dfsg1-3 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libselinux1 2.3-2 ii libsm62:1.2.2-1+b1 ii libstartup-notification0 0.12-4 ii libunique-1.0-0 1.1.6-5 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxml2 2.9.1+dfsg1-5 ii libxrender1 1:0.9.8-1+b1 ii mate-desktop 1.8.1+dfsg1-3 ii shared-mime-info 1.3-1 Versions of packages caja recommends: ii gvfs-backends 1.22.2-1 Versions of packages caja suggests: ii engrampa 1.8.1+dfsg1-1 ii gstreamer0.10-tools 0.10.36-1.5 pn meld none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781848: screen: Screen quits immediately when run as user
Package: screen Version: 4.1.0~20120320gitdb59704-7 Severity: normal Dear Maintainer, I cannot use screen on my system. When I run it, all it does is clearing the terminal and then printing [screen is terminating] at which point I am back in the plain terminal. No other error message is printed. Running it as root (with sudo) works fine. I tried using a SCREENDIR in my $HOME, but nothing changed. This is running Wheezy in a sharehoster VM: $ uname -a Linux [...] 2.6.32-042stab092.3 #1 SMP Sun Jul 20 13:27:24 MSK 2014 i686 GNU/Linux I believe they use OpenVZ virtualization. Kind regards, Ralf -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-042stab092.3 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii dpkg 1.16.15 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-38+deb7u8 ii libpam0g 1.1.3-7.1 ii libtinfo5 5.9-10 screen recommends no packages. Versions of packages screen suggests: pn iselect | screenie | byobu 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#781837: [gnome-tweak-tool] not available function suspend, hibernate, shutdown of close tape
Package: gnome-tweak-tool Version: 3.14.2-2 Severity: normal --- Please enter the report below this line. --- not available function suspend, hibernate, shutdown of close tape http://i.imgur.com/LsBnj9m.png not the option to suspend appears, etc. closing the lid of the laptop. the laptop has no problems to suspend or hibernate --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 990 testing www.deb-multimedia.org 990 testing security.debian.org 990 testing ftp.br.debian.org 990 jessie linux.dropbox.com 500 unstableftp.br.debian.org 500 testing-updates ftp.br.debian.org 500 experimentalmozilla.debian.net 100 jessie-backports ftp.br.debian.org 1 experimentalftp.br.debian.org --- Package information. --- Depends(Version) | Installed -+-=== python (= 2.7) | 2.7.9-1 python ( 2.8) | 2.7.9-1 gsettings-desktop-schemas (= 3.6) | 3.14.1-1 gnome-shell-common (= 3.4) | 3.14.2-3 python-gi (= 3.2.1) | 3.14.0-1 gir1.2-gtk-3.0 (= 3.12) | 3.14.5-1 gir1.2-gnomedesktop-3.0 | 3.14.1-1 gir1.2-notify-0.7| 0.7.6-2 Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#781838: [INTL:da] Danish translation of the debconf templates diaspora-installer
Package: diaspora-installer Severity: wishlist Tags: l10n patch Please include the attached Danish diaspora-installer joe@pc:~/over/debian/diaspora-installer$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#749031: transmission-gtk: Tray icon in mate-panel and gnome-shell has excessive spacing
control: tags -1 + moreinfo Hi, are you still able to replicate this in an up-to-date sid env? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749031: transmission-gtk: Tray icon in mate-panel and gnome-shell has excessive spacing
On Fri, Apr 03, 2015 at 05:56:38PM +0100, Sandro Tosi wrote: Hi, are you still able to replicate this in an up-to-date sid env? I don't use Sid, and I'm not particularly interested in mixing stable and unstable packages just to test this. I intend to update to Jessie when it's released later this month, and I will see if the problem is still reproducible at that time. Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781842: pysycache audio doesn't have a way to make the sound less or more
Package: pysycache Version: 3.1-3 Severity: normal Dear Maintainer, Pysycache just has two options, either have sound or not have sound. It would have been nicer/better if there was a way to control it. Unfortunately, it does not. I even tried it with pulseaudio (pavucontrol) to see if it is able to pickup the sounds from pysycache and it didn't so failed miserably. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pysycache depends on: ii pysycache-buttons-ice3.1-3 ii pysycache-click-dinosaurs3.1-3 ii pysycache-dblclick-appleandpear 3.1-3 ii pysycache-i18n 3.1-3 ii pysycache-images 3.1-3 ii pysycache-move-animals 3.1-3 ii pysycache-puzzle-cartoons3.1-3 ii pysycache-sounds 3.1-3 ii python 2.7.9-1 ii python-pygame1.9.2~pre~r3348-1 ii python-support 1.0.15 ii ttf-dejavu 2.34-1 pysycache recommends no packages. pysycache suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750837: ITP: moarvm -- virtual machine for Rakudo Perl 6 and NQP
Le mardi 31 mars 2015, 21:25:21 Daniel Dehennin a écrit : Everything pushed. Uploaded. Thanks a bunch for your work :-) -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781843: Patch: Add apple_set_os command neede for Macbook Pro 11,3 (Late 2013)
Package: grub-efi-amd64 Version: 2.02~beta2-22 Severity: wishlist Tags: patch Dear Debian folks, the current generation of dual GPU Macbook Pros turn off the integrated Intel GPU when any other OS than Mac OS X is booted. This works by MAC OS X identifying itself as a custom EFI protocol. The supplied patch adds a command (apple_set_os) that fakes this OS identification to make all the hardware accessible to Linux. So it's possible to have much better battery life and driver support by switching to the power saving Intel GPU instead of the discrete Nvidia GPU. It would be great if you could apply this patch to the Debian package. I haven been using this patch for months and it works well. The command should also be side-effect free as it just gets registered and then can be run by users who needs this quirk for their hardware. References: https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00442.html https://github.com/0xbb/gpu-switch#requirements https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1367109 https://wiki.archlinux.org/index.php/MacBookPro11,x#Getting_the_integrated_intel_card_to_work_on_11.2C3 Greetings, Bruno -- Package-specific info: *** BEGIN /proc/mounts /dev/dm-1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda4 /boot ext4 rw,relatime,stripe=4,data=ordered 0 0 /dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ ${next_entry} ] ; then set default=${next_entry} set next_entry= save_env next_entry set boot_once=true else set default=0 fi if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 else search --no-floppy --fs-uuid --set=root 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 fi font=/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_US insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 else search --no-floppy --fs-uuid --set=root 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 fi insmod png if background_image /grub/.background_cache.png; then set color_normal=white/black set color_highlight=black/white else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload=${1} } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-111886d7-b6a2-4840-94cb-525ebc62603f' { load_video insmod gzio if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi insmod part_gpt insmod ext2 set root='hd0,gpt4' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 else search --no-floppy --fs-uuid --set=root 6e3b4ccf-6add-4c33-a49a-2c5d62f2fce0 fi echo'Loading Linux
Bug#781542: pu: package hp2xx/3.4.4-8
Control: tags -1 + pending On Tue, 2015-03-31 at 12:16 +0100, Adam D. Barratt wrote: Control: tags -1 -moreinfo +confirmed On 2015-03-31 11:38, Christian T. Steigies wrote: Adam, On Tue, Mar 31, 2015 at 07:44:37AM +0100, Adam D. Barratt wrote: Control: tags -1 + moreinfo On 2015-03-30 20:17, Christian T. Steigies wrote: I received a report for crashes in hp2xx which were found with American fuzzy lop (afl). For unstable I already uploaded -10 with the following patch. It should apply to the version in stable as well since nothing changed in the code in between. Please advise how to proceed. The patches look okay, thanks. Before we confirm the upload, please could you provide a full source debdiff for a package (versioned as 3.4.4-8+deb7u1) which has been built against and tested on wheezy. I have built this in a stable chroot on barriere.debian.org and tested at home on a wheezy system. The debdiff (includes only the patch and a changelog entry) is attached. Thanks. Please feel free to go ahead. Uploaded and flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781629: mate-panel: help not finding document
Control: retitle -1 Ship MATE's user guide in Debian Control: reassign -1 mate-desktop-environment Control: severity -1 wishlist Hi Alessandro, On Di 31 Mär 2015 23:11:12 CEST, Alessandro Barbieri wrote: * What led up to the situation? Clicking help on the clock/calendar applet * What was the outcome of this action? Yelp telling me that the URI help:mate-clock/clock-settings points to a non valid page * What outcome did you expect instead? Reading the help. This is a known issue in Debian. Because we did not want GNU FDL licensed documentation files in Debian for MATE, we removed all MATE user guide elements from the MATE 1.8.x packages in Debian. For MATE 1.10, there will be a rewritten user guide (I hope) with a really free license. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgphhgPGZzAvf.pgp Description: Digitale PGP-Signatur
Bug#781734: ShowConnected plugin shows an error icon until there's activity
Hi Christopher The default configuration for plugin StatusIcon is blueman-tray that one is an old configuration value and the icon is no longer available. It should work if you just remove that name. I just tried and rebooted: Unfortunately, this removed the icon. Entirely. I mean, no more right click and no way to disable/enable bluetooth any more, nor pairing a device, nor do anything. A kill and a manual restart didn't improve things. It was just like if starting the applet didn't work any more. From a terminal start, I could see the text output, and the process really was running, but there was no display whatsoever. So I would advise against that change. Better have a broken icon than no icon at all. ^^ FYI, or if someone else read this, I successfully reverted the change by editing .gconf/apps/blueman/plugins/StatusIcon/%gconf.xml and adding back blueman-tray, updating the number of seconds since 1970, and rebooting. 1.99~alpha2 changelog shows some changes related to icons, but I did not tested it yet (might be fixed upstream). Yes, alpha 2 removes the status icon customization completely, so a situation where you have an old and invalid value in you settings cannot appear anymore. Cool. Thank you. ^^ -- Nirgal signature.asc Description: OpenPGP digital signature
Bug#781763: RFS: node-coffeeify/1.0.0-1 [ITP]
On 03/04/15 19:14, Sebastiaan Couwenberg wrote: On 04/03/2015 05:56 PM, Ross Gammon wrote: Thanks again for another review Bas. On 02/04/15 19:59, Sebastiaan Couwenberg wrote: You may want to consider extending Use_through2.patch to cover all files that use the through module, there are some tests that require it too. Since the test dependencies cannot be satisfied in Debian strictly required. I have fixed (I hope) all the other issues, but have one question before I finish. The package.json file also requires through. Should we leave this pristine so users know what upstream intended to be used (through), or also patch it to show what we used (through2)? I think the package.json installed by the Debian package should reflect the dependencies used by the package not npm. Kind Regards, Bas Okay - sounds logical. I updated the patch pushed the change to alioth. I am assuming you will take the change from there, and I am therefore deleting the version on mentors. Thanks for the clarification. Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781832: RFS: python-tappy/1.3-1 [ITP] -- Test Anything Protocol (TAP) tools for Python
Package: sponsorship-requests Severity: normal Dear Debian Mentors, I have packaged tap.py: * Package name: tap.py Version : 1.3-1 Upstream Author : Matt LAYMAN * URL : https://github.com/mblayman/tappy * License : BSD-2 Section : python tap.py is a python package that provides: - a test runner that produces a TAP compliant output. - facilities to load and parse the output produced by TAP compliant test runners. - Provides a lexer to colorize TAP output with Pygments. There are a few other python packages that to similar stuff, but none yet in Debian. Compared to other package that I could find: - It is very easy to integrate in your tests, and plays well with the standard unittest framework; - It is actively maintained; - It is compatible with python from 2.6 to 3.4 (covers all python versions found in Debian); I have packaged it because I use it myself and having it packaged eases its deployment on the development and CI systems I maintain. I now hope that it will be useful to someone else... Packages are available for review on debian mentors and here: http://www.caniart.net/debian/NEW/ Regards, Nicolas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781510: Consider using a tool like VirtualDub or avidemux to fix it.
Hi Mathieu, On 31.03.2015 23:00, Andreas Cadhalpun wrote: The alternative would be to mark it forwarded to the upstream feature request for the bitstream filter. I don't know, if avidemux will be packaged before that is added. I had a look at avidemux and packaging it would be a rather huge effort due to the way it uses FFmpeg: * It uses an old version of FFmpeg (1.2). * It applies custom (and rather strange) patches to FFmpeg. * It uses private FFmpeg API. This is pretty bad. :-/ Fortunately writing a bitstream filter for unpacking the packed B-frames turned out to be doable. I've posted a patch upstream [1]. After that is applied, the reference to avidemux/VirtualDub can be removed, see [2]. Best regards, Andreas 1: https://ffmpeg.org/pipermail/ffmpeg-devel/2015-April/171259.html 2: https://ffmpeg.org/pipermail/ffmpeg-devel/2015-April/171260.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781845: linux-image-3.16.0-4-powerpc: kernel crash on powerpc
Package: src:linux Version: 3.16.7-ckt7-1 Severity: important Dear Maintainer, The kernel crashed on my ppc32 machine. It crashes pretty reliably. I can try to help debug and triage this bug. Thanks! -- Package-specific info: ** Version: Linux version 3.16.0-4-powerpc (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 Debian 3.16.7-ckt7-1 (2015-03-01) ** Command line: root=UUID=7252209a-6106-41c2-90a3-45b85ac47837 ro video=radeonfb:off video=offb:off radeon.modeset=1 radeon.agpmode=-1 ** Not tainted ** Kernel log: Mar 30 15:16:49 macmini kernel: [327784.065779] [ cut here ] Mar 30 15:16:49 macmini kernel: [327784.065798] WARNING: at /build/linux-0OBaS_/linux-3.16.7-ckt7/fs/dcache.c:394 Mar 30 15:16:49 macmini kernel: [327784.065801] Modules linked in: binfmt_misc uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc radeon evdev ttm drm_kms_helper drm snd_aoa_codec_tas snd_aoa_codec_toonie snd_aoa_fabric_layout snd_aoa snd_aoa_i2sbus snd_aoa_soundbus snd_powermac snd_pcm snd_timer snd soundcore loop fuse autofs4 ext4 crc16 mbcache jbd2 ohci_pci ehci_pci ohci_hcd firewire_ohci ehci_hcd sg sd_mod crc_t10dif sungem sungem_phy firewire_core crc_itu_t sr_mod cdrom crct10dif_generic crct10dif_common usbcore usb_common Mar 30 15:16:49 macmini kernel: [327784.065877] CPU: 0 PID: 20 Comm: kswapd0 Not tainted 3.16.0-4-powerpc #1 Debian 3.16.7-ckt7-1 Mar 30 15:16:49 macmini kernel: [327784.065883] task: ef99d010 ti: efa1e000 task.ti: efa1e000 Mar 30 15:16:49 macmini kernel: [327784.065887] NIP: c0178dc4 LR: c0132d20 CTR: c0178cf4 Mar 30 15:16:49 macmini kernel: [327784.065891] REGS: efa1fc40 TRAP: 0700 Not tainted (3.16.0-4-powerpc Debian 3.16.7-ckt7-1) Mar 30 15:16:49 macmini kernel: [327784.065893] MSR: 00029032 EE,ME,IR,DR,RI CR: 24002088 XER: Mar 30 15:16:49 macmini kernel: [327784.065903] Mar 30 15:16:49 macmini kernel: [327784.065903] GPR00: c0132d20 efa1fcf0 ef99d010 ef4cc538 efbd6ce0 efa1fd38 efa1fd38 efa1fd48 Mar 30 15:16:49 macmini kernel: [327784.065903] GPR08: 0001 c072b305 0af9cbc0 2422 c074 c07292b8 Mar 30 15:16:49 macmini kernel: [327784.065903] GPR16: c07292c4 c07292ac c074 c073 0001 0001 00e5 Mar 30 15:16:49 macmini kernel: [327784.065903] GPR24: efb61bec c0178cf4 efa1fd38 c052cb40 efa1fd48 ef4cc648 efbd6ce0 ef4cc538 Mar 30 15:16:49 macmini kernel: [327784.065945] NIP [c0178dc4] dentry_lru_isolate+0xd0/0xe8 Mar 30 15:16:49 macmini kernel: [327784.065954] LR [c0132d20] list_lru_walk_node+0x128/0x1b0 Mar 30 15:16:49 macmini kernel: [327784.065957] Call Trace: Mar 30 15:16:49 macmini kernel: [327784.065962] [efa1fcf0] [c0132d20] list_lru_walk_node+0x128/0x1b0 (unreliable) Mar 30 15:16:49 macmini kernel: [327784.065970] [efa1fd30] [c017b96c] prune_dcache_sb+0x48/0x6c Mar 30 15:16:49 macmini kernel: [327784.065978] [efa1fd60] [c01665c8] super_cache_scan+0xf4/0x16c Mar 30 15:16:49 macmini kernel: [327784.065987] [efa1fd90] [c011f664] shrink_slab_node+0x13c/0x2c4 Mar 30 15:16:49 macmini kernel: [327784.065992] [efa1fdf0] [c0120158] shrink_slab+0x11c/0x134 Mar 30 15:16:49 macmini kernel: [327784.065997] [efa1fe20] [c0123b1c] kswapd+0x57c/0xaa8 Mar 30 15:16:49 macmini kernel: [327784.066006] [efa1fef0] [c0064ae4] kthread+0xc8/0xdc Mar 30 15:16:49 macmini kernel: [327784.066013] [efa1ff40] [c0015cc0] ret_from_kernel_thread+0x5c/0x64 Mar 30 15:16:49 macmini kernel: [327784.066016] Instruction dump: Mar 30 15:16:49 macmini kernel: [327784.066019] 3863ff98 7ca42b78 4bfffec1 3860 80010014 38210010 7c0803a6 4e800020 Mar 30 15:16:49 macmini kernel: [327784.066027] 3d40c073 394ab305 890a0001 69080001 0f08 2f88 419eff74 3901 Mar 30 15:16:49 macmini kernel: [327784.066036] ---[ end trace 2ce9dad997677b1f ]--- Mar 30 23:25:50 macmini kernel: [357123.991029] lightdm[498]: bad frame in handle_signal32: bfdb2450 nip 201f035c lr 201f0348 Mar 30 23:25:50 macmini kernel: [357123.995030] dbus-launch[537]: bad frame in handle_signal32: bf89b940 nip 0fde8e0c lr 10001d74 Mar 30 23:25:50 macmini kernel: [357123.995459] dbus-daemon[538]: bad frame in handle_signal32: bfbfa930 nip 0fdd3aa8 lr 1005d7d4 ** Model information revision: 1.2 (pvr 8003 0102) platform: PowerMac model: PowerMac10,2 machine: PowerMac10,2 motherboard: PowerMac10,2 MacRISC3 Power Macintosh ** Loaded modules: binfmt_misc uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc radeon ttm evdev drm_kms_helper drm snd_aoa_codec_tas snd_aoa_codec_toonie snd_aoa_fabric_layout snd_aoa snd_aoa_i2sbus snd_aoa_soundbus snd_powermac snd_pcm snd_timer snd soundcore loop fuse autofs4 ext4 crc16 mbcache jbd2 sg ohci_pci firewire_ohci sd_mod crc_t10dif ehci_pci ohci_hcd ehci_hcd sungem sungem_phy firewire_core crc_itu_t sr_mod cdrom crct10dif_generic crct10dif_common usbcore usb_common ** PCI devices: :00:0b.0 Host bridge [0600]: Apple Inc. UniNorth 2 AGP [106b:0034]
Bug#778402: Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability
On 2/14/15 6:38 AM, Luciano Bello wrote: Package: radare2 Severity: important Tags: security patch The security team received a report from the CERT Coordination Center that the Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability. It looks like this package includes the affected code at that's the reason of this bug report. The patch is available here: http://gitweb.dragonflybsd.org/dragonfly.git/blobdiff/4d133046c59a851141519d03553a70e903b3eefc..2841837793bd095a82f477e9c370cfe6cfb3862c:/lib/libc/regex/regcomp.c Please, can you confirm if the binary packages are affected? Are stable and testing affected? More information, here: http://www.kb.cert.org/vuls/id/695940 https://guidovranken.wordpress.com/2015/02/04/full-disclosure-heap-overflow-in-h-spencers-regex-library-on-32-bit-systems/ A CVE id has been requested already and the report will be updated with it eventually. Hello, I can't tell you explicitly that radare2 is not affected, given that I haven't found a good proof of concept. What I can do it to prepare fixed packages for jessie/unstable and potentially stable. I'll follow up when I have something to show. Ender. signature.asc Description: OpenPGP digital signature
Bug#781846: lshw doesn't display mainboard and firmware information.
Package: lshw Version: 02.17-1.1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** lshw version B.02.17 (debian 8) does not report information from system, mainboard an firmware as in version B.02.16 (debian 7). Could it be possible to include all truncated information please ? See the examples below : = head of lshw B.02.16 report = description: Ordinateur Mini-Tour produit: OptiPlex 755 () fabriquant: Dell Inc. numéro de série: ABCDEF bits: 64 bits fonctionnalités: smbios-2.5 dmi-2.5 vsyscall32 configuration: administrator_password=enabled boot=normal chassis=mini- tower power-on_password=enabled uuid=123456-123456-123456 *-core description: Carte mère produit: 0GM819 fabriquant: Dell Inc. identifiant matériel: 0 numéro de série: ..ABC123DEF564. *-firmware description: BIOS fabriquant: Dell Inc. identifiant matériel: 0 version: A19 date: 05/31/2011 taille: 64KiB capacité: 4032KiB fonctionnalités: pci pnp apm upgrade shadowing escd cdboot bootselect edd int13floppytoshiba int13floppy720 int5printscreen int9keyboard int14serial int17printer acpi usb biosbootspecification netboot *-cpu description: CPU produit: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz ... === = head of lshw B.02.17 report = description: Computer bits: 64 bits fonctionnalités: smbios-2.5 vsyscall32 *-core description: Motherboard identifiant matériel: 0 *-memory description: Mémoire système identifiant matériel: 0 taille: 3822MiB *-cpu produit: Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz ... === -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lshw depends on: ii libc6 2.19-17 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 Versions of packages lshw recommends: ii pciutils 1:3.2.1-3 ii usbutils 1:007-2 lshw 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#781836: systemd: Systemd fails to notice services have died,
Package: systemd Version: 215-5+b1 Severity: important Systemd fails to notice a service has died. Thereafter, when asked to start it, it reports success, but the service still isn't running. It is necessary to manually stop and then start the service. Example follows. In this case, it was bacula, but I believe I've seen it with nginx too. ken 12 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 3993 0.0 0.0 15456 2200 pts/0S+ 11:44 0:00 grep bacula ken 13 # /etc/init.d/bacula-fd start [ ok ] Starting bacula-fd (via systemctl): bacula-fd.service. ken 14 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4026 0.0 0.0 15456 2216 pts/0S+ 11:44 0:00 grep bacula ken 15 # /etc/init.d/bacula-fd stop [ ok ] Stopping bacula-fd (via systemctl): bacula-fd.service. ken 16 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4067 0.0 0.0 15456 2224 pts/0S+ 11:44 0:00 grep bacula ken 17 # /etc/init.d/bacula-fd start [ ok ] Starting bacula-fd (via systemctl): bacula-fd.service. ken 18 # ps auxww | grep bacula bacula2117 0.0 0.0 182616 6832 ?Ssl mar31 0:01 /usr/sbin/bacula-sd -c /etc/bacula/bacula-sd.conf -u bacula -g tape root 4093 0.0 0.0 69252 3472 ?Ssl 11:45 0:00 /usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf root 4113 0.0 0.0 15456 2156 pts/0S+ 11:45 0:00 grep bacula ken 19 # -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-5 ii libc6 2.19-17 ii libcap2 1:2.24-7 ii libcap2-bin 1:2.24-7 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod220-1 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii sysv-rc 2.88dsf-58 ii udev215-12 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: pn dbusnone pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui 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#781734: ShowConnected plugin shows an error icon until there's activity
I just tried and rebooted: Unfortunately, this removed the icon. Entirely. Whoops, I'm so sorry. Glad we removed that option upstream... :B The default value that should work in alpha 1 would be just blueman. In case you don't trust me anymore (I'd totally understand that), here's the code we removed between alpha 1 and alpha 2 including the previous default: https://github.com/blueman-project/blueman/commit/1d8c45b6acdca01999225a036cf8bbc736abad44#diff-dc542289623a34161b680b82e42e275eL54 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772421: xul-ext-video-without-flash: on YouTube, some videos are not played, other videos are shown partially
On Thu, 02 Apr 2015 11:25:42 +1100 Dmitry Smirnov wrote: On Tue, 16 Dec 2014 00:44:17 Francesco Poli wrote: [...] Could you please forward my bug report upstream? I don't have a github account and I cannot register an account on the issue tracker for each and every piece of software I use... Indeed. I asked upstream and he replied: Hi. I do not plan to maintain the video detection for sites that can play video without flash. When I started this project, the youtube HTML5 experiment only worked for a few videos but now it seems to me that every video can be played natively. On youtube comments and suggested video click do not works because it's in AJAX. I will eventually remove the youtube parser when no video will be detected at all. So according to upstream it is wontfix. OK, I see. Thanks a lot for getting in touch with the upstream developer(s). This is really appreciated. [...] Luckily we won't need anti-flash plugins on youtube much longer since they've made HTML5 player default, according to http://youtube-eng.blogspot.com.au/2015/01/youtube-now-defaults-to-html5_27.html Interesting, thanks for pointing it out. When a recent enough version of Iceweasel reaches Debian testing, I will benefit from this new YouTube HTML5 video default... Bye. -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpLi2K3r4wds.pgp Description: PGP signature
Bug#781734: ShowConnected plugin shows an error icon until there's activity
Control: tags -1 fixed-upstream Christopher Schramm wrote: The default configuration for plugin StatusIcon is blueman-tray that one is an old configuration value and the icon is no longer available. (...) The default value that should work in alpha 1 would be just blueman. It works now. Thanks! :) signature.asc Description: OpenPGP digital signature
Bug#781608: MATE should disable automounting when screen is locked
On Fri, Apr 03, 2015 at 07:04:23PM +0200, Mike Gabriel wrote: Package: caja Version: 1.8.2-3 Followup-For: Bug #781608 Control: severity -1 serious Control: forwarded -1 https://github.com/mate-desktop/caja/issues/398 Dear Kees, dear Debian Security Team, @Kees: Thanks for bringing up this issue. I actually think that the issue is more severe than just normal, so raising severity on this. @Security Team: I'd like to receive advise on this issue. Is it actually appropriate to file a CVE for what Kees describes in his original post [1]? This deserves a CVE ID, but we cannot issue one from the Debian pool (which can only be used for issues not yet public). Since this is already in the Debian BTS, please request one on the oss-security mailing list: https://github.com/RedHatProductSecurity/CVE-HOWTO This will also keep other distros posted. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org