Bug#782377: systemd: hwclock-save.service should not be run inside containers
Control: tags -1 pending Am 11.04.2015 um 16:44 schrieb Christian Seiler: On 04/11/2015 03:28 PM, Michael Biebl wrote: Am 11.04.2015 um 12:14 schrieb Christian Seiler: Package: systemd Version: 215-15 Severity: minor Tags: patch Dear Maintainers, with 215-13, hwclock-save.service was added to sync the system clock with the hardware clock on shutdown. This will fail in containers which don't have the appropriate privileges (which is annoying, but not really problematic, since shutdown proceeds anyway), and in privileged containers this will needlessly sync the clock on container shutdown (although that is probably harmless). Please add ConditionVirtualization=!container to the unit file to disable the service in containers. Makes sense. Please consider sending a proper git formatted patch, so the change is properly credited to you. Attached. Thanks, applied as c22859a6897e9d6e5483bd0164b687875442f10a -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#782417: ITP: volk -- Vector-Optimized Library of Kernels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: wishlist Owner: A. Maitland Bottoms bott...@debian.org * Package name: volk Version : 1.0 Upstream Author : Tom Rondeau, Nick Foster, Nathan West et al. Free Software Foundation, Inc. * URL : http://libvolk.org/ * License : GPL v3+ Programming Lang: C, C++, Python Description : Provides an abstraction of optimized math routines targetting several SIMD processors I wanna go fast! -Ricky Bobby == Date: Sat, 11 Apr 2015 14:37:12 -0500 VOLK release 1.0 is now available for download: http://libvolk.org/releases/volk-1.0.tar.gz MD5 sum: a17129f171747a0ac74fe44686227b69 For those that have not been following GNU Radio development, this is the first release of VOLK as a sub-project of GNU Radio. This means VOLK lives in its own git repository and is being tracked and developed independent of GNU Radio. As part of this change there is a new project website (http://libvolk.org/) and IRC channel (#volk on Freenode). Since being broken out in December and this release the following individuals have contributed to VOLK: * Albert Holguin aholguin...@yahoo.com * Doug Geiger doug.gei...@bioradiation.net * Elliot Briggs elliot.bri...@gmail.com * Julien Olivain julien.oliv...@lsv.ens-cachan.fr * Michael Dickens michael.dick...@ettus.com * Nathan West nathan.w...@okstate.edu * Tom Rondeau t...@trondeau.com Full release notes are on the website (http://libvolk.org/initial-release.html ). (raw versions available from http://libvolk.org/news_raw/) I'm excited about the change and hope to see the continuation and growth of VOLK development and community. If you see the opportunity for new kernels don't hesitate to add them. It is not necessary to write an implementation for every architecture and it is often less work than you might think when adding a single kernel. - -Nathan West == Other links of interest describing the benefits of VOLK are: Benchmarking GNU Radio Kernels and Multi-Processor Scheduling http://www.nrl.navy.mil/itd/chacs/sites/www.nrl.navy.mil.itd.chacs/files/pdfs/13-1231-0717.pdf Tom Rondeau's Blog posts: http://www.trondeau.com/blog/2012/2/13/volk-integration-to-gnu-radio.html http://www.trondeau.com/blog/2012/2/17/volk-benchmarking.html GNU Radio's wiki on VOLK: https://gnuradio.org/redmine/projects/gnuradio/wiki/Volk As gnuradio maintainer I have been providing libvolk0.0.0, libvolk-dev and libvolk-bin binary packages from the gnuradio source package. In the future those will be build from the volk source package in Debian, and gnuradio will depend on them. (Future gnuradio sources will no longer contain the VOLK source.) - -Maitland -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVKY8aAAoJEFBB8YkfROCQ+S0P/jOLebysuqRuh6UHAg1vox4w Ac2WXLKJ1j0B+0SE1fvfAli9RfEDMxDGeScXuyrdtFbBZJO/VrNAYvMxfzQc92Gy 6LrEBcB5EY0Qb3CeciewfQpAt+spXPkE+q+r3YWnQg2wbwd7bmiUTk/gfUH5sFHN 2iWmsJQsnPd6HZSgwF/J/uGANPq3WAnJqv6J4/UfW9/Q5SxfgQzPB+JN2W+LOV3M GLY8bD83kozsJmPFNz7WZv+KnTy17bq+dVQ8XW+8DQyft5tZmHQhjRpZbIR4l7CD nKzfLd5r9SEpQnMerjHqh4IQDgHRsaCFAoroIc/IGsj1ZqZ2XcUUpji2MK6+x+/Z EzJjlh3WXhWTHPXOj1msYtIggt73s3T1LoL4bhrU2owHAaJCR+bA+O/f6S7HrPbM S5gBYEVT7d8FNBmZgGhTNgQXjLFxF/BaYzffxPV5qYvSf/yjksTXmrNJMpVCh6gI o1O0Un5faNWy0rzGQoKOq71eCHqC+x0tfzqLERvjE4WZuy6EtscmIdT35+fTuT0s sIW/d0g/eSTvDGwSuRVzrK5TSvP0xCy4cxn4y7zkw3b0RBOCmqPTrrAyhs2n7MiR Q8mlCZtUodnIt2AvVINQnPS6BDSq/4KzX2g8Jmie+WfExUpApKfKKpYl4ZrqYX95 DBUZovfziKkD7L6cLzdh =4HTm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780730: mutt: Does not work correctly with newer gpg-agent
Also note that http://dev.mutt.org/hg/mutt/rev/df55f14f4585 committed upstream removes the agent check. -Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439308: should be able to delete certain attachments in crypted mail
http://dev.mutt.org/hg/mutt/rev/bd21cff208c4 was just committed upstream, and allows attachments to be deleted from unencrypted emails. It displays a warning message if the email is signed or part-signed, but doesn't prevent the deletion anymore. -Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781640: Downgrading bug severity
On 11 April 2015 at 13:37, Daniele Tricoli er...@mornie.org wrote: On Thursday 09 April 2015 09:19:03 Thomas Goirand wrote: If the package isn't vulnerable, shouldn't this bug report be closed? If that's the case, then I'll let you close it. In the mean while, I'll downgrade the severity to normal, in order to not remove the package (and its rev-dependencies) from testing. However, the package is vulnerable to the other issue: - If the secretKey was expected to be a RSA public key, but the attacker changed the header to indicate a signature algorithm of HMAC, the RSA public key would be used as the signing secret. I think it is important that this issue is corrected in jessie.
Bug#782413: ITP: mahimahi -- tools for network emulation and analysis
Package: wnpp Severity: wishlist Owner: Luke Faraone lfara...@debian.org * Package name: mahimahi Version : 0.90 Upstream Author : Keith Winstein kei...@cs.stanford.edu * URL : https://github.com/keithw/mahimahi * License : GPL-3+ Programming Lang: C++ Description : tools for network emulation and analysis Mahimahi is a suite of user-space tools for network emulation and analysis. Each mahimahi tool spawns a lightweight container, generally connected to the outside via a synthetic network device that observes packets in transit or emulates a desired behavior. The tools are composable so that a series of emulated network effects can be chained together, with mahimahi containers nested inside each other. Each tool takes an optional command to execute, so it is possible to create a series of nested containers with one command line -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770149: python-instagram
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11 April 2015 18:56:15 BST, Ross Gammon r...@the-gammons.net wrote: - The watch file is not working, but that is okay as upstream do not do releases or tags. It appears they make releases to pypi [1]. So that may be an option to use for the watch file as 1.3.0 appears to be the latest version anyway. [1] https://pypi.python.org/pypi/python-instagram - -- Regards, Daniel Lintott -BEGIN PGP SIGNATURE- iQJOBAEBCAA4MRxEYW5pZWwgTGludG90dCAoZGxpbnRvdHQpIDxkYW5pZWxAc2Vy dmVyYi5jby51az4FAlUpbbYACgkQyHJk111z7G4/xw/7B7uUv4TdaJWjP9Gyty3A GEg0hDshmajJ3+w5fDo5aieDlLUXXWDiRZlH8oEfIy7unEh/EpPBihQ5bDJfBszr Lg7L/00jG6vF7yOWMfbeOAnReN1GpvCcB065GyUEUvstImnZEMvbM4dcEmlhW4Qo 4a3zJKUGJy2lsHSA6wQrRfJlUEwRk0vPR6THpCsOBkNzfH+QolRFY0zpKkM4XJgy unhZpWTZGIdNHWksIXqihKuIcuFG/ABGe2mJlUrbiVMT1+vM6dPu5XJ55+uEU+Pv f+6WBlsiXnHLlpAHvpbliQ9zMCtV/M6TFU2jyrzUXF8E/CVmO4dUkqELN0Hj11IE Fdf7iPmFAhSv4tBfXamVCZtcvltyJ0dmMhaGMTQwr5vLherkHZ3cL+UPkpwB9+8H WmDBAXeBdfgtaSiCqb+WQSZ+MLA0HxJSmGV5aIYTfjPtZvBOnfGb1NXxWTwO6BmH I5h6EHAiEsvcC7yp1itUvistdoYcnHpa/1KvMlOHf2lh3tfMSorFZZ7iroDpW29g r/f8Fk2SLIiUwErT1BvJRrVwXMstFkJjvkZUu19J3jk92hTBl7IenGkhQzofs4qQ S5ZCVJjhKF7ZVbwZ+ujZ6xJregZPX03tNDvjweNEbFlc/uXV+nPyUed5y+h8dDpY DlGbYX4PCZQNBkhybrgAlQY= =rjQ7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782414: sugar-presence-service broken due to deprecated telepathy-gabble Tubes API
Package: sugar-presence-service-0.84,sugar-presence-service-0.88,sugar-presence-service-0.90,python-sugar-toolkit-0.96 Version: 0.84.3-1.1,0.88.0-3.1,0.90.2-1,0.96.3-1 Severity: grave These packages can be considered broken on any Debian system using telepathy-gabble 0.17.25 or higher. Sugar collaboration depends on Gabble Tubes API [1] which was deprecated and removed in version 0.17.25. http://telepathy.freedesktop.org/spec/Channel_Type_Tubes.html The only workaround for this issue is to use a previous version of telepathy-gabble, earlier than 0.17.15. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709883: keyboard-configuration: X keyboard configuration lost after upgrade
Package: keyboard-configuration Version: 1.121 Followup-For: Bug #709883 Hi, I've just lost my keyboard configuration after upgrading these packages: Upgrade: libsystemd-login0:amd64 (215-14, 215-15), dselect:amd64 (1.17.24, 1.17.25), python3-nose:amd64 (1.3.4-2, 1.3.6-1), dpkg:amd64 (1.17.24, 1.17.25), dmsetup:amd64 (1.02.90-2.1, 1.02.90-2.2), python-nose:amd64 (1.3.4-2, 1.3.6-1), console-setup:amd64 (1.120, 1.121), dpkg-dev:amd64 (1.17.24, 1.17.25), console-setup-linux:amd64 (1.120, 1.121), libsystemd-daemon0:amd64 (215-14, 215-15), libgudev-1.0-0:amd64 (215-14, 215-15), libpam-systemd:amd64 (215-14, 215-15), udev:amd64 (215-14, 215-15), libudev-dev:amd64 (215-14, 215-15), libudev1:amd64 (215-14, 215-15), libudev1:i386 (215-14, 215-15), myspell-es:amd64 (1.11-9, 1.11-10), libdpkg-perl:amd64 (1.17.24, 1.17.25), lintian:amd64 (2.5.30+deb8u3, 2.5.30+deb8u4), debian-keyring:amd64 (2015.03.30, 2015.04.10), gnome-font-viewer:amd64 (3.14.0-1, 3.14.0-2), ispanish:amd64 (1.11-9, 1.11-10), systemd:amd64 (215-14, 215-15), libdevmapper-event1.02.1:amd64 (1.02.90-2.1, 1.02.90-2.2), libdevmapper1.02.1:amd64 (1.02.90-2.1, 1.02.90-2.2), libmarkdown2:amd64 (2.1.8-1, 2.1.8-2), google-talkplugin:amd64 (5.40.2.0-1, 5.41.0.0-1), keyboard-configuration:amd64 (1.120, 1.121), libsystemd0:amd64 (215-14, 215-15), libsystemd0:i386 (215-14, 215-15), aspell-es:amd64 (1.11-9, 1.11-10), liblvm2app2.2:amd64 (2.02.111-2.1, 2.02.111-2.2), ntpdate:amd64 (4.2.6.p5+dfsg-5, 4.2.6.p5+dfsg-7) End-Date: 2015-04-11 20:16:31 My keyboard layout was changed. I use French alternative (latin-9), but this variant was set to empty when upgrading. Although, I've been unable to reproduce the problem. Cheers, Santiago -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_CO.utf8, LC_CTYPE=es_CO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages keyboard-configuration depends on: ii debconf 1.5.56 ii initscripts 2.88dsf-59 ii liblocale-gettext-perl 1.05-8+b1 keyboard-configuration recommends no packages. keyboard-configuration suggests no packages. Versions of packages console-setup depends on: ii console-setup-linux 1.121 ii debconf 1.5.56 ii xkb-data 2.12-1 Versions of packages console-setup suggests: ii locales 2.19-17 ii lsb-base 4.1+Debian13+nmu1 Versions of packages console-setup-linux depends on: ii kbd 1.15.5-2 Versions of packages console-setup-linux suggests: ii console-setup 1.121 Versions of packages keyboard-configuration is related to: pn console-common none pn console-datanone pn console-tools none ii kbd 1.15.5-2 -- debconf information: console-setup/framebuffer_only: * keyboard-configuration/variantcode: latin9 console-setup/guess_font: keyboard-configuration/unsupported_options: true keyboard-configuration/unsupported_config_layout: true debian-installer/console-setup-udeb/title: keyboard-configuration/unsupported_layout: true * keyboard-configuration/layout: keyboard-configuration/unsupported_config_options: true * keyboard-configuration/store_defaults_in_debconf_db: true * keyboard-configuration/toggle: No toggling console-setup/fontsize-fb47: 8x16 * keyboard-configuration/optionscode: terminate:ctrl_alt_bksp * keyboard-configuration/variant: Francés - Francés (arcaico, alternativo) * keyboard-configuration/xkb-keymap: fr(latin9) * keyboard-configuration/other: * console-setup/charmap47: UTF-8 console-setup/codesetcode: Lat15 console-setup/use_system_font: console-setup/store_defaults_in_debconf_db: true * keyboard-configuration/modelcode: latitude * keyboard-configuration/altgr: The default for the keyboard layout * keyboard-configuration/model: Portátil Dell Latitude * keyboard-configuration/layoutcode: fr * keyboard-configuration/switch: No temporary switch * keyboard-configuration/ctrl_alt_bksp: true console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/fontsize-text47: 8x16 console-setup/fontface47: Fixed console-setup/fontsize: 8x16 * keyboard-configuration/compose: No compose key signature.asc Description: Digital signature
Bug#782365: gxine crashes at start
On Sat, Apr 11, 2015 at 1:11 PM, Christoph Anton Mitterer wrote: Why falsifying the severity? Why never-ending the negativity? grave is per definition[0] clearly the one that applies, and the definition doesn't say and if problem affects more than 1000 users or unless user is Chris?! Taint = supported not, hooray for clean install. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782412: k3b: wont burn BDROM sized images
Package: k3b Version: 2.0.2-6 Severity: important Dear Maintainer, I cant burn any sized BDROM images, namely the Debian ISO.I keep getting the insert xxx sized medium error. -- Package-specific info: Device was not specified. Trying to find an appropriate drive... Detected CD-R drive: /dev/cdrw Using /dev/cdrom of unknown capabilities Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'HL-DT-ST' Identification : 'BD-RE WH14NS40 ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages k3b depends on: ii cdparanoia 3.10.2+debian-10.1 ii cdrdao 1:1.2.3-0.3 ii genisoimage9:1.1.11-2 ii k3b-data 2.0.2-6 ii kde-runtime4:4.8.4-2 ii libc6 2.13-38+deb7u8 ii libk3b62.0.2-6 ii libkcddb4 4:4.8.4-2 ii libkcmutils4 4:4.8.4-4+deb7u1 ii libkde3support44:4.8.4-4+deb7u1 ii libkdecore54:4.8.4-4+deb7u1 ii libkdeui5 4:4.8.4-4+deb7u1 ii libkfile4 4:4.8.4-4+deb7u1 ii libkio54:4.8.4-4+deb7u1 ii libknotifyconfig4 4:4.8.4-4+deb7u1 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit4 2.2.1-5 ii libsolid4 4:4.8.4-4+deb7u1 ii libstdc++6 4.7.2-5 ii wodim 9:1.1.11-2 Versions of packages k3b recommends: ii dvd+rw-tools 7.1-10 ii libk3b6-extracodecs 2.0.2-6 ii vcdimager0.7.24+dfsg-0.1 Versions of packages k3b suggests: ii k3b-extrathemes 2.0.2-6 pn k3b-i18n none pn movixmaker-2 none pn normalize-audio none pn sox 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#772482: unblock: dmraid/1.0.0.rc16-6
Hi Ivo, On Sun, Dec 7, 2014 at 10:20 PM, Ivo De Decker iv...@debian.org wrote: We don't unblock packages for maintainer changes (they're fine if included with other changes). The typo fix is minor, and I probably would have accepted it, if the package didn't need an unblock-udeb. But this change really doesn't warrant the overhead of asking for a d-i unblock. Sorry. If another update would be needed for dmraid later in the freeze, feel free to include these changes. I've synced with Ubuntu a while back, which is to move away from the (not anymore existent) dm-raid45 kernel module[1]. This would save error messages when dealing with RAID5 arrays. Tested in Ubuntu (LTS releases as well). Debdiff is attached. Regards, Laszlo/GCS unblock dmraid/1.0.0.rc16-7 [1] http://bugs.debian.org/745697 diff -u dmraid-1.0.0.rc16/debian/changelog dmraid-1.0.0.rc16/debian/changelog --- dmraid-1.0.0.rc16/debian/changelog +++ dmraid-1.0.0.rc16/debian/changelog @@ -1,3 +1,22 @@ +dmraid (1.0.0.rc16-7) unstable; urgency=low + + * Sync with Ubuntu. + + [ Dimitri John Ledkov ] + * Drop force loading dm-raid45 module in the initramfs hook +(closes: #745697). + + -- Laszlo Boszormenyi (GCS) g...@debian.org Sat, 07 Feb 2015 13:47:48 + + +dmraid (1.0.0.rc16-6) unstable; urgency=low + + * New maintainer (closes: #613706). + + [ Simon Ward si...@bleah.co.uk ] + * Fix manpage typos (closes: #525252). + + -- Laszlo Boszormenyi (GCS) g...@debian.org Thu, 04 Dec 2014 20:44:01 + + dmraid (1.0.0.rc16-5) unstable; urgency=low * QA upload. diff -u dmraid-1.0.0.rc16/debian/control dmraid-1.0.0.rc16/debian/control --- dmraid-1.0.0.rc16/debian/control +++ dmraid-1.0.0.rc16/debian/control @@ -1,7 +1,7 @@ Source: dmraid Section: admin Priority: optional -Maintainer: Debian QA Group packa...@qa.debian.org +Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org Standards-Version: 3.9.5 Build-Depends: debhelper (= 9), libdevmapper-dev, libklibc-dev, libselinux1-dev, quilt (= 0.40), autotools-dev Vcs-git: git://git.debian.org/git/users/derevko-guest/dmraid.git diff -u dmraid-1.0.0.rc16/debian/patches/series dmraid-1.0.0.rc16/debian/patches/series --- dmraid-1.0.0.rc16/debian/patches/series +++ dmraid-1.0.0.rc16/debian/patches/series @@ -12,0 +13,2 @@ +21_fix_man_page_typos.patch +26_convert-dmraid45-to-dmraid.patch diff -u dmraid-1.0.0.rc16/debian/rules dmraid-1.0.0.rc16/debian/rules --- dmraid-1.0.0.rc16/debian/rules +++ dmraid-1.0.0.rc16/debian/rules @@ -1,4 +1,5 @@ #!/usr/bin/make -f +# -*- makefile -*- # Uncomment this to turn on verbose mode. # export DH_VERBOSE=1 only in patch2: unchanged: --- dmraid-1.0.0.rc16.orig/1.0.0.rc16/autoconf/config.guess +++ dmraid-1.0.0.rc16/1.0.0.rc16/autoconf/config.guess @@ -1,13 +1,12 @@ #! /bin/sh # Attempt to guess a canonical system name. -# Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003 Free Software Foundation, Inc. +# Copyright 1992-2014 Free Software Foundation, Inc. -timestamp='2003-06-17' +timestamp='2014-03-23' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by -# the Free Software Foundation; either version 2 of the License, or +# the Free Software Foundation; either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, but @@ -16,24 +15,22 @@ # General Public License for more details. # # You should have received a copy of the GNU General Public License -# along with this program; if not, write to the Free Software -# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# along with this program; if not, see http://www.gnu.org/licenses/. # # As a special exception to the GNU General Public License, if you # distribute this file as part of a program that contains a # configuration script generated by Autoconf, you may include it under -# the same distribution terms that you use for the rest of that program. - -# Originally written by Per Bothner p...@bothner.com. -# Please send patches to config-patc...@gnu.org. Submit a context -# diff and a properly formatted ChangeLog entry. +# the same distribution terms that you use for the rest of that +# program. This Exception is an additional permission under section 7 +# of the GNU General Public License, version 3 (GPLv3). +# +# Originally written by Per Bothner. # -# This script attempts to guess a canonical system name similar to -# config.sub. If it succeeds, it prints the system name on stdout, and -# exits with 0. Otherwise, it exits with 1. +# You can get the latest version of this script from: +# http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD # -# The plan is that this can be called by configure scripts if you -# don't specify an explicit build system type. +# Please send patches with a ChangeLog entry to
Bug#782416: Bonded interface hanging on shutdown/restart
Package: ifenslave-2.6 Version: 2.6 One of my servers running Jessie hung on restart today and has been continuing to do so; rebooting now requires a hard reset be invoked over IPMI. When shutting down the last message displayed on the console was deconfiguring network interfaces. After doing some digging, the part of the init script that was failing was the segment that ran `ifdown -a --exclude lo`; if I run this manually I can trigger the same behaviour. After 120s the system console reports hung tasks belonging to kworker and ifenslave. Corresponding to these are faults/call traces reported in dmesg also belonging to ifenslave. Images of both are available on request (grabbed these from the BMC as and when I saw them), will try to extract them as text on the next available reboot slot. This behaviour only became apparent after the last round of updates went in - was working/rebooting perfectly fine a week ago. Hardware is an ASRock E3C224D2I with two Intel i210 NICs (igb driver). /etc/network/interfaces is as follows: auto lo iface lo inet loopback # The primary network interface auto bond0 iface bond0 inet static address 192.168.1.128 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 slaves eth0 eth1 bond_mode active-backup bond_miimon 250 bond_downdelay 250 bond_updelay 250 ifconfig from the running system as follows: bond0 Link encap:Ethernet HWaddr d0:50:99:26:4d:08 inet addr:192.168.1.128 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::d250:99ff:fe26:4d08/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:637 errors:0 dropped:0 overruns:0 frame:0 TX packets:492 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:419400 (409.5 KiB) TX bytes:62871 (61.3 KiB) eth0 Link encap:Ethernet HWaddr d0:50:99:26:4d:08 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:637 errors:0 dropped:0 overruns:0 frame:0 TX packets:492 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:419400 (409.5 KiB) TX bytes:62871 (61.3 KiB) Memory:f720-f727 eth1 Link encap:Ethernet HWaddr d0:50:99:26:4d:08 UP BROADCAST SLAVE MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Memory:f710-f717 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:188 (188.0 B) TX bytes:188 (188.0 B) Please let me know if there are any other investigations I can carry out to verify the cause. I don't know if it's related but the system only has one NIC plugged in at present. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728377: Cannot supply additional addresses with -H
Note that http://dev.mutt.org/hg/mutt/rev/4909bd9c9149 committed upstream fixes this. -Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782418: cwm: FTBFS on kfreebsd: kbfunc.c:327:18: error: 'HOST_NAME_MAX' undeclared
Source: cwm Version: 5.6-1 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd cwm FTBFS on kfreebsd-*: | cc -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O2 -g -D_GNU_SOURCE -D_FORTIFY_SOURCE=2 `pkg-config --cflags fontconfig x11 xft xinerama xrandr` kbfunc.c | kbfunc.c: In function 'kbfunc_ssh': | kbfunc.c:327:18: error: 'HOST_NAME_MAX' undeclared (first use in this function) | charhostbuf[HOST_NAME_MAX+1]; | ^ | kbfunc.c:327:18: note: each undeclared identifier is reported only once for each function it appears in | kbfunc.c:327:10: warning: unused variable 'hostbuf' [-Wunused-variable] | charhostbuf[HOST_NAME_MAX+1]; | ^ | make[2]: *** [kbfunc.o] Error 1 | Makefile:37: recipe for target 'kbfunc.o' failed Full build logs: https://buildd.debian.org/status/fetch.php?pkg=cwmarch=kfreebsd-i386ver=5.6-1stamp=1428775896 https://buildd.debian.org/status/fetch.php?pkg=cwmarch=kfreebsd-amd64ver=5.6-1stamp=1428776101 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782420: ITP: gr-fosphor -- gnuradio fosphor block (GPU spectrum display)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: wnpp Severity: wishlist Owner: A. Maitland Bottoms bott...@debian.org * Package name: gr-fosphor Version : 3.7 Upstream Author : Sylvain Munaut t...@246tnt.com * URL : http://sdr.osmocom.org/trac/wiki/fosphor * License : GPL v3+ Programming Lang: OpenCL, C, C++, Python Description : GNU Radio block for RTSA-like spectrum visualization using OpenCL and OpenGL acceleration. This is a popular GNU Radio block providing a colorful and responsive Real-Time Spectrum Analysis display. - -Maitland -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVKZkDAAoJEFBB8YkfROCQFToQAIVjBGLwsEHoNq7O7WYkPmf4 ++depXEjX0pz5iY38lWumBfhYTwXXvEXjpjZEq3pzzgqOq7k12x6N8eqSfCyula0 mqheIbMsDwhZvMjzpXQSCVotPSsg349lUG4QJ2+iqw0/M7hhivSvo7o/dIFF3Rwa TEUc0paQmbBJpTAUl4e+hdOyN6zfFoQ5kZjpj1VI/95Adxyd61CTXT/A6SadjqCx l3aUiBuUfZ72Bvi+PvVXgVCRnjuPpe8WtZ0eDPCGSlrMpPr0bwX4G7HAQCIwUXqX 2PBnEv3imkBjGywGUInsb/Ep+1U3tqb89qnlf09nUkSkd/2wKhJyu6KCpMRLu/UU tyRovHk6jBNCxTjTjRDXPUaJcN9+xgiSwHh0zT23BcIIfZlY0MoYm1m/IryryBxF BE2yywyTVmzsE7OhB4MfiQYKC5aI12jh8fpf9sRPrgucjHsxKTUmADur3VbZpK77 LHnlT67M8WFqBphBb++hBO0u1DDAiynpLN0oynxocOWbBJ09P01Rnk5XRf38YSt3 nTMVrhd1zQgemAPsGXzJTAkGgunK3IYCxt5RigSzG6DnU1F326yREWlCLLjEUCHz xy9LAFP/8QEzDKNciF6Zz0dA+VBKepPIQLKb12nx37t4nSMNIXWcK//zPV7cqxd/ AXArjgE/A2HMsmy1D3Vb =3UNy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782421: Pushed route not handled
Package: network-manager-openvpn Version: 0.9.10.0-1 Severity: normal I have a server withh following directive : push route 62.210.16.3 255.255.255.255 net_gateway When used manually, it works. When connecting through network manager, I get following log Apr 11 23:48:28 bibi NetworkManager[2553]: error [1428788908.759589] [platform/nm-linux-platform.c:1714] add_object(): Netlink error adding 62.210.16.3/32 via 192.168.0.254 dev tun0 metric 1024 mss 0 src user: Unspecific failure 192.168.0.254 being the local gateway I see the pushed command has been understood, however NetworkManager is unable to setup the route. What could be interesting for debug is I also use push redirect-gateway def1 bypass-dhcp block-local (but I get same result without the block-local flag) -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) Versions of packages network-manager-openvpn depends on: ii libc6 2.19-17 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libglib2.0-0 2.42.1-1 ii libnm-glib-vpn1 0.9.10.0-7 ii libnm-glib4 0.9.10.0-7 ii libnm-util2 0.9.10.0-7 ii openvpn 2.3.4-5 network-manager-openvpn recommends no packages. network-manager-openvpn 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#782141: minidlna: error while loading shared libraries: libavformat.so.52: cannot open shared object file
2nd Could you provide more details: What is the arch of minidlna you are using? As far as I can see, minidlna_1.0.24+dfsg-1_i386.deb is linked with libavformat.so.53 not libavformat.so.52 jaap@custard:~$ apt-cache show minidlna Package: minidlna Status: install ok installed Priority: optional Section: net Installed-Size: 298 Maintainer: Benoît Knecht benoit.kne...@fsfe.org Architecture: amd64 Version: 1.0.24+dfsg-1 ... pgpRvGVoUNgnr.pgp Description: OpenPGP digital signature
Bug#782141: minidlna: error while loading shared libraries: libavformat.so.52: cannot open shared object file
3d Could you confirm this bug for your arch combination for Jessie (minidlna 1.1.2) or Sid (minidlna 1.1.4)? No, with Jessie amd64 no problems. 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/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 Init: systemd (via /run/systemd/system) pgpkPA0TkBfwZ.pgp Description: OpenPGP digital signature
Bug#697187: brasero: cannot burn BD
Package: brasero Version: 3.4.1-4 Followup-For: Bug #697187 Dear Maintainer, xorriso output: ../xorriso -outdev /dev/sr0 -tocGNU xorriso 1.2.4 : RockRidge filesystem manipulator, libburnia project. Drive current: -outdev '/dev/sr0' Media current: BD-R sequential recording Media status : is blank Media summary: 0 sessions, 0 data blocks, 0 data, 23.3g free Drive current: -outdev '/dev/sr0' Drive type : vendor 'HL-DT-ST' product 'BD-RE WH14NS40' revision '1.00' Media current: BD-R sequential recording Media product: OTCBDR00/002/0 , (not found in manufacturer list) Media status : is blank Media blocks : 0 readable , 12219392 writable , 12219392 overall Media summary: 0 sessions, 0 data blocks, 0 data, 23.3g free but I still cant use brasero or k3b to burn the debian bdrom. Its still detecting a too small disc. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brasero depends on: ii brasero-common 3.4.1-4 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gvfs 1.12.3-4 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.4.1-4 ii libc62.13-38+deb7u8 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-7 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libtotem-plparser17 3.4.2-1 ii libtracker-sparql-0.14-0 0.14.1-3 ii libxml2 2.8.0+dfsg1-7+wheezy4 Versions of packages brasero recommends: ii yelp 3.4.2-1+b1 Versions of packages brasero suggests: pn libdvdcss2 none ii tracker 0.14.1-3 ii vcdimager 0.7.24+dfsg-0.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782415: the package build-depends on mkdocs, which is a virtual package
Source: djangorestframework Version: 3.0.5-0.2 Severity: important X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org,b...@debian.org [CCing the NMUer] Dear maintainer, the current package in experimental could not be built due to the package build-depending on mkdocs. pbuilder and sbuild swear it is a virutal package, though a grep of mine trough /var/lib/apt/lists of 'mkdocs' just fails. whatever the cause (virtual package or non-existing package), this is a issue. FTR, I found this while working on the “reproducible builds” effort [1] [1]: https://wiki.debian.org/ReproducibleBuilds Thanks for maintaining djangorestframework -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#755538: mutt: Add gpgme support to vk.pgp_verbose_mime.patch
Also just a note that http://dev.mutt.org/hg/mutt/rev/789501922727 was committed upstream. It didn't include the options and the description, but does work for both classic and gpgme. -Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761023: bb: Visual stops when audio starts under pulseaudio
On 04/11/2015 01:05 PM, Antoine Amarilli wrote: It makes me wonder; would it make sense, instead of disabling the music by default, to have a wrapper that runs bb with this hack, so that the music can work? (Otherwise the user need to find and read the README to find out about this, which is not ideal...) Of course, the devil is in the details: implementing this solution would require pasuspender, hence pulseaudio-utils; however having bb depend on pulseaudio-utils would be strange as the hack is only needed because of pulseaudio itself. Well, pulseaudio Depends: pulseaudio-utils. So you're not going to find many PA systems without it. I suppose it might be possible if the system is using a remote PA daemon, but that's by far not a normal setup. So you could do something like: if command -v pasuspender /dev/null; then pasuspender -- env PULSE_SERVER= bb else bb fi Downsides: Anything else playing audio through PA is suddenly going to go silent. The PA mixer still works, so things like desktop volume keys should continue to work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782370: Using tiling WM and no login manager
I forgot to mention that I am using no login manager, just startx from console which starts the i3 window manager via .xsession. I3 WM has very good support for various WM hints, similar bugs often mention tiling window managers, but not a specific one. Therefore, it seems to me that it might be some setting that a login manager or DE sets and a minimal setup does not. If that is the case, it should be handled by /etx/X11/Xsession.d/ files so that every X session has it correctly enabled. This bug is very inconvenient, it makes GTK3 apps hard to use, so maybe the severity could be bumped if applicable. Kind regards, Ondřej Grover
Bug#649265: provide coordinated mechanism to manage /etc/nsswitch.conf among packages
On Sat, 13 Apr 2013 16:42:30 -0700 C.J. Adams-Collier c...@uw.edu wrote: I spoke with Steve Langasek on irc a few moments ago after reviewing this bug. He informs me that there is still not a coordinated way to manage /etc/nsswitch.conf. There is a package in Ubuntu called 'auth-client-config' [1] which does that. For example, when I wanted to add authentication using OpenLDAP, I just ran this command after installing libnss_ldap so: auth-client-config -t nss -p lac_ldap [1] http://packages.ubuntu.com/trusty/auth-client-config -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#782376: inverted theme thumbnail padding distorts images
Package: lazygal Version: 0.8.7-1 Severity: minor Tags: upstream The inverted theme adds a 10px padding to thumbnail images via class .thumb_image. This causes the actual thumbnail to be reduced in size by 20x20 pixels, and hence it appears distored. Either, the padding had to be removed, or the image dimensions hardcoded in the img tag grown accordingly. Thanks, -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#782369: right there on the man page please mention that ascii2uni -a R will not work
X-debbugs-Cc: Bill Poser billpo...@alum.mit.edu Package: uni2ascii Version: 4.18-2 Severity: minor Man page says R Convert raw hexadecimal numbers (e.g. 00E9) however when we try it, $ echo 00E9|ascii2uni -a R It isn't possible reliably to parse raw hex unicode out of ASCII text. it turns out to be a big bait and switch operation! Please mention the problem on the man page at that line lest one expect it to work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782319: reportbug: Attribute expanduser missing from python and fail to send bugs
Package: reportbug Version: 6.6.3 Followup-For: Bug #782319 Hi Added some info . -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/as/.reportbugrc: reportbug_version 6.6.3 mode advanced ui gtk2 realname Corcodel Marian email a...@marian1000.go.ro smtphost marian1000.go.ro -- 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=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 reportbug depends on: ii apt 1.0.9.7 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utilsnone pn debsums none pn dlocate none pn emacs23-bin-common | emacs24-bin-common none ii file 1:5.22+15-2 ii gnupg1.4.18-7 pn postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-4 pn python-gtkspell none pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.7 ii python-debian 0.1.25 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- no debconf information --- submit.py 2015-01-04 12:41:45.0 +0200 +++ /usr/lib/python2.7/dist-packages/reportbug/submit.py 2015-04-11 09:37:29.809833762 +0300 @@ -312,7 +312,7 @@ pipe = sys.stdout elif mua: pipe, filename = TempFile(prefix=tfprefix, dir=draftpath) -elif outfile or not ((mta and os.path.exists(mta)) or smtphost): +elif outfile or not ((mta and os.path.exists(mta)) or not smtphost == 'localhost'): msgname = os.path.expanduser(outfile) or ('/var/tmp/%s.bug' % package) if os.path.exists(msgname): try: @@ -435,6 +435,7 @@ fh.write(message) fh.close() ui.long_message('Error: send/write operation failed, bug report ' +'MTA is not installed local, please check smtphost on configuration , ' 'saved to %s\n', msgname) if mua:
Bug#782372: mount -a does not work for cifs
Package: mount Version: 2.25.2-6 Severity: normal Dear Maintainer * What exactly did you do that was ineffective mount -a mount -a -t cifs * What was the outcome of this action? cifs file systems not mounted the command mount /d6 works, which means that the fstab entry is correct after that, mount -t cifs gives //wehd/hdd on /d6 type cifs -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mount depends on: ii libc6 2.19-15 ii libmount1 2.25.2-5 ii libselinux12.3-2 ii libsmartcols1 2.25.2-5 mount recommends no packages. Versions of packages mount suggests: pn nfs-common 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#782299: debian-cd: include rdnssd deb on the first discs
Control: tag -1 +pending On Fri, Apr 10, 2015 at 06:10:23PM -0400, Michael Gilbert wrote: On Fri, Apr 10, 2015 at 1:28 PM, Steve McIntyre wrote: I guess that makes sense, yes. We already have special handling for other tools like wpasupplicant there, in tools/generate_di+k_list. While I'm updating, I see that netcfg-udeb also depends on ndisc6-udeb and wide-dhcpv6-client-udeb. Should we consider pulling in ndisc6 and wide-dhcpv6-client as well? From a quick look at the netcfg source package, those are only needed in the installer environment. There aren't any apt-install commands that would cause a problem similar to the rdnssd one. So I don't think that's necessary. Agreed. Committed to git for now so daily/weekly builds will get this from now on. debian-cd upload planned soon, ready for Jessie. -- Steve McIntyre, Cambridge, UK.st...@einval.com ...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver. -- Daniel Pead -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780573: release-notes: Review from the d-i team
Hello, Dixit Niels Thykier, le 16/03/2015 : I am contacting you to do a final review of the release-notes for the d-i related topics (as listed on [1]): Here are some items I think it's important to highlight, taken from d-i release announces. I tried to clean the page a bit and mark some old stuff as wheezy. Please review because I'm not a native english, and I surely forgot some important changes. Baptiste P.S. diff against installing.dbk r10511 --- installing.dbk 2014-12-14 19:10:38.058786385 +0100 +++ installing-bj.dbk 2015-04-04 14:33:04.231032879 +0200 @@ -53,36 +53,20 @@ release-notes authors should check webwml repo or http://www.debian.org/devel/debian-installer/ -Sources (for wheezy): +Sources (for Jessie): -http://www.debian.org/devel/debian-installer/News/2012/20121122 (7.0 Beta4) -http://www.debian.org/devel/debian-installer/News/2013/20130217 (7.0 RC1) - -http://www.debian.org/devel/debian-installer/ - -( - -http://wiki.debian.org/DebianInstaller/ReleaseAnnounce tends to be filled -shortly before the release, and renamed right afterwards. The time window for -its being interesting is like a few hours. - -) +https://www.debian.org/devel/debian-installer/News/2014/20140319 +https://www.debian.org/devel/debian-installer/News/2014/20140813 +https://www.debian.org/devel/debian-installer/News/2014/20141005 +https://www.debian.org/devel/debian-installer/News/2015/20150126 +https://www.debian.org/devel/debian-installer/News/2015/20150327 -- !-- TODO: Add -Tasks changes: -Many changes have been made to package selection, plus: -* accessibility packages have been added to the GNOME task; -* the laptop task has been modernized; -* an SSH Server task has been added. - -Behavioral changes in this release -* Installer now uses udhcpc as DHCP client, except on kFreeBSD images. - -Based on http://www.debian.org/devel/debian-installer/errata -there are currently no images for kFreeBSD in the alpha release +Jessie : +* The partition where to install grub can now be choosen -- @@ -100,15 +84,28 @@ /listitem /varlistentry +!-- new in Jessie-- +varlistentry +termRemoved ports/term +listitem +para +Support for the 'ia64' and 'sparc' architectures has been dropped from the installer since +they have been removed from the archive. +/para +/listitem +/varlistentry + varlistentry termNew ports/term +!-- new in Jessie-- listitem para -Support for the 'armhf' and 's390x' architectures has been added to the installer. +Support for the 'arm64' and 'pp64el' architectures has been added to the installer. /para /listitem /varlistentry +!-- keep it for Jessie ?-- varlistentry arch=i386;amd64 termSoftware speech support/term listitem @@ -122,6 +119,50 @@ /listitem /varlistentry +!-- new in Jessie-- +varlistentry arch=linux +termNew default init system/term +listitem +para +The installation system now installs systemd as the default init system. +/para +/listitem +/varlistentry + +!-- new in Jessie-- +varlistentry +termDesktop selection/term +listitem +para +Desktop can now be choosen within tasksel during the installation. Note that +several desktops can be selected at the same time, but some combinations of +desktops may not be co-installable./para +/listitem +/varlistentry + +!-- new in Jessie-- +varlistentry +termReplacing -- by --- for boot parameters/term +listitem +para +Due to a change on the linux kernel side, the --- separator is now used instead +of the historical -- one to separate kernel parameters from userland parameters. +/para +/listitem +/varlistentry + +!-- new in Jessie-- +varlistentry arch=i386;amd64 +termGraphical installer/term +listitem +para +Graphical installer is now the default on supported platforms. +Text installer is still accessible from the very first menu, or if +the system has limited capabilities./para +/listitem +/varlistentry + +!-- I think we can drop this-- varlistentry arch=armel condition=fixme termNew supported platforms/term listitem @@ -172,9 +213,10 @@ varlistentry termNew languages/term listitem +!-- new in jessie: 75 languages, 1 more than wheezy (which one ?)-- para -Thanks to the huge efforts of translators, debian; can now be installed in 74 -languages, including English. This is three more languages than in oldreleasename;. +Thanks to the huge efforts of translators, debian; can now be installed in 75 +languages, including English. This is two more languages than in oldreleasename;. Most languages are available in both the text-based installation user interface and the graphical user interface, while some are only available in the graphical user interface. @@ -185,12 +227,14 @@ /para itemizedlist +!-- that was for wheezy-- listitem para Welsh has been re-added to the graphical and text-based installer (it had been removed in oldreleasename;). /para /listitem +!-- that was for wheezy-- listitem para Tibetan and Uyghur have been added to the graphical installer. @@ -198,7 +242,7
Bug#782368: xastir: [INTL:ru] Russian debconf templates translation
Control: tags -1 + pending Hi Yuri, On Sat, Apr 11, 2015 at 07:37:58AM +0300, Yuri Kozlov wrote: Russian debconf templates translation is attached. This has now been included in the VCS. Thanks for your work on this! http://anonscm.debian.org/cgit/pkg-hamradio/xastir.git/commit/?id=5f235b7fffea1e293fd19c79b8924c61a21fb12d Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpMBkBNEAp6s.pgp Description: PGP signature
Bug#757610: Bug still exists
This bug still exists, which makes zotero totally unusable. signature.asc Description: PGP signature
Bug#777905: oif, the patch is bad
Oops, the patch wrongly links to kernel/amd64.sh rather than just amd64.sh I haven't noticed this in testing as the version uploaded to my private repo was patched manually. A fixed version is attached. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. From 1ec12e462282b5f031cd28aaaef5ded7ffeb039d Mon Sep 17 00:00:00 2001 From: Adam Borowski kilob...@angband.pl Date: Thu, 12 Feb 2015 07:39:01 +0100 Subject: [PATCH] Link x32 kernel selectors to amd64. --- kernel/x32.sh | 1 + 1 file changed, 1 insertion(+) create mode 12 kernel/x32.sh diff --git a/kernel/x32.sh b/kernel/x32.sh new file mode 12 index 000..2f5ab2e --- /dev/null +++ b/kernel/x32.sh @@ -0,0 +1 @@ +amd64.sh \ No newline at end of file -- 2.1.4
Bug#782372: mount -a does not work for cifs
Hello Pierre Frenkiel! Please attach your fstab. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761023: bb: Visual stops when audio starts under pulseaudio
Hi Anthony, Anthony DeRobertis wrote: If you do a README.Debian update to fix that typo, here is another thing to add—this makes bb work on my PA system: pasuspender -- env PULSE_SERVER= bb pasuspender makes PulseAudio release the sound hardware, then setting PULSE_SERVER= to blank makes bb not connect to PA (falling back to ALSA instead, which works). Thanks for that information. I wouldn't have done another upload just because of that typo, but the information you've sent is possible a reason to do another upload. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782373: RM: topia.termextract -- ROM; low popcon, not used by any packages in Debian
Package: ftp.debian.org Severity: normal topia.termextract was packaged as one of the dependencies for bookie (https://github.com/bookieio/Bookie). However, bookie was never packaged, topia.termextract hasn't been changed upstream since 2009 and there are only 3 popcon users of it. I think it would be better to remove it from the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782365: gxine crashes at start
Hi, Christoph Anton Mitterer wrote: gxine crashes immediately when stargin: $ gxine gxine has suffered a fatal internal error. To get a backtrace, run gxine in a debugger such as gdb. gxine: error: Fatal error: Segmentation fault Then, when the error occurs: (gdb) thread apply all bt ^C JFTR: Works fine here, so it's probably not a general issue. Tested on a Thinkpad X240 with Awesome window manager and Intel graphics card: 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b) (Not sure what else could make a difference that causes a crash.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782375: ITP: python-sphinx-patchqueue -- Sphinx extension for embedding sequences of file alterations
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: python-sphinx-patchqueue Version: 1.0 Upstream Author: Xavier Morel License: BSD-2-clause URL: https://pypi.python.org/pypi/sphinx-patchqueue Vcs-Browser: http://anonscm.debian.org/cgit/collab-maint/python-sphinx-patchqueue.git Description: Sphinx extension for embedding sequences of file alterations Sphinx-Patchqueue is a sphinx extension for displaying and formatting file evolution (captured as a patch queue or patch series) in a sphinx document, for tutorials and other similar pieces of text using sequences of alterations made to files. It's known to work with both Quilt and Mercurial Queues patch series. python-sphinx-patchqueue is a dependency of Odoo. -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#782370: libgtk-3-0:amd64: Mouse movement on a clickpad-style touchpad is interpreted as touchscreen-like panning
Package: libgtk-3-0 Version: 3.14.5-1 Severity: important Tags: newcomer Dear Maintainer, In GTK3 apps (Evince, Meld) move movement on my clickpad-style touchpad are interpreted as touchscreen-like panning of the document or source file. It also interferes with two finger scrolling. Circular scrolling works though. A normal USB mouse works well, including scrolling. This bug is similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716959 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766707 (the latter appears to be a duplicate of the former) and exporting GDK_CORE_DEVICE_EVENTS=1 solves it. I've attached a log of running GDK_DEBUG=event evince file.pdf -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') 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: systemd (via /run/systemd/system) Versions of packages libgtk-3-0:amd64 depends on: ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-17 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcolord2 1.2.1-1+b2 ii libcups2 1.7.5-11 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-common 3.14.5-1 ii libjson-glib-1.0-0 1.0.2-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii librest-0.7-00.7.92-3 ii libsoup2.4-1 2.48.0-1 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxkbcommon00.4.3-2 ii libxml2 2.9.1+dfsg1-5 ii libxrandr2 2:1.4.2-1+b1 ii multiarch-support2.19-17 ii shared-mime-info 1.3-1 Versions of packages libgtk-3-0:amd64 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk-3-bin3.14.5-1 Versions of packages libgtk-3-0:amd64 suggests: pn gvfs none ii librsvg2-common 2.40.5-1 -- no debconf information Gdk-Message: property notify: window: 46137345, atom(34): WM_COMMAND Gdk-Message: property notify: window: 46137345, atom(36): WM_CLIENT_MACHINE Gdk-Message: property notify: window: 46137345, atom(67): WM_CLASS Gdk-Message: property notify: window: 46137345, atom(318): WM_LOCALE_NAME Gdk-Message: property notify: window: 46137345, atom(313): _NET_WM_PID Gdk-Message: property notify: window: 46137345, atom(342): _NET_STARTUP_ID Gdk-Message: property notify: window: 46137345, atom(314): _NET_WM_NAME Gdk-Message: property notify: window: 46137345, atom(39): WM_NAME Gdk-Message: property notify: window: 46137353, atom(312): _MOTIF_WM_HINTS Gdk-Message: property notify: window: 46137353, atom(714): _NET_WM_OPAQUE_REGION Gdk-Message: property notify: window: 46137353, atom(716): _GTK_UNIQUE_BUS_NAME Gdk-Message: property notify: window: 46137353, atom(717): _GTK_APPLICATION_OBJECT_PATH Gdk-Message: property notify: window: 46137353, atom(718): _GTK_WINDOW_OBJECT_PATH Gdk-Message: property notify: window: 46137353, atom(719): _GTK_APP_MENU_OBJECT_PATH Gdk-Message: property notify: window: 46137353, atom(317): _NET_WM_ICON Gdk-Message: property notify: window: 46137353, atom(444): XdndAware Gdk-Message: property notify: window: 46137353, atom(359): _NET_WM_USER_TIME Gdk-Message: property notify: window: 46137353, atom(714): _NET_WM_OPAQUE_REGION Gdk-Message: configure notify: window: 46137353 x,y: 0 0 w,h: 600 600 b-w: 0 above: 46137348ovr: 0 Gdk-Message: property notify: window: 46137353, atom(40): WM_NORMAL_HINTS Gdk-Message: property notify: window: 46137353, atom(35): WM_HINTS Gdk-Message: configure notify: window: 46137353 x,y: 0 0 w,h: 600 600 b-w: 0 above: 46137371ovr: 0 Gdk-Message: destroy notify:window: 46137371 Gdk-Message: reparent notify: window: 46137353 x,y: 0 0 parent: 10487098 ovr: 0 Gdk-Message: configure notify: window: 46137353 x,y: 2 2 w,h: 956 1076 b-w: 0 above: 0 ovr: 0 Gdk-Message: property notify: window: 46137353, atom(328): WM_STATE Gdk-Message: map notify:window: 46137353 Gdk-Message: visibility notify: window: 46137353 full Gdk-Message: expose:window: 46137353 0 x,y: 0 0 w,h: 956 1076 Gdk-Message: configure notify: window: 46137353 x,y: 962 2w,h: 956 1076 b-w: 0 above: 0 ovr: 0 Gdk-Message: focus out: window: 46137353, detail: NotifyNonlinear,
Bug#782371: thunar: Random sefaults GLib-CRITICAL **: g_sequence_get: assertion '!is_end (iter)' failed
Package: thunar Version: 1.6.3-2 Severity: important Hi, Thunar randomly crashes on Debian Testing the only errors I have to go off are: ..xseesion-errors: (Thunar:13978): GLib-CRITICAL **: g_sequence_get: assertion '!is_end (iter)' failed journal: Thunar[13978]: segfault at 48 ip 7f33b0dcc030 sp 7ffce92f1b18 error 4 in thunar[7f33b0 Any advice would be appreciated. Kitty -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thunar depends on: ii desktop-file-utils 0.22-1 ii exo-utils 0.10.2-4 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libgudev-1.0-0 215-14 ii libice6 2:1.0.9-1+b1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libsm6 2:1.2.2-1+b1 ii libthunarx-2-0 1.6.3-2 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii shared-mime-info1.3-1 ii thunar-data 1.6.3-2 Versions of packages thunar recommends: ii dbus-x11 1.8.16-1 ii gvfs 1.22.2-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii thunar-volman0.8.0-4 ii tumbler 0.1.30-1+b1 ii xdg-user-dirs0.15-2 ii xfce4-panel 4.10.1-1 Versions of packages thunar suggests: pn thunar-archive-plugin none pn thunar-media-tags-plugin 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#768501: CentOS 7 support completely broken
Package: rinse Version: 3.0.7 Followup-For: Bug #768501 Hello, This still seems to be broken with jessie/rinse 3.0.7 -- sample log follows: wkhtmltopdf@builds:~$ sudo rinse --distribution centos-7 --arch amd64 --directory /var/chroot/centos7 Execute postcmd of *-release package chroot: failed to run command 'rpm': No such file or directory Running post-install script /usr/lib/rinse/common/10-resolv.conf.sh: Running post-install script /usr/lib/rinse/common/15-mount-proc.sh: Running post-install script /usr/lib/rinse/common/20-dev-zero.sh: Running post-install script /usr/lib/rinse/centos-7/post-install.sh: chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'alternatives': No such file or directory chroot: failed to run command 'groupadd': No such file or directory chroot: failed to run command 'touch': No such file or directory chroot: failed to run command 'chown': No such file or directory chroot: failed to run command 'chmod': No such file or directory chroot: failed to run command 'chmod': No such file or directory chroot: failed to run command 'groupadd': No such file or directory chroot: failed to run command 'groupadd': No such file or directory Bootstrapping yum cleaning up... chroot: failed to run command '/usr/bin/yum': No such file or directory post-install.sh : done. Installation complete. wkhtmltopdf@builds:~$ sudo chroot /var/chroot/centos7 chroot: failed to run command '/bin/bash': No such file or directory wkhtmltopdf@builds:~$ ls -l /var/chroot/centos7/bin/bash -rwxr-xr-x 1 root root 960384 Mar 6 03:36 /var/chroot/centos7/bin/bash I think that the dependencies have changed in the 7.1.1503 release; I plan to bootstrap 7.0.1406 via vault.centos.org and find out if any new packages need to be specified in centos-7.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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rinse depends on: ii libterm-size-perl 0.207-1+b2 ii libwww-perl6.08-1 ii perl 5.20.2-3 ii rpm4.11.3-1.1 ii wget 1.16-1 rinse recommends no packages. rinse suggests no packages. -- Configuration Files: /etc/rinse/rinse.conf changed: [rhel-5] mirror = http://your.mirror.to.rhel5.repository.here/rhel/5/i386/Server/ mirror.amd64 = http://your.mirror.to.rhel5.repository.here/rhel/5/x86_64/Server/ [centos-4] mirror = http://vault.centos.org/4.9/os/i386/CentOS/RPMS/ mirror.amd64 = http://vault.centos.org/4.9/os/x86_64/CentOS/RPMS/ [centos-5] mirror = http://mirror.centos.org/centos/5/os/i386/CentOS/ mirror.amd64 = http://mirror.centos.org/centos/5/os/x86_64/CentOS/ [centos-6] mirror = http://mirror.nbrc.ac.in/centos/6/os/i386/Packages/ mirror.amd64 = http://mirror.nbrc.ac.in/centos/6/os/x86_64/Packages/ [centos-7] mirror = http://vault.centos.org/7.0.1406/os/i386/Packages/ mirror.amd64 = http://vault.centos.org/7.0.1406/os/x86_64/Packages/ [slc-5] mirror = http://linuxsoft.cern.ch/cern/slc5X/i386/SL/ mirror.amd64 = http://linuxsoft.cern.ch/cern/slc5X/x86_64/SL/ [slc-6] mirror = http://linuxsoft.cern.ch/cern/slc6X/i386/SLC/Packages/ mirror.amd64 = http://linuxsoft.cern.ch/cern/slc6X/x86_64/SLC/Packages/ [fedora-core-4] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/4/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/4/x86_64/os/Fedora/RPMS/ [fedora-core-5] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/5/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/5/x86_64/os/Fedora/RPMS/ [fedora-core-6] mirror = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/6/i386/os/Fedora/RPMS/ mirror.amd64 = http://dl.fedoraproject.org/pub/archive/fedora/linux/core/6/x86_64/os/Fedora/RPMS/ [fedora-7] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/7/Fedora/i386/os/Fedora/ mirror.amd64 = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/7/Fedora/x86_64/os/Fedora/ [fedora-8] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/8/Fedora/i386/os/Packages/ mirror.amd64 = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/8/Fedora/x86_64/os/Packages/ [fedora-9] mirror = http://ftp.heanet.ie/pub/fedora-archive/fedora/linux/releases/9/Fedora/i386/os/Packages/ mirror.amd64 =
Bug#782371: [Pkg-xfce-devel] Bug#782371: thunar: Random sefaults GLib-CRITICAL **: g_sequence_get: assertion '!is_end (iter)' failed
Control: tag -1 unreproducible moreinfo On sam., 2015-04-11 at 17:43 +1000, kittyofthebox wrote: Thunar randomly crashes on Debian Testing the only errors I have to go off are: ..xseesion-errors: (Thunar:13978): GLib-CRITICAL **: g_sequence_get: assertion '!is_end (iter)' failed journal: Thunar[13978]: segfault at 48 ip 7f33b0dcc030 sp 7ffce92f1b18 error 4 in thunar[7f33b0 Any advice would be appreciated. Hi, unfortunately there's not much we can do with so little information. We especially need to know what you're usually doing when it crashes. What you can also do is to get a backtrace for thunar. Install debugging symbols for all relevant packages (thunar, libxfce*, libgtk, libglib…), then attach to the Thunar process: gdb -p pidof thunar set logging on thunar.log run Then just work as usual. At crash time, get a backtrace (bt full), then quit gdb and send the thunar.log file to this bug. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#782374: RFA: uid-wrapper -- UID wrapper library
Package: wnpp Severity: normal I request an adopter for the uid-wrapper package. The package description is: This is a wrapper for the user, group and hosts NSS API that can simulate uid switching as a regular user. This is useful for testsuites that run as a regular user but need to test priveleged functions. . It works as a preload library, which overrides various system functions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782261: mat: get an traceback each time in syslog
Control: tag -1 + upstream fixed-upstream Control: forwarded -1 https://labs.riseup.net/code/issues/7858 Hi, shirish शिरीष wrote (09 Apr 2015 15:39:26 GMT) : Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: Traceback (most recent call last): Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: File /usr/share/nautilus-python/extensions/nautilus-mat.py, line 36, in get_file_items Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: in [i[mimetype] for i in MAT.mat.list_supported_formats()]): Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: File /usr/lib/python2.7/dist-packages/MAT/mat.py, line 66, in list_supported_formats Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: with open(path, 'r') as xmlfile: Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: IOError: [Errno 2] No such file or directory: './data/FORMATS' Please let me know if any more info. is needed. shirish शिरीष, could you please confirm that you've got a data directory in your $HOME directory, or in whatever directory you're running Nautilus from? If so, then that's a known bug, that has been fixed in upstream Git. Julien, could you please confirm that your fix for MAT#7858 (that was initially about mat-gui only) also fixes the problem in the general case, and specifically for the Nautilus extension? [Optimistically adjusting the bug report's metadata as if the answer to both questions was yes -- will update it if it's not the case.] Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782198: glibc: 2.21 FTBFS on mips
control: tag -1 + pending On 2015-04-09 10:50, James Cowgill wrote: Source: glibc Version: 2.21-0experimental0 Severity: important Tags: patch Hi, I've attached a patch (to a patch) which fixes the FTBFS of 2.21 on mips*. The bug is in the local-libgcc-compat-ports.diff patch. A warning about __floatdisf not being defined had been appearing in the build logs for years (since the patch was introduced?), but now it's an error it's causing the build to fail. Thanks for the patch. It has been fixed in the SVN a few days ago, so I am marking the bug as pending. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net signature.asc Description: Digital signature
Bug#782372: mount -a does not work for cifs
On Sat, 11 Apr 2015, Andreas Henriksson wrote: Hello Pierre Frenkiel! Please attach your fstab. Regards, Andreas Henriksson hi Andreas, here it is best regards, -- Pierre Frenkielproc/proc procdefaults 0 0 sysfs /sys sysfs defaults 0 0 # binfmt binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc none # /dev/sda1 /dev/sda1 /w ntfs-3g user,exec,rw,utf8,dmask=022,fmask=133,uid=1000,gid=1000 0 1 # /dev/sda2 /dev/sda2 / ext4noatime,nodiratime,errors=remount-ro 0 1 # /dev/sda3 /dev/sda3 /data ext4noatime,nodiratime,errors=remount-ro 0 1 # /dev/sda5 /dev/sda5 /we ntfs-3g user,exec,rw,utf8,dmask=022,fmask=133,uid=1000,gid=1000 0 1 # /dev/sda6 - swap /dev/sda6 noneswapsw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0 /dev/pktcdvd/0 /media/dvd0 udf rw,noatime,user,noauto 0 0 /dev/pktcdvd/0 /media/cd0 udf rw,noatime,user,noauto 0 0 # disque externe Seagate 1000 Go UUID=a8a30c0c-d4a3-4cd4-a313-088dbebdb48d /d2 ext4 data=journal,noatime,nodiratime 0 2 # freebox //mafreebox.freebox.fr/Disque\040dur /freebox cifs noauto,user,exec,rw,guest,uid=frenkiel,gid=frenkiel 0 0 # disc wehd 1 To //wehd/hdd /d6 cifs noauto,user,exec,rw,sec=none,uid=frenkiel,gid=frenkiel 0 0
Bug#782380: mailman-api: please make the build reproducible
Source: mailman-api Version: 0.2.9-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that mailman-api doesn't build reproducibly. It embeds the current date into the manpage. The attached patch fixes this by using the last changelog date as a timestamp that will be embedded. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 0443b6f..2f9931f 100755 --- a/debian/rules +++ b/debian/rules @@ -3,13 +3,16 @@ # This file was automatically generated by stdeb 0.8.2 at # Thu, 23 Oct 2014 15:53:01 -0200 export PYBUILD_NAME=mailman-api +export LAST_CHANGE=$(shell dpkg-parsechangelog -S Date) +export BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE)) + %: dh $@ --with python2 --buildsystem=pybuild override_dh_auto_build: dh_auto_build - make man -C docs/ + make man -C docs/ SPHINXOPTS=-D today=\$(BUILD_DATE)\ cp init/sysv/mailman-api debian/mailman-api.init override_dh_auto_clean: signature.asc Description: OpenPGP digital signature
Bug#777132: surf-alggeo: blends: not present on webpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Andreas, thanks for your review. On 11/04/15 12:49, Andreas Tille wrote: On Sat, Apr 11, 2015 at 10:19:05AM +0200, Jerome BENOIT wrote: Fixed, :-) I had a check of the packaging and think it is fine so far. However, I have a question about your way you are creating the source tarball. It seems the debian/repack script is basically removing files from the original download. Since some time this can be done via Files-Excluded in debian/copyright (see man uscan). I personally (well, I'm biased since I invented this method ;-)) consider this way more transparent than separate scripts and the result is more simple packaging. Do you have better reasons than I was just not aware about this option to not choose this way? I was aware about this option. I think this option is rather meant for clean upstream source: here the upstream source tarball is polluted with .svn folders and a couple of regular source files (C++ source + header) with an executable bit: an ad hoc repack script seems then more appropriate. BTW, I consider d/changelog as way to long. For a new package simply * Initial release (Closes: #777132). is sufficient and the prefered form by ftpmaster. If you have no good reasons to mention all the details please remove them. I like so much to show my effort. Whatever, I have just removed it. Kind regards Andreas. Best wishes, Jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJVKQfRAAoJEIC/w4IMSybjUjoH/1HrumCLLHrJUszNShCyfJA3 lqmfN6t5d3ZlhbEORUyGnEky8JmlF3esB5zNUjJBMg1YRWFCUNcvndtd0qo+6qdb 9XQCXAVKe5VUvqtAxVh9mcAytMWYsCHISxVLFtQ2UQv/0b1AUv6JTHmQ3h3br0km FFiKt5XEWNR2BuGaPzEkJBkGFhSEfjYFLEpdSlUw5+IvxdXza5aP/Sh4RXbIbzra fQBoZ3KFvrJE6F2cBeD5rq4Kx8bBXc9YABa0Mriwc60eL2wy+D9q1LCIrCrQNkEj SyR/pibHtHRkARwTqUnwJQYvEM9c7r8u5IRtOHHWy9in1SU+nXrlzFGNDQq82nA= =AxQ2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782391: g++-4.9: false-positive -Warray-bounds apprently due to wrong integer-range inference
Package: g++-4.9 Version: 4.9.2-10 Severity: normal This warning can be seen while compiling skaakii-1.0.0 on several architectures (looks like it includes some 64bit archs, plus sparc). It does not appear with g++-4.8. https://qa.debian.org/bls/packages/s/sjaakii.html http://buildd.debian.org/status/fetch.php?pkg=sjaakiiarch=arm64ver=1.0.0-1stamp=1427152943 | SjaakII-1.0.0$ g++-4.8-g -O2 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -finline -Wall -Wextra -Wno-unused -DSJAAKIIVERSION=\1.0.0\ -DDATADIR=\/usr/share/games/sjaakii/\ -DHAVE_READLINE -I/work/yann/deb/sjaak/SjaakII-1.0.0/include -I/work/yann/deb/sjaak/SjaakII-1.0.0/obj-x86_64-linux-gnu/include-o obj-x86_64-linux-gnu/CMakeFiles/sjaakii.dir/src/xboard.o -c /work/yann/deb/sjaak/SjaakII-1.0.0/src/xboard.cc | | SjaakII-1.0.0$ g++-4.9-g -O2 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -finline -Wall -Wextra -Wno-unused -DSJAAKIIVERSION=\1.0.0\ -DDATADIR=\/usr/share/games/sjaakii/\ -DHAVE_READLINE -I/work/yann/deb/sjaak/SjaakII-1.0.0/include -I/work/yann/deb/sjaak/SjaakII-1.0.0/obj-x86_64-linux-gnu/include-o obj-x86_64-linux-gnu/CMakeFiles/sjaakii.dir/src/xboard.o -c /work/yann/deb/sjaak/SjaakII-1.0.0/src/xboard.cc | In file included from /work/yann/deb/sjaak/SjaakII-1.0.0/include/sjaak.h:4:0, | from /work/yann/deb/sjaak/SjaakII-1.0.0/src/xboard.cc:27: | /work/yann/deb/sjaak/SjaakII-1.0.0/include/bitboard.h: In function ‘game_t* create_capablanca_game(const char*)’: | /work/yann/deb/sjaak/SjaakII-1.0.0/include/bitboard.h:478:65: warning: array subscript is above array bounds [-Warray-bounds] | board_between[square][attack] |= square_bitboards[pack_rank_file(n, file)]; | ^ | /work/yann/deb/sjaak/SjaakII-1.0.0/include/bitboard.h:478:65: warning: array subscript is above array bounds [-Warray-bounds] | /work/yann/deb/sjaak/SjaakII-1.0.0/include/bitboard.h:478:65: warning: array subscript is above array bounds [-Warray-bounds] | | SjaakII-1.0.0$ Sorry for the lack of a minimal testcase. What I've been able to gather till now, is that we have 2 similar cases, with only one triggering the warning: 473: for (int n=file;n=unpack_file(attack);n++) 474: board_between[square][attack] |= square_bitboards[pack_rank_file(rank, n)]; 477: for (int n=rank;n=unpack_rank(attack);n++) 478: board_between[square][attack] |= square_bitboards[pack_rank_file(n, file)]; ... and that the above-bound alert is linked to the infered values for the loop range. Whereas this ensures there is no warning: | static inline int unpack_file(int packed) | { |return packed_file_rank[packed] 0xf; | } ... this does not: | static inline int unpack_rank(int packed) | { |return packed_file_rank[packed] 4; | } Changing the latter to return (packed_file_rank[packed] 4) 0xf;, which should show no difference because packed_file_rank is an uint8_t[], does indeed silence the warning, which seems to show that the range of that return value was wrongly infered. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages g++-4.9 depends on: ii gcc-4.94.9.2-10 ii gcc-4.9-base 4.9.2-10 ii libc6 2.19-17 ii libcloog-isl4 0.18.2-1+b2 ii libgmp10 2:6.0.0+dfsg-6 ii libisl10 0.12.2-2 ii libmpc31.0.2-1 ii libmpfr4 3.1.2-2 ii libstdc++-4.9-dev 4.9.2-10 ii zlib1g 1:1.2.8.dfsg-2+b1 g++-4.9 recommends no packages. Versions of packages g++-4.9 suggests: ii g++-4.9-multilib4.9.2-10 ii gcc-4.9-doc 4.9.1-3 pn libstdc++6-4.9-dbg 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#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]
Tobias Frost writes: Seems so So, what is your desired username? :) If costello is not taken yet, I've had that for decades. -- Antti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763623: [Pkg-libvirt-maintainers] Bug#763623: virt-manager: Still broken on powerpc64el
Hi, On Wed, Apr 08, 2015 at 08:20:55AM +0200, Guido Günther wrote: On Wed, Apr 08, 2015 at 08:27:05AM +0530, root wrote: Source: virt-manager Followup-For: Bug #763623 Dear Maintainer, I tried installing virt-manager on 'jessie' for PowerPC little endian architecture. This is the error I see : -- $ apt-get install virt-manager 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: virt-manager : Depends: gir1.2-spice-client-gtk-3.0 but it is not installable Recommends: gnome-icon-theme but it is not going to be installed Recommends: python-spice-client-gtk but it is not installable E: Unable to correct problems, you have held broken packages. -- I was hoping this would cleanly install on PowerPC. Check the versions. You're trying to install the wrong version, use the one from sid or wait until the version is unblocked into jessie. The fixed version is now available in Jessie. Can you please check if it works now? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782034: gretl: please package gretl 1.10
On 6 April 2015 at 23:52, shirish शिरीष wrote: | Package: gretl | Version: 1.9.92-1 | Severity: wishlist That has long happened. Allin sends me announcements the day of the release, and I have been packaging it on the day of the release for years. I happen to have been on vacation last week. Dirk | Dear Maintainer, | Upstream released gretl 1.10 please package it. You can find the | source files at | http://sourceforge.net/projects/gretl/files/gretl/1.10.1/ | | -- 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 gretl depends on: | ii gnuplot 4.6.6-2 | ii gretl-common 1.9.92-1 | ii libatk1.0-0 2.14.0-1 | ii libblas3 [libblas.so.3] 1.2.20110419-10 | ii libc62.19-17 | ii libcairo21.14.0-2.1 | ii libcurl3-gnutls 7.38.0-4 | ii libfftw3-double3 3.3.4-2 | ii libfontconfig1 2.11.0-6.3 | ii libfreetype6 2.5.2-3 | ii libgdk-pixbuf2.0-0 2.31.3-1 | ii libgfortran3 4.9.2-10 | ii libglib2.0-0 2.44.0-1 | ii libgmp10 2:6.0.0+dfsg-6 | ii libgomp1 4.9.2-10 | ii libgretl11.9.92-1 | ii libgtk2.0-0 2.24.25-3 | ii libgtksourceview2.0-02.10.5-2 | ii libjson-glib-1.0-0 1.0.2-1 | ii liblapack3 [liblapack.so.3] 3.5.0-4 | ii libmpfr4 3.1.2-2 | ii libncurses5 5.9+20140913-1+b1 | ii libodbc1 2.3.1-3 | ii libpango-1.0-0 1.36.8-3 | ii libpangocairo-1.0-0 1.36.8-3 | ii libpangoft2-1.0-01.36.8-3 | ii libreadline6 6.3-8+b3 | ii libtinfo55.9+20140913-1+b1 | ii libxml2 2.9.1+dfsg1-5 | ii zlib1g 1:1.2.8.dfsg-2+b1 | | Versions of packages gretl recommends: | ii gretl-data 1.9.92-1 | ii gretl-doc 1.9.92-1 | | gretl 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 -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#782383: Panic: System without CMOS RTC must be booted from EFI i.c.w. HP servers
Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-8 Severity: normal Tags: patch The Xen hypervisor in Debian Jessie does not boot on recent HP server hardware (e.g. the current dl360 gen9 series) when using normal legacy boot. During boot, it panics with the message System without CMOS RTC must be booted from EFI. This message was introduced in upstream commit f745566, x86: honor ACPI indicating absence of CMOS RTC. After reports that this breaks booting on HP servers, because the hardware incorrectly sets the CMOS RTC Not Present flag, a workaround was made in e9425f05, x86/ACPI: allow CMOS RTC use even when ACPI says there is none. The Xen version that the debian packages are based on is created from a release in between these two commits. For our own use, I rebuilt the packages including a patch that reverts f745566, instead of applying the solution in e9425f05, because that solution already depends on other new commits. Please consider doing a similar thing in the Debian packages for Jessie, as it will help to prevent scaring people away from choosing Debian to run Xen on their servers for the next few years. :-) The simple revert-patch I'm using is attached. Thanks, -- Hans van Kranenburg - System / Network Engineer T +31 (0)10 2760434 | hans.van.kranenb...@mendix.com | www.mendix.com From 92b0fdd4e6afaaba31e55cd6e89c79949a515ec3 Mon Sep 17 00:00:00 2001 From: Hans van Kranenburg hans.van.kranenb...@mendix.com Date: Tue, 17 Mar 2015 15:06:09 +0100 Subject: [PATCH] Revert x86: honor ACPI indicating absence of CMOS RTC This reverts commit f74556693bca2ff61e3e0c103f90e1d552d795b6. Also see e9425f05: HP is setting the ACPI_FADT_NO_CMOS_RTC flag on newer systems, regardless of whether they're being booted from UEFI. Instead of trying to pick e9425f05 and its dependencies, we simply revert the check for now, since we're only using this on the HP servers. --- xen/arch/x86/time.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/xen/arch/x86/time.c b/xen/arch/x86/time.c index f80d661..08eff8f 100644 --- a/xen/arch/x86/time.c +++ b/xen/arch/x86/time.c @@ -690,9 +690,6 @@ static unsigned long get_cmos_time(void) return res; } -if ( unlikely(acpi_gbl_FADT.boot_flags ACPI_FADT_NO_CMOS_RTC) ) -panic(System without CMOS RTC must be booted from EFI); - spin_lock_irqsave(rtc_lock, flags); /* read RTC exactly on falling edge of update flag */ -- 2.1.4
Bug#782261: mat: get an traceback each time in syslog
On 04/11/2015 11:02 AM, intrigeri wrote: Control: tag -1 + upstream fixed-upstream Control: forwarded -1 https://labs.riseup.net/code/issues/7858 Hi, shirish शिरीष wrote (09 Apr 2015 15:39:26 GMT) : Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: Traceback (most recent call last): Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: File /usr/share/nautilus-python/extensions/nautilus-mat.py, line 36, in get_file_items Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: in [i[mimetype] for i in MAT.mat.list_supported_formats()]): Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: File /usr/lib/python2.7/dist-packages/MAT/mat.py, line 66, in list_supported_formats Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: with open(path, 'r') as xmlfile: Apr 9 07:37:06 debian org.gnome.Nautilus[2335]: IOError: [Errno 2] No such file or directory: './data/FORMATS' Please let me know if any more info. is needed. shirish शिरीष, could you please confirm that you've got a data directory in your $HOME directory, or in whatever directory you're running Nautilus from? If so, then that's a known bug, that has been fixed in upstream Git. Julien, could you please confirm that your fix for MAT#7858 (that was initially about mat-gui only) also fixes the problem in the general case, and specifically for the Nautilus extension? [Optimistically adjusting the bug report's metadata as if the answer to both questions was yes -- will update it if it's not the case.] The answer is yes :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781724: ggobi: Conflicting declaration/definition of barchartRulerRangesSet
On 11 April 2015 at 06:44, Michael Lawrence wrote: | Thanks Dirk. The patch did not come through but I think I pushed a fix into git | anyway, 2.1.4 branch. Maybe I shouldn't email before noon :-/ Sorry about that. As a reminder, for any Debian bug report with a number like the '781724' you can go to a URL such as http://bugs.debian.org/781724 to get the report. Your patch https://github.com/ggobi/ggobi/commit/eff78bdc9a12895fd00a2910df00cece8fd366c1 seems fine. We do this with patch files to leave your .tar.gz pristine; mine based on Michael's work is below. It just adds an near-empty function body beyond what you have. Both should be equivalent. Thanks again for the quick reply and integration upstream. Dirk Description: Match function declaration and defintion See #781724 for details Author: Dirk Eddelbuettel e...@debian.org Bug-Debian: https://bugs.debian.org/781724 --- ggobi-2.1.11.orig/src/barchart.c +++ ggobi-2.1.11/src/barchart.c @@ -1639,6 +1639,10 @@ barchart_cpanel_init (cpaneld * cpanel, } void -barchartRulerRangesSet ( ) { +barchartRulerRangesSet (gboolean a, displayd * b, splotd * c, ggobid * d) { // Do nothing! + (void)a; + (void)b; + (void)c; + (void)d; } -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@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#782380: mailman-api: please make the build reproducible
Control: tag -1 + moreinfo On Sat, Apr 11, 2015 at 01:29:38PM +0200, Reiner Herrmann wrote: Source: mailman-api Version: 0.2.9-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that mailman-api doesn't build reproducibly. It embeds the current date into the manpage. The attached patch fixes this by using the last changelog date as a timestamp that will be embedded. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 0443b6f..2f9931f 100755 --- a/debian/rules +++ b/debian/rules @@ -3,13 +3,16 @@ # This file was automatically generated by stdeb 0.8.2 at # Thu, 23 Oct 2014 15:53:01 -0200 export PYBUILD_NAME=mailman-api +export LAST_CHANGE=$(shell dpkg-parsechangelog -S Date) +export BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE)) + %: dh $@ --with python2 --buildsystem=pybuild override_dh_auto_build: dh_auto_build - make man -C docs/ + make man -C docs/ SPHINXOPTS=-D today=\$(BUILD_DATE)\ cp init/sysv/mailman-api debian/mailman-api.init override_dh_auto_clean: Nothing against the patch, but wouldn't it be better to handle this issue in one of the above layers such as debhelper, dpkg-dev, or something else? After all you are just setting an environment variable, and having to patch every single package out there is certainly not going to be sustainable. $ grep-dctrl -F Build-Depends python-sphinx -n -s Package /var/lib/apt/lists/http.debian.net_debian_dists_unstable_main_source_Sources | wc -l 404 -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#780958: squeeze update of dulwich?
Hi Raphael, I'd prefer if somebody from the lts team could look at this. If you prefer, I'm happy to review a debdiff but feel free to upload without my review. Dulwich has an extensive testsuite, and the fixes for these bugs include tests to verify they are fixed. Thanks for your work on Debian LTS! Cheers, Jelmer On Fri, Apr 10, 2015 at 11:24:51PM +0200, Raphael Hertzog wrote: Hello Jelmer, the Debian LTS team would like to fix the security issues which are currently open in the Squeeze version of dulwich: https://security-tracker.debian.org/tracker/CVE-2014-9706 https://security-tracker.debian.org/tracker/CVE-2015-0838 (CVE-2014-9390 is also open but it's lower priority and can be ignored) Would you like to take care of this yourself? We are still understaffed so any help is always highly appreciated. If yes, please follow the workflow we have defined here: http://wiki.debian.org/LTS/Development If that workflow is a burden to you, feel free to just prepare an updated source package and send it to debian-...@lists.debian.org (via a debdiff, or with an URL pointing to the the source package, or even with a pointer to your packaging repository), and the members of the LTS team will take care of the rest. Indicate clearly whether you have tested the updated package or not. If you don't want to take care of this update, it's not a problem, we will do our best with your package. Just let us know whether you would like to review and/or test the updated package before it gets released. Thank you very much. Raphaël Hertzog, on behalf of the Debian LTS team. PS: A member of the LTS team might start working on this update at any point in time. You can verify whether someone is registered on this update in this file: https://anonscm.debian.org/viewvc/secure-testing/data/dla-needed.txt?view=markup -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- Jelmer Vernooij jel...@debian.org Debian Developer https://jelmer.uk/ signature.asc Description: Digital signature
Bug#782390: udev: time between USB-stick connection and device notification takes up to a minute
On Apr 11, Bernhard Übelacker bernha...@vr-web.de wrote: I am unsure if this is strictly a problem with systemd-udev, which should be prepared for such a event storm, or if it should be assigned to the kernel, where I assume these events are originating from. Unless something is creating an events loop then this is an hardware issue or a kernel bug. Considering that this only happens with a specific USB stick I will assume that it is broken. -- ciao, Marco pgpO63Y4ofmwJ.pgp Description: PGP signature
Bug#782380: mailman-api: please make the build reproducible
On 04/11/2015 04:10 PM, Antonio Terceiro wrote: Nothing against the patch, but wouldn't it be better to handle this issue in one of the above layers such as debhelper, dpkg-dev, or something else? After all you are just setting an environment variable, and having to patch every single package out there is certainly not going to be sustainable. $ grep-dctrl -F Build-Depends python-sphinx -n -s Package /var/lib/apt/lists/http.debian.net_debian_dists_unstable_main_source_Sources | wc -l 404 I agree that it would be nice if debhelper or so already exported variables like the build date. But different tools want to have the date in different formats (in the patch I used the default format of Sphinx), or also want to have the time etc. Patching packages would still be required to pass the date to the Sphinx call (some packages I saw today call sphinx-build directly in d/rules instead of make). We also hope that in the future more maintainers fix their packages when they see in DDPO that it is unreproducible, which should then be more sustainable. Regards, Reiner signature.asc Description: OpenPGP digital signature
Bug#782398: RFP: queXS -- An Open Source, web based CATI system
Package: wnpp Severity: wishlist Package name: queXS Version : 1.4.1 Upstream Author : Adam Zammit URL : http://quexs.sourceforge.net/ License : GPLv2 Programming Lang: PHP Description : An Open Source, web based CATI system queXS can operate your outbound telephone research centre. It integrates with the Asterisk VoIP Server, uses Limesurvey for questionnaire creation, implements AAPOR Standard Outcome codes and only requires a web browser to operate. -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#782399: RFP:
Package: wnpp Severity: wishlist Package name: queXML Version : 1.11.1 Upstream Author : Adam Zammit URL : http://quexml.sourceforge.net/ License : GPLv2 Programming Lang: PHP, XSL (XSLT/XPath/XSL-FO) Description : An Open Source, XML, multi-mode questionnaire description toolkit queXML is a simple XML schema for designing questionnaires. Included are stylesheets to administer a questionnaire on paper (then scanned and verified using queXF), CATI using queXS and on the Web using LimeSurvey. queXML is compatible with the DDI standard for data description. -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#706562: release-notes: wheezy's apt-cdrom doesn't insist on /cdrom as mount point
Package: release-notes Followup-For: Bug #706562 I thought this bugreport from the Wheezy release-notes had been dealt with, but it's a good thing I doublechecked upgrading.dbk. My points #2 and #3 (references to /dev/hdc and lack of reference to Blu-Ray) are done, but #1 (references to /cdrom instead of /media/cdrom) was deferred until Jessie, since Wheezy users might still have been using the Squeeze apt-cdrom. para Make sure there is a line in filename/etc/fstab/filename that enables -mounting your CD-ROM drive at the filename/cdrom/filename mount point (the -exact filename/cdrom/filename mount point is required for -commandapt-cdrom/command). For example, if filename/dev/scd0/filename +mounting your CD-ROM drive at the filename/media/cdrom/filename +mount point. For example, if filename/dev/sr0/filename is your CD-ROM drive, filename/etc/fstab/filename should contain a line like: /para #611569 seems to say that users can now leave it to apt-cdrom to get the right mountpoint name from /etc/fstab, which would mean that all we'd need to do here is tell them to make sure it has an fstab entry. However, when I set up a /media/optical0 and try that, apt-cdrom insists on wanting /media/cdrom instead, so we probably still need to make more of a fuss about the precise path. Another minor tweak: as far as I can tell current udev will never name a device /dev/scd0, only /dev/sr0. The rest of it is just search-and-replace for sr0 and /media. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Index: upgrading.dbk === --- upgrading.dbk (revision 10757) +++ upgrading.dbk (working copy) @@ -549,14 +549,13 @@ /para para Make sure there is a line in filename/etc/fstab/filename that enables -mounting your CD-ROM drive at the filename/cdrom/filename mount point (the -exact filename/cdrom/filename mount point is required for -commandapt-cdrom/command). For example, if filename/dev/scd0/filename +mounting your CD-ROM drive at the filename/media/cdrom/filename +mount point. For example, if filename/dev/sr0/filename is your CD-ROM drive, filename/etc/fstab/filename should contain a line like: /para programlisting -/dev/scd0 /cdrom auto noauto,ro 0 0 +/dev/sr0 /media/cdrom auto noauto,ro 0 0 /programlisting para Note that there must be emphasisno spaces/emphasis between the words @@ -566,9 +565,9 @@ To verify it works, insert a CD and try running /para screen -# mount /cdrom# this will mount the CD to the mount point -# ls -alF /cdrom # this should show the CD's root directory -# umount /cdrom # this will unmount the CD +# mount /media/cdrom# this will mount the CD to the mount point +# ls -alF /media/cdrom # this should show the CD's root directory +# umount /media/cdrom # this will unmount the CD /screen para Next, run:
Bug#782404: release-notes: re-proofreading
Package: release-notes Severity: minor Tags: patch Revisions to issues.dbk introduce a couple of phrases that could benefit from extra articles and maybe a change of preposition: For more information about the requirements, please refer to -section called REQUIREMENTS in the ulink +the section called REQUIREMENTS in the ulink url=https://sources.debian.net/src/systemd/jessie/README/;README/ulink -file of systemitem role=packagesystemd/systemitem package. +file for the package systemitem role=packagesystemd/systemitem. (Meanwhile I'm following #780573 and see no problems with the new material there yet.) -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package Index: issues.dbk === --- issues.dbk (revision 10757) +++ issues.dbk (working copy) @@ -516,9 +516,9 @@ /para para For more information about the requirements, please refer to -section called REQUIREMENTS in the ulink +the section called REQUIREMENTS in the ulink url=https://sources.debian.net/src/systemd/jessie/README/;README/ulink -file of systemitem role=packagesystemd/systemitem package. +file for the package systemitem role=packagesystemd/systemitem. /para /section
Bug#782408: ITP: bruce -- Producer daemon for Apache Kafka
Package: wnpp Severity: wishlist Owner: ChangZhuo Chen (陳昌倬) czc...@gmail.com * Package name: bruce Version : 1.0.12 Upstream Author : Dave Peterson, et al. * URL : https://github.com/tagged/bruce/ * License : Apache Programming Lang: C++ Description : Producer daemon for Apache Kafka Bruce is a producer daemon for Apache Kafka. Bruce simplifies clients that send messages to Kafka, freeing them from the complexity of direct interaction with the Kafka cluster. Specifically, it handles the details of: . - Routing messages to the proper brokers, and spreading the load evenly across multiple partitions for a given topic - Waiting for acknowledgements, and resending messages as necessary due to communication failures or Kafka-reported errors Buffering messages to handle transient load spikes and Kafka-related problems - Tracking message discards when serious problems occur; Providing web-based discard reporting and status monitoring interfaces Batching and compressing messages in a configurable manner for improved performance - Optional rate limiting of messages on a per-topic basis. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#782410: ITP: python-requests-cache -- persistent cache for requests library
Package: wnpp Severity: wishlist Owner: Sandro Tosi mo...@debian.org * Package name: python-requests-cache Version : 0.4.9 Upstream Author : Roman Haritonov * URL : https://github.com/reclosedev/requests-cache * License : BSD Programming Lang: Python Description : persistent cache for requests library Requests-cache is a transparent persistent cache for requests library. This package is required by tvdb-api v1.10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781640: Downgrading bug severity
Hello, sorry for the delay and thanks Thomas: I had forgotten to subscribe to pyjwt : ( On Thursday 09 April 2015 09:19:03 Thomas Goirand wrote: If the package isn't vulnerable, shouldn't this bug report be closed? If that's the case, then I'll let you close it. In the mean while, I'll downgrade the severity to normal, in order to not remove the package (and its rev-dependencies) from testing. My plan is to package pyjwt 1.0.1 soon: it's not vulnerable since the fix mentioned by Luke was applied to 1.0.0. I'm leaving this open for now, but I agree with Thomas: 0.2.1 is not vulnerable to alg=”none” bug, so we can close this bug. 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#782401: RFP: queXC -- An Open Source, web based data cleaning and coding / classification system
Package: wnpp Severity: wishlist Package name: queXC Version : 0.9.4 Upstream Author : Adam Zammit URL : http://quexc.sourceforge.net/ License : GPLv2, Affero GNU Public License, MIT License Programming Lang: PHP Description : An Open Source, web based data cleaning and coding / classification system queXC cleans and codes / classifies qualitative and other textual data (such as data collected from a questionnaire). Multiple operators can work on a single data file using only a web browser. Coding / classification schemes can be created on the fly or imported. -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#780262: unblock (pre-approval): fusiondirectory/1.0.8.2-4
Control: confirmed moreinfo Hi, On Wed, Mar 11, 2015 at 11:42:43AM +0100, Mike Gabriel wrote: Please consider unblocking planned upload of package fusiondirectory. + * debian/patches: ++ Add 0002_fix-sieve-script-creation.patch. Don't fail when creating + sieve mail filter scripts via fusiondirectory's sieve plugin. + (Closes: #780214). Please go ahead. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782400: multipath-tools: libmultipath: fix discovery of devices with empty rev sysfs attribute
Package: src:multipath-tools Version: 0.5.0-6 Severity: serious Tags: patch Forwarded: https://www.redhat.com/archives/dm-devel/2015-April/msg00049.html Hi Ritesh, I noticed some IPR controllers with multipath support may have only spaces in the rev sysfs attribute, which breaks a device's discovery (example below got no paths at all). May you please consider this (forwarded) patch for Jessie? Thank you. Example: --- The disks in this IPR controller: # grep . /sys/block/sda/device/{vendor,model,rev} | tr ' ' '#' /sys/block/sda/device/vendor:IBM# /sys/block/sda/device/model:IPR-0###5EC99A00 /sys/block/sda/device/rev: All of them (6 disks, 2 paths per disk): # grep . /sys/block/sd*/device/rev | tr ' ' '#' /sys/block/sda/device/rev: /sys/block/sdb/device/rev: /sys/block/sdc/device/rev: /sys/block/sdd/device/rev: /sys/block/sde/device/rev: /sys/block/sdf/device/rev: /sys/block/sdg/device/rev: /sys/block/sdh/device/rev: /sys/block/sdi/device/rev: /sys/block/sdj/device/rev: /sys/block/sdk/device/rev: /sys/block/sdl/device/rev: Comparison of 'multipath -v3' without/with the patch (notice 'no paths' vs. 'paths list') # diff -u multipath-v3.no-timestamp.{old,new} ... sda: vendor = IBM sda: product = IPR-0 5EC99A00 + sda: rev = + sda: h:b:t:l = 0:2:0:0 + sda: tgt_node_name = + sda: path state = running + sda: 4252 cyl, 128 heads, 32 sectors/track, start at 0 ... + sda: alua prio = 50 sdb: ... ... -= no paths = += paths list = +uuidhcildev dev_t pri dm_st chk_st vend/prod/rev +1IBM_IPR-0_5EC99A000410 0:2:0:0 sda 8:0 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A0003F0 0:2:1:0 sdb 8:16 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A0003D0 0:2:2:0 sdc 8:32 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A000430 0:2:3:0 sdd 8:48 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC94760 0:2:4:0 sde 8:64 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC94780 0:2:5:0 sdf 8:80 50 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A000410 1:2:0:0 sdg 8:96 10 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A0003F0 1:2:1:0 sdh 8:112 10 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A0003D0 1:2:2:0 sdi 8:128 10 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC94780 1:2:3:0 sdj 8:144 10 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC94760 1:2:4:0 sdk 8:160 10 undef ready IBM,IPR-0 5EC +1IBM_IPR-0_5EC99A000430 1:2:5:0 sdl 8:176 10 undef ready IBM,IPR-0 5EC ... -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782400: multipath-tools: libmultipath: fix discovery of devices with empty rev sysfs attribute
On 04/11/2015 01:00 PM, Mauricio Faria de Oliveira wrote: Tags: patch It helps to attach the patch :) -- Mauricio Faria de Oliveira IBM Linux Technology Center diff -Nru multipath-tools-0.5.0/debian/changelog multipath-tools-0.5.0/debian/changelog --- multipath-tools-0.5.0/debian/changelog 2015-03-04 05:53:28.0 -0300 +++ multipath-tools-0.5.0/debian/changelog 2015-04-11 12:48:01.0 -0300 @@ -1,3 +1,9 @@ +multipath-tools (0.5.0-6pathselector1blankrev1) UNRELEASED; urgency=medium + + * 0014-libmultipath-discovery-blank-rev-attr.patch: fix discovery of devices with blank rev. + + -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com Sat, 11 Apr 2015 12:40:19 -0300 + multipath-tools (0.5.0-6pathselector1) UNRELEASED; urgency=medium * initramfs/hooks: include dm-service-time in initramfs (new default path selector). diff -Nru multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch --- multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch 1969-12-31 21:00:00.0 -0300 +++ multipath-tools-0.5.0/debian/patches/0014-libmultipath-discovery-blank-rev-attr.patch 2015-04-11 12:48:06.0 -0300 @@ -0,0 +1,40 @@ +Forwarded: https://www.redhat.com/archives/dm-devel/2015-April/msg00049.html +From b7ec63e727880aa709c2aa7b6029dba9ad7d9d74 Mon Sep 17 00:00:00 2001 +From: Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com +Date: Sat, 11 Apr 2015 12:02:29 -0300 +Subject: [PATCH] libmultipath: fix discovery of devices with sysfs attr containing only spaces + +commit 43c61e979521b17d9f50ea8e722682c33d0b7d69 causes sysfs_get_attr() to +return 0 if attr contains only spaces, and scsi_sysfs_pathinfo() to return 1 +in 'if (sysfs_get_attr() = 0)'; this breaks the device's discovery. + +Changing the comparison operator '=' to '' allows discovery to continue. + +This affects some IPR controllers (rev sysfs attr): + + # grep . /sys/block/sda/device/{vendor,model,rev} | tr ' ' '#' + /sys/block/sda/device/vendor:IBM# + /sys/block/sda/device/model:IPR-0###5EC99A00 + /sys/block/sda/device/rev: + +Signed-off-by: Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com +--- + libmultipath/discovery.c |2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) + +diff --git a/libmultipath/discovery.c b/libmultipath/discovery.c +index 4582a20..dde57c0 100644 +--- a/libmultipath/discovery.c b/libmultipath/discovery.c +@@ -1095,7 +1095,7 @@ scsi_sysfs_pathinfo (struct path * pp) + + condlog(3, %s: product = %s, pp-dev, pp-product_id); + +- if (sysfs_get_rev(parent, pp-rev, SCSI_REV_SIZE) = 0) ++ if (sysfs_get_rev(parent, pp-rev, SCSI_REV_SIZE) 0) + return 1; + + condlog(3, %s: rev = %s, pp-dev, pp-rev); +-- +1.7.1 + diff -Nru multipath-tools-0.5.0/debian/patches/series multipath-tools-0.5.0/debian/patches/series --- multipath-tools-0.5.0/debian/patches/series 2014-09-05 09:12:48.0 -0300 +++ multipath-tools-0.5.0/debian/patches/series 2015-04-11 12:48:06.0 -0300 @@ -4,3 +4,4 @@ 0011-patch-udev-rule.patch 0012-format-security-build-fixes.patch 0013-fix-spelling-error.patch +0014-libmultipath-discovery-blank-rev-attr.patch
Bug#782365: gxine crashes at start
Hi Michael, Michael Gilbert wrote: control: severity -1 normal On Fri, Apr 10, 2015 at 8:13 PM, Christoph Anton Mitterer wrote: ii libdvdcss2 [libdvdcss] 1.3.0-dmo1 Your system is tainted by deb-multimedia.org. Nice catch! Christoph: Can you reproduce this on a system without the potentially binary-incompatible packages from DMO? Kernel: Linux 3.19.0-trunk-amd64 (SMP w/8 CPU cores) Also possibly kernel related. Unlikely. I'm also running the kernel from Experimental and couldn't reproduce it: Linux c-cactus 3.19.0-trunk-amd64 #1 SMP Debian 3.19.1-1~exp1 (2015-03-08) x86_64 GNU/Linux (Sorry, forgot to mention that in my previous mail.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761023: bb: Visual stops when audio starts under pulseaudio
On Fri, Apr 10, 2015 at 07:29:57PM -0400, Anthony DeRobertis wrote: If you do a README.Debian update to fix that typo, here is another thing to add—this makes bb work on my PA system: pasuspender -- env PULSE_SERVER= bb pasuspender makes PulseAudio release the sound hardware, then setting PULSE_SERVER= to blank makes bb not connect to PA (falling back to ALSA instead, which works). That's very nice, thanks! It makes me wonder; would it make sense, instead of disabling the music by default, to have a wrapper that runs bb with this hack, so that the music can work? (Otherwise the user need to find and read the README to find out about this, which is not ideal...) Of course, the devil is in the details: implementing this solution would require pasuspender, hence pulseaudio-utils; however having bb depend on pulseaudio-utils would be strange as the hack is only needed because of pulseaudio itself. Ideally the wrapper could be smarter and only disable the music when pulseaudio seems in use but pasuspender is not installed, but that's not so easy because bb does not seems to have flags to control the music from the command-line when running it. So I don't know if that's a reasonable idea, but I wanted to make the suggestion. -- Antoine Amarilli signature.asc Description: Digital signature
Bug#782407: unblock: lvm2/2.02.111-2.2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package lvm2 This is needed to avoid a boot failure when upgrading some systems from wheezy. diff -Nru lvm2-2.02.111/debian/changelog lvm2-2.02.111/debian/changelog --- lvm2-2.02.111/debian/changelog 2015-03-01 21:19:37.0 + +++ lvm2-2.02.111/debian/changelog 2015-04-10 01:43:40.0 +0100 @@ -1,3 +1,10 @@ +lvm2 (2.02.111-2.2) unstable; urgency=medium + + * Non-maintainer upload + * Add support for /dev/VG/LV naming in initramfs (Closes: #780319) + + -- Ben Hutchings b...@decadent.org.uk Fri, 10 Apr 2015 01:43:39 +0100 + lvm2 (2.02.111-2.1) unstable; urgency=medium * Non-maintainer upload diff -Nru lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-block/lvm2 lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-block/lvm2 --- lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-block/lvm2 2015-01-17 22:35:47.0 + +++ lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-block/lvm2 2015-04-10 02:02:06.0 +0100 @@ -21,20 +21,28 @@ dev=$1 -# Make sure that we have a d-m path -dev=${dev#/dev/mapper/} -if [ $dev = $1 ]; then - return 1 -fi - -eval $(dmsetup splitname --nameprefixes --noheadings --rows $dev) - -if [ $DM_VG_NAME ] [ $DM_LV_NAME ]; then - lvm lvchange -aly --ignorelockingfailure $DM_VG_NAME/$DM_LV_NAME - rc=$? - if [ $rc = 5 ]; then - echo Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME +case $dev in +/dev/mapper/*) + dev=${dev#/dev/mapper/} + + eval $(dmsetup splitname --nameprefixes --noheadings --rows $dev) + + if [ $DM_VG_NAME ] [ $DM_LV_NAME ]; then + lvm lvchange -aly --ignorelockingfailure $DM_VG_NAME/$DM_LV_NAME + rc=$? + if [ $rc = 5 ]; then + echo Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME + fi + fi + ;; + +/dev/*/*) + # Could be /dev/VG/LV; use lvs to check + dev=${dev#/dev/} + if lvm lvs -- $dev /dev/null 2/dev/null; then + lvm lvchange -aly --ignorelockingfailure $dev fi -fi + ;; +esac exit 0 diff -Nru lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-top/lvm2 lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-top/lvm2 --- lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-top/lvm2 2015-01-17 17:13:22.0 + +++ lvm2-2.02.111/debian/initramfs-tools/lvm2/scripts/local-top/lvm2 2015-04-10 01:33:33.0 +0100 @@ -24,8 +24,8 @@ return 1 fi - # Take care of lilo boot arg, risky activating of all vg case $dev in + # Take care of lilo boot arg, risky activating of all vg fe[0-9]*) lvm vgchange -aly --ignorelockingfailure exit 0 @@ -35,23 +35,33 @@ lvm vgchange -aly --ignorelockingfailure exit 0 ;; - esac - # Make sure that we have a d-m path - dev=${dev#/dev/mapper/} - if [ $dev = $1 ]; then - return 1 - fi + /dev/mapper/*) + dev=${dev#/dev/mapper/} - eval $(dmsetup splitname --nameprefixes --noheadings --rows $dev) + eval $(dmsetup splitname --nameprefixes --noheadings --rows $dev) - if [ $DM_VG_NAME ] [ $DM_LV_NAME ]; then - lvm lvchange -aly --ignorelockingfailure $DM_VG_NAME/$DM_LV_NAME - rc=$? - if [ $rc = 5 ]; then - echo Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME + if [ $DM_VG_NAME ] [ $DM_LV_NAME ]; then + lvm lvchange -aly --ignorelockingfailure $DM_VG_NAME/$DM_LV_NAME + rc=$? + if [ $rc = 5 ]; then + echo Unable to find LVM volume $DM_VG_NAME/$DM_LV_NAME + fi + return 0 fi - fi + ;; + + /dev/*/*) + # Could be /dev/VG/LV; use lvs to check + dev=${dev#/dev/} + if lvm lvs -- $dev /dev/null 2/dev/null; then + lvm lvchange -aly --ignorelockingfailure $dev + return 0 + fi + ;; + esac + + return 1 } if [ ! -e /sbin/lvm ]; then --- END --- unblock lvm2/2.02.111-2.2 -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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
Bug#782409: wheezy-pu: package netcf/0.1.9-2+deb7u2
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi, Several users have reported memory leaks in libvirtd, see #709335 which originally was reported against src:libvirt but is a bug in netcf. Bugreport in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/netcf/+bug/1201938 Upstream commit: https://git.fedorahosted.org/cgit/netcf.git/commit/src/drv_debian.c?id=b8a19dc860b38c97c42115d8a559b78853452a4b Attached is proposed debdiff for the upload to wheezy; could it be included in the upcoming wheezy point release? Regards, Salvatore diff -Nru netcf-0.1.9/debian/changelog netcf-0.1.9/debian/changelog --- netcf-0.1.9/debian/changelog 2015-01-15 15:08:08.0 +0100 +++ netcf-0.1.9/debian/changelog 2015-04-11 19:28:28.0 +0200 @@ -1,3 +1,11 @@ +netcf (0.1.9-2+deb7u2) wheezy; urgency=medium + + * Non-maintainer upload. + * Add netcf-debian-memleak.patch. +Prevent a memory leak when listing interfaces (Closes: #709335) + + -- Salvatore Bonaccorso car...@debian.org Sat, 11 Apr 2015 19:19:44 +0200 + netcf (0.1.9-2+deb7u1) stable; urgency=medium * Cherrypick d340f2df to fix ipcalc_netmask. (Closes: #726127) diff -Nru netcf-0.1.9/debian/patches/netcf-debian-memleak.patch netcf-0.1.9/debian/patches/netcf-debian-memleak.patch --- netcf-0.1.9/debian/patches/netcf-debian-memleak.patch 1970-01-01 01:00:00.0 +0100 +++ netcf-0.1.9/debian/patches/netcf-debian-memleak.patch 2015-04-11 19:28:28.0 +0200 @@ -0,0 +1,37 @@ +Description: Avoid a memory leak when listing interfaces + Leak reported via Natanael Copa on IRC when used by libvirt: + . + ==623== 5,677,056 bytes in 693 blocks are definitely lost in loss record 3,354 of 3,358 + ==623== at 0x4C1138C: malloc (vg_replace_malloc.c:270) + ==623== by 0x5B4A9F3: open_memstream (in /lib/libuClibc-0.9.33.2.so) + ==623== by 0x5B485AF: vasprintf (in /lib/libuClibc-0.9.33.2.so) + ==623== by 0x10BE7C8B: ??? + ==623== by 0x10BE7EE2: ??? + ==623== by 0x10BE8473: ??? + ==623== by 0x10BE8A53: ??? + ==623== by 0x109BD755: ??? + ==623== by 0x109BE47D: ??? + ==623== by 0x53450EF: virConnectListDefinedInterfaces (in /home/ncopa/aports/main/libvirt/src/libvirt-1.1.1/src/.libs/libvirt.so.0.1001.1) + . + Even without symbols, the lone call to vasprintf in drv_debian was + a pretty blatant leak. + . + * src/drv_debian.c (interface_deps): Free path when done with it. +Origin: upstream, https://git.fedorahosted.org/cgit/netcf.git/commit/?id=b8a19dc860b38c97c42115d8a559b78853452a4b +Bug-Debian: https://bugs.debian.org/709335 +Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/netcf/+bug/1201938 +Forwarded: not-needed +Author: Eric Blake ebl...@redhat.com +Last-Update: 2015-04-11 +Applied-Upstream: 0.2.4 + +--- a/src/drv_debian.c b/src/drv_debian.c +@@ -138,6 +138,7 @@ static int interface_deps(struct netcf * + } + + nmatches = aug_match(aug, path, matches); ++FREE(path); + ERR_COND_BAIL(nmatches 0, ncf, EOTHER); + + if (!nmatches) diff -Nru netcf-0.1.9/debian/patches/series netcf-0.1.9/debian/patches/series --- netcf-0.1.9/debian/patches/series 2015-01-15 14:56:26.0 +0100 +++ netcf-0.1.9/debian/patches/series 2015-04-11 19:28:28.0 +0200 @@ -6,3 +6,4 @@ 0006-drv-debian-ifup-paths.patch 0007-dont-use-netcf-transaction.patch fix_ipcalc_netmask +netcf-debian-memleak.patch
Bug#770149: python-instagram
Hi Jörg, I am glad to see you working on this, as one of my packages will eventually depend on python-instagram! On 04/06/2015 11:31 PM, Jörg Frings-Fürst wrote: Please can someone review this package[1]. Thanks. CU Jörg [1] http://mentors.debian.net/debian/pool/main/p/python-instagram/python-instagram_1.3.0+git20150406~e885e7d-1.dsc Therefore, I thought I would give you a review for what it is worth (I am not a DD so I cannot sponsor it): - The package builds fine in a chroot and the clean target is working fine. - piuparts reports no problems. - Lintian is happy. - The watch file is not working, but that is okay as upstream do not do releases or tags. I am wondering why d/control has Provides: ${python:Provides}? Python Policy mentions it (and generally discourages its use). Mainly I am curious about it. One minor comment about d/copyright is that according to the upstream README LICENSE files, the copyright says 2014, Facebook, Inc. (not Instagram, and not in 2015) I also noticed that setup.py still says MIT (not reflecting the recent change to BSD). You might want to report that upstream. Here's hoping you find a sponsor soon. Regards, Ross signature.asc Description: OpenPGP digital signature
Bug#780573: release-notes: Review from the d-i team
Hi, Baptiste Jammet bapti...@mailoo.org wrote: varlistentry termNew ports/term +!-- new in Jessie-- listitem para -Support for the 'armhf' and 's390x' architectures has been added to the installer. +Support for the 'arm64' and 'pp64el' architectures has been added to the installer. has to be 'ppc64el' /para /listitem /varlistentry Holger -- Created with Sylpheed 3.2.0 under D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782363: multipath-tools: include dm-service-time in initramfs: patch attached
Control: tags -1 patch Oops, forgot the patch tag. -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782365: gxine crashes at start
control: severity -1 normal On Fri, Apr 10, 2015 at 8:13 PM, Christoph Anton Mitterer wrote: ii libdvdcss2 [libdvdcss] 1.3.0-dmo1 Your system is tainted by deb-multimedia.org. Kernel: Linux 3.19.0-trunk-amd64 (SMP w/8 CPU cores) Also possibly kernel related. Please try the jessie kernel. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782397: the patch queue could be made obsolete
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: git-buildpackage Version: 0.6.24 Severity: wishlist AFAICS the patch queue branch (and with it gbp-pq) could be made obsolete. Currently all changes in the patch queue branch are supposed to happen outside of the debian directory tree, while the current master branch provides *only* the debian directory. Changes in these branches do not overlap, so it should be easy to manage debian directory and changes to upstream's code within the same branch. Advantages: - - common history for patches and build infrastructure - - reduce the number of branches, making gbp more easy to use Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVKUEvAAoJEAqeKp5m04HLYG8H/joWkOnlRlhWVJOHVKbjb+xI +S+KWSAre7A5K7Soz63RVse+hMH/x6WS4Sgld/hAjAuTRKc90mOViF8Ax1oKRdyE TNy/duztilglyEolPjFeX0bFgvpyhAYnyLguRPovz2fWM88bA3jCdtBFWelcI1w5 6fQ6tSeAIWXAXSPj57XDk/eIIFgoqfI/jKc8olhVUQolUERvsAWbsg5KG35fL+4o W26+DjkYkmAJOhU3Ve6nv8oPpNkspVGYu4/Wt9nRVFWSq9tXgAA9h91KyX3IW77d SfzFVyZ7Akxs3n94WquhC1gC2DAebc9Hskew7Iuu+G8hkOjkH2H89t59JioFO7I= =/b4z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782402: please modernize the xapian-bindings packaging
Package: src:python-xapian Version: 1.2.19-1 Tags: patch Here are some updates for the xapian-bindings packaging, introducing python3-xapian. In general, the packaging could need an update. It doesn't have to be debhelper 9, but some things could be fixed. I didn't address: - python and python3 docs are installed into the same place, so the current way installing the docs into the same temp dir doesn't work. - The docs build try to import the just built bindings, and fail to find these. I assume this is an upstream error. For now my experimental python3-xapian package is good enough for testing things. diff --git a/changelog b/changelog index 4ed0429..0a177a0 100644 --- a/changelog +++ b/changelog @@ -1,3 +1,22 @@ +xapian-bindings (1.3.2+git969-0ubuntu5) vivid; urgency=medium + + * Don't run the configure target twice. + * Don't run debian/rules in parallel. + * Don't try to build architecture independent packages, there are none. + * Build the documenation for the python3 bindings. + + -- Matthias Klose d...@ubuntu.com Sat, 11 Apr 2015 15:06:45 +0200 + +xapian-bindings (1.3.2+git969-0ubuntu1) vivid; urgency=low + + * Upstream snapshot. + * Build a python3-xapian package. + * Ignore the Tcl test results, currently failing. + * Don't include the docs, not built in the upstream snapshot, and fails to build +for some languages. + + -- Matthias Klose d...@ubuntu.com Thu, 09 Apr 2015 17:28:27 +0200 + xapian-bindings (1.3.1-2) UNRELEASED; urgency=medium * debian/rules: Use dh_autotools-dev_updateconfig and diff --git a/control.in b/control.in index a8e6111..a8ab48e 100644 --- a/control.in +++ b/control.in @@ -3,7 +3,7 @@ Section: libs Priority: optional Maintainer: Olly Betts o...@survex.com Standards-Version: 3.9.5 -Build-Depends: @BUILD_DEPS@ autotools-dev +Build-Depends: @BUILD_DEPS@ autotools-dev, python-sphinx, python3-sphinx @X_PYTHON_VERSION@ @XS_RUBY_VERSIONS@ Homepage: http://xapian.org/ diff --git a/php5-xapian.install b/php5-xapian.install index 445e362..87f1669 100644 --- a/php5-xapian.install +++ b/php5-xapian.install @@ -1,5 +1,4 @@ usr/lib/php5/*/xapian.so usr/share/php/xapian.php -usr/share/doc/xapian-bindings/php/index.html usr/share/doc/php5-xapian usr/share/doc/xapian-bindings/php/examples/*.php5 usr/share/doc/php5-xapian/examples etc/php5/conf.d/xapian.ini diff --git a/python-xapian.install b/python-xapian.install index 2aa3e64..3a53da9 100644 --- a/python-xapian.install +++ b/python-xapian.install @@ -1,4 +1,3 @@ usr/lib/python2.*/*-packages/xapian/*.so usr/lib/python2.*/*-packages/xapian/*.py -usr/share/doc/xapian-bindings/python/index.html usr/share/doc/python-xapian usr/share/doc/xapian-bindings/python/examples/*.py usr/share/doc/python-xapian/examples diff --git a/rules b/rules index 6525829..a7085fd 100755 --- a/rules +++ b/rules @@ -40,7 +40,7 @@ DH_INSTALL_EXCLUDE := --exclude=.pyc --exclude=.pyo BUILD_DEPS := debhelper (= 7.0.50~), # PHP is disabled by default due to incompatibility of GPL and PHP licence. -DEFAULT_LANGUAGES := python ruby tcl +DEFAULT_LANGUAGES := python python3 ruby tcl LANGUAGES := $(shell cat debian/bindings-to-package 2/dev/null || echo '$(DEFAULT_LANGUAGES)') ifneq ($(findstring php, $(LANGUAGES)), ) @@ -98,7 +98,7 @@ endif endif X_PYTHON_VERSION := X-Dummy-Python: Python bindings not being packaged -ifneq ($(findstring python, $(LANGUAGES)), ) +ifneq ($(filter python, $(LANGUAGES)), ) # The python versions to build for: PYTHON_VERSIONS := $(shell pyversions -r debian/control) @@ -115,6 +115,11 @@ X_PYTHON_VERSION := XS-Python-Version: all endif endif +ifneq ($(filter python3, $(LANGUAGES)), ) +BUILD_DEPS += python3-all-dev, +PYTHON3_VERSIONS := $(shell py3versions -r debian/control) +endif + ifneq ($(findstring tcl, $(LANGUAGES)), ) # Build depends for Tcl. We use Tcl's stubs mechanism, so the built # bindings will work with any Tcl version from 8.0.6 upwards, whichever @@ -135,6 +140,8 @@ TCL_MAKE_OPTS = endif BUILD_TCL := 1 endif +# tests failing, and dh_install failing (no docs built) +BUILD_TCL := export DH_OPTIONS @@ -171,7 +178,7 @@ endif # dpkg-buildflags handles noopt. ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) -MAKEFLAGS += -j$(NUMJOBS) +NJOBS = -j$(NUMJOBS) endif ifneq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) MAKE_CHECK := : @@ -221,6 +228,10 @@ ifneq ($(PYTHON_VERSIONS), ) sed -e 's/@XB_PYTHON_VERSION@/$(XB_PYTHON_VERSION)/g' \ debian/control-python.in debian/control.tmp endif +ifneq ($(PYTHON3_VERSIONS), ) + sed -e 's/@XB_PYTHON_VERSION@/$(XB_PYTHON_VERSION)/g' \ + debian/control-python3.in debian/control.tmp +endif ifneq ($(PHP_VERSIONS), ) for v in $(PHP_VERSIONS); do \ sed s/@PHP_VERSION@/$$v/g debian/control-php.in ;\ @@ -260,7 +271,6 @@ endif endif mv debian/control.tmp debian/control -configure: configure-stamp
Bug#782403: synaptic: pop an error the value 'wheezy-backports' is invalid for APT::Default-Release ....' and ends
Package: synaptic Version: 0.81.2 Severity: normal Dear Maintainer, I migrate a machine from wheezy to jessie and synaptic become unusable as it throw an error popup with the message : E: The value 'wheezy-backports' is invalid for APT::Default-Release as such a release is not available in the sources ... please report. When I close the dialog box synaptic ends. I have found the root of that problem in /root/.synaptic/synaptic.conf where there is the line : DefaultDistro wheezy-backports; I destroy that line and all is now OK. Regards JP P -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-rc7 (SMP w/4 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: sysvinit (via /sbin/init) Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.7 ii libapt-pkg4.12 1.0.9.7 ii libatk1.0-0 2.14.0-1 ii libc62.19-17 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libept1.4.12 1.0.12.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 4.9.2-10 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-3 ii libxapian22 1.2.19-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2492-4 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: ii apt-xapian-index 0.47 ii deborphan1.7.28.8-0.1 ii dwww 1.12.1 ii menu 2.1.47 ii software-properties-gtk 0.92.25debian1 ii tasksel 3.30 -- 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#782352: unblock: mkvmlinuz/37 (pre-approval)
Control: retitle -1 Bug#782352: unblock: mkvmlinuz/37 (pre-approval) Should we go ahead with upload of mkvmlinuz/37? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782365: gxine crashes at start
Hey, On Sat, 2015-04-11 at 11:48 -0400, Michael Gilbert wrote: control: severity -1 normal Why falsifying the severity? grave is per definition[0] clearly the one that applies, and the definition doesn't say and if problem affects more than 1000 users or unless user is Chris?! Your system is tainted by deb-multimedia.org. Well, only libdvdcss2 and unfortunately Debian itself cannot provide this yet. Also possibly kernel related. Please try the jessie kernel. That's a bit difficult right now, as I'm using btrfs features were I cannot really easily downgrade without getting more severe issues. On Sat, 2015-04-11 at 18:33 +0200, Axel Beckert wrote: Christoph: Can you reproduce this on a system without the potentially binary-incompatible packages from DMO? I just removed libdvdcss2, but no change. Cheers, Chris. [0] https://www.debian.org/Bugs/Developer#severities smime.p7s Description: S/MIME cryptographic signature
Bug#782405: wheel: please make the build reproducible
Source: wheel Version: 0.24.0-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org Hi! While working on Debian's “reproducible builds” effort [1], we have noticed that wheel doesn't build reproducibly. It embeds the current date into the manpage. The attached patch fixes this by using the latest changelog date as a timestamp that will be embedded. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/rules b/debian/rules index 3c850f4..c8bf2f3 100755 --- a/debian/rules +++ b/debian/rules @@ -1,6 +1,8 @@ #!/usr/bin/make -f export PYBUILD_NAME=wheel +LAST_CHANGE=$(shell dpkg-parsechangelog -S Date) +BUILD_DATE=$(shell LC_ALL=C date -u +%B %d, %Y -d $(LAST_CHANGE)) %: dh $@ --with python2,python3 --buildsystem=pybuild @@ -13,7 +15,7 @@ override_dh_install: override_dh_installman: (cd debian/manpages; \ - sphinx-build -b man -d _build/doctrees . _build/man) + sphinx-build -D today=$(BUILD_DATE) -b man -d _build/doctrees . _build/man) dh_installman signature.asc Description: OpenPGP digital signature
Bug#777132: surf-alggeo: blends: not present on webpage
On Sat, Apr 11, 2015 at 01:39:09PM +0200, Jerome BENOIT wrote: I was aware about this option. I think this option is rather meant for clean upstream source: here the upstream source tarball is polluted with .svn folders The Files-Excluded option is simply to exclude files no matter what kind of files these are. It makes things transparent and simplifies review. and a couple of regular source files (C++ source + header) with an executable bit: an ad hoc repack script seems then more appropriate. I see no reason why fixing executable bits in the source tarball should be needed at all. I will sponsor the package since I will not put my opinion about Files-Excluded on my but may be you reconsider your decision for future releases. Anyway - the best solution would be without any question to teach upstream to provide proper tarballs. is sufficient and the prefered form by ftpmaster. If you have no good reasons to mention all the details please remove them. I like so much to show my effort. Whatever, I have just removed it. Your effort is definitely regarded and any serious Debian user will believe that initial packaging is some work. :-) Finally the history of your doings is in the Git log. I uploaded the package - thanks for your work on this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778492: unblock: ndisc6/1.0.1-2
control: tag -1 - moreinfo On Mon, Mar 30, 2015 at 12:58 AM, Cyril Brulebois wrote: Thanks for trying, but no, that's not sufficient. I really would like having a real use case where the bug gets reproduced without “cheating” (for the lack of a better wording), so that we can actually check that the change isn't worse than the bug it's supposed to fix. It turns out the difficulty getting rdnssd automatically installed is a bug: http://bugs.debian.org/782299 Steve will be uploading a debian-cd fix soon, but in the meantime I tested a mini.iso (since it configures networking sufficiently early to be able to fetch the package) for a sid gnome install. Here is the installer syslog relevant to rdnssd; netcfg[1369]: rdnssd started; PID: 1384 [...] apt-install: Queueing package rdnssd for later installation netcfg[1369]: DEBUG: Stopping rdnssd, PID 1384 [...] in-target: The following NEW packages will be installed: in-target: rdnssd [...] in-target: Unpacking rdnssd (1.0.1-2) [...] in-target: Setting up rdnssd (1.0.1-2) [...] in-target: pkgsel: starting tasksel [selected gnome as the desktop environment] [...] in-target: The following packages will be REMOVED: in-target: rdnssd [...] in-target: Removing rdnssd (1.0.1-2) [...] in-target: Setting up network-manager-gnome (0.9.10.0-2) In conclusion again everything works entirely as expected. Is this now sufficient? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746339: caja: Caja crashed, but spawn infinity, unable to launch others.
I get the same problem, with the same error message as described here : https://github.com/mate-desktop/caja/issues/150 I have an up-to-date Debian Jessie x86_64. KDE, Fluxbox and Mate from the official repos. I tried various workaround found here and there, but none of them fixed the crash for me. Removing all .gnome* or .dconf from ~ didn't change anything. It's hard to diagnostic, because the entries in the Mate taskbar doesn't allow to show the window which they should be attached to. And when the constant tasks spontaneous generation stops, I can't run Caja anymore, even with tools like valgrind, because a max seems to be reached. So I don't know how to investigate this problem. I can do any test and try that you want to help you. Thanks in advance for your attention.
Bug#780815: pidgin: Stops responding after pasting specific URL
#0 0x7fffeeb4a35e in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #1 0x7fffeeb4a6c7 in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #2 0x7fffeeb50e60 in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #3 0x7fffeeb5cc46 in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #4 0x7fffeeb4db4c in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #5 0x7fffeeb4df2d in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #6 0x7fffeeb607e8 in ?? () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #7 0x7fffeeb46a02 in hb_shape_plan_execute () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #8 0x7fffeeb45f17 in hb_shape_full () from /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 #9 0x733e9477 in ?? () from /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 #10 0x75aacb96 in pango_shape_full () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #11 0x75a9ee23 in ?? () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #12 0x75aa0690 in ?? () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #13 0x75aa2b96 in ?? () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #14 0x75aa5248 in pango_layout_get_iter () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #15 0x75aa5b74 in pango_layout_get_cursor_pos () from /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 #16 0x768bdb7c in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #17 0x768bfa76 in gtk_text_layout_get_line_display () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #18 0x768c0772 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #19 0x768a4b35 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #20 0x768beada in gtk_text_layout_validate_yrange () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #21 0x768cd46d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #22 0x768cf5bd in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #23 0x768cfb3b in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #24 0x555d4175 in gtk_imhtml_size_allocate (widget=0x55d92560, alloc=0x7fff9380) at /tmp/buildd/pidgin-2.10.11/./pidgin/gtkimhtml.c:421 #25 0x7583f19f in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #26 0x7585083b in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #27 0x75859778 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #28 0x758599df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #29 0x76930dd5 in gtk_widget_size_allocate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #30 0x7687613d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #31 0x75842233 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #32 0x7583f3c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #33 0x75859087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #34 0x758599df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #35 0x76930dd5 in gtk_widget_size_allocate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #36 0x76766b78 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #37 0x75842233 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #38 0x7583f3c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #39 0x75859087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #40 0x758599df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #41 0x76930dd5 in gtk_widget_size_allocate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #42 0x767d8b4e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #43 0x75842233 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #44 0x7583f3c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #45 0x75859087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #46 0x758599df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #47 0x76930dd5 in gtk_widget_size_allocate () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #48 0x76766b78 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #49 0x75842233 in g_cclosure_marshal_VOID__BOXEDv () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #50 0x7583f3c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #51 0x75859087 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #52 0x758599df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #53 0x76930dd5 in gtk_widget_size_allocate () from
Bug#782406: src:debbugs: invalid HTML links to packages when bug is reassigned
Package: src:debbugs Severity: normal A reassigned bug has links that contain invalid HTML, eg. see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781852 where the sentence Bug reassigned from package 'source' to 'python-requests-kerberos'. has the following HTML where the href's contain a full escaped a.../a tag instead of just an URL: Bug reassigned from package 'a href=a href=quot;pkgreport.cgi?package=sourcequot;source/asource/a' to 'a href=a href=quot;pkgreport.cgi?package=python-requests-kerberosquot;python-requests-kerberos/apython-requests-kerberos/a'. Other links in the page are ok. thanks, Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782411: asterisk: CVE-2015-3008: TLS Certificate Common name NULL byte exploit
Source: asterisk Version: 1:13.1.0~dfsg-1 Severity: important Tags: security upstream fixed-upstream Hi, the following vulnerability was published for asterisk. CVE-2015-3008[0]: asterisk: TLS Certificate Common name NULL byte exploit 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-3008 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#782428: libattr1-dev: depends on glibc internals
Package: libattr1-dev Version: 1:2.4.47-2 Severity: important Tags: patch upstream attr/xattr.h uses glibc internal declarations (__BEGIN_DECL and __THROW) which means it can't be build for other libcs. Patch attached. Thanks, Shawn -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, armel, musl-linux-amd64 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libattr1-dev depends on: ii libattr1 1:2.4.47-2 ii libc6-dev [libc-dev] 2.21-0experimental0 libattr1-dev recommends no packages. libattr1-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782427: strace: Please configure --with-libunwind
Package: strace Version: 4.10-1 Severity: wishlist Hi maintainer, I'd like to request that you build strace with the --with-libunwind compiler flag, and build-dep on libunwind8-dev. This will add the `-k` option to strace, which will print libunwind-based backtraces on every system call, which is pretty nifty. Right now the best way to do this (I think) is to use gdb to stop on every syscall, which doesn't offer the syscall-decode capabilities of strace. I don't think that Debian's strace package is used in any context where the libunwind runtime dependency would be annoying, though I might be wrong about that. -- Geoffrey Thomas https://ldpreload.com geo...@ldpreload.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#501371: nmap: Failed to obtain system routes
Package: nmap Version: 6.47-3+b1 Followup-For: Bug #501371 G'day. Running a simple port scan, such as # nmap -sS ipaddress will produce the following output: Starting Nmap 6.47 ( http://nmap.org ) at 2015-04-11 23:10 EDT route_dst_generic: Failed to obtain system routes: getsysroutes_dnet: sysroutes_dnet_find_interfaces() failed This obviously isn't terribly helpful. Simply Googling the error turns up a similar issue OpenBSD, early 2013: http://comments.gmane.org/gmane.os.openbsd.misc/201878 Thanks, Chris -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'oldstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 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 nmap depends on: ii libc0.1 2.19-17 ii libgcc1 1:4.9.2-10 ii liblinear1 1.8+dfsg-1 ii liblua5.2-0 5.2.3-1.1 ii libpcap0.8 1.3.0-1 ii libpcre3 2:8.35-3.3 ii libssl1.0.0 1.0.1e-2+deb7u12 ii libstdc++6 4.9.2-10 Versions of packages nmap recommends: ii ndiff 6.47-3 nmap 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#782428: libattr1-dev: depends on glibc internals
On Sat, Apr 11, 2015 at 08:36:27PM -0700, Shawn Landden wrote: Package: libattr1-dev Version: 1:2.4.47-2 Severity: important Tags: patch upstream attr/xattr.h uses glibc internal declarations (__BEGIN_DECL and __THROW) which means it can't be build for other libcs. Patch attached. Here is the patch: --- a/include/xattr.h 2014-09-08 14:48:10.0 -0700 +++ b/include/xattr.h 2015-04-11 20:30:18.525078800 -0700 @@ -31,7 +31,13 @@ #define XATTR_REPLACE 0x2 /* set value, fail if attr does not exist */ -__BEGIN_DECLS +#ifndef __THROW +# define __THROW +#endif + +#ifdef __cplusplus +extern C { +#endif extern int setxattr (const char *__path, const char *__name, const void *__value, size_t __size, int __flags) __THROW; @@ -58,6 +64,8 @@ extern int lremovexattr (const char *__path, const char *__name) __THROW; extern int fremovexattr (int __filedes, const char *__name) __THROW; -__END_DECLS +#ifdef __cplusplus +} +#endif #endif /* __XATTR_H__ */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782429: wodim fails to size bdrom correctly
Package: wodim Version: 9:1.1.11-2 Severity: important Dear Maintainer, wodim, and all apps depending on wodim refuse to size a BDROM ISO correctly resulting in NO BURN. You cant burn the ISO. Affects K3B and Brasero. xfburn using libburn4 is not affected by this.This is a cdrkit bug. -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wodim depends on: ii libc62.13-38+deb7u8 ii libcap2 1:2.22-1.2 Versions of packages wodim recommends: ii genisoimage 9:1.1.11-2 Versions of packages wodim suggests: pn cdrkit-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782428: libattr1-dev: depends on glibc internals
On Sat, Apr 11, 2015 at 08:36:27PM -0700, Shawn Landden wrote: Package: libattr1-dev Version: 1:2.4.47-2 Severity: important Tags: patch upstream attr/xattr.h uses glibc internal declarations (__BEGIN_DECL and __THROW) which means it can't be build for other libcs. Patch attached. For some reason this is breaking acl's detection of attr/xattr.h? I don't get it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652225: O: zvbi -- Vertical Blanking Interval (VBI) utilities
retitle 652225 ITA: zvbi -- Vertical Blanking Interval (VBI) utilities owner 652225 ! thanks Hi, My package vokoscreen now uses ffmpeg (not more avconv). Considering that ffmpeg (reintroduced in Debian, see #729203) depends of the libzvbi-dev, I am adopting zvbi. Thanks, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779357: perl: Debugger hangs when threads are involved
Control: tag -1 patch On Sat, Feb 28, 2015 at 08:01:58PM +0200, Niko Tyni wrote: forwarded 779357 https://rt.perl.org/Public/Bug/Display.html?id=120170 thanks On Fri, Feb 27, 2015 at 05:15:57PM -0500, James McCoy wrote: As an FYI, upstream commit cde405a6b is what caused perl -dt to be required. Re-adding the lock prototype to the current perl5db.pl allows perl -d to at least start, but then the debugger errors out with Modification of a read-only value attempted at .../perl5db.pl line 4129. which is this: # Save current single-step setting. $stack[-1] = $single; Thanks. I got that far too, and I also bisected the 'Modification of a read-only value' thing to ce0d59fdd1c7d145efdf6bf8da56a259fed483e4 but that doesn't help much. The attached patches are what I submitted upstream (Perl RT#124127). They get the debugger back to the pre-5.18 state (“perl -d” works again). Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org From c3cc714b2096b20613323b4187bbc9a02a5c9314 Mon Sep 17 00:00:00 2001 From: James McCoy vega.ja...@gmail.com Date: Thu, 19 Mar 2015 22:55:18 -0400 Subject: [PATCH 1/2] lib/perl5db.pl: Restore noop lock prototype cde405a6b9b86bd8110f63531b42d89590a4c56e removed the lock prototype because it's already a do-nothing weak keyword without threads. However, that causes perl -d threaded-script.pl to complain lock can only be used on shared values at /usr/share/perl/5.20/perl5db.pl line 4101. BEGIN failed--compilation aborted at threaded-script.pl line 2. lock can only be used on shared values at /usr/share/perl/5.20/perl5db.pl line 2514. END failed--call queue aborted at threaded-script.pl line 2. Unbalanced scopes: 3 more ENTERs than LEAVEs because threaded-script.pl's importing of threads::shared enable's lock()'s non-noop behavior. Restoring the lock() prototype fixes the inconsistency between lock() and share() usage. Signed-off-by: James McCoy vega.ja...@gmail.com --- lib/perl5db.pl | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/perl5db.pl b/lib/perl5db.pl index 8babb45..4194428 100644 --- a/lib/perl5db.pl +++ b/lib/perl5db.pl @@ -871,6 +871,7 @@ BEGIN { lock($DBGR); print Threads support enabled\n; } else { +*lock = sub(*) {}; *share = sub(\[$@%]) {}; } } -- 2.1.4 From 05bc4308e4b82982cebdf08c970cba7bbb599356 Mon Sep 17 00:00:00 2001 From: James McCoy vega.ja...@gmail.com Date: Thu, 19 Mar 2015 23:05:35 -0400 Subject: [PATCH 2/2] lib/perl5db.pl: Fix read-only value modification ce0d59fdd1c7d145efdf6bf8da56a259fed483e4 changed handling of non-existent array elements. This causes perl -d threaded-script.pl to error out with the Modification of a read-only value attempted error. Pushing/popping @stack rather than resizing by changing the max index avoids this error. Signed-off-by: James McCoy vega.ja...@gmail.com --- lib/perl5db.pl | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/lib/perl5db.pl b/lib/perl5db.pl index 4194428..f531f03 100644 --- a/lib/perl5db.pl +++ b/lib/perl5db.pl @@ -4138,7 +4138,13 @@ sub DB::sub { local $stack_depth = $stack_depth + 1;# Protect from non-local exits # Expand @stack. -$#stack = $stack_depth; +my $stack_change = $stack_depth - $#stack; +if ($stack_change 0) { +push @stack, (undef) x $stack_change; +} +else { +pop @stack while $stack_change++; +} # Save current single-step setting. $stack[-1] = $single; @@ -4279,7 +4285,13 @@ sub lsub : lvalue { local $stack_depth = $stack_depth + 1;# Protect from non-local exits # Expand @stack. -$#stack = $stack_depth; +my $stack_change = $stack_depth - $#stack; +if ($stack_change 0) { +push @stack, (undef) x $stack_change; +} +else { +pop @stack while $stack_change++; +} # Save current single-step setting. $stack[-1] = $single; -- 2.1.4 signature.asc Description: Digital signature
Bug#782353: Security hole in server version 1.0.36
Am 11.04.2015 um 11:45 schrieb Stefan Hornburg (Racke): Hello Karsten, we need more information to conclude this is really a security hole in Pure-FTP. Which authentication methods are allowed? Can you send me the contents of the /etc/pure-ftpd directory? Regards Racke At least there is only 1 configuration file with content. I attached it with altered password. This is the standard configuration generated by ISPConfig. Regards Karsten ## ## # Sample Pure-FTPd Mysql configuration file. # # See README.MySQL for explanations. # ## ## # Optional : MySQL server name or IP. Don't define this for unix sockets. MYSQLServer 127.0.0.1 # Optional : MySQL port. Don't define this if a local unix socket is used. # MYSQLPort 3306 # Optional : define the location of mysql.sock if the server runs on this host. # MYSQLSocket /var/run/mysqld/mysqld.sock # Mandatory : user to bind the server as. MYSQLUser ispconfig # Mandatory : user password. You must have a password. MYSQLPassword 0b482e3800421b833fab372df58d # Mandatory : database to open. MYSQLDatabase dbispconfig # Mandatory : how passwords are stored # Valid values are : cleartext, crypt, md5 and password # (password = MySQL password() function) # You can also use any to try crypt, md5 *and* password MYSQLCrypt crypt # In the following directives, parts of the strings are replaced at # run-time before performing queries : # # \L is replaced by the login of the user trying to authenticate. # \I is replaced by the IP address the user connected to. # \P is replaced by the port number the user connected to. # \R is replaced by the IP address the user connected from. # \D is replaced by the remote IP address, as a long decimal number. # # Very complex queries can be performed using these substitution strings, # especially for virtual hosting. # Query to execute in order to fetch the password MYSQLGetPW SELECT password FROM ftp_user WHERE active = 'y' AND server_id = '1' AND username=\L # Query to execute in order to fetch the system user name or uid MYSQLGetUID SELECT uid FROM ftp_user WHERE active = 'y' AND server_id = '1' AND username=\L # Optional : default UID - if set this overrides MYSQLGetUID #MYSQLDefaultUID 1000 # Query to execute in order to fetch the system user group or gid MYSQLGetGID SELECT gid FROM ftp_user WHERE active = 'y' AND server_id = '1' AND username=\L # Optional : default GID - if set this overrides MYSQLGetGID #MYSQLDefaultGID 1000 # Query to execute in order to fetch the home directory MYSQLGetDir SELECT dir FROM ftp_user WHERE active = 'y' AND server_id = '1' AND username=\L # Optional : query to get the maximal number of files # Pure-FTPd must have been compiled with virtual quotas support. MySQLGetQTAFS SELECT quota_files FROM ftp_user WHERE active = 'y' AND server_id = '1' AND quota_files != '-1' AND username=\L # Optional : query to get the maximal disk usage (virtual quotas) # The number should be in Megabytes. # Pure-FTPd must have been compiled with virtual quotas support. MySQLGetQTASZ SELECT quota_size FROM ftp_user WHERE active = 'y' AND server_id = '1' AND quota_size != '-1' AND username=\L # Optional : ratios. The server has to be compiled with ratio support. MySQLGetRatioUL SELECT ul_ratio FROM ftp_user WHERE active = 'y' AND server_id = '1' AND ul_ratio != '-1' AND username=\L MySQLGetRatioDL SELECT dl_ratio FROM ftp_user WHERE active = 'y' AND server_id = '1' AND dl_ratio != '-1' AND username=\L # Optional : bandwidth throttling. # The server has to be compiled with throttling support. # Values are in KB/s . MySQLGetBandwidthUL SELECT ul_bandwidth FROM ftp_user WHERE active = 'y' AND server_id = '1' AND ul_bandwidth != '-1' AND username=\L MySQLGetBandwidthDL SELECT dl_bandwidth FROM ftp_user WHERE active = 'y' AND server_id = '1' AND dl_bandwidth != '-1' AND username=\L # Enable ~ expansion. NEVER ENABLE THIS BLINDLY UNLESS : # 1) You know what you are doing. # 2) Real and virtual users match. # MySQLForceTildeExpansion 1 # If you upgraded your tables to transactionnal tables (Gemini, # BerkeleyDB, Innobase...), you can enable SQL transactions to # avoid races. Leave this commented if you are using the # traditionnal MyIsam databases or old ( 3.23.x) MySQL versions. MySQLTransactions On