Bug#667588: med-physics: Adjust for the new octave package version 3.6.1
Package: med-physics Version: 1.10 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The med-physics package recommends octave3.2. Please, make it recommend octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667589: education-mathematics: Adjust for the new octave package version 3.6.1
Package: education-mathematics Version: 0.855 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The education-mathematics suggests octave3.2. Please, make it suggest octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667590: python-scitools: Adjust for the new octave package version 3.6.1
Package: python-scitools Version: 0.8-1 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The python-scitools suggests octave3.0|octave3.2. Please, make it suggest octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666673: [Python-apps-team] Bug#666673: cython: FTBFS: semop(2): encountered an error: Invalid argument
On 04/04/12 at 17:06 -0400, Yaroslav Halchenko wrote: thanks for checking it out -- how many cores that instance has? one... :) Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663181: golang: General update after the debconf review process
Dear Debian maintainer, On Thursday, April 05, 2012, I sent you a notification about the beginning of a review action on debconf templates for golang. Then, I sent you a bug report with rewritten templates and announcing the beginning of the second phase of this action: call for translation updates. Translators have been working hard and here is now the result of their efforts. Please consider using it EVEN if you committed files to your development tree as long as they were reported. The attached tarball contains: - debian/changelog with the list of changes - debian/control with rewrites of packages' descriptions - debian/templates with all the rewritten templates file(s) - debian/po/*.po with all PO files (existing ones and new ones) As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. The patch.rfr file contains a patch for the templates and control file(s) alone. Please note that this patch applies to the templates and control file(s) of your package as of Thursday, April 05, 2012. If your package was updated in the meantime, I may have updated my reference copybut I also may have missed that. This is indeed why I suggested you do not modified such files while the review process was running, remember..:-) It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. -- patch.tar.gz Description: Binary data --- golang.old/debian/golang-tools.templates2012-03-09 08:04:34.171381553 +0100 +++ golang/debian/golang-tools.templates2012-03-13 06:54:56.165630893 +0100 @@ -1,15 +1,24 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: golang-tools/dashboard Type: boolean Default: true _Description: Report installation of public packages to Go Dashboard? - goinstall reports the successful installation of the public packages to - godashboard.appspot.com, which increments a count associated with the - package and the time of its most recent installation. This mechanism + The goinstall program reports the successful installation of the public Go + packages to godashboard.appspot.com, which increments a count associated + with the package and the time of its most recent installation. This mechanism powers the package list at the Go Dashboard, allowing Go programmers to learn about popular packages that might be worth looking at. . - If you choose to participate, the goinstall will report each successful - installation to the Go Dashboard. + If you choose to participate, each successful + installation will be reported to the Go Dashboard. . - This choice can be later modified by running dpkg-reconfigure + This choice can be modified by running dpkg-reconfigure golang-tools. --- golang.old/debian/control 2012-03-09 08:04:34.171381553 +0100 +++ golang/debian/control 2012-03-10 14:13:07.273198884 +0100 @@ -14,136 +14,106 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends} Recommends: golang-tools Provides: go-compiler -Description: Experimental Go programming language compiler - This package provides assembler, compiler and linker for the Go - programming language. This is Google's Go implementation of the - tool chain. - . +Description: Go programming language compiler The Go programming language is an open source project to make programmers more productive. Go is expressive, concise, clean, and - efficient. Its concurrency mechanisms make it easy to write programs + efficient. Its concurrency mechanisms make it easy to write programs that get the most out of multicore and networked machines, while its novel type system enables flexible and modular program construction. Go compiles quickly to machine code yet has the convenience of - garbage collection and the power of run-time reflection. It's a + garbage collection and the power of run-time reflection. It's a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language. . - Go is an experiment. We hope adventurous users will give it a try and - see if they enjoy it. Not every programmer will, but we hope enough - will find satisfaction in the approach it offers to justify further - development. The language can (and still does) change between stable - releases, check http://golang.org/doc/devel/release.html before - upgrading this package. + This package provides an assembler,
Bug#660894: Announce of the upcoming NMU for the elmerfem package
Dear maintainer of elmerfem and Debian translators, Some days ago, I sent a notice to the maintainer of the elmerfem Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es et eu fi fr it nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the elmerfem package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 13, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 29, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, April 05, 2012 : send this notice Friday, April 13, 2012 : (midnight) deadline for receiving translation updates Saturday, April 14, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Saturday, April 21, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: elmer...@packages.debian.org\n POT-Creation-Date: 2009-08-14 09:04+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../elmer.templates:2001 msgid Elmer models to include in ElmerGUI: msgstr #. Type: multiselect #. Description #: ../elmer.templates:2001 msgid Elmer can solve equations from many models. In order to avoid excessive crowding of the ElmerGUI interface, only certain models are included at a given time. See the Elmer Models Manual at http://www.csc.fi/english/pages/; elmer/documentation. msgstr #. Type: multiselect #. Description #: ../elmer.templates:2001 msgid Please select the models you would like to include in ElmerGUI from the list. Note that this will not affect the availability of models in the solver, only their presence in the graphical interface. msgstr signature.asc Description: Digital signature
Bug#656651: Announce of the upcoming NMU for the fortunes-fr package
Dear maintainer of fortunes-fr and Debian translators, Some days ago, I sent a notice to the maintainer of the fortunes-fr Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es fr it ja nl pt ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the fortunes-fr package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 13, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Friday, March 30, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, April 05, 2012 : send this notice Friday, April 13, 2012 : (midnight) deadline for receiving translation updates Saturday, April 14, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Saturday, April 21, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: fortunes...@packages.debian.org\n POT-Creation-Date: 2010-04-04 10:32+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../templates:1001 msgid Select fortunes to use. msgstr #. Type: multiselect #. Description #: ../templates:1001 msgid You can choose fortunes packages to be used by fortune. msgstr #. Type: multiselect #. Description #: ../templates:1001 msgid If you later change your mind, you can run: 'dpkg-reconfigure fortunes-fr'. msgstr signature.asc Description: Digital signature
Bug#658941: Announce of the upcoming NMU for the msttcorefonts package
Dear maintainer of msttcorefonts and Debian translators, Some days ago, I sent a notice to the maintainer of the msttcorefonts Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: be cs da de es eu fi fr gl it ja lt nl pl pt pt_BR ro ru sk sv vi Among these, the following translations are incomplete: lt vi If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the msttcorefonts package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 13, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, March 31, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, April 05, 2012 : send this notice Friday, April 13, 2012 : (midnight) deadline for receiving translation updates Saturday, April 14, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Saturday, April 21, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: th...@debian.org\n POT-Creation-Date: 2007-12-01 15:50+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Directory holding MS fonts (if already downloaded): msgstr #. Type: string #. Description #: ../templates:1001 msgid If you have already downloaded Microsoft's TrueType Core Fonts for the web, type the name of the directory which contains them. Those files are in the Microsoft Windows self-installing format, and are named andale32.exe, arial32.exe, arialb32.exe, comic32.exe, courie32.exe, georgi32.exe, impact32. exe, times32.exe, trebuc32.exe, verdan32.exe and webdin32.exe. msgstr #. Type: string #. Description #: ../templates:1001 msgid If you haven't yet downloaded these fonts, leave this blank and the fonts will be downloaded for you. Approximately 4 MB will need to be downloaded. msgstr #. Type: string #. Description #: ../templates:1001 msgid If you are not connected to the internet or do not wish to download these fonts now, enter \none\ to abort. msgstr #. Type: error #. Description #: ../templates:2001 msgid Font files not found msgstr #. Type: error #. Description #: ../templates:2001 msgid The directory you entered either did not exist, did not contain the Microsoft TrueType Core Fonts for the Web Microsoft Windows 9x self installing executables, or those executables did not match the versions expected by this script. Please re-enter the directory containing the Microsoft font files or enter \none\ to abort. msgstr #. Type: string #. Description #: ../templates:3001 msgid Where should these files be archived (optional): msgstr #. Type: string #. Description #: ../templates:3001 msgid If you would like to keep a permanent archive of the compressed Windows self extracting files, enter the directory where you'd like them stored. If you leave this blank, the files will be deleted after installation. msgstr #. Type: string #. Description #: ../templates:4001 msgid Mirror to download from: msgstr #. Type: string #. Description #: ../templates:4001 msgid This package already contains a built-in set of mirrors, which should be sufficient for most people. However, if you'd like to use a different (possibly local) mirror instead, please enter the full URL to the directory containing the relevant files here. If not, just leave the field blank. msgstr #. Type: string #. Description #: ../templates:5001 msgid HTTP proxy to use: msgstr #. Type: string #. Description #: ../templates:5001 msgid If you need to use a proxy server, please enter it here
Bug#656649: Announce of the upcoming NMU for the ocfs2-tools package
Dear maintainer of ocfs2-tools and Debian translators, Some days ago, I sent a notice to the maintainer of the ocfs2-tools Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the ocfs2-tools package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 13, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Saturday, March 31, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, April 05, 2012 : send this notice Friday, April 13, 2012 : (midnight) deadline for receiving translation updates Saturday, April 14, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Saturday, April 21, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: ocfs2-to...@packages.debian.org\n POT-Creation-Date: 2010-03-12 19:27+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ocfs2-tools.templates:1001 msgid Would you like to start an OCFS2 cluster (O2CB) at boot time? msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:2001 msgid Name of the cluster to start at boot time: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid O2CB heartbeat threshold: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid The O2CB heartbeat threshold sets up the maximum time in seconds that a node awaits for an I/O operation. After it, the node \fences\ itself, and you will probably see a crash. msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid It is calculated as the result of: (threshold - 1) x 2. msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid Its default value is 31 (60 seconds). msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:3001 msgid Raise it if you have slow disks and/or crashes with kernel messages like: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid O2CB idle timeout: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid The O2CB idle timeout (expressed in milliseconds) is the time before a network connection is considered dead. msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:4001 msgid Its default value is 3 (30 seconds) and the minimum recommended value is 5000 (5 seconds). msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid O2CB keepalive delay: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid The O2CB keepalive delay (expressed in milliseconds) is the maximum time before a keepalive packet is sent. msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:5001 msgid Its default value is 2000 (2 seconds) and the minimum recommended value is 1000 (1 second). msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid O2CB reconnect delay: msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid The O2CB reconnect delay (expressed in milliseconds) is the minimum time between connection attempts. msgstr #. Type: string #. Description #: ../ocfs2-tools.templates:6001 msgid Its default and recommended minimum value is 2000 (2 seconds). msgstr signature.asc Description: Digital signature
Bug#658536: Announce of the upcoming NMU for the ooo-build-extensions package
Dear maintainer of ooo-build-extensions and Debian translators, Some days ago, I sent a notice to the maintainer of the ooo-build-extensions Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ar cs da de es eu fi fr gl it ja nl pt ru sv tr zh_CN Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the ooo-build-extensions package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, April 13, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, March 29, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, April 05, 2012 : send this notice Friday, April 13, 2012 : (midnight) deadline for receiving translation updates Saturday, April 14, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Saturday, April 21, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: ooo-build-extensions\n Report-Msgid-Bugs-To: ooo-build-extensi...@packages.debian.org\n POT-Creation-Date: 2012-04-05 08:19+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: error #. description #: ../openoffice.org-coooder.templates:2001 msgid OpenOffice.org running msgstr #. Type: error #. description #: ../openoffice.org-coooder.templates:2001 msgid OpenOffice.org is running right now. This can cause problems with (de-) registration of components and extensions. msgstr #. Type: error #. description #: ../openoffice.org-coooder.templates:2001 msgid You should close all running instances of OpenOffice.org (including any currently running Quickstarter) before proceeding with the package upgrade. msgstr signature.asc Description: Digital signature
Bug#636136: Re: [solved] update system is not working
Am -10.01.-28163 20:59, schrieb Davide Prina: I'm behind a proxy server with password. I have configured eclipse to use the proxy server for http, https and socket. To let eclipse to work correctly with update/install you must not set proxy for socket. Being in a similar situation this solved my network connection problem as well. Many thanks, Davide! Best regards, Alexander. -- Alexander Mader alexander.ma...@kapp-niles.com Fon: +49-30-93033-4557 NILES Werkzeugmaschinen GmbH Fax: +49-30-93033-4003 www.niles.de GPG public key: http://mader.seppi.de/pubkey-dienst.asc Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611936: git-core: git.el M-x git-status for emacs23
found 611936 git/1:1.7.9.5-1 tags 611936 + patch quit (Resending with correct bug number. Sorry for the noise.) Hi again, Kevin Ryde wrote: Jonathan Nieder jrnie...@gmail.com writes: - In M-x git-blame mode, the left side of each source line does not line up The %20A in git-blame-prefix-format may mean only 20 columns for the author. I expect that can be customized. (Or is there a way to abbreviate long authors? Could be a cute feature for format-spec.el itself to have, either a truncate or ellipsise or whatever.) Thanks for a useful hint. Took me long enough. :) contrib/emacs/git-blame.el |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git i/contrib/emacs/git-blame.el w/contrib/emacs/git-blame.el index d351cfb6..137d5ba9 100644 --- i/contrib/emacs/git-blame.el +++ w/contrib/emacs/git-blame.el @@ -102,7 +102,7 @@ :group 'git-blame) (defcustom git-blame-prefix-format - %h %20A: + %h %20.20A: The format of the prefix added to each line in `git-blame' mode. The format is passed to `format-spec' with the following format keys: -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666661: pcsc-cyberjack: FTBFS: winscard.h:20:22: fatal error: pcsclite.h: No such file or directory
On Wed, Apr 04, 2012 at 22:46:12 (CEST), Frank Neuber wrote: [...] In any case, I'd suggest to drop the file m4/pcsc.m4 package completely, and replace it with pkg-config, because It seems that pcsc-lite does provide a proper libpcsclite.pc file: http://anonscm.debian.org/viewvc/pcsclite/trunk/PCSC/src/libpcsclite.pc.in?revision=2721view=markup pkg-config does work on all platforms that m4/pcsc.m4 implements (i.e., windows, macosx and linux), and is implemented technically much superior way. Ok, I try to implement that pkg-config stuff ASP. Let me know if you need help with this. This bug was reported for wheezy and sid. On wheezy I can't reproduce this error. I think it is only on sid, rigth? $ grep-excuses pcsc-lite pcsc-lite (1.8.2-1 to 1.8.3-2) Maintainer: Ludovic Rousseau Too young, only 3 of 10 days old Not considered If nothing bad happens, that version will reach wheezy next week. You might want to read about apt-pinning: http://wiki.debian.org/AptPreferences If setup as described, you can install the version found in 'unstable' of pcsc-lite with this command: $ apt-get install -t unstable libpcsclite-dev -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667591: Chromium does not include the PDF viewer for Print Preview
Package: chromium Version: 18.0.1025.142~r129054-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! When trying to print, Chromium complains that it is unable to offer a preview because of the absence of the built-in PDF viewer. It is still possible to print without it but it would be nice to include it. Thanks. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 18.0.1025.142~r129054-1 ii gconf-service 3.2.3-4 ii libasound2 1.0.25-2 ii libavcodec535:0.8.1-4 ii libavformat53 5:0.8.1-4 ii libavutil51 5:0.8.1-4 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-27 ii libcairo2 1.12.0-2 ii libcups21.5.2-9 ii libdbus-1-3 1.5.12-1 ii libevent-2.0-5 2.0.18-stable-1 ii libexpat1 2.1.0-1 ii libflac81.2.1-6 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.0-2 ii libgconf-2-43.2.3-4 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.0-2 ii libglib2.0-02.32.0-3 ii libgtk2.0-0 2.24.10-1 ii libjpeg88d-1 ii libnspr4-0d 4.9-1 ii libnss3-1d 3.13.3-1 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.47-2 ii libpulse0 1.1-3 ii libspeex1 1.2~rc1-3 ii libstdc++6 4.7.0-2 ii libudev0175-3.1 ii libwebp20.1.3-3 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxml2 2.7.8.dfsg-7 ii libxrender1 1:0.9.6-2 ii libxslt1.1 1.1.26-8 ii libxss1 1:1.2.1-2 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.6.dfsg-2 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk99PvgACgkQKFvXofIqeU53awCgmeqdiTcSxXAUSJunlGykZVUa vKMAnR5UcMPtpgm1lqMJ3o1AKSJ/2171 =/0Nr -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#639443: Patch for the 3.0025+nmu3 NMU of ucf
Dear maintainer of ucf, On Sunday, March 25, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, March 20, 2012. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: ucf Version: 3.0025+nmu3 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Thu, 05 Apr 2012 08:25:42 +0200 Closes: 615931 639443 661480 Changes: ucf (3.0025+nmu3) unstable; urgency=low . * Non-maintainer upload. * No longer hardcode debconf templates file location Closes: #615931 * Fix pending l10n issues. Debconf translations: - Slovak (Slavko). Closes: #639443 - Polish (MichaÅ KuÅach). Closes: #661480 -- diff -Nru ucf-3.0025+nmu3.old/debian/changelog ucf-3.0025+nmu3/debian/changelog --- ucf-3.0025+nmu3.old/debian/changelog 2012-03-15 20:15:42.911310664 +0100 +++ ucf-3.0025+nmu3/debian/changelog 2012-04-05 08:25:52.421663636 +0200 @@ -1,3 +1,14 @@ +ucf (3.0025+nmu3) unstable; urgency=low + + * Non-maintainer upload. + * No longer hardcode debconf templates file location +Closes: #615931 + * Fix pending l10n issues. Debconf translations: +- Slovak (Slavko). Closes: #639443 +- Polish (MichaÅ KuÅach). Closes: #661480 + + -- Christian Perrier bubu...@debian.org Thu, 05 Apr 2012 08:25:42 +0200 + ucf (3.0025+nmu2) unstable; urgency=low * Non-maintainer upload. diff -Nru ucf-3.0025+nmu3.old/debian/po/pl.po ucf-3.0025+nmu3/debian/po/pl.po --- ucf-3.0025+nmu3.old/debian/po/pl.po 2012-03-15 20:15:42.911310664 +0100 +++ ucf-3.0025+nmu3/debian/po/pl.po 2012-03-20 07:43:42.0 +0100 @@ -12,21 +12,22 @@ # #Developers do not need to manually edit POT or PO files. # -# Wojciech Zarêba wojt...@comp.waw.pl, 2007. +# Wojciech ZarÄba wojt...@comp.waw.pl, 2007. +# MichaÅ KuÅach michal.kul...@gmail.com, 2012. msgid msgstr Project-Id-Version: ucf3002\n Report-Msgid-Bugs-To: u...@packages.debian.org\n POT-Creation-Date: 2009-10-13 08:14-0500\n -PO-Revision-Date: 2007-06-27 17:15+0200\n -Last-Translator: Wojciech Zarêba wojt...@itrium.icd.waw.pl\n +PO-Revision-Date: 2012-02-25 16:25+0100\n +Last-Translator: MichaÅ KuÅach michal.kul...@gmail.com\n Language-Team: Polish p...@li.org\n Language: pl\n MIME-Version: 1.0\n -Content-Type: text/plain; charset=ISO-8859-2\n +Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=n != 1;\n -X-Generator: KBabel 1.11.4\n +X-Generator: Lokalize 1.2\n #. Type: title #. Description @@ -59,7 +60,7 @@ #. Choices #: ../templates:3001 ../templates:4001 msgid show the differences between the versions -msgstr pokazanie ró¿nic pomiêdzy wersjami +msgstr pokazanie różnic pomiÄdzy wersjami #. Type: select #. Choices @@ -68,21 +69,21 @@ #. Choices #: ../templates:3001 ../templates:4001 msgid show a side-by-side difference between the versions -msgstr pokazanie ró¿nic - obok siebie - pomiêdzy wersjami +msgstr pokazanie różnic - obok siebie - pomiÄdzy wersjami #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid show a 3-way difference between available versions -msgstr pokazanie ró¿nic pomiêdzy trzema dostêpnymi wersjami +msgstr pokazanie różnic pomiÄdzy trzema dostÄpnymi wersjami #. Type: select #. Choices #. Translators, please keep translations *short* (less than 65 columns) #: ../templates:3001 msgid do a 3-way merge between available versions (experimental) -msgstr scalenie zmian pomiêdzy 3 dostêpnymi wersjami (eksperymentalne) +msgstr scalenie zmian pomiÄdzy 3 dostÄpnymi wersjami (eksperymentalne) #. Type: select #. Choices @@ -91,16 +92,16 @@ #. Choices #: ../templates:3001 ../templates:4001 msgid start a new shell to examine the situation -msgstr uruchomienie pow³oki w celu zbadania sytuacji +msgstr uruchomienie powÅoki w celu zbadania sytuacji #. Type: select #. Description #. Type: select #. Description #: ../templates:3002 ../templates:4002 -#, fuzzy msgid What do you want to do about modified configuration file ${BASENAME}? -msgstr Proszê wybraæ akcjê do wykonania na pliku ${BASENAME}: +msgstr +Jakie dziaÅanie ma zostaÄ wykonane w zwiÄ zku z modyfikacjÄ pliku ${BASENAME}? #. Type: select #. Description @@ -111,20 +112,20 @@ A new version of configuration file ${FILE} is available, but the version installed currently has been locally modified. msgstr -Dostêpna jest nowa wersja pliku konfiguracyjnego ${FILE}, ale obecna wersja -zosta³a lokalnie zmodyfikowana. +DostÄpna jest nowa wersja pliku konfiguracyjnego ${FILE}, ale obecna wersja +zostaÅa lokalnie zmodyfikowana. #. Type: note #. Description #: ../templates:5001 msgid Line by line differences between versions -msgstr
Bug#667235: LAST fails to build with GCC-4.7.
Hi Charles, many thanks for letting me know about this. I believe the problem is fixed in the latest LAST. (I've also tried to improve the makefiles: not sure if that will affect you.) Have a nice day, Martin On Wed, Apr 4, 2012 at 1:24 PM, Charles Plessy ple...@debian.org wrote: Hi Martin, we figured out in Debian that LAST does not build with GCC 4.7: gumbel_params/njn_approx.hpp:72:98: error: 'fabs' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] You can see below for more context, and more in particular the instructions under “Name lookup changes” in GCC's 4.7 porting page http://gcc.gnu.org/gcc-4.7/porting_to.html Do you think you can release an updated version of LAST ? (This email is sent to our BTS, where it is recorded.) http://bugs.debian.org/667235 Cheers, -- Charles Le Tue, Apr 03, 2012 at 11:10:04PM +, Matthias Klose a écrit : Package: last-align Version: 193-1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 The package fails to build in a test rebuild on at least amd64 with gcc-4.7/g++-4.7, but succeeds to build with gcc-4.6/g++-4.6. The severity of this report may be raised before the wheezy release. gumbel_params/njn_approx.hpp:72:98: error: 'fabs' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] The full build log can be found at: http://people.debian.org/~lucas/logs/2012/03/29-clang-gcc47/unstable-gcc47/last-align_193-1_unstable-gcc47.log The last lines of the build log are at the end of this report. Some hints on fixing these issues can be found at http://gcc.gnu.org/gcc-4.7/porting_to.html To build with GCC 4.7, either set CC=gcc-4.7 CXX=g++-4.7 explicitly, or install the gcc, g++, gfortran, ... packages from experimental. [...] gumbel_params/sls_alp_regression.cpp: In static member function 'static double ncbi::blast::Sls::alp_reg::function_for_robust_regression_sum_with_cut_LSM(double*, double*, Int4, Int4, double, double, double, double, double, bool)': gumbel_params/sls_alp_regression.cpp:389:16: warning: unused variable 'a11_error' [-Wunused-variable] gumbel_params/sls_alp_regression.cpp:390:16: warning: unused variable 'a12_error' [-Wunused-variable] gumbel_params/sls_alp_regression.cpp:391:16: warning: unused variable 'a21_error' [-Wunused-variable] gumbel_params/sls_alp_regression.cpp:392:16: warning: unused variable 'a22_error' [-Wunused-variable] gumbel_params/sls_alp_regression.cpp: In static member function 'static void ncbi::blast::Sls::alp_reg::robust_regression_sum_with_cut_LSM_beta1_is_defined(Int4, Int4, double*, double*, bool, bool, double, double, double, double, double, Int4, Int4, bool)': gumbel_params/sls_alp_regression.cpp:521:16: warning: variable 'beta1_opt' set but not used [-Wunused-but-set-variable] gumbel_params/sls_alp_regression.cpp:523:16: warning: variable 'beta1_opt_error' set but not used [-Wunused-but-set-variable] gumbel_params/sls_alp_regression.cpp: In static member function 'static double ncbi::blast::Sls::alp_reg::function_for_robust_regression_sum_with_cut_LSM_beta1_is_defined(double*, double*, Int4, Int4, double, double, double, double, double, bool)': gumbel_params/sls_alp_regression.cpp:596:16: warning: unused variable 'a11_error' [-Wunused-variable] gumbel_params/sls_alp_regression.cpp:597:16: warning: unused variable 'a12_error' [-Wunused-variable] In file included from gumbel_params/sls_alp_regression.hpp:51:0, from gumbel_params/sls_alp_regression.cpp:38: gumbel_params/sls_alp_data.hpp: At global scope: gumbel_params/sls_alp_data.hpp:74:21: warning: 'ncbi::blast::Sls::small_long' defined but not used [-Wunused-variable] gumbel_params/sls_alp_data.hpp:75:23: warning: 'ncbi::blast::Sls::dbl_max_log' defined but not used [-Wunused-variable] gumbel_params/sls_alp_sim.cpp: In constructor 'ncbi::blast::Sls::alp_sim::alp_sim(ncbi::blast::Sls::alp_data*)': gumbel_params/sls_alp_sim.cpp:477:24: warning: unused variable 'memory_after2' [-Wunused-variable] gumbel_params/sls_alp_sim.cpp:724:24: warning: unused variable 'memory_after3' [-Wunused-variable] In file included from gumbel_params/sls_alp_sim.hpp:51:0, from gumbel_params/sls_alp_sim.cpp:39: gumbel_params/sls_alp_data.hpp: At global scope: gumbel_params/sls_alp_data.hpp:74:21: warning: 'ncbi::blast::Sls::small_long' defined but not used [-Wunused-variable] In file included from gumbel_params/sls_pvalues.cpp:41:0: gumbel_params/sls_alp_data.hpp:74:21: warning: 'ncbi::blast::Sls::small_long' defined but not used [-Wunused-variable] gumbel_params/sls_alp_data.hpp:75:23: warning: 'ncbi::blast::Sls::dbl_max_log' defined but not used [-Wunused-variable] make[1]: ***
Bug#667588: med-physics: Adjust for the new octave package version 3.6.1
Hi Rafael, thanks for your work on octave. I really welcome this step because the versionless packaging simplifies things for the metapackage building process. I commited the relevant change to SVN however, the fact that octave (without verison) is currently only in unstable and not in testing has the consequence that it does not show up in the list of Recommends of the med-physics task. The idea behind this is that the metapackages are targeting at the testing distribution and only those packages which are found in testing at package build time will be included. So I would like to do the final bug fixing upload once octave progressed to testing. Please ping me (or the bug report) once this happened because I can not guarantee that I will keep an eye onto this. Kind regards Andreas. On Thu, Apr 05, 2012 at 07:49:27AM +0200, Rafael Laboissiere wrote: Package: med-physics Version: 1.10 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The med-physics package recommends octave3.2. Please, make it recommend octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- 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#667564: ITP: servefile -- Serve files from shell via a small HTTP server
Hi, Again I would like to ask how useful it is and whether there are potential security problems like other HTTP daemons. I'm not saying that I'm against packaging it, but just want bring the common concerns to your attention. Basically there's another option already in Python, the SimpleHTTPServer, which you can run in the directory containing files you intend to share, all done. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667557: libcairo2: Window switching takes longer
reassign libcairo2 1.12.0-2 quit Am Donnerstag, den 05.04.2012, 00:07 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (04/04/2012): I could not find anything interesting in the log files. Help to debug this problem is highly appreciated. `libdrm*` was also updated in the upgrade process but I guess the driver is the culprit. libcairo2 too? Try downgrading it to testing's version if that's the case. Bugs on the server talk about corruption, but performance might be hit too, that's the EXA layer.. You are dead on! Downgrading `libcairo2` from 1.12.0-2 to 1.10.2-7 indeed solves the performance issue (and also the rendering errors I had experienced too). I therefore reassign this to `libcairo2`. Thanks a lot, Paul signature.asc Description: This is a digitally signed message part
Bug#667591: Chromium does not include the PDF viewer for Print Preview
# difficult severity 667591 wishlist tags 667591 + upstream quit Hi Vincent, Vincent Bernat wrote: When trying to print, Chromium complains that it is unable to offer a preview because of the absence of the built-in PDF viewer. It is still possible to print without it but it would be nice to include it. The source code to the built-in PDF viewer is not public. Perhaps it would be possible to write a replacement using some gtk or libevince facility. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641827: Bearings for machinery parts
Hey , Have a new and nice week. How about you these days? If there are any inquiry of bearings like Chinese,SKF,FAG,TIMKEN,NTN,NSK,ETC. need our quotation, pls don’t hesitate to tell us. your sincerely Dominic Shanghai Eting Bearing CO., LTD. %{CURRENT_RANDOMCON1}www.etingbearing.com E-mail: %{CURRENT_RANDOMCON2}domi...@etingbearing.com skype: dominic.ding MSN: %{CURRENT_RANDOMCON3}domini...@hotmail.com M.P.:+86-13817447244
Bug#667130: cbm: ftbfs with GCC-4.7
tags 667130 + pending thanks 2012-04-05 02:17 Cyril Brulebois k...@debian.org: | | Here's a patch for this FTBFS. No intent to NMU. Applied. Thanks Cyril, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667390: task: ftbfs with GCC-4.7
Hi, * Cyril Brulebois k...@debian.org wrote: Matthias Klose d...@debian.org (03/04/2012): Package: task Version: 1.9.4-2 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix that. No intent to NMU on my side. Thanks for the patch, I'll forward this upstream and will upload a new version (probably 2.0.0) next weekend. Cheers, - Alex pgpyYKiDNA3VI.pgp Description: PGP signature
Bug#667592: libaspell15: multiarch problem
Package: libaspell15 Version: 0.60.7~20110707-1 Severity: minor I'd like to install both libaspell15:amd64 and libaspell15:i386, but: hannes@foo:~$ LC_ALL=C apt-cache depends libaspell15:amd64 libaspell15 Depends: libc6 Depends: libgcc1 Depends: libstdc++6 Suggests: aspell [Recommends: lot of dictionaries] Conflicts: aspell6-dictionary Conflicts: aspell6-dictionary:i386 Breaks: aspell-bin Breaks: aspell-bin:i386 Conflicts: libaspell15:i386 So libaspell15:amd64 conflicts with libaspell15:i386 - therefore I can't install both. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_AT.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libaspell15 depends on: ii libc6 2.13-27 ii libgcc1 1:4.6.3-1 ii libstdc++6 4.6.3-1 Versions of packages libaspell15 recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 Versions of packages libaspell15 suggests: ii aspell 0.60.7~20110707-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#667593: debcheck: check for obsolete transitional packages
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: debcheck It would be good if debcheck could check for obsolete transitional packages so that maintainers can know that it is time to remove them. The default time period should probably encourage the removal of transitional packages that were introduced in oldstable after oldstable is moved to archive.debian.org. Debian doesn't support upgrades from oldstable to oldstable+2 so maybe debcheck should encourage the removal of transitional packages that were introduced in stable after it is renamed to oldstable. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#667557: libcairo2: Window switching takes longer
On Don, 2012-04-05 at 08:55 +0200, Paul Menzel wrote: Am Donnerstag, den 05.04.2012, 00:07 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (04/04/2012): I could not find anything interesting in the log files. Help to debug this problem is highly appreciated. `libdrm*` was also updated in the upgrade process but I guess the driver is the culprit. libcairo2 too? Try downgrading it to testing's version if that's the case. Bugs on the server talk about corruption, but performance might be hit too, that's the EXA layer.. You are dead on! Downgrading `libcairo2` from 1.12.0-2 to 1.10.2-7 indeed solves the performance issue (and also the rendering errors I had experienced too). I therefore reassign this to `libcairo2`. That's wrong, unfortunately. The new libcairo2 is merely triggering bugs in EXA. This should just be marked as yet another duplicate of the existing report about that. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665762: long int exceeds XML-RPC limit
The same behavior I had on my Squeeze installation on a ARM based IOmega Iconnect. After some searching through the web I found a solution on http://ubuntuforums.org/showthread.php?t=1583328 With theses changes my denyhosts works as aspected. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 3.2.7-iconnect 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 denyhosts depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt denyhosts recommends no packages. denyhosts suggests no packages. -- Configuration Files: /etc/denyhosts.conf changed [not included] -- no debconf information -- Regards Carsten Schönert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667594: support MODULES=most in initramfs even for a netboot
Package: live-build Version: 2.0.12-2 Severity: wishlist If a net image is built, then currently /usr/share/live/build/scripts/build/lb_chroot_hacks forces chroot/etc/initramfs-tools/initramfs.conf to contain: MODULES=netboot BOOT=nfs NFSROOT=auto if it did not already have MODULES=netboot in it. Despite doing a netboot, I would like the user to have access to any local block devices at initramfs time in case the user wishes to use persistence. With MODULES=netboot, the user will only ever see loop devices at this point. I have confirmed that setting MODULES=most still results in a working netboot, and also does allow for persistence to work. As far as I can see, lb_chroot_hacks happens after chroot_local-hooks or -includes so it is not possible to provide my own chroot/etc/initramfs-tools/initramfs.conf file. At the moment, the messy workaround I have is to use a hook to ensure that chroot/etc/initramfs-tools/initramfs.conf already contains: MODULES=netboot MODULES=most BOOT=nfs NFSROOT=auto Since the file then already contains the string MODULES=netboot, lb_chroot_hacks does not modify it further. Possibly the initramfs could just always have MODULES=most as it doesn't make it very much bigger. -- Package-specific info: -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system Versions of packages live-build recommends: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii gnu-fdisk 1.2.4-3Linux fdisk replacement based on l Versions of packages live-build suggests: pn dosfstools none (no description available) ii fakeroot 1.14.4-1Gives a fake root environment pn genisoimage none (no description available) ii grub-legacy [grub] 0.97-64 GRand Unified Bootloader (Legacy v pn memtest86+ | memtest none (no description available) pn mtools none (no description available) pn parted none (no description available) pn squashfs-tools | gen none (no description available) ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile ii uuid-runtime 2.17.2-9runtime components for the Univers pn win32-loader none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667545: [Pkg-iscsi-maintainers] Bug#667545: iscsi_trgt: Kernel bug when using sanhook from ipxe
On Thursday 05 April 2012 01:10 AM, H. Buurman wrote: /etc/default/iscsitarget changed: ISCSITARGET_ENABLE=true ISCSITARGET_OPTIONS= /etc/iet/ietd.conf changed: IncomingUser UserNameHidden PasswordHidden Target iqn.2012-03.eu.redacted:vol1 IncomingUser UserNameHidden PasswordHidden Lun 0 Path=/mnt/storage3/Private/64GBssd.dd,Type=fileio Target iqn.2012-03.eu.redacted:vol2 IncomingUser UserNameHidden PasswordHidden Lun 0 Path=/mnt/storage3/Private/disk_new.dd,Type=fileio Where does this mount point reside ? Is it on a local disk? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#667557: xserver-xorg-video-radeon: Window switching takes longer
merge 666982 667557 quit Am Donnerstag, den 05.04.2012, 09:15 +0200 schrieb Michel Dänzer: On Don, 2012-04-05 at 08:55 +0200, Paul Menzel wrote: Am Donnerstag, den 05.04.2012, 00:07 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (04/04/2012): I could not find anything interesting in the log files. Help to debug this problem is highly appreciated. `libdrm*` was also updated in the upgrade process but I guess the driver is the culprit. libcairo2 too? Try downgrading it to testing's version if that's the case. Bugs on the server talk about corruption, but performance might be hit too, that's the EXA layer.. You are dead on! Downgrading `libcairo2` from 1.12.0-2 to 1.10.2-7 indeed solves the performance issue (and also the rendering errors I had experienced too). I therefore reassign this to `libcairo2`. That's wrong, unfortunately. Luckily the control server rejecting my reassignment due to syntax errors. The new libcairo2 is merely triggering bugs in EXA. This should just be marked as yet another duplicate of the existing report about that. I just found report #666982 and nothing assigned to `xserver-xorg`. So I am merging these two. I also did not find an upstream report for that issue by searching the Web. Is that correct? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#667587: src:debian-science: Adjust for the new octave package version 3.6.1
Hi, I did the needed changes in the metapackage building process in the same way as for Debian Med (see #667588). As I explained in this bug we need to wait with an upload until octave might have hit testing. Kind regards and thanks for working on octave Andreas. On Thu, Apr 05, 2012 at 07:44:29AM +0200, Rafael Laboissiere wrote: Package: src:debian-science Version: 0.15 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The following binary packages in src:debian-science recommend octave3.2: science-robotics science-numericalcomputation science-mathematics Please, make them recommend octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- 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#667557: xserver-xorg-video-radeon: Window switching takes longer
On Don, 2012-04-05 at 09:38 +0200, Paul Menzel wrote: Am Donnerstag, den 05.04.2012, 09:15 +0200 schrieb Michel Dänzer: The new libcairo2 is merely triggering bugs in EXA. This should just be marked as yet another duplicate of the existing report about that. I just found report #666982 and nothing assigned to `xserver-xorg`. So I am merging these two. I also did not find an upstream report for that issue by searching the Web. Is that correct? https://bugs.freedesktop.org/show_bug.cgi?id=47266 Beware that we're focussing on fixing the corruption for now, recovering the performance regressions will probably be another story. Now that I'm writing that, it occurs to me that actually sort of makes your bug separate... Sorry about that. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656021: same problem
Hello. Me too. Corruptions in iceweasel, xfce4-terminal and tabs of chromium. Debian unstable xserver-xorg-video-radeon 1:6.14.4-1 3.2.0-2-686-pae #1 SMP Thu Mar 29 00:16:59 UTC 2012 i686 GNU/Linux 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Radeon Mobility X1400 J. smime.p7s Description: S/MIME Cryptographic Signature
Bug#665379: RFP: usbredir -- lib and tools for sending usb device traffic over a network
Liang Guo wrote (05 Apr 2012 00:29:41 GMT) : I'll working on it. Great! How about turning this bug into an ITP, then? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667589: Do we build metapackages for wheezy? (Was: Bug#667589: education-mathematics: Adjust for the new octave package version 3.6.1)
Hi, I wonder what might be the right way to go for the Debian Edu packages. Some time ago I learned that you have froozen the tasks for the Debian Edu release and at this time it was a bad move to remove tipptrainer which was removed from Debian from the tasks files. I think now after the release the tasks files should be open for editing now, right? According to the verification process which is done when building the tasks pages for the web sentinel[1] there are several errors in the tasks files which is basically because these are removed from Debian: alioth $ grep ^ERROR /srv/home/groups/blends/webtools/logs/debian-edu.log | wc -l 33 While this is no problem because the tools are handling this sanely IMHO this needs some investigation. There might be some packages outside Debian which I'm not aware about and if this is the case these at least should be enhanced by some information about prospective packages as it is described in the Blends documentation[2]. I'd volunteer to fix the bug below in SVN but I need your confirmation that a s/octave3.2/octave/ is the right thing to do in the Debian Edu / Skolelinux context. Kind regards Andreas. [1] http://blends.alioth.debian.org/edu/tasks/ [2] http://blends.alioth.debian.org/blends/ch-sentinel.en.html#s-packageslist On Thu, Apr 05, 2012 at 07:52:55AM +0200, Rafael Laboissiere wrote: Package: education-mathematics Version: 0.855 Severity: important The Debian Octave Group is preparing the transition from Octave 3.2 to 3.6 [1]. Once it is finished, the octave3.2* packages will be considered obsolete and we will ask their removal from sid. We fully abandoned the versioned naming scheme of the packages. The education-mathematics suggests octave3.2. Please, make it suggest octave instead. Thanks, Rafael [1] http://wiki.debian.org/Teams/DebianOctaveGroup#Migration_to_git-buildpackage_and_Octave_3.6 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120405055255.gt28...@laboissiere.net -- 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#665379: RFP: usbredir -- lib and tools for sending usb device traffic over a network
intrigeri wrote (05 Apr 2012 07:48:20 GMT) : Great! How about turning this bug into an ITP, then? Oops, sorry, I missed the fact you did it already without making yourself the ITP owner, though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#490184: patch for git
hi, I updated the patch for the latest git. I hope you may include it a. From d5a9d085312ac774b20ce2ba544acf8aaeea3021 Mon Sep 17 00:00:00 2001 From: Andrea Mennucc mennu...@debian.org Date: Thu, 5 Apr 2012 09:58:58 +0200 Subject: [PATCH 3/3] add --quiet --verbose options --- pbuilder-checkparams| 20 pbuilder-createbuildenv |6 +++--- pbuilder-modules| 10 -- pbuilder-updatebuildenv |8 pbuilderrc | 10 ++ pdebuild-checkparams| 20 pdebuild-internal |2 +- 7 files changed, 66 insertions(+), 10 deletions(-) diff --git a/pbuilder-checkparams b/pbuilder-checkparams index 3cdc48e..820cd56 100755 --- a/pbuilder-checkparams +++ b/pbuilder-checkparams @@ -260,6 +260,26 @@ while [ -n $1 ]; do TWICE=yes shift; ;; + --quiet) + if test ${VERBOSE:-2} = 2 ; then + VERBOSE=1 + APTQUIET=-q + else + VERBOSE=0 + APTQUIET=-q -q + fi + shift; + ;; + --verbose) + if test ${VERBOSE:-0} = 0 ; then + VERBOSE=1 + APTQUIET=-q + else + VERBOSE=2 + APTQUIET= + fi + shift; + ;; --) # end of processing for this shift; break; diff --git a/pbuilder-createbuildenv b/pbuilder-createbuildenv index 8362b1c..8974e03 100755 --- a/pbuilder-createbuildenv +++ b/pbuilder-createbuildenv @@ -95,7 +95,7 @@ log I: Refreshing the base.tgz log I: upgrading packages mountproc $TRAP umountproc_cleanbuildplace_trap exit sighup -$CHROOTEXEC /usr/bin/apt-get -q update +$CHROOTEXEC /usr/bin/apt-get $APTQUIET update case `readlink -e $PBUILDERSATISFYDEPENDSCMD` in *-aptitude) @@ -120,8 +120,8 @@ if [ -n $REMOVEPACKAGES ]; then $CHROOTEXEC /usr/bin/dpkg --purge $REMOVEPACKAGES fi recover_aptcache -$CHROOTEXEC /usr/bin/apt-get -q -y ${APTGETOPT[@]} ${FORCE_CONFNEW[@]} dist-upgrade -$CHROOTEXEC /usr/bin/apt-get -q -y ${APTGETOPT[@]} install \ +$CHROOTEXEC /usr/bin/apt-get $APTQUIET -y ${APTGETOPT[@]} ${FORCE_CONFNEW[@]} dist-upgrade +$CHROOTEXEC /usr/bin/apt-get $APTQUIET -y ${APTGETOPT[@]} install \ build-essential \ dpkg-dev \ $EXTRAPACKAGES diff --git a/pbuilder-modules b/pbuilder-modules index 5c935eb..bad5479 100644 --- a/pbuilder-modules +++ b/pbuilder-modules @@ -74,6 +74,8 @@ pbuilder-options: --bindmounts [bind-mount-point] --debug --twice + --verbose + --quiet --autocleanaptcache --compressprog [program] --debootstrapopts [debootstrap options] @@ -103,10 +105,14 @@ function log() { echo $* 2 ;; W: *) - echo $* 2 + if test ${VERBOSE:-2} -ge 1 ; then + echo $* 2 + fi ;; I: *) - echo $* + if test ${VERBOSE:-2} -ge 2 ; then + echo $* + fi ;; *) echo malformed log message: $* diff --git a/pbuilder-updatebuildenv b/pbuilder-updatebuildenv index e673592..3f27442 100755 --- a/pbuilder-updatebuildenv +++ b/pbuilder-updatebuildenv @@ -39,7 +39,7 @@ $TRAP umountproc_cleanbuildplace_trap exit sighup loadhooks log I: Refreshing the base.tgz log I: upgrading packages -$CHROOTEXEC /usr/bin/apt-get -q update +$CHROOTEXEC /usr/bin/apt-get $APTQUIET update case `readlink -e $PBUILDERSATISFYDEPENDSCMD` in *-aptitude) @@ -66,12 +66,12 @@ fi recover_aptcache $TRAP saveaptcache_umountproc_cleanbuildplace_trap exit sighup -$CHROOTEXEC /usr/bin/apt-get -q -y ${APTGETOPT[@]} ${FORCE_CONFNEW[@]} dist-upgrade +$CHROOTEXEC /usr/bin/apt-get $APTQUIET -y ${APTGETOPT[@]} ${FORCE_CONFNEW[@]} dist-upgrade # autoremove: Ignore error in case of etch because apt in etch doesn't # support autoremove. TODO: Do not ignore error when etch is no longer # supported. -$CHROOTEXEC /usr/bin/apt-get -q -y ${APTGETOPT[@]} autoremove || true -$CHROOTEXEC /usr/bin/apt-get -q -y ${APTGETOPT[@]} install \ +$CHROOTEXEC /usr/bin/apt-get $APTQUIET -y ${APTGETOPT[@]} autoremove || true +$CHROOTEXEC /usr/bin/apt-get $APTQUIET -y ${APTGETOPT[@]} install \ build-essential \ dpkg-dev \ $EXTRAPACKAGES diff --git a/pbuilderrc b/pbuilderrc index 691e46d..2297dcc 100644 --- a/pbuilderrc +++ b/pbuilderrc @@ -117,3 +117,13 @@ AUTOCLEANAPTCACHE= #default COMPRESSPROG COMPRESSPROG=gzip + +# default verbosity, it is changed by --quiet and --verbose +# possible values are +# 2 - output I: information, W: warning and E: error messages +# 1 - output W: warning and E: error messages +# 0 - output only E: error messages +VERBOSE=2 + +# default APT quieteness, it is changed by --quiet and --verbose +APTQUIET=-q diff --git a/pdebuild-checkparams b/pdebuild-checkparams index b6ba0ed..1d4bb46 100644 --- a/pdebuild-checkparams +++ b/pdebuild-checkparams @@ -102,6 +102,26 @@ while [ -n $1 ]; do --help) showhelp ;; + --quiet) + if test ${VERBOSE:-2} = 2 ; then + VERBOSE=1 + APTQUIET=-q + else + VERBOSE=0 + APTQUIET=-q -q + fi + shift; + ;; + --verbose) + if test ${VERBOSE:-0} = 0 ; then + VERBOSE=1 + APTQUIET=-q + else +
Bug#627268: git-daemon-run: sometimes binds to fewer addresses on restart (does not use SO_REUSEADDR)
found 627268 git/1:1.7.9.5-1 tags 627268 + patch quit Jonathan Nieder wrote: 3. git-daemon gets EADDRINUSE when it tries to use that address, since the SO_REUSEADDR flag is not set. If all (usually meaning both) addresses to be bound to are in use, the daemon dies with fatal: unable to allocate any listen sockets on port 9418 and gets launched again by runit when an address is free. If only _some_ of the addresses to be bound to are in use in this way, the daemon does not get launched again, and it is bound only to the remaining ones. Here's a patch that makes it possible to use --listen=0.0.0.0 --listen=::0 --listen-strict in the git daemon arguments in /etc/sv/git-daemon/run to avoid that problem. -- 8 -- Subject: daemon: optionally treat failure to listen as a fatal error Asking the git daemon to listen over multiple protocols is currently somewhat error prone. For example, suppose I perform the following steps: 1. Launch the git daemon: git daemon --verbose --listen=0.0.0.0 --listen=::0 \ --base-path=/srv/git /srv/git 2. Start a connection: git clone git://127.0.0.1/git.git 3. While it is transferring objects, interrupt the daemon and launch it again: killall -9 git-daemon git daemon --verbose --listen=0.0.0.0 --listen=::0 ... 4. Start another connection: git clone git://127.0.0.1/git.git Then although the second launch of the git daemon server (step 3) succeeds, the second client (step 4) fails with Connection refused. The cause is that because we did not pass --reuseaddr to the daemon, it receives EADDRINUSE when it tries to bind to the ipv4 wildcard address which is in use. (--reuseaddr should probably be enabled by default, but that's not what this patch is about.) This is a common cause of bind(2) failure in daemons and it is not entirely unexpected that listening to INADDR_ANY fails. What is surprising is that git daemon only logs the event and does not exit to signal the error. The logic is that as long as the daemon binds to _some_ address (in this example the ipv6 one) it has in some sense succeeded. It would be better to error out when the daemon is not able to fulfill the administrator's request by listening to all of the addresses requested on the command line. Do so when requested by passing --listen-strict on the command line. Making the improvement opt-in means configurations that relied on the existing, more permissive behavior will not be broken by this change. Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- Documentation/git-daemon.txt |7 ++- daemon.c | 20 +++- 2 files changed, 21 insertions(+), 6 deletions(-) diff --git a/Documentation/git-daemon.txt b/Documentation/git-daemon.txt index 31b28fc2..bd061b7f 100644 --- a/Documentation/git-daemon.txt +++ b/Documentation/git-daemon.txt @@ -16,7 +16,8 @@ SYNOPSIS [--reuseaddr] [--detach] [--pid-file=file] [--enable=service] [--disable=service] [--allow-override=service] [--forbid-override=service] -[--inetd | [--listen=host_or_ipaddr] [--port=n] [--user=user [--group=group]] +[--inetd | [--listen=host_or_ipaddr] [--port=n] + [--listen-strict] [--user=user [--group=group]]] [directory...] DESCRIPTION @@ -92,6 +93,10 @@ OPTIONS --port=n:: Listen on an alternative port. Incompatible with '--inetd' option. +--listen-strict:: + Exit if listening to one of the addresses specified using the + '--listen' option fails. + --init-timeout=n:: Timeout (in seconds) between the moment the connection is established and the client request is received (typically a rather low value, since diff --git a/daemon.c b/daemon.c index ab21e66b..7e1a18ed 100644 --- a/daemon.c +++ b/daemon.c @@ -20,6 +20,7 @@ static int log_syslog; static int verbose; static int reuseaddr; +static int listen_failure_is_fatal; static int informative_errors; static const char daemon_usage[] = @@ -913,12 +914,17 @@ static void socksetup(struct string_list *listen_addr, int listen_port, struct s else { int i, socknum; for (i = 0; i listen_addr-nr; i++) { - socknum = setup_named_sock(listen_addr-items[i].string, - listen_port, socklist); + char *addr = listen_addr-items[i].string; - if (socknum == 0) - logerror(unable to allocate any listen sockets for host %s on port %u, -listen_addr-items[i].string, listen_port); + socknum = setup_named_sock(addr, listen_port, socklist); + if (socknum) + continue; + + logerror(unable to allocate any
Bug#667555: Please enable hardened build flags
Hi Moritz, Moritz Muehlenhoff wrote: Source: lasso Version: 2.3.6-2 Severity: important Tags: patch Please enable hardened build flags through dpkg-buildflags. Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS) There's no patch attached :/ Note, that this patch doesn't cover passing the hardened build flags to the Perl module: For details on how to achieve this, please see #662666. Thanks for the pointer. Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667506: RFS: install-debian/2.1.3 [NEW] -- command line installs Debian system non-interactively
On Thu, Apr 5, 2012 at 12:04 AM, Didier Raboud o...@debian.org wrote: d-i can do that too. As this sacramental phrase repeated many times, take a look on a common issue. For example, when You compare two operating systems, You can do billions statements like this, but You prefer one of them because You understand they are totally different in approaches and ideology. As I wrote above, the first motivation push me to start write install-debian few years ago, was inability to make partitionable bootable mirror with d-i. The next was a lot of time taken for partitioning with logical volumes. And finally, I prefer command line interface. As experiment, try to install Debian on the system with 6 disks with pristine d-i without special and complex configuration. Then do the same with install-debian. You will see the difference. The essentially different experiment may be done with 2 disks. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667594: support MODULES=most in initramfs even for a netboot
tag 667594 pending thanks first of all, please do not report bugs against live-build 2.x unless for critical things (see http://live.debian.net/project/lifespan/), but use and report against 3.x instead. On 04/05/2012 09:34 AM, Andy Smith wrote: I have confirmed that setting MODULES=most still results in a working netboot, and also does allow for persistence to work. since netboot is a strict subset of most, there's no harm in using most, and the space gain is rather limited anyway. so we'll be using most from now on (done in git). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667407: valknut: ftbfs with GCC-4.7
tag 667407 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: valknut Version: 0.4.9-1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. diff -Nru valknut-0.4.9/debian/changelog valknut-0.4.9/debian/changelog --- valknut-0.4.9/debian/changelog 2010-07-13 16:36:12.0 + +++ valknut-0.4.9/debian/changelog 2012-04-05 08:28:42.0 + @@ -1,3 +1,11 @@ +valknut (0.4.9-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667407). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 08:28:24 + + valknut (0.4.9-1) unstable; urgency=low * New maintainer. (Closes: #473205) diff -Nru valknut-0.4.9/debian/patches/fix-ftbfs-with-gcc-4.7.patch valknut-0.4.9/debian/patches/fix-ftbfs-with-gcc-4.7.patch --- valknut-0.4.9/debian/patches/fix-ftbfs-with-gcc-4.7.patch 1970-01-01 00:00:00.0 + +++ valknut-0.4.9/debian/patches/fix-ftbfs-with-gcc-4.7.patch 2012-04-05 08:27:45.0 + @@ -0,0 +1,11 @@ +--- a/valknut/main.cpp b/valknut/main.cpp +@@ -54,6 +54,8 @@ + #include dclib/clistenmanager.h + #include dclib/csearchmanager.h + ++#include unistd.h ++ + #ifndef WIN32 + /** install signal handler */ + void term_install_handlers(void) diff -Nru valknut-0.4.9/debian/patches/series valknut-0.4.9/debian/patches/series --- valknut-0.4.9/debian/patches/series 2010-07-13 16:35:47.0 + +++ valknut-0.4.9/debian/patches/series 2012-04-05 08:26:36.0 + @@ -1 +1,2 @@ manpages.patch +fix-ftbfs-with-gcc-4.7.patch signature.asc Description: Digital signature
Bug#665277: git-svn: git svn dcommit fails: Filesystem has no item
tags 665277 + upstream quit Hi again, Roman Erzhukov wrote: I have successfully cloned a SVN repository. $ git svn clone \ --trunk=trunk/XY123_Проект my long cyrillic project name \ --branches=branches/XY123_Проект my long cyrillic project name \ --tags=tags/XY123_Проект my long cyrillic project name \ http://svn/projects Then changes and succesfully commit/svn dcommit $ find . -name '*.class' | xargs git rm $ git commit -am-classes $ git svn dcommit Successfuly dcommit SVN revision 127000. After that, having clone local branch from same old revision and made some commits there. [...] $ git svn dcommit [...] Committing to http://svn/projects/trunk/XY123_Проект my long cyrillic project name ... Filesystem has no item: '/projects/!svn/bc/127000/trunk/XY123_' path not found at /usr/lib/git-core/git-svn line 922 Very odd. Line 922 is if (!SVN::Git::Editor-new(\%ed_opts)-apply_diff) { Seems to be a bug concerning renames and paths with spaces (or something). Can you reproduce it, for example through a procedure like the following? 1. Make a dump of the svn repository's history up to and including rev 126999 using svnadmin dump /path/to/repo -r0:126999. 2. Make a new test repository with svnadmin create. 3. Load the dump with svnadmin load. 4. Follow the same steps as before. Or: 1. Make a new test repository with svnadmin create. 2. Add some files with interesting filenames. 3. Follow similar steps to before. Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667366: scim-hangul: ftbfs with GCC-4.7
tag 667366 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: scim-hangul Version: 0.3.2-1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. diff -u scim-hangul-0.3.2/debian/changelog scim-hangul-0.3.2/debian/changelog --- scim-hangul-0.3.2/debian/changelog +++ scim-hangul-0.3.2/debian/changelog @@ -1,3 +1,11 @@ +scim-hangul (0.3.2-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667366). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 08:33:20 + + scim-hangul (0.3.2-1) unstable; urgency=low * New upstream version. (Closes: #462720) only in patch2: unchanged: --- scim-hangul-0.3.2.orig/src/scim_hangul_imengine.cpp +++ scim-hangul-0.3.2/src/scim_hangul_imengine.cpp @@ -33,6 +33,8 @@ #include config.h #endif +#include unistd.h + #include scim.h #include scim_hangul_imengine.h signature.asc Description: Digital signature
Bug#667364: rutilt: ftbfs with GCC-4.7
tag 667364 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: rutilt Version: 0.16-2.1 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. iff -u rutilt-0.16/debian/changelog rutilt-0.16/debian/changelog --- rutilt-0.16/debian/changelog +++ rutilt-0.16/debian/changelog @@ -1,3 +1,11 @@ +rutilt (0.16-2.2) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667364). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 08:37:45 + + rutilt (0.16-2.1) unstable; urgency=low * Non-maintainer upload. diff -u rutilt-0.16/debian/patches/series rutilt-0.16/debian/patches/series --- rutilt-0.16/debian/patches/series +++ rutilt-0.16/debian/patches/series @@ -6,0 +7 @@ +001_fix_ftbfs_with_gcc_4.7.diff only in patch2: unchanged: --- rutilt-0.16.orig/debian/patches/001_fix_ftbfs_with_gcc_4.7.diff +++ rutilt-0.16/debian/patches/001_fix_ftbfs_with_gcc_4.7.diff @@ -0,0 +1,10 @@ +--- a/lib/src/UserData.cxx b/lib/src/UserData.cxx +@@ -32,6 +32,7 @@ extern C{ + #include glib.h + #include sys/stat.h // ::chmod() + #include pwd.h ++#include unistd.h + } + + #include UserData.h signature.asc Description: Digital signature
Bug#667595: libraw1394-11: dvgrab fails to grab video
Package: libraw1394-11 Version: 2.0.8-1 Severity: important Hello! I am hitting this too, but with MythTV's firewire streaming of mpeg2. It seems to be gcc-4.6 miscompiling the library. A build of 2.0.7 or 2.0.8 with gcc-4.6 4.6.3-2 does not work, while with gcc-4.5, it does work. I have narrowed the problem to the output from fw.c, the fw_set_port() function. Wrapped in #pragma GCC optimize (-O1) and restoring -O2 again, it works. The problem seems to be at the call to ioctl(fd, FW_CDEV_IOC_GET_INFO, get_info) -- this seems to clobber filename, for some reason. I don't see what is wrong here. Simon- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667488: git-svn dcommit should be prohibited on remote tracking branches
Hi Jonathan, In theory it might be nice to follow both, but an svn dcommit will implicitly do a rebase which in turn might lead to problems with the git upstream repository, at least if fast-forward is required, which is the default. Got it. You're looking for a safety that would prevent rebasing history that has already been made public in a remote git repo, at least in the case that this rebasing happens as a side-effect of git svn dcommit. By contrast, I really want to be able to do the following: git checkout -b tmp my-git-remote/topic git svn dcommit As far as my patch was intendet, this would still work, as you didn't specify the branch as a tracking branch. I always thought of a tracking branch as something I state as the official source, in contrast to a normal branch and then an explicit pull of cherry-pick. My first thought was to add an other option which allows me to explicitly prohibit git svn dcommit for certain branches, but then I had the impression that remote and svn are contradicting each other. In my opinion the cleanest thing would be, if the svn repository would be listed as something like a remote and I could the (like with the remotes) decide on the command line to push to an other remote or svn. Sadly the way git-svn works (and I do see the benefits in the current approach) doesn't allow this. A possible conclusion is that git-svn desperately needs a pre-dcommit hook that carries out an arbitrary site-specific policy about when a dcommit is allowed and not allowed. Such a hook would be useful for other purposes, too, like flagging violations of coding standards. Once such a hook is in place, it would be easier to talk about what the default pre-dcommit hook should do. Does that sound right? I think such a pre-dcommit hook could do the trick. And we could ship a set of useful predefined hooks. Concerning the violation of coding standards we current do this in the pre-commit hook... why would you want to have such code in the git repo in the first place?! I can have a look at the hook issue, although I'm not sure how much time I find during the next few days. Cheers Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667596: gtk_init gives bus error on mipsel
Package: libgtk-3-0 Version: 3.2.3-1 Severity: important It seems gtk is completely broken on mipsel. lua-lgi FTBFS on mipsel, and its author (Pavel Holejšovský) figured out that it is enough to call gtk_init to get a bus error. Interestingly enough all gtk packages are installed on eder, so maybe someone is already debugging this. But I could not find an open bug report on the subject. $ ssh eder.debian.org $ dchroot unstable $ cat a.c #include gtk/gtk.h int main (int argc, char **argv) { gtk_init (argc, argv); return 0; } $ gcc a.c -o gtktest `pkg-config --cflags --libs gtk+-3.0` $ ulimit -c unlimited $ xvfb-run ./gtktest Bus error (core dumped) $ gdb ./gtktest ... bt [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/mipsel-linux-gnu/libthread_db.so.1. Core was generated by `./gtktest'. Program terminated with signal 10, Bus error. #0 0x2bbe6cb0 in copy_classes (to=optimized out, from=optimized out, nclasses=optimized out) at ../../src/XExtInt.c:1539 1539../../src/XExtInt.c: No such file or directory. (gdb) bt #0 0x2bbe6cb0 in copy_classes (to=optimized out, from=optimized out, nclasses=optimized out) at ../../src/XExtInt.c:1539 #1 0x2bbe845c in XIQueryDevice (dpy=0xb71140, deviceid=optimized out, ndevices_return=optimized out) at ../../src/XIQueryDevice.c:90 #2 0x2b1511c4 in gdk_x11_device_manager_xi2_constructed ( object=optimized out) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gdk/x11/gdkdevicemanager-xi2.c:414 #3 0x2b62e048 in g_object_newv () from /usr/lib/mipsel-linux-gnu/libgobject-2.0.so.0 #4 0x2b62ef88 in g_object_new_valist () from /usr/lib/mipsel-linux-gnu/libgobject-2.0.so.0 #5 0x2b62f1dc in g_object_new () from /usr/lib/mipsel-linux-gnu/libgobject-2.0.so.0 #6 0x2b14ef10 in _gdk_x11_device_manager_new (display=0xb87800) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gdk/x11/gdkdevicemanager-x11.c:66 #7 0x2b154a6c in _gdk_x11_display_open (display_name=optimized out) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gdk/x11/gdkdisplay-x11.c:1226 #8 0x2b152764 in gdk_x11_display_manager_open_display (manager=0xb60930, name=optimized out) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gdk/x11/gdkdi---Type return to continue, or q return to quit--- splaymanager-x11.c:55 #9 0x2adf4cc4 in gtk_init_check (argc=optimized out, argv=optimized out) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gtk/gtkmain.c:1136 #10 0x2adf4cf8 in gtk_init (argc=optimized out, argv=optimized out) at /build/buildd-gtk+3.0_3.2.3-1-mipsel-WwT23O/gtk+3.0-3.2.3/./gtk/gtkmain.c:1188 #11 0x004009ac in main () cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667597: Cannot find wineserver
Package: winetricks Version: 0.0+20120313+svn798-1 Severity: grave As was expected in recently fixed #667486, winetricks no longer works with Debian wine or wine-unstable packages: -- wineserver not found! -- Thanks for uploading admittedly broken packages. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc7-wrar-1+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages winetricks depends on: ii cabextract 1.4-2 ii p7zip 9.20.1~dfsg.1-4 ii unzip 6.0-6 ii wget1.13.4-2 Versions of packages winetricks recommends: ii gksu 2.0.2-6 ii sudo 1.8.3p2-1 ii wine | wine-unstable none ii xdg-utils 1.1.0~rc1+git20111210-6 ii zenity3.4.0-1 winetricks 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#667598: libquartz-java: new upstream : 2.1.4
Package: libquartz-java Version: 1.6.6-1 Severity: normal a new upstream is out: 2.1.4. it would be nice to package it. Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 Versions of packages libquartz-java depends on: ii default-jre [java2 1:1.6-40 Standard Java or Java compatible R ii gcj-4.4-jre [java2 4.4.5-2 Java runtime environment using GIJ ii gcj-jre [java2-run 4:4.4.5-1 Java runtime environment using GIJ ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( libquartz-java recommends no packages. libquartz-java 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#667599: dolfin-dev: fails to upgrade from squeeze - apt does not find an upgrade path
Package: dolfin-dev Version: 1.0.0-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. From the attached log (scroll to the bottom...): 5m43.3s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmp7TWhoJ', 'apt-get', '-yf', 'dist-upgrade'] 12m24.2s DUMP: Reading package lists... Building dependency tree... Reading state information... The following packages will be REMOVED: dolfin-dev libboost-filesystem1.42-dev libboost-program-options1.42-dev libboost-serialization1.42-dev libboost-system1.42-dev libboost1.42-dev libdolfin0 libdolfin0-dev libnetcdf6 python-netcdf python-viper python-vtk Ouch! apt shouldn't remove the package that is to be tested (and can be installed in clean wheezy without problems). The test performed is: * setup a minimal squeeze chroot (without Recommends) * install dolfin-dev * dist-upgrade to wheezy cheers, Andreas dolfin-dev_1.0.0-4.log.gz Description: GNU Zip compressed data
Bug#667600: dawgdic: FTBFS on big-endian systems: test crashes
Source: dawgdic Version: 0.4.2-1 Severity: serious dawgdic FTBFS on big-endian systems, e.g.: | no. keys: 14 | no. states: 28 | no. transitions: 40 | no. merged states: 20 | no. merging states: 3 | no. merged transitions: 7 | no. elements: 256 | no. unused elements: 215 (83.9844%) | dictionary size: 1024 | no. units: 256 | guide size: 512 | *** glibc detected *** ../src/dawgdic-find: free(): invalid next size (fast): 0x206817c8 *** | === Backtrace: = | /lib/powerpc-linux-gnu/libc.so.6(+0x84fc4)[0x1feebfc4] | /lib/powerpc-linux-gnu/libc.so.6(cfree+0x8c)[0x1fef159c] | /usr/lib/powerpc-linux-gnu/libstdc++.so.6(_ZdlPv+0x2c)[0x201c9a3c] | /usr/lib/powerpc-linux-gnu/libstdc++.so.6(_ZNSs4_Rep10_M_destroyERKSaIcE+0x24)[0x201a6a30] | /usr/lib/powerpc-linux-gnu/libstdc++.so.6(+0xa8aa8)[0x201a6aa8] | /usr/lib/powerpc-linux-gnu/libstdc++.so.6(_ZNSs7reserveEj+0xdc)[0x201a81dc] | /usr/lib/powerpc-linux-gnu/libstdc++.so.6(_ZSt7getlineIcSt11char_traitsIcESaIcEERSt13basic_istreamIT_T0_ES7_RSbIS4_S5_T1_ES4_+0x248)[0x20169774] | ../src/dawgdic-find(+0x16d4)[0x202346d4] | /lib/powerpc-linux-gnu/libc.so.6(+0x1f7ec)[0x1fe867ec] | /lib/powerpc-linux-gnu/libc.so.6(+0x1f9b0)[0x1fe869b0] | === Memory map: | 0010-00103000 r-xp 00:00 0 [vdso] | 1fe67000-1ffd3000 r-xp fd:07 5272 /lib/powerpc-linux-gnu/libc-2.13.so | 1ffd3000-1ffe3000 ---p 0016c000 fd:07 5272 /lib/powerpc-linux-gnu/libc-2.13.so | 1ffe3000-1ffe7000 r--p 0016c000 fd:07 5272 /lib/powerpc-linux-gnu/libc-2.13.so | 1ffe7000-1ffe8000 rw-p 0017 fd:07 5272 /lib/powerpc-linux-gnu/libc-2.13.so | 1ffe8000-1ffeb000 rw-p 00:00 0 | 1fffb000-2001 r-xp fd:07 1015 /lib/powerpc-linux-gnu/libgcc_s.so.1 | 2001-2001f000 ---p 00015000 fd:07 1015 /lib/powerpc-linux-gnu/libgcc_s.so.1 | 2001f000-2002 rw-p 00014000 fd:07 1015 /lib/powerpc-linux-gnu/libgcc_s.so.1 | 2003-200da000 r-xp fd:07 5285 /lib/powerpc-linux-gnu/libm-2.13.so | 200da000-200ea000 ---p 000aa000 fd:07 5285 /lib/powerpc-linux-gnu/libm-2.13.so | 200ea000-200ed000 r--p 000aa000 fd:07 5285 /lib/powerpc-linux-gnu/libm-2.13.so | 200ed000-200ee000 rw-p 000ad000 fd:07 5285 /lib/powerpc-linux-gnu/libm-2.13.so | 200fe000-20206000 r-xp fd:07 5530 /usr/lib/powerpc-linux-gnu/libstdc++.so.6.0.16 | 20206000-20216000 ---p 00108000 fd:07 5530 /usr/lib/powerpc-linux-gnu/libstdc++.so.6.0.16 | 20216000-2021b000 r--p 00108000 fd:07 5530 /usr/lib/powerpc-linux-gnu/libstdc++.so.6.0.16 | 2021b000-2021d000 rw-p 0010d000 fd:07 5530 /usr/lib/powerpc-linux-gnu/libstdc++.so.6.0.16 | 2021d000-20223000 rw-p 00:00 0 | 20233000-20238000 r-xp fd:02 1179764 /build/buildd-dawgdic_0.4.2-1-powerpc-JribeN/dawgdic-0.4.2/obj/src/dawgdic-find | 20247000-20248000 r--p 4000 fd:02 1179764 /build/buildd-dawgdic_0.4.2-1-powerpc-JribeN/dawgdic-0.4.2/obj/src/dawgdic-find | 20248000-20249000 rw-p 5000 fd:02 1179764 /build/buildd-dawgdic_0.4.2-1-powerpc-JribeN/dawgdic-0.4.2/obj/src/dawgdic-find | 2067f000-206a rwxp 00:00 0 [heap] | 4000-4002 r-xp fd:07 5277 /lib/powerpc-linux-gnu/ld-2.13.so | 4002-40021000 r--p 0002 fd:07 5277 /lib/powerpc-linux-gnu/ld-2.13.so | 40021000-40022000 rw-p 00021000 fd:07 5277 /lib/powerpc-linux-gnu/ld-2.13.so | 40022000-40026000 rw-p 00:00 0 | 40027000-4002a000 rw-p 00:00 0 | 4010-40121000 rw-p 00:00 0 | 40121000-4020 ---p 00:00 0 | ffcef000-ffd04000 rw-p 00:00 0 [stack] | Aborted | FAIL: guide-test.sh | no. keys: 14 | no. states: 28 | no. transitions: 40 | no. merged states: 20 | no. merging states: 3 | no. merged transitions: 7 | no. elements: 256 | no. unused elements: 215 (83.9844%) | dictionary size: 1024 | no. units: 256 | guide size: 512 | no. unique keys: 65530 | PASS: ranked-test.sh | == | 1 of 3 tests failed | Please report to sy...@acm.org | == Full build logs: https://buildd.debian.org/status/fetch.php?pkg=dawgdicarch=s390ver=0.4.2-1stamp=1332964908 https://buildd.debian.org/status/fetch.php?pkg=dawgdicarch=s390xver=0.4.2-1stamp=1332966563 https://buildd.debian.org/status/fetch.php?pkg=dawgdicarch=sparcver=0.4.2-1stamp=1332965723
Bug#667588: med-physics: Adjust for the new octave package version 3.6.1
* Andreas Tille andr...@an3as.eu [2012-04-05 08:43]: thanks for your work on octave. I really welcome this step because the versionless packaging simplifies things for the metapackage building process. I commited the relevant change to SVN however, the fact that octave (without verison) is currently only in unstable and not in testing has the consequence that it does not show up in the list of Recommends of the med-physics task. The idea behind this is that the metapackages are targeting at the testing distribution and only those packages which are found in testing at package build time will be included. So I would like to do the final bug fixing upload once octave progressed to testing. Please ping me (or the bug report) once this happened because I can not guarantee that I will keep an eye onto this. Well, there is a virtual package octave in testing [1] that is provided by octave3.2. If you upload your changes now, I guess that both med-physics and debian-science will happily enter testing. Rafael [1] http://packages.debian.org/wheezy/octave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667601: Recompiling commons-beanutils in sid makes libcommons-digester-java FTBFS
Package: commons-beanutils Version: 1.8.3-2 Severity: serious Tags: patch Similar story to 667000, 667011 and 667016 (caused by new Maven helper): Recompiling commons-beanutils in sid makes libcommons-digester-java FTBFS. Patch attached. Cheers, Moritz UCS Bug #26186 diff -aur commons-beanutils-1.8.3.orig/debian/libcommons-beanutils-java.poms commons-beanutils-1.8.3/debian/libcommons-beanutils-java.poms --- commons-beanutils-1.8.3.orig/debian/libcommons-beanutils-java.poms 2011-09-22 23:34:25.0 +0200 +++ commons-beanutils-1.8.3/debian/libcommons-beanutils-java.poms 2012-03-20 22:03:56.0 +0100 @@ -23,4 +23,5 @@ # --ignore-pom: don't install the POM with mh_install or mh_installpoms. To use with POM files that are created # temporarily for certain artifacts such as Javadoc jars. # -pom.xml --no-parent --has-package-version +pom.xml --no-parent --has-package-version --java-lib + Nur in commons-beanutils-1.8.3/debian: libcommons-beanutils-java.poms~.
Bug#667602: scilab: Problem with java library after last upgrade in debian/testing
Package: scilab Version: 5.3.3-7 Severity: important Dear Maintainer, The scilab was working on my machine a few days before. After the last update however I get the following error and scilab doesn't start: $ scilab Warning: Could not find Java package '/usr/share/java//jrosetta-API.jar'. Some problems during the loading of the Java libraries occured. This could lead to inconsistent behaviours. Please check SCI/etc/classpath.xml. (process:3855): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. Cannot create Scilab Console. Check if the thirdparties are available (JoGL/JRosetta...). See SCI/etc/classpath.xml for default paths. Could not find class: com/artenum/rosetta/interfaces/ui/GuiComponent -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages scilab depends on: ii scilab-cli 5.3.3-7 ii scilab-full-bin 5.3.3-7 Versions of packages scilab recommends: ii scilab-doc 5.3.3-7 Versions of packages scilab suggests: pn scilab-doc-fr none pn scilab-doc-ja none pn scilab-doc-pt-br 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#667603: libclutter-1.0-0: Impossible to upgrade clutter to 1.10.0: rebuild needed for libcogl5 → libcogl9 transition
Package: libclutter-1.0-0 Version: 1.8.4-1 Severity: normal Dear Maintainer, at the moment, it is impossible on my experimental system to upgrade from libclutter-1.0-0 version 1.8.4-1 to version 1.10.0-1. This is due to several other installed packages depending on libcogl5, which the new libclutter breaks in favor of libcogl9. Therefore, I suggest rebuilding the following packages against the new libcogl9: libsushi-1.0-0 libcogl-pango0 libgdprivate-1.0-0 totem-plugins totem libtotem0 gnome-boxes nautilus-sendto-empathy empathy libcogl-pango0 libclutter-1.0-0 toonloop rhythmbox-plugins pinpoint libmx-1.0-2 mutter libmutter0 libchamplain-0.12-0 gnome-sushi gnome-shell quadrapassel gnome-control-center libevolution evolution-plugins evolution eog-plugins libcogl5-dbg libcogl-pango0 libcogl-dev gir1.2-cogl-1.0 libclutter-gtk-1.0-0 libclutter-gst-1.0-0 libcluttergesture-0.0.2-0 libclutter-1.0-0 clutter-1.0-tests libcheese-gtk20 Most of these packages will probably be updated in the near future because they are part of GNOME 3.4. It is also possible that libcogl5 is listed incorrectly as a dependency, since most packages should only use libclutter and not cogl directly. In that case, removing it from the list of dependencies would be a better solution. Thanks for your time! Matteo -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (800, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclutter-1.0-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-27 ii libcairo-gobject2 1.12.0-2 ii libcairo2 1.12.0-2 ii libcogl-pango01.10.0-1 ii libcogl5 1.8.2-1 ii libdrm2 2.4.33-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-02.26.0-2 ii libgl1-mesa-glx [libgl1] 8.0-2 ii libglib2.0-0 2.32.0-3 ii libjson-glib-1.0-00.14.2-1 ii libpango1.0-0 1.30.0-1 ii libx11-6 2:1.4.99.1-1 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes31:5.0-4 ii libxi62:1.5.99.2-1 ii multiarch-support 2.13-27 Versions of packages libclutter-1.0-0 recommends: ii libclutter-1.0-common 1.10.0-1 libclutter-1.0-0 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#667604: Low network speed with -vnc option
Package: qemu-kvm Version: 1.0+dfsg-2 Severity: important Hello, With recent qemu-kvm versions (don't know since when) network speed slows down from 2.6 Mbps to less than 300 kbps with GNU/Linux as host and GNU/Hurd as guest, using the -vnc :n option. Without this option network speed is OK, around 2.6 Mbps. This has been tested on two different boxes with Intel and AMD CPUs and with various emulated network cards. Strange thing is that when issuing a lot of disk activity on the guest, network speed increases to normal?? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663927: python2.7: urllib throws socket.timeout error instead of urllib2.URLError
On 14.03.2012 02:04, Christophe Combelles wrote: Package: python2.7 Version: 2.7.3~rc1-1 Severity: important I get randomly a different error than what should be expected on that situation. The normal behaviour is to get urllib2.URLError. I often get a direct socket.timeout error. I could not reproduce this on python2.4, python2.6 and on a hand-compiled python2.7.2 on Debian Squeeze. Another reference of this bug: https://bitbucket.org/tarek/distribute/issue/256/python27-throws-sockettimeout-directly hmm, can't reproduce the socket timeout exception. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664718: Info received (grub-pc 1.99-18: grub-setup: error: cannot read `/grub/core.img' correctly)
On Wed, Apr 04, 2012 at 08:49:19AM +0200, Jakub Moc wrote: The above error about inability to read core.img got replaced with error: non-sector-aligned data is found in the core file somewhere between 1.99-19 and 1.99-20 (which got fixed 1.99-21 - #666992) so this I guess may be closed). The fix in 1.99-21 was just to fix the regression in 1.99-19. Did it really fix this bug as well? I wasn't expecting it to. -- Colin Watson [cjwat...@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#667127: cantor: ftbfs with GCC-4.7
Hi Cyril! Matthias Klose d...@debian.org (03/04/2012): Package: cantor Version: 4:4.7.4-2 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch for this FTBFS. No intent to NMU. It seems it is already fixed upstream for 4.8, see also http://quickgit.kde.org/index.php?p=cantor.gita=commith=56040ac851dc9180ae51c0e5041984abef54e7f2 I guess we can backport it in case we haven't started pushing KDE 4.8 to unstable before GCC 4.7 is eventually made default. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#667220: kdepimlibs: ftbfs with GCC-4.7
Alle mercoledì 4 aprile 2012, Matthias Klose ha scritto: ../../kmime/kautodeletehash.h:67:26: error: 'erase' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] This seems to be fixed by the upstream commit http://quickgit.kde.org/index.php?p=kdepimlibs.gita=commith=b886894bd1afc515947c24883169d0a5107a86d5 which is part of KDE 4.8. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#667350: work is in progress
Paul Dreik dive...@pauldreik.se (04/04/2012): thanks for finding this upcoming error. I have a working patch (using package gcc-snapshot on ubuntu 11.10, reports as gcc version 4.7.0 20111010 (experimental) [trunk revision 179769] (Ubuntu/Linaro 20111010-0ubuntu1) If you want, attach the patch, I'll give it a spin on this modified sid chroot with 4.7 as default compiler. Mraw, KiBi. signature.asc Description: Digital signature
Bug#667351: realtimebattle: ftbfs with GCC-4.7
tag 667351 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: realtimebattle Version: 1.0.8-10 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch for this FTBFS. No intent to NMU. Mraw, KiBi. diff -u realtimebattle-1.0.8/debian/changelog realtimebattle-1.0.8/debian/changelog --- realtimebattle-1.0.8/debian/changelog +++ realtimebattle-1.0.8/debian/changelog @@ -1,3 +1,11 @@ +realtimebattle (1.0.8-10.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h includes +(Closes: #667351). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 09:25:50 + + realtimebattle (1.0.8-10) unstable; urgency=low * Use default-jdk-builddep and default-jre for jBot (Closes: #548811) diff -u realtimebattle-1.0.8/team-framework/io/unixinstreambuf.cpp realtimebattle-1.0.8/team-framework/io/unixinstreambuf.cpp --- realtimebattle-1.0.8/team-framework/io/unixinstreambuf.cpp +++ realtimebattle-1.0.8/team-framework/io/unixinstreambuf.cpp @@ -34,6 +34,7 @@ #include sstream #include errno.h #include cstring +#include unistd.h /** * Namespace */ diff -u realtimebattle-1.0.8/team-framework/io/unixoutstreambuf.cpp realtimebattle-1.0.8/team-framework/io/unixoutstreambuf.cpp --- realtimebattle-1.0.8/team-framework/io/unixoutstreambuf.cpp +++ realtimebattle-1.0.8/team-framework/io/unixoutstreambuf.cpp @@ -32,6 +32,7 @@ #include errno.h #include cstring #include cstdio +#include unistd.h /** * Namespace */ only in patch2: unchanged: --- realtimebattle-1.0.8.orig/team-framework/io/unixserverconnection.cpp +++ realtimebattle-1.0.8/team-framework/io/unixserverconnection.cpp @@ -41,6 +41,8 @@ //IPC #include fcntl.h +#include unistd.h + /** * Namespace */ only in patch2: unchanged: --- realtimebattle-1.0.8.orig/team-framework/io/unixremoteclientconnection.cpp +++ realtimebattle-1.0.8/team-framework/io/unixremoteclientconnection.cpp @@ -36,6 +36,7 @@ #include iostream #include sstream #include ios +#include unistd.h /** * Namespace only in patch2: unchanged: --- realtimebattle-1.0.8.orig/team-framework/io/unixclientcommunicator.cpp +++ realtimebattle-1.0.8/team-framework/io/unixclientcommunicator.cpp @@ -46,6 +46,7 @@ #include sys/types.h #include sys/socket.h #include sys/un.h +#include unistd.h /** * Namespace only in patch2: unchanged: --- realtimebattle-1.0.8.orig/team-framework/io/unixrtbconnection.cpp +++ realtimebattle-1.0.8/team-framework/io/unixrtbconnection.cpp @@ -33,6 +33,7 @@ #include iostream #include sstream #include ios +#include unistd.h /** * Namespace only in patch2: unchanged: --- realtimebattle-1.0.8.orig/team-framework/io/unixservercommunicator.cpp +++ realtimebattle-1.0.8/team-framework/io/unixservercommunicator.cpp @@ -50,6 +50,7 @@ #include sys/types.h #include sys/socket.h #include sys/un.h +#include unistd.h /** * Namespace signature.asc Description: Digital signature
Bug#667353: recoverjpeg: ftbfs with GCC-4.7
tag 667353 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: recoverjpeg Version: 2.0-3 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch for this FTBFS. No intent to NMU. Mraw, KiBi. diff -Nru recoverjpeg-2.0/debian/changelog recoverjpeg-2.0/debian/changelog --- recoverjpeg-2.0/debian/changelog 2012-03-06 05:19:32.0 + +++ recoverjpeg-2.0/debian/changelog 2012-04-05 09:19:54.0 + @@ -1,3 +1,11 @@ +recoverjpeg (2.0-3.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667353). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 09:19:41 + + recoverjpeg (2.0-3) unstable; urgency=low * Change the patches format for quilt and delete 00list on debian/patches. diff -Nru recoverjpeg-2.0/debian/patches/03_fix_ftbfs_with_gcc_4.7.diff recoverjpeg-2.0/debian/patches/03_fix_ftbfs_with_gcc_4.7.diff --- recoverjpeg-2.0/debian/patches/03_fix_ftbfs_with_gcc_4.7.diff 1970-01-01 00:00:00.0 + +++ recoverjpeg-2.0/debian/patches/03_fix_ftbfs_with_gcc_4.7.diff 2012-04-05 09:19:34.0 + @@ -0,0 +1,10 @@ +--- a/recovermov.cpp b/recovermov.cpp +@@ -2,6 +2,7 @@ + #include iostream + #include sstream + #include fstream ++#include unistd.h + + #include utils.h + diff -Nru recoverjpeg-2.0/debian/patches/series recoverjpeg-2.0/debian/patches/series --- recoverjpeg-2.0/debian/patches/series 2012-03-06 05:11:10.0 + +++ recoverjpeg-2.0/debian/patches/series 2012-04-05 09:19:15.0 + @@ -1,2 +1,3 @@ 01_manpagefix.patch 02_fix_recovermov.1.patch +03_fix_ftbfs_with_gcc_4.7.diff signature.asc Description: Digital signature
Bug#667354: regina-normal: ftbfs with GCC-4.7
tag 667354 fixed-upstream thanks Ben Burton b...@debian.org (04/04/2012): FYI, there will be a new upstream release soon (hopefully next week), which has already fixed this and other gcc-4.7-related issues. Tagging accordingly, so that nobody spends time on this one. Mraw, KiBi. signature.asc Description: Digital signature
Bug#667358: rinputd: ftbfs with GCC-4.7
tag 667358 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: rinputd Version: 1.0.4-2 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. diff -Nru rinputd-1.0.4/debian/changelog rinputd-1.0.4/debian/changelog --- rinputd-1.0.4/debian/changelog 2011-01-15 23:22:12.0 + +++ rinputd-1.0.4/debian/changelog 2012-04-05 09:08:48.0 + @@ -1,3 +1,11 @@ +rinputd (1.0.4-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667358). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 09:08:38 + + rinputd (1.0.4-2) unstable; urgency=low * Fix mutt mangled da.po debconf translation. Closes: #610105 diff -Nru rinputd-1.0.4/debian/patches/fix-ftbfs-with-gcc-4.7 rinputd-1.0.4/debian/patches/fix-ftbfs-with-gcc-4.7 --- rinputd-1.0.4/debian/patches/fix-ftbfs-with-gcc-4.7 1970-01-01 00:00:00.0 + +++ rinputd-1.0.4/debian/patches/fix-ftbfs-with-gcc-4.7 2012-04-05 09:09:10.0 + @@ -0,0 +1,24 @@ +Description: Fix FTBFS with gcc 4.7 by fixing missing unistd.h include. +Author: Cyril Brulebois k...@debian.org +Bug-Debian: http://bugs.debian.org/667358 + +--- rinputd-1.0.4.orig/rinputd/main.cpp rinputd-1.0.4/rinputd/main.cpp +@@ -37,6 +37,7 @@ + #include fcntl.h + #include getopt.h + #include sys/stat.h ++#include unistd.h + + #include Server.h + #include config.h +--- rinputd-1.0.4.orig/rinputd/LinuxInputDevice.cpp rinputd-1.0.4/rinputd/LinuxInputDevice.cpp +@@ -33,6 +33,7 @@ + #include linux/uinput.h + #include poll.h + #include sys/uio.h ++#include unistd.h + + #include QHostAddress + #include QSocketNotifier diff -Nru rinputd-1.0.4/debian/patches/series rinputd-1.0.4/debian/patches/series --- rinputd-1.0.4/debian/patches/series 1970-01-01 00:00:00.0 + +++ rinputd-1.0.4/debian/patches/series 2012-04-05 09:08:59.0 + @@ -0,0 +1 @@ +fix-ftbfs-with-gcc-4.7 signature.asc Description: Digital signature
Bug#667360: rsakeyfind: ftbfs with GCC-4.7
tag 667360 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: rsakeyfind Version: 1:1.0-2 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. diff -Nru rsakeyfind-1.0/debian/changelog rsakeyfind-1.0/debian/changelog --- rsakeyfind-1.0/debian/changelog 2011-07-23 08:10:16.0 + +++ rsakeyfind-1.0/debian/changelog 2012-04-05 08:52:18.0 + @@ -1,3 +1,11 @@ +rsakeyfind (1:1.0-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667360). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 08:52:06 + + rsakeyfind (1:1.0-2) unstable; urgency=low * Team upload. diff -Nru rsakeyfind-1.0/debian/patches/002_gcc_4.7.diff rsakeyfind-1.0/debian/patches/002_gcc_4.7.diff --- rsakeyfind-1.0/debian/patches/002_gcc_4.7.diff 1970-01-01 00:00:00.0 + +++ rsakeyfind-1.0/debian/patches/002_gcc_4.7.diff 2012-04-05 08:51:53.0 + @@ -0,0 +1,10 @@ +--- a/rsakeyfind.cpp b/rsakeyfind.cpp +@@ -10,6 +10,7 @@ + #include sys/mman.h + #include string.h + #include iostream ++#include unistd.h + + #ifdef __FreeBSD__ + #include err.h diff -Nru rsakeyfind-1.0/debian/patches/series rsakeyfind-1.0/debian/patches/series --- rsakeyfind-1.0/debian/patches/series 2011-07-23 08:10:16.0 + +++ rsakeyfind-1.0/debian/patches/series 2012-04-05 08:51:34.0 + @@ -1 +1,2 @@ 001_include.diff +002_gcc_4.7.diff signature.asc Description: Digital signature
Bug#667362: rubberband: ftbfs with GCC-4.7
tag 667362 patch thanks Matthias Klose d...@debian.org (03/04/2012): Package: rubberband Version: 1.3-1.2 Severity: important Tags: sid wheezy User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.7 Here's a patch to fix this FTBFS. No intent to NMU. Mraw, KiBi. diff -u rubberband-1.3/debian/changelog rubberband-1.3/debian/changelog --- rubberband-1.3/debian/changelog +++ rubberband-1.3/debian/changelog @@ -1,3 +1,11 @@ +rubberband (1.3-1.3) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix FTBFS with gcc 4.7 by fixing missing unistd.h include +(Closes: #667362). + + -- Cyril Brulebois k...@debian.org Thu, 05 Apr 2012 08:55:51 + + rubberband (1.3-1.2) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- rubberband-1.3.orig/src/main.cpp +++ rubberband-1.3/src/main.cpp @@ -20,6 +20,7 @@ #include time.h #include cstdlib #include cstring +#include unistd.h #include sysutils.h #ifdef __MSVC__ signature.asc Description: Digital signature
Bug#667434: lvcreate / lvremove snapshot under Xen causes Kernel OOPs
On Thu, 2012-04-05 at 09:00 +1200, Quintin Russ wrote: Hi Ian, On 05/04/12 01:00, Ian Campbell wrote: Hi Quintin, Thanks for your report. On Wed, 2012-04-04 at 13:54 +1200, Quintin Russ wrote: Package: linux-image-2.6.32-5-xen-amd64 Version: 2.6.32-39 Severity: important We have observed an issue when a Xen dom0 is removing a snapshot for a logical volume and another process comes along to create a snapshot for that same device (different names) causing the server to Kernel Ooops. According to my logs sometimes removing of the snapshot can pause or take a while contributing to the issue. Attempts to add locking code (using dotlockfile) have not so far been successful in mitigating this bug, but we are still exploring this option. The nodes that are affected intermittently we have been unable to reproduce this issue in the lab (on either the same model of hardware or hardware that has crashed in production). From our logs we can see that every time this issue occurs one process has been removing the snapshot while another has been creating a snapshot shortly after (seconds normally). We are currently seeing about a 5% chance of a crash per month (assuming our nodes are equal). This bug looks similar to a number of bugs that have already been filed related to this issue:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614400 A quick Google search shows many more (which have mostly been merged): https://www.google.co.nz/webhp?q=site%3Abugs.debian.org%20xen% 20snapshot%20kernel%20oops%20squeeze Those issues were believed to be fixed in 2.6.32-34 and you are running 2.6.32-39 so either this is a different issue (perhaps with similar symptoms) or the issue isn't really fixed. Either way I think we need to see your kernel logs containing the actual oops in order to make any progress. Yes, we have been having this problem since before 2.6.32-34 and were very hopeful that change would fix it. This sadly was not the case. Unfortunately there isn't anything in the logs for this, but I have a screenshot from the console, which I have attached. Thanks. Googling around for issues with sync_super threw up https://bugzilla.redhat.com/show_bug.cgi?id=587265 and https://bugzilla.redhat.com/show_bug.cgi?id=550724. Comment 81 of the second one mentioned issues with IRQ handling which reminded me that a bunch of those were fixed 2.6.32-40 whereas you are running -39 (which is fair enough since that is the version currently in stable). Could you try the kernel from stable-proposed-updates (now 2.6.32-43)? Also referenced was https://lkml.org/lkml/2010/9/1/178 which supports the interrupt problem theory. If there's any chance of setting up a serial console to catch this issue should it happen again then that would be very useful too. Ian. I also had an idle shell at the time the server crashed and this is what I saw: Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.000629] Oops: [#1] SMP Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.000661] last sysfs file: /sys/devices/virtual/block/dm-49/removable Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.001891] Stack: Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.002101] Call Trace: Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.002540] Code: 66 ff 05 c9 83 58 00 48 89 ef e8 db 7a f7 ff 48 89 df e8 7f fe ff ff e8 51 b0 21 00 48 c7 c7 e0 99 67 81 e8 3b c0 21 00 48 8b 1b 48 8b 03 48 81 fb 90 d1 48 81 0f 18 08 0f 85 64 ff ff ff 66 ff Message from syslogd@dom0 at Apr 4 01:37:22 ... kernel:[4805213.002901] CR2: Please let me know if there is anything further I can provide. -- Ian Campbell Current Noise: Crippled Black Phoenix - The Heart Of Every Country Dealer prices may vary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667488: git-svn dcommit should be prohibited on remote tracking branches
Christian Engwer wrote: Hi Jonathan, By contrast, I really want to be able to do the following: git checkout -b tmp my-git-remote/topic git svn dcommit As far as my patch was intendet, this would still work, as you didn't specify the branch as a tracking branch. It is an unintended side effect then, alas. The checkout -b command above automatically sets up the tmp branch to pull from branch topic in remote my-git-remote, just as if I had written git checkout --track tmp my-git-remote/topic [...] In my opinion the cleanest thing would be, if the svn repository would be listed as something like a remote and I could the (like with the remotes) decide on the command line to push to an other remote or svn. This is another part of the story I missed before. If I understand correctly, each branch has some (git or svn) remote it normally pushes to and the immediate cause of all our troubles is that the user's fingers keep forgetting which remote to use on each branch. You'll probably like the svn remote helper which provides native svn:// support in git once it is a little more usable. [...] Concerning the violation of coding standards we current do this in the pre-commit hook... why would you want to have such code in the git repo in the first place?! Good catch, yes. It wasn't a great example. If there are some secrets I want to protect myself from accidentally pushing to the svn repo, a pre-dcommit hook could help me. I can have a look at the hook issue, although I'm not sure how much time I find during the next few days. Thanks very much. git-svn does not currently implement any hooks, so whoever does this will be a pioneer. :) The only perl script in git currently implementing hooks is git-cvsserver, but since the hook API is very simple (just run $GIT_DIR/hooks/hook name with appropriate arguments) hopefully it would not be too fussy. Thanks again for some food for thought. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667587: Bug#667588: med-physics: Adjust for the new octave package version 3.6.1
On Thu, Apr 05, 2012 at 10:43:08AM +0200, Rafael Laboissiere wrote: Well, there is a virtual package octave in testing [1] that is provided by octave3.2. If you upload your changes now, I guess that both med-physics and debian-science will happily enter testing. Thanks for the hint but the code in blends-dev is not able to verify virtual but only real packages. If I run it octave is simply out of the list of Recommends. Kind regards 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#667605: snmpd: The CPU Raw usage reports less than no. cores * 100 percent
Package: snmpd Version: 5.4.3-dfsg-2.4 Severity: normal Tags: upstream I found a strange CPU Raw usage reports after the upgrade from 5.4.3-dfsg-2.2 to 5.4.3-dfsg-2.4. Here are 2 SNMP report from 2 different system with 4 cores each: Good SNMP # dpkg -l | grep snmp ii libsnmp-base 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) MIBs and documentation ii libsnmp15 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) library ii snmp 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) applications ii snmpd 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) agents # snmpd -v NET-SNMP version: 5.4.3 Web: http://www.net-snmp.org/ Email: net-snmp-cod...@lists.sourceforge.net CpuRaw output $ IP=A.A.A.185; COM=; snmpwalk -v2c -c$COM $IP .1.3.6.1.4.1.2021.11 | grep CpuRaw; echo wait 10 seconds; sleep 10; snmpwalk -v2c -c$COM $IP ..1.3.6.1.4.1.2021.11 | grep CpuRaw UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 11598955 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 2005 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 1465887 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 1732454780 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 917382 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 418 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 15281275 wait 10 seconds UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 11599129 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 2005 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 1465888 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 1732458577 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 917386 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 418 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 15281301 Results: UCD-SNMP-MIB::ssCpuRawUser.0 = 174 UCD-SNMP-MIB::ssCpuRawNice.0 = 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = 1 UCD-SNMP-MIB::ssCpuRawIdle.0 = 3797 UCD-SNMP-MIB::ssCpuRawWait.0 = 4 UCD-SNMP-MIB::ssCpuRawKernel.0 = 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = 0 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = 26 Total = 4002 = 400.20% for 4 cores 400.20% is perfect for 4 cores system. Bad SNMP # snmpd -v NET-SNMP version: 5.4.3 Web: http://www.net-snmp.org/ Email: net-snmp-cod...@lists.sourceforge.net # dpkg -l | grep snmp ii libsnmp-base 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) MIBs and documentation ii libsnmp15 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) library ii snmpd 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) agents CpuRaw output $ IP=B.B.B.54; COM=; snmpwalk -v2c -c$COM $IP .1.3.6.1.4.1.2021.11 | grep CpuRaw; echo wait 10 seconds; sleep 10; snmpwalk -v2c -c$COM $IP ..1.3.6.1.4.1.2021.11 | grep CpuRaw UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 1514372 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 4430516 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 104303480 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 1264773 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 401 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 44492 wait 10 seconds UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 1514418 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 4430658 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 104307032 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 1264811 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 401 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 44493 Results: UCD-SNMP-MIB::ssCpuRawUser.0 = 46 UCD-SNMP-MIB::ssCpuRawNice.0 = 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = 142 UCD-SNMP-MIB::ssCpuRawIdle.0 = 3552 UCD-SNMP-MIB::ssCpuRawWait.0 = 38 UCD-SNMP-MIB::ssCpuRawKernel.0 = 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = 0 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = 1 Total = 3779 = 377.90% for 4 cores. But this value is less than 400% for a system with 4 cores. This happen after the upgrade. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667606: Checkinstall 1.6.2-3 cumulative patch
Package: checkinstall Version: 1.6.2-3 Hello, I have written a cumulative patch for checkinstall 1.6.2-3. It does some fixes and adds some new functionality to checkinstall. Below I will describe each case. Fix 1: checkinstall misses files from stripping. Checkinstall does wrongly check if a file is a binary. It uses 'find -perm' for that. However, many projects(eg. kerberos) after the 'make' procedure DO NOT set the execute bit on the binaries. So that files are skipped and do not get stripped. With my patch I look for the 'ELF.*not stripped' pattern inside every file. This way I get all libraries programs stripped. Feature 1: Make use of regular expressions in the ---exclude flag. This is very useful. Instead of writing by hand whatever you want to exclude from the package one by one, you just write a sort regexp. An example: --exclude=/lib/liba.la,/lib/libb.la,/lib/libc.la VS --exclude=/lib/.*\.la Feature 2: Use information from files to set the flags. It is used for automated creation of packages in non-interactive mode. The regular case is --requires=libc6 (= 2.14.1-1). My case is --requires=`cat ../DEPENDENCIES`. So I never have to write by hand in the command line. I just write on the DEPENDENCIES file. Support 1: Fix bad installation prefixes. Everything is installed under odd paths. Just use the common and regular ones. /etc/checkinstall /usr/share/local /usr/bin /usr/sbin Support 2: Add GLIBC versions 8 to 15 in installwatch.c That's all :) Kostas Tamateas. diff -ru checkinstall-1.6.2-3.orig/Makefile checkinstall-1.6.2-3/Makefile --- checkinstall-1.6.2-3.orig/Makefile 2008-11-12 02:43:53.0 + +++ checkinstall-1.6.2-3/Makefile 2012-04-05 08:15:40.0 + @@ -1,10 +1,10 @@ # $Id: Makefile,v 1.6.2.1 2008/11/09 07:48:18 izto Exp $ # Where to install. -PREFIX=/usr/local +PREFIX=/usr BINDIR=$(PREFIX)/sbin -LCDIR=$(PREFIX)/lib/checkinstall/locale -CONFDIR=$(PREFIX)/lib/checkinstall +LCDIR=$(PREFIX)/share/locale +CONFDIR=/etc/checkinstall all: for file in locale/checkinstall-*.po ; do \ diff -ru checkinstall-1.6.2-3.orig/checkinstall checkinstall-1.6.2-3/checkinstall --- checkinstall-1.6.2-3.orig/checkinstall 2012-04-05 07:42:00.0 + +++ checkinstall-1.6.2-3/checkinstall 2012-04-05 08:51:38.0 + @@ -530,80 +530,80 @@ ;; -A|--arch|--pkgarch) shift - ARCHITECTURE=`eval echo $1` + ARCHITECTURE=`eval echo '$1'` ;; --umask) shift - CKUMASK=`eval echo $1` + CKUMASK=`eval echo '$1'` ;; --pkgname) shift - NAME=`eval echo $1` + NAME=`eval echo '$1'` ;; --pkgversion) shift - VERSION=`eval echo $1` + VERSION=`eval echo '$1'` ;; --pkgrelease) shift - RELEASE=`eval echo $1` + RELEASE=`eval echo '$1'` ;; --pkglicense) shift - LICENSE=`eval echo $1` + LICENSE=`eval echo '$1'` ;; --pkggroup) shift # note: we use PKG_GROUP instead of GROUP since (t)csh sets GROUP. - PKG_GROUP=`eval echo $1` + PKG_GROUP=`eval echo '$1'` ;; --pkgsource) shift - SOURCE=`eval echo $1` + SOURCE=`eval echo '$1'` ;; --pkgaltsource) shift - ALTSOURCE=`eval echo $1` + ALTSOURCE=`eval echo '$1'` ;; --pakdir) shift - PAK_DIR=`eval echo $1` + PAK_DIR=`eval echo '$1'` ;; --with-tar) shift - TAR=`eval echo $1` + TAR=`eval echo '$1'` ;; --docdir) shift - DOC_DIR=`eval echo $1` + DOC_DIR=`eval echo '$1'` ;; --provides) shift - PROVIDES=`eval echo $1` + PROVIDES=`eval echo '$1'` ;; --conflicts) shift - CONFLICTS=`eval echo $1` + CONFLICTS=`eval echo '$1'` ;; --replaces) shift - REPLACES=`eval echo $1` + REPLACES=`eval echo '$1'` ;; --requires) shift - REQUIRES=`eval echo $1` + REQUIRES=`eval echo '$1'` ;; --maintainer) shift - MAINTAINER=`eval echo $1` + MAINTAINER=`eval echo '$1'` ;; --dpkgflags) shift - DPKG_FLAGS=`eval echo $1` + DPKG_FLAGS=`eval echo '$1'` ;; --rpmflags) shift - RPM_FLAGS=`eval echo $1` + RPM_FLAGS=`eval echo '$1'` ;; -t|--type) shift @@ -846,7 +846,7 @@ ;; --exclude) shift - EXCLUDE=`eval echo $1` + EXCLUDE=$1 ;; --include) shift @@ -869,7 +869,7 @@ #
Bug#667607: RFS: cd-discid/1.3-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package cd-discid * Package name: cd-discid Version : 1.3-1 Upstream Author : Timur Birsh t...@linukz.org * URL : http://linukz.org/cd-discid.shtml * License : GPL-2+ or Artistic Section : sound It builds those binary packages: cd-discid - CDDB DiscID utility To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cd-discid Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cd-discid/cd-discid_1.3-1.dsc Changes since the last upload: * New upstream release: - Fix FTBFS on Debian GNU/Hurd (i386). Closes: #647971. * debian/control: make lintian happy with the extended description. * debian/changelog: fix lintian warning 'missing-license-paragraph-in-dep5-copyright'. Regards, Timur Birsh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#409349: usbhid: control queue full; hung apcupsd task
From: Jonathan Nieder jrnie...@gmail.com Thanks much. Do you remember roughly when you last experienced this bug? (The last time I see in the bug log is in 2007 with 2.6.17 or so :). Others have experienced it with kernels as new as 2.6.32-41 so I'd be especially interested if you remember the behavior with 2.6.33, 2.6.35, 2.6.38, etc. /var/log/dpkg.log* should have the upgrade history of the kernel package if that helps jog your memory.) The logs say that I installed 2.6.37 on 2011-04-02 and 2.6.38 on 2011-06-07. I think the issue disappeared before either of those dates, but I can't be certain. The logs don't go back any further to the earlier kernel versions so can't help there I'm afraid. T -- (this email is not signed because it was sent using webmail) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644657: Builds on HURD-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm not able to reproduce this with 1.0.4 and latest 1.0.5. Therefor I'll be closing this bug if nobody reports any further problems regarding this issue. - -- Michael Fladischer mich...@fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk99Xl8ACgkQeJ3z1zFMUGYdOACgh+/QZ2yT4+cPJcFcX/IT4lWY As4AniuNyKYxaHzoAHQG1bVoJS00eV3o =kLOH -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#646961: patch
On 04.04.2012 22:24, Robert Millan wrote: - while /sbin/route del default gw 0.0.0.0 dev $interface; do :; done + if [ ${uname} = GNU/kFreeBSD ] ; then + while /lib/freebsd/route del -net 0.0.0.0 0.0.0.0 dev $interface; do :; done + else + while /sbin/route del default gw 0.0.0.0 dev $interface; do :; done + fi I also wonder if we can just test for /lib/freebsd/route existance instead of checking $(uname -r) ? Somehow I'm not comfortable with the uname check... Besides, where I can see the /sbin/route wrapper currently in use on kfreebsd? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667514: [Pkg-acpi-devel] Bug#667514: acpi-support: /etc/acpi/hibernatebtn.sh still installed
On Wed, Apr 04, 2012 at 05:18:29PM +0200, gregor herrmann wrote: And removing the 4 files via debian/acpi-support.preinst might also be a good idea, I guess? ARGH! Yes, of course, sorry, will do a new upload soon. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667552: kfreebsd-image-9.0-1-686: fails to initialize 3ware 7810 RAID controller
Robert Millan r...@debian.org writes: El 4 d’abril de 2012 22:50, Christoph Egger christ...@debian.org ha escrit: This box has a Disk array connected to a 3ware Inc. 7810 RAID controller card and is supposed to boot from it This is working all fine with the Debian 8.2 and 8.3 kernels as well as the 9.0-RELEASE one from kfreebsd-downloader. Does it happen with kfreebsd-10? kfreebsd-10 boots fine Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667608: sunpinyin: renders ibus-sunpinyin unusable
Package: sunpinyin Version: 2.0.3+git20120222-1 Severity: important After upgrading libsunpinyin3 and sunpinyin-data to 2.0.3+git20120222-1, ibus-sunpinyin is unusable (cannot switch to sunpinyin in ibus). Downgrading both packages to 2.0.3-5 solves the problem. I'm using ibus-sunpinyin 2.0.3-3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667604: Low network speed with -vnc option
On 05.04.2012 13:25, Svante Signell wrote: Package: qemu-kvm Version: 1.0+dfsg-2 Severity: important Hello, With recent qemu-kvm versions (don't know since when) network speed slows down from 2.6 Mbps to less than 300 kbps with GNU/Linux as host and GNU/Hurd as guest, using the -vnc :n option. Without this option network speed is OK, around 2.6 Mbps. This has been tested on two different boxes with Intel and AMD CPUs and with various emulated network cards. Strange thing is that when issuing a lot of disk activity on the guest, network speed increases to normal?? It appears to be yet another... strange bugreport - there were a few bugreports recently which makes absolutely no sense. The thing is that vnc has very very little to do with guest, it is a separate thread unrelated to any and all guest activity. Can you at least give me exact steps to reproduce the issue? And one more thing: why do you think this bug has severity important instead of normal ? /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667588: med-physics: Adjust for the new octave package version 3.6.1
* Andreas Tille andr...@an3as.eu [2012-04-05 11:06]: On Thu, Apr 05, 2012 at 10:43:08AM +0200, Rafael Laboissiere wrote: Well, there is a virtual package octave in testing [1] that is provided by octave3.2. If you upload your changes now, I guess that both med-physics and debian-science will happily enter testing. Thanks for the hint but the code in blends-dev is not able to verify virtual but only real packages. If I run it octave is simply out of the list of Recommends. Oh, I see. There is no problem in updating your package after the Octave 3.2 - 3.6 transition. FYI, our plan is to complete the transition before the wheezy freeze. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659363: patch works
Hi Jonathan, I can confirm that the proposed patch[1] fixes the issue for me. [1] http://thread.gmane.org/gmane.linux.kernel/1273425 -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667609: Please upload 0.5.6.
Package: netsniff-ng Version: 0.5.5.0-3 Severity: normal Tags: patch Hello, netsniff-ng has been completely rewritten on version 0.5.6 and it includes lot of new and cool goodies like flowtop and others: $ dpkg -L netsniff-ng |grep bin/ /usr/sbin/netsniff-ng /usr/sbin/ifpps /usr/sbin/trafgen /usr/sbin/bpfc /usr/sbin/ashunt /usr/sbin/curvetun /usr/sbin/flowtop Check out the release notes: https://github.com/gnumaniacs/netsniff-ng/blob/master/Documentation/Notes-0.5.6 I have just packaged the new version. I am attaching here the diff for the debian/ directory. I also have uploaded it to mentors, just in case you want to check it http://mentors.debian.net/package/netsniff-ng dget http://mentors.debian.net/debian/pool/main/n/netsniff-ng/netsniff-ng_0.5.6.dsc Thanks! Best regards! -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ diff -rupN netsniff-ng-0.5.5.0/debian/changelog netsniff-ng-0.5.6/debian/changelog --- netsniff-ng-0.5.5.0/debian/changelog 2011-05-30 05:19:41.0 +0200 +++ netsniff-ng-0.5.6/debian/changelog 2012-04-05 11:31:14.200450435 +0200 @@ -1,3 +1,10 @@ +netsniff-ng (0.5.6) unstable; urgency=low + + * Non-maintainer upload. + * Upload 0.5.6 + + -- Carlos Alberto Lopez Perez clo...@igalia.com Thu, 05 Apr 2012 11:23:46 +0200 + netsniff-ng (0.5.5.0-3) unstable; urgency=low * debian/control: diff -rupN netsniff-ng-0.5.5.0/debian/control netsniff-ng-0.5.6/debian/control --- netsniff-ng-0.5.5.0/debian/control 2011-05-30 05:07:40.0 +0200 +++ netsniff-ng-0.5.6/debian/control 2012-04-05 12:00:53.752628624 +0200 @@ -4,12 +4,13 @@ Priority: optional Maintainer: Daniel Borkmann danborkm...@googlemail.com Uploaders: Kartik Mistry kar...@debian.org Standards-Version: 3.9.2 -Build-Depends: debhelper (= 7) +Build-Depends: debhelper (= 7), perl, cmake, libncurses5-dev, flex, bison, libgeoip-dev, libnacl-dev, libnetfilter-conntrack-dev, liburcu-dev Homepage: http://www.netsniff-ng.org/ Package: netsniff-ng Architecture: linux-any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, geoip-database-contrib +Recommends: time-daemon Description: packet sniffing beast netsniff-ng is a high performance Linux network sniffer for packet inspection. It can be used for protocol analysis, reverse engineering or network diff -rupN netsniff-ng-0.5.5.0/debian/docs netsniff-ng-0.5.6/debian/docs --- netsniff-ng-0.5.5.0/debian/docs 2011-05-30 05:07:40.0 +0200 +++ netsniff-ng-0.5.6/debian/docs 2012-04-05 11:33:01.056652317 +0200 @@ -1,5 +1,2 @@ README AUTHORS -CREDITS -TODO -HACKING diff -rupN netsniff-ng-0.5.5.0/debian/patches/01_manpage_fix.diff netsniff-ng-0.5.6/debian/patches/01_manpage_fix.diff --- netsniff-ng-0.5.5.0/debian/patches/01_manpage_fix.diff 2011-05-30 05:11:46.0 +0200 +++ netsniff-ng-0.5.6/debian/patches/01_manpage_fix.diff 1970-01-01 01:00:00.0 +0100 @@ -1,13 +0,0 @@ -Description: Patch to fix spelling error in manpage -Author: Kartik Mistry kar...@debian.org a/netsniff-ng.8 -+++ b/netsniff-ng.8 -@@ -52,7 +52,7 @@ - .PP - \-t pkt\-type, \-\-type pkt\-type - .RS 4 --A pkt\-type specification allows to post\-filter packets within userspace context (therefore slower than BPF)\. The following types are supported: host \- only show incoming packets to our host, broadcast \- only show Broadcast packets, multicast \- only show Multicast packets, others \- only show packets from other hosts (promiscuous mode), outgoing \- only show outgoing packets from our host -+A pkt\-type specification allows one to post\-filter packets within userspace context (therefore slower than BPF)\. The following types are supported: host \- only show incoming packets to our host, broadcast \- only show Broadcast packets, multicast \- only show Multicast packets, others \- only show packets from other hosts (promiscuous mode), outgoing \- only show outgoing packets from our host - .RE - .PP - \-b cpu\-range, \-\-bind\-cpu cpu\-range diff -rupN netsniff-ng-0.5.5.0/debian/patches/series netsniff-ng-0.5.6/debian/patches/series --- netsniff-ng-0.5.5.0/debian/patches/series 2011-05-30 05:10:09.0 +0200 +++ netsniff-ng-0.5.6/debian/patches/series 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -01_manpage_fix.diff diff -rupN netsniff-ng-0.5.5.0/debian/rules netsniff-ng-0.5.6/debian/rules --- netsniff-ng-0.5.5.0/debian/rules 2011-05-30 05:07:40.0 +0200 +++ netsniff-ng-0.5.6/debian/rules 2012-04-05 12:05:29.718560524 +0200 @@ -9,14 +9,15 @@ build: build-stamp build-stamp: dh_testdir - cd src; $(MAKE) DESTDIR=$(CURDIR)/debian/netsniff-ng all + cd src/curvetun ; ./nacl_path.sh /usr/include/nacl /usr/lib; + mkdir -p src/build; cd src/build; cmake
Bug#662964: ekiga: diff for NMU version 3.2.7-4.2
tags 662964 + patch tags 662964 + pending tags 664929 + patch tags 664929 + pending thanks Dear maintainer, I've prepared an NMU for ekiga (versioned as 3.2.7-4.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer or if I can upload without delay. Regards. -- Mehdi Dogguy diff -Nru ekiga-3.2.7/debian/changelog ekiga-3.2.7/debian/changelog --- ekiga-3.2.7/debian/changelog 2011-10-17 13:00:44.0 +0200 +++ ekiga-3.2.7/debian/changelog 2012-04-05 11:53:51.0 +0200 @@ -1,3 +1,12 @@ +ekiga (3.2.7-4.2) unstable; urgency=high + + * Non-maintainer upload. + * Fix FTBFS due to API changes in Opal 3.10 (Closes: #664929, #662964) +- add debian/patches/opal310.patch + * Set urgency to high to fix RC bugs. + + -- Mehdi Dogguy me...@debian.org Thu, 05 Apr 2012 11:51:01 +0200 + ekiga (3.2.7-4.1) unstable; urgency=low * Non-maintainer upload. @@ -789,5 +798,3 @@ * Initial Release. (Closes: #103474) -- Sander Smeenk ssme...@debian.org Wed, 4 Jul 2001 14:03:24 +0200 - - diff -Nru ekiga-3.2.7/debian/patches/opal310.patch ekiga-3.2.7/debian/patches/opal310.patch --- ekiga-3.2.7/debian/patches/opal310.patch 1970-01-01 01:00:00.0 +0100 +++ ekiga-3.2.7/debian/patches/opal310.patch 2012-04-05 11:50:56.0 +0200 @@ -0,0 +1,79 @@ +Author: Mehdi Dogguy me...@debian.org +Subject: Cope with API changes in Opal 3.10 + + http://git.gnome.org/browse/ekiga/commit/lib/engine/components/opal/opal-call.cpp?id=34d9b995344eca38afa083b10a6c864c15848b9a + http://git.gnome.org/browse/ekiga/commit/lib/engine/components/opal/opal-call.cpp?id=72d7b95bd8df3b6673e175195d9ba2b8abef5c0e + http://git.gnome.org/browse/ekiga/commit/lib/engine/components/opal/sip-endpoint.cpp?id=8c02582bdfa81ea0154572549fbfc319811a72f1 + +Origin: upstream +Bug-Debian: http://bugs.debian.org/664929 + +--- a/lib/engine/components/opal/opal-call.cpp b/lib/engine/components/opal/opal-call.cpp +@@ -154,11 +154,11 @@ + PSafePtrOpalConnection connection = get_remote_connection (); + if (connection != NULL) { + +-on_hold = connection-IsConnectionOnHold (); ++on_hold = connection-IsOnHold (false); + if (!on_hold) +- connection-HoldConnection (); ++ connection-Hold (false, true); + else +- connection-RetrieveConnection (); ++ connection-Hold (false, false); + } + } + +@@ -477,7 +477,6 @@ + case OpalConnection::EndedByNoRingBackTone: + case OpalConnection::EndedByOutOfService: + case OpalConnection::EndedByAcceptingCallWaiting: +-case OpalConnection::EndedWithQ931Code: + case OpalConnection::NumCallEndReasons: + default : + reason = _(Call completed); +--- a/lib/engine/components/opal/sip-endpoint.cpp b/lib/engine/components/opal/sip-endpoint.cpp +@@ -352,7 +352,11 @@ + { + if (!_uri.empty () (_uri.find (sip:) == 0 || _uri.find (':') == string::npos) !_message.empty ()) { + +-SIPEndPoint::Message (_uri, _message); ++OpalIM im; ++im.m_to = PURL (_uri); ++im.m_mimeType = text/plain;charset=UTF-8; ++im.m_body = _message; ++Message(im); + + return true; + } +@@ -940,6 +944,7 @@ + } + + ++#if 0 + void + Opal::Sip::EndPoint::OnMessageFailed (const SIPURL messageUrl, + SIP_PDU::StatusCodes /*reason*/) +@@ -953,6 +958,7 @@ + uri, display_name, + _(Could not send message))); + } ++#endif + + + SIPURL +--- a/lib/engine/components/opal/sip-endpoint.h b/lib/engine/components/opal/sip-endpoint.h +@@ -180,8 +180,10 @@ + bool OnReceivedMESSAGE (OpalTransport transport, + SIP_PDU pdu); + ++#if 0 + void OnMessageFailed (const SIPURL messageUrl, + SIP_PDU::StatusCodes reason); ++#endif + + SIPURL GetRegisteredPartyName (const SIPURL host, + const OpalTransport transport); diff -Nru ekiga-3.2.7/debian/patches/series ekiga-3.2.7/debian/patches/series --- ekiga-3.2.7/debian/patches/series 2011-10-17 13:03:47.0 +0200 +++ ekiga-3.2.7/debian/patches/series 2012-04-05 11:42:29.0 +0200 @@ -1,2 +1,3 @@ libnotify0.7.patch fix-linux-gnueabihf-build.patch +opal310.patch
Bug#667608: [Pkg-ime-devel] Bug#667608: sunpinyin: renders ibus-sunpinyin unusable
We are working on multiarch of sunpinyin. And ibus-sunpinyin need some modify and rebuild. Liang Guo will upload the new ibus-sunpinyin soon. On Thu, Apr 5, 2012 at 6:01 PM, Guanhao Yin yinguan...@gmail.com wrote: Package: sunpinyin Version: 2.0.3+git20120222-1 Severity: important After upgrading libsunpinyin3 and sunpinyin-data to 2.0.3+git20120222-1, ibus-sunpinyin is unusable (cannot switch to sunpinyin in ibus). Downgrading both packages to 2.0.3-5 solves the problem. I'm using ibus-sunpinyin 2.0.3-3. ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667610: Please allow for bypassing the autoconfiguration of grub2
Package: grub2 Severity: wishlist Hi, I'm currently working on a script for a customer to generate a customized image for them to use on their embedded devices. The output of this script will be a CompactFlash device, ready to be put in their device (an Atom-based board). This script must run fully noninteractive, so has DEBCONF_FRONTEND=noninteractive. One of the things the script must do is install a boot loader, in casu grub2. However, this fails because grub2 assumes that it must at all times be installed to a boot record if it's installed somewhere, and will fail to install properly if that isn't true. Now while it can be useful to have a bootloader be automatically configured upon installation, it's fairly annoying if I have to resort to ugly tricks to make the postinst script believe it doesn't have to do anything. Instead, I'd prefer it if it were possible to just tell it to not do anything, so that I can do this myself. A proposed patch (not tested, but gets the idea across): diff -ruN grub2-1.99.orig/debian/postinst.in grub2-1.99/debian/postinst.in --- grub2-1.99.orig/debian/postinst.in 2012-04-05 11:33:26.638928567 +0200 +++ grub2-1.99/debian/postinst.in 2012-04-05 11:45:43.746939629 +0200 @@ -291,6 +291,11 @@ configure) . /usr/share/debconf/confmodule +db_get grub2/configure_grub || true +if [ $RET = false ]; then + exit 0 +fi + if dpkg --compare-versions $2 lt-nl 1.99-1; then # Force dpkg to replace this directory with a symlink. if [ ! -L /usr/share/doc/@PACKAGE@ ] [ -d /usr/share/doc/@PACKAGE@ ]; then diff -ruN grub2-1.99.orig/debian/templates.in grub2-1.99/debian/templates.in --- grub2-1.99.orig/debian/templates.in 2012-04-05 11:47:12.058940963 +0200 +++ grub2-1.99/debian/templates.in 2012-04-05 11:46:53.330940571 +0200 @@ -43,3 +43,11 @@ . If you do not understand this message, or if there are no custom boot menu entries, you can ignore this message. + +Template: grub2/configure_grub +Type: boolean +Default: true +Description: not shown + This template is not shown. However, you can preseed it to false to + skip the autoconfiguration of grub2, in case you want to bypass it or + replace it with a local scheme. Since we only db_get the value and don't db_input it, it's never shown to a user, and the default value shouldn't result in any changes. As such, this should be non-intrusive for the common case, while allowing people to bypass the autoconfiguration entirely if they don't need it, as in my case. Thanks, -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667611: n-m-openvpn shuts down VPN when openvpn soft-restarts
Package: network-manager-openvpn Version: 0.9.4.0-1 I thought i copy this bug over here, because its already quite old and still not fixed. https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/280160 I can confirm the same behavior in debian squeeze and wheezy. at least there is an workaround avaliable. There is an Openvpn ticket too: https://community.openvpn.net/openvpn/ticket/93 but not much progress there ether. greetings Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667608: [Pkg-ime-devel] Bug#667608: sunpinyin: renders ibus-sunpinyin unusable
reassign 667608 src:ibus-sunpinyin thanks The problem is ibus-sunpinyin needs a rebuild with new sunpinyin, which is pending to upload. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646961: patch
And one more thing... On 05.04.2012 13:37, Michael Tokarev wrote: On 04.04.2012 22:24, Robert Millan wrote: -while /sbin/route del default gw 0.0.0.0 dev $interface; do :; done +if [ ${uname} = GNU/kFreeBSD ] ; then +while /lib/freebsd/route del -net 0.0.0.0 0.0.0.0 dev $interface; do :; done +else +while /sbin/route del default gw 0.0.0.0 dev $interface; do :; done +fi I also wonder if we can just test for /lib/freebsd/route existance instead of checking $(uname -r) ? Somehow I'm not comfortable with the uname check... Besides, where I can see the /sbin/route wrapper currently in use on kfreebsd? I forgot that I had a qemu VM with kfreebsd, so I found it. But: # /lib/freebsd/route del -net 0.0.0.0 0.0.0.0 dev re0 route: bad address: dev This is freebsd-net-tools 8.2+ds3-2. Does it support dev ? The difference between the two are actually quite small. For example, the subsequent hunk from your patch: metric=0 for i in $router; do - /sbin/route add default gw $i dev $interface metric $metric + if [ ${uname} = GNU/kFreeBSD ] ; then + /lib/freebsd/route add -net 0.0.0.0 $i dev $interface metric $metric + else + /sbin/route add default gw $i dev $interface metric $metric + fi metric=$(($metric + 1)) done this difference can be reduced further: /sbin/route add -net 0.0.0.0 gw $i dev $interface metric $metric so we now have just two differences: the command name and gw keyword. /sbin/route script from freebsd-net-tools will just strip gw, so it should work without any changes. But it will also remove metric and dev, at least if I understand the code -- this should be easy to fix in the script. But the same applies to the add command: my /lib/freebsd/route does not accept dev keyword: # /lib/freebsd/route add -net 0.0.0.0 10.0.2.2 dev re0 metric 0 route: bad address: dev Are you sure it's okay? Besides, I'm not really sure why/when/how several routes can be present. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667612: systemd: systemclt breaks because of dependency on liblzma.so.5 in /usr
Package: systemd Version: 44-1 Severity: normal With a recent update, systemctl now depends on liblzma.so.5, and this library is installed under /usr, This renders my system which has a separate /usr partition, completely unbootable. I do know that having a separate /usr partition is not supported or recommended anymore. Still the documentation claims that systemd itself will cause no major breakage without the /usr partition mounted. And until the initramfs tools package is capable of automatically mounting /usr early in the boot process, I think that systemd should continue to work without /usr. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii dpkg 1.16.2 ii initscripts 2.88dsf-22.1 ii libacl1 2.2.51-5 ii libaudit01:1.7.18-1.1 ii libc62.13-27 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.1-2 ii libdbus-1-3 1.5.12-1 ii libkmod2 6-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7 ii libselinux1 2.1.9-4 ii libsystemd-daemon0 44-1 ii libsystemd-id128-0 44-1 ii libsystemd-journal0 44-1 ii libsystemd-login044-1 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-4 Versions of packages systemd recommends: ii libpam-systemd 44-1 Versions of packages systemd suggests: ii python 2.7.2-10 ii systemd-gui 44-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#364565: clusterssh: Trying to fix braindead logic
Package: clusterssh Version: 4.00.11-2 Followup-For: Bug #364565 Okay, I really had enough of not being able to paste a minus.. so here's the fix. Please test: this code should prioritise shiftless keycodes against shifted ones. No implied or expressed guarantees, however it Works For Me(Tm) and the logic looks sane now. Using strings for modifiers is a fun way to do it, a numerical array would make it dead simple but I'm kind of lazy to rewrite the whole keyboard logic. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages clusterssh depends on: ii libx11-protocol-perl 0.56-2 ii openssh-client1:5.9p1-2 ii perl-tk 1:804.029-1.2 ii xterm 276-2 clusterssh recommends no packages. clusterssh suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/perl5/App/ClusterSSH.pm (from clusterssh package) --- ClusterSSH.pm.orig 2012-04-05 12:04:19.596535136 +0200 +++ ClusterSSH.pm 2012-04-05 12:09:31.563032911 +0200 @@ -531,53 +531,48 @@ logmsg( 1, Loading keymaps and keycodes ); -foreach ( 0 .. $#keyboard ) { -if ( defined $keyboard[$_][3] ) { -if ( defined( $keycodetosym{ $keyboard[$_][3] } ) ) { -$keyboardmap{ $keycodetosym{ $keyboard[$_][3] } } -= 'sa' . ( $_ + $min ); -} -else { -logmsg( 2, Unknown keycode , $keyboard[$_][3] ) -if ( $keyboard[$_][3] != 0 ); -} -} -if ( defined $keyboard[$_][2] ) { -if ( defined( $keycodetosym{ $keyboard[$_][2] } ) ) { -$keyboardmap{ $keycodetosym{ $keyboard[$_][2] } } -= 'a' . ( $_ + $min ); -} -else { -logmsg( 2, Unknown keycode , $keyboard[$_][2] ) -if ( $keyboard[$_][2] != 0 ); -} -} -if ( defined $keyboard[$_][1] ) { -if ( defined( $keycodetosym{ $keyboard[$_][1] } ) ) { -$keyboardmap{ $keycodetosym{ $keyboard[$_][1] } } -= 's' . ( $_ + $min ); -} -else { -logmsg( 2, Unknown keycode , $keyboard[$_][1] ) -if ( $keyboard[$_][1] != 0 ); -} -} -if ( defined $keyboard[$_][0] ) { -if ( defined( $keycodetosym{ $keyboard[$_][0] } ) ) { -$keyboardmap{ $keycodetosym{ $keyboard[$_][0] } } -= 'n' . ( $_ + $min ); -} -else { -logmsg( 2, Unknown keycode , $keyboard[$_][0] ) -if ( $keyboard[$_][0] != 0 ); -} -} - -# dont know these two key combs yet... -#$keyboardmap{ $keycodetosym { $keyboard[$_][4] } } = $_ + $min; -#$keyboardmap{ $keycodetosym { $keyboard[$_][5] } } = $_ + $min; -} + my %keyboard_modifier_priority = ( + 'sa' = 3, # lowest + 'a' = 2, + 's' = 1, + 'n' = 0, # highest + ); + + my %keyboard_stringlike_modifiers = reverse %keyboard_modifier_priority; + + # try to associate $keyboard=X11-GetKeyboardMapping table with X11::Keysyms + foreach my $i ( 0 .. $#keyboard ) { + for my $modifier ( 0 .. 3 ) { + if( defined( $keycodetosym{ $keyboard[$i][$modifier] } ) ) { +# keyboard layout contains the keycode at $modifier level +if( defined( $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } ) ) { + # we already have a mapping, let's see whether current one is better (lower shift state) + my ($mod_code,$key_code) = $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } =~ /^(\D+)(\d+)$/; + # it is not easy to get around our own alien logic storing modifiers ;-) + if( $modifier $keyboard_modifier_priority{$mod_code} ) { + # YES! current keycode have priority over old one (phew!) + $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } = + $keyboard_stringlike_modifiers{$modifier} . ( $i + $min ); + } +} else { + # we don't yet have a mapping... piece of cake! + $keyboardmap{ $keycodetosym{ $keyboard[$i][$modifier] } } = + $keyboard_stringlike_modifiers{$modifier} . ( $i + $min ); +} + } else { +# we didn't get the code from X11::Keysyms +if( $keyboard[$i][$modifier] != 0 ) { + # ignore code=0 + logmsg( 2, Unknown keycode , $keyboard[$i][$modifier] ); +} + } + } + } +# dont know these two key combs yet... +#$keyboardmap{ $keycodetosym { $keyboard[$_][4] } } = $_ + $min; +#$keyboardmap{ $keycodetosym { $keyboard[$_][5] } } = $_ + $min; + #print $_ = $keyboardmap{$_}\n foreach(sort(keys(%keyboardmap))); #print keysymtocode:
Bug#667613: mutt-vc-query: undefined rolo(1) manual entry in mutt-vc-query(1)
Package: mutt-vc-query Version: 002-5 Severity: minor Dear Maintainer, mutt-vc-query man page refers to rolo(1) which is anymore in Debian : http://packages.debian.org/search?keywords=rolosearchon=namessuite=allsection=all This may apply upstream, if not dead. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (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 Versions of packages mutt-vc-query depends on: ii libc6 2.13-27 ii libvc0 003.dfsg.1-12 mutt-vc-query recommends no packages. Versions of packages mutt-vc-query suggests: ii mutt 1.5.21-5+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667614: lintian: Please query distro-info for getting a valid list of Debian/Ubuntu distributions
Package: lintian Version: 2.5.6 Severity: minor Dear Maintainer, Please use `debian-distro-info --date=iso 8601 date --supported' to get a list of valid Debian distributions and `ubuntu-distro-info --date=iso 8601 date --supported' for a list of valid Ubuntu distributions. You can use libdistro-info-perl if you want to avoid a program execution. The output of the distro-info scripts can replace the static list in vendors/debian/ftp-master-auto-reject/data/changes-file and vendors/ubuntu/main/data/changes-file. FYI, distro-info will be backported to squeeze and I will keep the distro-info-data package up-to-date. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667043: libneon27 0.29.6-1 breaks kio_audiocd.so as well
Hi! When trying to access audiocd:/ in Konqueror or Dolphin with KDE SC 4.7.4 I get the following in ~/.xsession-errors. konqueror(12170): couldn't create slave: Aufruf des Ein-/Ausgabemoduls nicht möglich. klauncher meldet: Fehler beim Laden von „kio_audiocd“ Could not open library '/usr/lib/kde4/kio_audiocd.so'. Cannot load library /usr/lib/kde4/kio_audiocd.so: (/usr/lib/libneon- gnutls.so.27: undefined symbol: ne_ssl_context_get_flag) konqueror(12170): couldn't create slave: Aufruf des Ein-/Ausgabemoduls nicht möglich. klauncher meldet: Fehler beim Laden von „kio_audiocd“ Could not open library '/usr/lib/kde4/kio_audiocd.so'. Cannot load library /usr/lib/kde4/kio_audiocd.so: (/usr/lib/libneon- gnutls.so.27: undefined symbol: ne_ssl_context_get_flag) konqueror(12170): couldn't create slave: Aufruf des Ein-/Ausgabemoduls nicht möglich. klauncher meldet: Fehler beim Laden von „kio_audiocd“ Downgrading to libneon27 and libneon27-gnutls from http://snapshot.debian.org/package/neon27/0.29.6-1/ fixes the issue. (And I then get another, not enough permissions, although I think I obviously have enough permissions - different bug.) Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667597: change of tags / pending
tags 667597 + pending thanks Fix in under way, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667597: forwarded to upstream
forwarded 667597 http://code.google.com/p/winetricks/issues/detail?id=191 thanks See above URL. Patch has been already submitted to upstream. (Was forwarded: http://code.google.com/p/winetricks/issues/detail?id=194) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667606: Checkinstall 1.6.2-3 cumulative patch
On 05. april 2012 11:17, Kostas Tamateas wrote: Package: checkinstall Version: 1.6.2-3 Hello, I have written a cumulative patch for checkinstall 1.6.2-3. It does some fixes and adds some new functionality to checkinstall. Below I will describe each case. Looks good! I'll have a look at it tonight. Have you tried to send this patch(es) upstream (separate issues should have separate patches)? Development upstream is slow, but it's still alive. The upstream bug tracker can be found here: http://bugtrack.izto.org/ Regards Andreas Noteng signature.asc Description: OpenPGP digital signature
Bug#667615: nagios-nrpe-server: computes wrong number for check_procs -a
Package: nagios-nrpe-server Version: 2.12-4 Severity: normal Hi, Running 'check_procs [..] -a' directly on a host gives the correct number: | H:~# /usr/lib/nagios/plugins/check_procs -c 1:1 -a SOME_UNIQUE_ARGUMENT | PROCS OK: 1 process with args 'SOME_UNIQUE_ARGUMENT' | | H:~# /usr/lib/nagios/plugins/check_procs -c 1:1 -a ANY_RANDOM_STRING | PROCS CRITICAL: 0 processes with args 'ANY_RANDOM_STRING' Running the same command indirectly via 'check_nrpe' gives a wrong number: | H:~# /usr/lib/nagios/plugins/check_nrpe -H $DST -c procs-a -a 1:1 SOME_UNIQUE_ARGUMENT | PROCS CRITICAL: 2 processes with args 'SOME_UNIQUE_ARGUMENT' | | H:~# /usr/lib/nagios/plugins/check_nrpe -H $DST -c procs-a -a 1:1 ANY_RANDOM_STRING | PROCS OK: 1 process with args 'ANY_RANDOM_STRING' where 'procs-a' remote command is defined like this in nrpe server: command[procs-a]=/usr/lib/nagios/plugins/check_procs -c $ARG1$ -a $ARG2$ As you can see 'check_nrpe' computes the wrong number (+1) for every check_procs [..] -a command. This appears to be specific to Debian because the 'nrpe' server on RHEL hosts give the correct number. Thanks -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 Versions of packages nagios-nrpe-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-4squeeze7 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages nagios-nrpe-server recommends: ii nagios-plugins 1.4.15-3squeeze1 Plugins for the nagios network mon ii nagios-plugins-basic1.4.15-3squeeze1 Plugins for the nagios network mon nagios-nrpe-server suggests no packages. -- Configuration Files: /etc/nagios/nrpe.cfg changed: log_facility=daemon pid_file=/var/run/nagios/nrpe.pid server_port=5666 nrpe_user=nagios nrpe_group=nagios allowed_hosts=127.0.0.1,X.X.X.X dont_blame_nrpe=1 debug=0 command_timeout=60 connection_timeout=300 command[check_users]=/usr/lib/nagios/plugins/check_users -w 5 -c 10 command[check_load]=/usr/lib/nagios/plugins/check_load -w 15,10,5 -c 30,25,20 command[check_hda1]=/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /dev/hda1 command[check_zombie_procs]=/usr/lib/nagios/plugins/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 150 -c 200 include=/etc/nagios/nrpe_local.cfg include_dir=/etc/nagios/nrpe.d/ -- 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#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)
tags 659363 - moreinfo quit Per Olofsson wrote: I can confirm that the proposed patch[1] fixes the issue for me. [1] http://thread.gmane.org/gmane.linux.kernel/1273425 Thanks! The patch mentioned above is v7. I'm attaching v8, which based on the upstream report I assume you have also already tested. From: Bojan Smojver bo...@rexursive.com Date: Tue, 3 Apr 2012 12:02:07 +1000 Subject: Hibernation: lower/better control the amount of pages used for buffering Hibernation/thaw improvements: 1. Set maximum number of pages for read buffering consistently, instead of inadvertently depending on the size of the sector type. 2. Use at most one quarter of free pages for read buffering. 3. Require that number of free pages when writing the image never falls below three quarters of total free pages available. Signed-off-by: Bojan Smojver bo...@rexursive.com Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- kernel/power/swap.c | 35 --- 1 file changed, 24 insertions(+), 11 deletions(-) diff --git a/kernel/power/swap.c b/kernel/power/swap.c index 11a594c4ba25..419d30e563e9 100644 --- a/kernel/power/swap.c +++ b/kernel/power/swap.c @@ -6,7 +6,7 @@ * * Copyright (C) 1998,2001-2005 Pavel Machek pa...@ucw.cz * Copyright (C) 2006 Rafael J. Wysocki r...@sisk.pl - * Copyright (C) 2010 Bojan Smojver bo...@rexursive.com + * Copyright (C) 2010-2012 Bojan Smojver bo...@rexursive.com * * This file is released under the GPLv2. * @@ -52,6 +52,15 @@ #define MAP_PAGE_ENTRIES (PAGE_SIZE / sizeof(sector_t) - 1) +/* + * Number of pages required to be kept free while writing the image. Always + * three quarters of all available pages before the writing starts. + */ +static inline unsigned long reqd_free_pages(void) +{ + return (nr_free_pages() / 4) * 3; +} + struct swap_map_page { sector_t entries[MAP_PAGE_ENTRIES]; sector_t next_swap; @@ -73,7 +82,7 @@ struct swap_map_handle { sector_t cur_swap; sector_t first_sector; unsigned int k; - unsigned long nr_free_pages, written; + unsigned long reqd_free_pages; u32 crc32; }; @@ -317,8 +326,7 @@ static int get_swap_writer(struct swap_map_handle *handle) goto err_rel; } handle-k = 0; - handle-nr_free_pages = nr_free_pages() 1; - handle-written = 0; + handle-reqd_free_pages = reqd_free_pages(); handle-first_sector = handle-cur_swap; return 0; err_rel: @@ -353,11 +361,15 @@ static int swap_write_page(struct swap_map_handle *handle, void *buf, handle-cur_swap = offset; handle-k = 0; } - if (bio_chain ++handle-written handle-nr_free_pages) { + if (bio_chain nr_free_pages() = handle-reqd_free_pages) { error = hib_wait_on_bio_chain(bio_chain); if (error) goto out; - handle-written = 0; + /* +* Recalculate the number of required free pages, to make sure +* we never take more than a quarter. +*/ + handle-reqd_free_pages = reqd_free_pages(); } out: return error; @@ -405,7 +417,7 @@ static int swap_writer_finish(struct swap_map_handle *handle, #define LZO_THREADS3 /* Maximum number of pages for read buffering. */ -#define LZO_READ_PAGES (MAP_PAGE_ENTRIES * 8) +#define LZO_READ_PAGES 8192 /** @@ -616,10 +628,10 @@ static int save_image_lzo(struct swap_map_handle *handle, } /* -* Adjust number of free pages after all allocations have been done. -* We don't want to run out of pages when writing. +* Adjust the number of required free pages after all allocations have +* been done. We don't want to run out of pages when writing. */ - handle-nr_free_pages = nr_free_pages() 1; + handle-reqd_free_pages = reqd_free_pages(); /* * Start the CRC32 thread. @@ -1129,8 +1141,9 @@ static int load_image_lzo(struct swap_map_handle *handle, /* * Adjust number of pages for read buffering, in case we are short. +* Never take more than a quarter of all available pages. */ - read_pages = (nr_free_pages() - snapshot_get_image_size()) 1; + read_pages = (nr_free_pages() - snapshot_get_image_size()) / 4; read_pages = clamp_val(read_pages, LZO_CMP_PAGES, LZO_READ_PAGES); for (i = 0; i read_pages; i++) { -- 1.7.10.rc4