Bug#737126: Bug#736656: libdbi-drivers: drivers not found anymore, due to multi-arch
Am 2014-01-31 05:17, schrieb Prach Pongpanich: On Fri, Jan 31, 2014 at 7:09 AM, markus.hoeni...@mhoenicka.de wrote: Prach Pongpanich writes: [..] (Cc:-ing #737126) That reduced failures, but still remain the issue with the_float and the_double. Running libdbi framework test... test_dbi.c:3732: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3732] test_dbi.c:3733: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3733] Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Completed libdbi framework test: 397 passes, 2 failures, 0 exceptions. make: *** [test-stamp] Error 1 Ok, seems we're halfway there. It is certainly worth checking all the compiler warnings that Laszlo mentioned. But the above mentioned failures may be related to the way how libdbi converts floating point numbers to long long values. Prach, could you please run the test program below and report any compiler warnings as well as the output on armel? float2longlong.c --8 #include stdlib.h #include stdio.h int main() { float bigfloat = 3.402823e+38; long long bigfloat_casted; bigfloat_casted = (long long)bigfloat; printf(%lld\n, bigfloat_casted); exit (0); } I've added a big double: root@raspy-sid:~# gcc -Wall -g fd2ll.c -o fd2ll root@raspy-sid:~# ./fd2ll bigfloat2ll = -1 bigdouble2ll = -1 -- Prach Thanks. I'll have to mull over this a little, but it basically means that the design of the test program is flawed. The hard-coded expected return values are not as platform-independent as we figured, because they may exceed the range of valid numbers on some platforms. One option is to forgo the hard-coded values and use constants from limits.h like LLONG_MAX instead, assuming that they are available on all platforms. We'd then have to create the string representations via snprintf() instead of hard-coding them. Problem is that I'm not aware of similar limits for floats. Do you know where to get this info from at compile time? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567210: doc-available always returns false without network
On Thu, Jan 30, 2014 at 1:49 PM, Eugene Zhukov jevgeni...@gmail.com wrote: It fails immediately without network, but hangs and succeeds with network. Saxon does not have a local copy of PUBLIC -//W3C//DTD XHTML+RDFa is not shown anymore! With tcpdump and wireshark I see a request: GET /MarkUp/DTD/xhtml-rdfa-1.dtd HTTP/1.1 User-Agent: Java/1.6.0_27 Host: www.w3.org Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive I just wanted to amend this test-case with more-or-less full HTTP request/response chain from tcpdump: http://paste.debian.net/79423/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736836: [Cupt-devel] Bug#736836: [cupt] Add aptitude-style user-tags
Control: -1 tags + confirmed Hello, 2014-01-27 16:32, Kolya Ay: I would be very usefull to have an ability to attach some user information to packages (e.g tags). It's the only feature I miss to switch completely on cupt. Thanks for your interest towards Cupt. I've added that to my TODO list. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737191: python-pil instead of python-imaging
Package: openslide-python -- Forwarded message -- From: Benjamin Gilbert bgilb...@cs.cmu.edu Date: Fri, Jan 31, 2014 at 7:52 AM Subject: Observations on python-openslide package To: Mathieu Malaterre mathieu.malate...@gmail.com Hi Mathieu, I was looking at the Debian python-openslide package and noticed a few things which I thought I'd pass along: - The package depends on python-imaging, which in jessie/sid contains only the glue allowing import Image to work. OpenSlide Python doesn't do that, so you should be able to depend only on python-pil. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737193: Copyright dates
Package: openslide-python -- Forwarded message -- From: Benjamin Gilbert bgilb...@cs.cmu.edu Date: Fri, Jan 31, 2014 at 7:52 AM Subject: Observations on python-openslide package To: Mathieu Malaterre mathieu.malate...@gmail.com Hi Mathieu, I was looking at the Debian python-openslide package and noticed a few things which I thought I'd pass along: - The Carnegie Mellon copyright dates in the copyright file should be extended through 2014. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737121: ikiwiki: [PATCH] Implement configuration option to set the user agent string for outbound HTTP requests
Hi, On Thu, Jan 30, 2014 at 02:47:41PM -0400, Joey Hess wrote: This looks good, but have you checked that all of the places $config{useragent} is passed to do the right thing when it is undef? Yes I have. Case 1: IkiWiki::useragent() using LWP::UserAgent-new(). $agent variable defined from the option hash passed to LWP::UserAgent-new(): https://metacpan.org/source/GAAS/libwww-perl-6.05/lib/LWP/UserAgent.pm#L28 Value of $agent variable checked with defined(), if undef using the default implementation as if no agent key passed to LWP::UserAgent-new() at all: https://metacpan.org/source/GAAS/libwww-perl-6.05/lib/LWP/UserAgent.pm#L112 Case 2: Where LWPx::ParanoidAgent-new() is being used. LWPx::ParanoidAgent is a sub-class of LWP::UserAgent, so option hash passed to LWPx::ParanoidAgent-new() is used as with LWP::UserAgent-new(): https://metacpan.org/source/SAXJAZMAN/LWPx-ParanoidAgent-1.10/lib/LWPx/ParanoidAgent.pm#L22 https://metacpan.org/source/SAXJAZMAN/LWPx-ParanoidAgent-1.10/lib/LWPx/ParanoidAgent.pm#L30 On a related note, should the cookie jar option be passed when using LWPx::ParanoidAgent-new()? So I think it's ok. br, Tuomas -- see shy jo signature.asc Description: Digital signature
Bug#737192: Missing jquery.js for examples
Package: openslide-python -- Forwarded message -- From: Benjamin Gilbert bgilb...@cs.cmu.edu Date: Fri, Jan 31, 2014 at 7:52 AM Subject: Observations on python-openslide package To: Mathieu Malaterre mathieu.malate...@gmail.com Hi Mathieu, I was looking at the Debian python-openslide package and noticed a few things which I thought I'd pass along: - /usr/share/doc/python-openslide/examples/deepzoom contains everything necessary to run the example servers, except for jquery.js. As a result, if deepzoom_server.py or deepzoom_multiserver.py is run from the examples directory, they will serve web pages which do not correctly load in a browser. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737194: support python 3
Package: openslide-python Severity: wishlist -- Forwarded message -- From: Benjamin Gilbert bgilb...@cs.cmu.edu Date: Fri, Jan 31, 2014 at 7:52 AM Subject: Observations on python-openslide package To: Mathieu Malaterre mathieu.malate...@gmail.com Hi Mathieu, I was looking at the Debian python-openslide package and noticed a few things which I thought I'd pass along: - You may want to consider packaging OpenSlide Python for Python 3 as well. HTH, --Benjamin Gilbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737195: package is 'all' not 'any'
Package: openslide-python Severity: grave -- Forwarded message -- From: Benjamin Gilbert bgilb...@cs.cmu.edu Date: Fri, Jan 31, 2014 at 7:52 AM Subject: Observations on python-openslide package To: Mathieu Malaterre mathieu.malate...@gmail.com Hi Mathieu, I was looking at the Debian python-openslide package and noticed a few things which I thought I'd pass along: - Everything in OpenSlide Python is arch-indep, but the package is built as arch-dep. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system resolution - revised proposal
Don Armstrong wrote: On Thu, 30 Jan 2014, Josh Triplett wrote: Ian Jackson wrote: Software outside of an init system's implementation may not require a specific init system to be pid 1, although degraded operation is tolerable. For instance, consider a gnome-session-systemd package which uses systemd user sessions, provided in parallel with a compatibility package that does not. Or, consider the systemd-shim package. As written, this clause would prohibit such alternative packages, even though *collectively* the packages satisfy this requirement. Using software instead of packages sidesteps this problem, I think, since that avoids the technical details of how such compatibility is implemented. How confident are you that the entire technical committee and the community of people filing bugs in the future will share your interpretation of that statement in the resolution, versus the interpretation that would result in an automatic RC bug on *any* package that Depends: systemd-sysv (or logical equivalent), even if an alternative package exists? And to ask the reverse question: given your interpretation above, how averse are you to making some kind of clarification along the lines of what you said above official rather than unofficial? I'd hate to see people arguing over this ruling later if a one-sentence clarification could make it completely unambiguous. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697278: aptitude-common: Please make aptitude installable on non-native architectures
Rogier rogier...@gmail.com wrote: When trying to install aptitude on a non-native architecture, installation fails because not suitable installation candidates are found for some dependencies, in particular for aptitude-common: [shell transcript] I assume a simple 'Multi-Arch: foreign' would fix this ? Yes. I have marked all binary packages with appropriate Multi-Arch fields. This is enough on this side, but some dependencies are not yet updated for multiarch (such as libxapian22) so I will send some patches their way also. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737188: logrotate: doesn't report permission errors unless run with -v
On Fri, Jan 31, 2014 at 08:40:58AM +0100, Oskar Liljeblad wrote: Package: logrotate Version: 3.8.1-4 Severity: normal If you have a file in /etc/logrotate.d/ with incorrect permissions according to logrotate (e.g. root root 0664) then logrotate will silently ignore the file unless run with -v. That means that errors are not reported to administrators at all. Also I'm not sure why permissions of /etc/logrotate.d/ files are important at all. Can you give an example? Can you try with 3.8.7-1 (in testing)? -- Paul Martin p...@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#727708: TC resolution revised draft
Le jeudi 30 janvier 2014 à 14:40 +, Ian Jackson a écrit : D DM U UM O OM V VM GR and of course FD [snip text for 10 different options] == optional rider M (Multiple init systems) == Debian intends to support multiple init systems, for the foreseeable future, and so long as their respective communities and code remain healthy. Where feasible, software should interoperate with non-default init systems; maintainers are encouraged to accept technically sound patches to enable interoperation, even if it results in degraded operation while running under the init system the patch enables interoperation with. Since this text just recommends common sense and is not even mandatory, I wonder what it is trying to achieve. Given the Condorcet voting method is susceptible to tactical voting, especially when the votes are public, I fear it would make it very tempting for some members to manipulate the vote using this added complexity. -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732772: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
tags 732772 + patch thanks On Sat, Dec 21, 2013 at 11:07:37PM +0800, jida...@jidanni.org wrote: Package: procps Version: 1:3.3.9-1 Setting up procps (1:3.3.9-1) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults [ ok ] Setting kernel variables ...done. Trivial patch: line 90-93 of debian/rules which currently read: override_dh_installinit: ifeq ($(DEB_HOST_ARCH_OS), linux) dh_installinit --update-rcd-params='start 30 S .' endif should simply be deleted. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.
Le jeudi 30 janvier 2014 à 22:43 +0400, Sergey B Kirpichev a écrit : https://wiki.debian.org/Debate/initsystem/systemd#sysvinit_.2B-_insserv Since you forgot to paste the first sentence, let me add it here. “Sysvinit was never designed to cope with the dynamic/event-based architecture of the current Linux kernel. The only reason why we still use it today is the cost of a migration.” Is this all? Yes, this is all. Anyone who knows how Linux works doesn’t consider sysvinit a viable choice today. There is no need for lengthy argumentations, because there is nothing to argue against. -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736800: [src:moodle] Sourceless flash file
# This bug affects moodle for some time already. Details below. found 736800 2.2.2.dfsg-1 thanks webservice/amf/testclient/AMFTester.swf is present since at least Moodle 2.0: http://git.moodle.org/gw?p=moodle.git;a=tree;f=webservice/amf/testclient;h=de1e4b15a9b5d4222e01327c54e8658450382f0f;hb=64063ad95adb0442dd25cbb593afa0884c33b71c Build instructions and source is in the same directory, but you need Adobe Flex to compile it. Seems like a false positive. lib/flowplayer/* Has been there since 2.0.3: http://git.moodle.org/gw?p=moodle.git;a=tree;f=lib/flowplayer;h=61724063575df2ceccc25c51795ac703e195f12b;hb=06ede85e1f2286de63a462aa89a27830d4c1b1c0 This is somewhat problematic. Source is available under GPL3 from here: http://flash.flowplayer.org/download/ Since neither the deb nor moodle upstream currently includes source, there is a GPL compliance issue. My immediate recommendation is to elide it, similar to the treatment flvplayer has gotten before. The GPL issue needs to be reported to upstream. A longterm project would be to work with upstream toward using flowplayer's HTML5 version (with source, of course). (Before doing that, it would be interesting to ponder whether Flowplayer Ltd.'s usage of GPL3 clause 5d is conformant with Debian's view. See http://flowplayer.org/license/free-license-faq.html for details.) -- Robert BihlmeyerASSISTArrow ECS Internet Security AG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737047: postfix-policyd-spf-python: Missing depends on python-dns
On Friday, 31. January 2014 08:53:49 Kurt Roeckx wrote: On Thu, Jan 30, 2014 at 07:24:20PM -0500, Scott Kitterman wrote: I'm not sure how this can happen. Python-spf (which is what's importing DNS) depends on python-dns. That's a very good point. I do have the version from wheezy installed. I don't understand. Cannot reproduce this in piuparts. python-dns gets pulled into squeeze and is updated during the distupgrade to wheezy. Check your upgrade history if something interesting happened to python-dns. /var/log/dpkg.log* /var/log/apt/term.log* Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737196: Does not work anymore with recent upgrade of python-cffi
Package: snimpy Version: 0.8.1-1 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Traceback (most recent call last): File /usr/bin/snimpy, line 9, in module load_entry_point('snimpy==0.8.1', 'console_scripts', 'snimpy')() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 353, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2302, in load_entry_point return ep.load() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2029, in load entry = __import__(self.module_name, globals(),globals(), ['__name__']) File /usr/lib/python2.7/dist-packages/snimpy/main.py, line 41, in module from snimpy import manager File /usr/lib/python2.7/dist-packages/snimpy/manager.py, line 33, in module from snimpy import snmp, mib, basictypes File /usr/lib/python2.7/dist-packages/snimpy/mib.py, line 155, in module , libraries=[smi]) File /usr/lib/python2.7/dist-packages/cffi/api.py, line 339, in verify lib = self.verifier.load_library() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 73, in load_library self._write_source() File /usr/lib/python2.7/dist-packages/cffi/verifier.py, line 125, in _write_source file = open(self.sourcefilename, 'w') IOError: [Errno 2] No such file or directory: '/usr/lib/python2.7/dist-packages/snimpy/__pycache__/_cffi__x26c8cb4axa0dd8598.c' - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 snimpy depends on: ii libc6 2.17-97 ii libsmi2ldbl 0.4.8+dfsg2-8 ii python 2.7.5-5 ii python-cffi 0.8.1-1 ii python-pysnmp4 4.2.5-1 pn python2.7:any none snimpy recommends no packages. Versions of packages snimpy suggests: ii ipython 1.1.0-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS62heAAoJEJWkL+g1NSX5u8kP/R4irCc4Wk0RRdBx+XxPQVxd m4vGGPVSVUncdPFBpwnm5uSk3drMy3V/LAtX8ANI/B8kOjr56JE7vKC9agdNeMUH VrKAJ2nkIf6c06a+1W2bgC/GUPbCy6WEDSQFo5B4U1v7gyYzB6/AoqoGjkqD6rwI 7n2ylul7P1hNNHCgg9VwgD83oxbwhGZIDsA8kaAWcVyRL7+vWECYAdqNPVsQa0Ij KCtv7S1Su5HaN08rZgqRv80ouqhsd/tk/P3IUD6P8U22hXag5XWuGD/z8c7eaq9O EiGb4E9A3PaGPdGN3Ik6HV3JxMOzx5IUjJp4Za3FgjlEo1ybP9yck6NhVzZnFAiP jbcHZWlNrrOUxKrpbZdv4soT/toZp+u9OzoAaRz38xzoNDZLiMABy6Z4Bn275XLV BaUSGePFz6IhCoHnI3BnAthBxKtXY9yQyd6jYWJOqOXd/lXiA3dFgqJxZ0tXtk3I jFA/bj6iSHTfxQx4qnq1dSLnlcsN2QKmwfndOktQHVe0zJgLJNYQ1WdVvdrXPmTz BSITBz5edbMih7cVXq3eT+AIucS5t8508B7PRbsm4Y4yxylG2ujH4kR1+bA34v1y TobXIqZUW+9ub832dAHHQdmDf+gUIrNOZg0KLMY74KjjNsXLt9XL3FLVY7/h0znv 2Q9rUqPapBaKaNo0d8cn =s1ay -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#539978: aptitude: show says an installed package is not installed
Control: tags -1 + unreproducible Control: tags -1 + moreinfo Hi, Actually I don't think that the bug happens now as stated in the original report and the issue has been fixed, but I don't know if the same problem reappears under some conditions. Looking for to the show output of the 81 upgradable packages in my system right know, it says installed for all of them, so I think that this has been fixed and the report can be closed. Could you please do some checks and see if you are satisfied with the result, or otherwise explain what you would like to see? # aptitude show $(aptitude search '~U' -F '%p') | grep ^State | uniq -c 81 State: installed = # apt-cache policy apt apt: Installed: 0.9.14.2 Candidate: 0.9.15 Version table: 0.9.15 0 500 http://ftp/debian/ unstable/main amd64 Packages *** 0.9.14.2 0 100 /var/lib/dpkg/status # aptitude versions '^apt$' Package apt: i 0.9.14.2100 p 0.9.15unstable 500 # aptitude show apt Package: apt Essential: yes State: installed Automatically installed: no Version: 0.9.14.2 ... Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736892: CPU family
On Thu, 30 Jan 2014, Stephen Powell wrote: One other thing bothers me. /proc/cpuid indicates that the cpu family for all four processors is 21. Yet the kernel messages indicate that the microcode update was taken from a file for family 15 processors. Are we sure that the correct microcode update is being loaded? The file is for family 15h, that h stands for hexadecimal base. 15 in the hexadecimal base is 21 in the decimal base. It is working correctly. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737197: virt-manager: cannot import name SpiceClientGtk on starting
Package: virt-manager Version: 1:0.10.0-2 Severity: normal I guess there's a dependency missing: $ LC_ALL=C virt-manager --debug --no-fork 2014-01-31 10:46:52,809 (cliutils:75): virt-manager startup 2014-01-31 10:46:52,809 (virt-manager:199): Launched as: ['/usr/share/virt- manager/virt-manager', '--debug', '--no-fork'] 2014-01-31 10:46:52,809 (virt-manager:200): virt-manager version: 0.10.0 2014-01-31 10:46:52,810 (virt-manager:201): virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' 2014-01-31 10:46:52,905 (virt-manager:247): GTK version: 3.8.6 2014-01-31 10:46:52,957 (importer:51): Could not find any typelib for SpiceClientGtk 2014-01-31 10:46:52,959 (virt-manager:55): Error starting virt-manager Traceback (most recent call last): File /usr/share/virt-manager/virt-manager, line 303, in module main() File /usr/share/virt-manager/virt-manager, line 267, in main from virtManager.engine import vmmEngine File /usr/share/virt-manager/virtManager/engine.py, line 45, in module from virtManager.details import vmmDetails File /usr/share/virt-manager/virtManager/details.py, line 37, in module from virtManager.console import vmmConsolePages File /usr/share/virt-manager/virtManager/console.py, line 28, in module from gi.repository import SpiceClientGtk ImportError: cannot import name SpiceClientGtk -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-gtk-vnc-2.0 0.5.2-2 ii gir1.2-libvirt-glib-1.0 0.1.7-1 ii librsvg2-common 2.40.0-1 ii python-dbus 1.2.0-2+b1 ii python-gi3.10.2-2 ii python-ipaddr2.1.10-1 ii python-libvirt 1.2.1-1 ii python-urlgrabber3.9.1-4 pn python2.7:anynone pn python:any none ii virtinst 1:0.10.0-2 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.10.0-1 ii libvirt-bin 1.2.1-1 ii python-spice-client-gtk 0.22-0nocelt1 Versions of packages virt-manager suggests: ii gnome-keyring3.8.2-2 pn python-gnomekeyring none pn python-guestfs none ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 0.5.6-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737198: maxima doesn't honour *prompt-prefix* and *prompt-suffix* as used by cantor-backend-maxima
Package: maxima Version: 5.32.1-1 Severity: normal Tags: upstream Hi, Running the unittests in cantor I found that maxima is not honouring the *prompt-prefix* and *prompt-suffix* as are set by cantor (and documented in maxima's doc/implementation/external-interface.txt). cantor uses /usr/share/kde4/apps/cantor/maximabackend/cantor-initmaxima.lisp to initialize it, and expects them to notice requests of additional information, such as when evaluating: integrate(x^n,x) Running cantor, a sort of nice way to read the dialog between them is to use: strace -vfo /tmp/cantor_maxima.strace -s 1024 -e write cantor --backend maxima I've noticed that the git version of maxima has a number of changes around format-prompt and such, but I could not get it to compile to test it. Thanks, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maxima depends on: ii gnuplot-x11 4.6.4-1 ii libc6 2.17-97 ii libgmp10 2:5.1.3+dfsg-1 ii libreadline6 6.2+dfsg-0.1 ii libx11-6 2:1.6.2-1 Versions of packages maxima recommends: ii maxima-share 5.32.1-1 Versions of packages maxima suggests: pn maxima-docnone pn maxima-emacs none pn texmacs none ii tk8.5 [wish] 8.5.14-2 pn xmaxima 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#737126: Bug#736656: libdbi-drivers: drivers not found anymore, due to multi-arch
On Fri, Jan 31, 2014 at 9:04 AM, Markus Hoenicka markus.hoeni...@mhoenicka.de wrote: Problem is that I'm not aware of similar limits for floats. Do you know where to get this info from at compile time? Attached a sample. Basically those are: FLT_MAX, DBL_MAX and LDBL_MAX. Laszlo/GCS #include stdio.h #include stdlib.h #include float.h int main(void) { printf(float neg: %f\n, -FLT_MAX); printf(float min: %f\n, FLT_MIN); printf(float max: %f\n, FLT_MAX); printf(double neg: %lf\n, -DBL_MAX); printf(double min: %lf\n, DBL_MIN); printf(double max: %lf\n, DBL_MAX); printf(long double neg: %Lf\n, -LDBL_MAX); printf(long double min: %Lf\n, LDBL_MIN); printf(long double max: %Lf\n, LDBL_MAX); return EXIT_SUCCESS; }
Bug#737199: cups-tea4cups: typo in cups-tea4cups.postrm: dkg-statoverride: not found
Package: cups-tea4cups Version: 3.13~alpha0+svn3565-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove. From the attached log (scroll to the bottom...): Removing cups-tea4cups (3.13~alpha0+svn3565-1) ... /var/lib/dpkg/info/cups-tea4cups.postrm: 22: /var/lib/dpkg/info/cups-tea4cups.postrm: dkg-statoverride: not found dpkg: error processing package cups-tea4cups (--remove): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: cups-tea4cups cheers, Andreas cups-tea4cups_3.13~alpha0+svn3565-1.log.gz Description: GNU Zip compressed data
Bug#737200: ruby-rmagick: 2 examples for the documentation fail (only) on i386 during build
Package: ruby-rmagick Version: 2.13.2-2 Severity: normal The problem reported in http://bugs.debian.org/733723 is still present. On i386, two examples run to build the doc by the post-setub.rb script, namely doc/ex/shadow.rb and doc/ex/stroke_linecap.rb fail with an error looking like: /usr/bin/ruby1.9.1 -I /«PKGBUILDDIR»/./lib -I /«PKGBUILDDIR»/./ext/RMagick stroke_linecap.rb (example 156 of 188) /«PKGBUILDDIR»/lib/RMagick.rb:1836: warning: assigned but unused variable - current stroke_linecap.rb:42:in `draw': pixels are not authentic `' @ error/cache.c/QueueAuthenticPixelCacheNexus/4387 (Magick::ImageMagickError) from stroke_linecap.rb:42:in `main' Those result in three missing image examples in ruby-rmagick-doc when built on i386 (shadow_before.gif, shadow_after.gif, stroke_linecap.gif). However, running those examples directly from the command line do not generate any errors and the corresponding images are created. It is a mysterious bug, probably in imagemagick itself. Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 ruby-rmagick depends on: ii libc6 2.17-97 ii libmagickcore58:6.7.7.10-7 ii libruby1.9.1 1.9.3.484-1 ii libruby2.02.0.0.353-1 ii rubinius [ruby-interpreter] 2.0.0+gitb2952297-1 ii ruby 1:1.9.3 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby2.0 [ruby-interpreter]2.0.0.353-1 ruby-rmagick recommends no packages. ruby-rmagick 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#737197: virt-manager: cannot import name SpiceClientGtk on starting
I got it working by installing these packages: gir1.2-vte-2.90 gir1.2-spice-client-gtk-3.0 gir1.2-spice-client-glib-2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: call for votes on default Linux init system for jessie
(I was informed, that my posts are not welcome anymore here. So, there is last one for all.) On Thu, Jan 30, 2014 at 12:05:19PM -0700, Bdale Garbee wrote: Sergey B Kirpichev skirpic...@gmail.com writes: I just wonder why nobody from tect-ctte take care about the exact specification of that bare minimum (or, in other words, what exactly is wrong with sysvinit). In a sense, we all have done this, even if you don't see it explicitly written in just this way. Sorry. Maybe it's clear from the thread for others, that this specification is somewhere in minds of all tech-ctte members... But I doubt if it's so, as I was kindly pointed out to https://wiki.debian.org/Debate/initsystem/systemd#sysvinit_.2B-_insserv Is this all (what we want to fix in sysvinit/what we want to have in the modern init)? And that wasn't clear for others, otherwise I can't explain, for example, the questions why OpenRC was silently discarded from reviews. The thing that may not be obvious is that this line doesn't stand still, it is constantly moving as more people develop more free software that does newer and better things and in the process builds new dependencies. Old init was working for years. Are we only buy something that satisfy the new dependencies (for the Gnome) or a new init, that would work for comparable time? On Thu, Jan 30, 2014 at 05:16:46PM -0800, Keith Packard wrote: In effect, X takes the Debian position that patches which improve interoperabilty with a specific init system should be integrated. Seems to be sane and reasonable position. I wonder why Gnome people can't follow this. Where is the list of problems for sysvinit we intend to solve? For X, the problem is running X as a user other than root (There are sysvinit-enabled setups even without X...) On Fri, Jan 31, 2014 at 09:38:45AM +0100, Josselin Mouette wrote: https://wiki.debian.org/Debate/initsystem/systemd#sysvinit_.2B-_insserv Since you forgot to paste the first sentence, let me add it here. “Sysvinit was never designed to cope with the dynamic/event-based architecture of the current Linux kernel. The only reason why we still use it today is the cost of a migration.” I'm not forgot, because it's not the only reason - please see the mentioned example. Anyone who knows how Linux works doesn’t consider sysvinit a viable choice today. I'm sure Google sysadmins know how Linux works, still they consider sysvinit to be a viable (and preferred) choice. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720750: aptitude: search returns different numbers of packages depending on sort order
Control: tags -1 + confirmed Control: tags -1 + owner Thanks for your bug report. I found about this yesterterday independently, and confirmed your results above. I think that some results of the comparison make the loop stop short of processing the whole list of packages. I will try to find the problem and have a fix ready by the next release. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737126: Bug#736656: libdbi-drivers: drivers not found anymore, due to multi-arch
Am 2014-01-31 10:48, schrieb László Böszörményi: On Fri, Jan 31, 2014 at 9:04 AM, Markus Hoenicka markus.hoeni...@mhoenicka.de wrote: Problem is that I'm not aware of similar limits for floats. Do you know where to get this info from at compile time? Attached a sample. Basically those are: FLT_MAX, DBL_MAX and LDBL_MAX. Laszlo/GCS Ah, I see. I'll see if I can come up with a fixed testkit. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737201: pu: package ia32-libs/20140131, ia32-libs-gtk/20140131
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, As customary I'd like to update ia32-libs and ia32-libs-gtk for the upcoming Squeeze point update. Attached are what the diffs look like. cheers, Thijs diff -Nru ia32-libs-20131011/debian/changelog ia32-libs-20140131/debian/changelog --- ia32-libs-20131011/debian/changelog 2013-10-11 09:50:18.0 +0200 +++ ia32-libs-20140131/debian/changelog 2014-01-31 10:54:27.0 +0100 @@ -1,3 +1,46 @@ +ia32-libs (20140131) squeeze-proposed-updates; urgency=low + + * Packages updated + + [ curl (7.21.0-2.1+squeeze7) squeeze-security; urgency=high ] + + * Fix re-use of wrong HTTP NTLM connection as per CVE-2014-0015 +http://curl.haxx.se/docs/adv_20140129.html + * Set urgency=high accordingly + + [ curl (7.21.0-2.1+squeeze6) oldstable-security; urgency=low ] + + * Disable host verification too when using the --insecure option +(#729965) + + [ curl (7.21.0-2.1+squeeze5) oldstable-security; urgency=high ] + + * Fix OpenSSL checking of a certificate CN or SAN name field when the +digital signature verification is turned off as per CVE-2013-4545 +http://curl.haxx.se/docs/adv_20131115.html + * Set urgency=high accordingly + + [ libxml2 (2.7.8.dfsg-2+squeeze8) oldstable-security; urgency=high ] + + * Non-maintainer upload by the Security Team. + * Fix cve-2013-2877: out-of-bounds read when handling documents that end +abruptly. + + [ nspr (4.8.6-1+squeeze1) squeeze-security; urgency=high ] + + * Non-maintainer upload by the Security Team. + * Fix CVE-2013-5607: integer overflow on 64 bit systems + + [ nss (3.12.8-1+squeeze7) squeeze-security; urgency=high ] + + * Non-maintainer upload by the Security Team. + * Add CVE-2013-5605.patch. +CVE-2013-5605: Null_Cipher() does not respect maxOutputLen; allowing +remote attackers to cause a denial of service or possibly have +unspecified other impact via invalid handshake packets. + + -- Thijs Kinkhorst th...@debian.org Fri, 31 Jan 2014 09:19:46 +0100 + ia32-libs (20131011) squeeze-proposed-updates; urgency=low * Packages updated diff -Nru ia32-libs-20131011/debian/copyright ia32-libs-20140131/debian/copyright --- ia32-libs-20131011/debian/copyright 2013-10-11 09:43:20.0 +0200 +++ ia32-libs-20140131/debian/copyright 2014-01-31 09:23:51.0 +0100 @@ -843,7 +843,7 @@ --- -Copyright for ./curl_7.21.0-2.1+squeeze4.dsc +Copyright for ./curl_7.21.0-2.1+squeeze7.dsc This package was debianized by Domenico Andreoli ca...@debian.org on Fri, 17 Nov 2000 16:10:37 +0100 @@ -8666,7 +8666,7 @@ dealings in this Software without prior written authorization from Digital Equipment Corporation. --- -Copyright for ./libxml2_2.7.8.dfsg-2+squeeze7.dsc +Copyright for ./libxml2_2.7.8.dfsg-2+squeeze8.dsc This package was debianized by Vincent Renardias vinc...@waw.com on Sat, 26 Sep 1998 16:50:54 +0200 @@ -9685,7 +9685,7 @@ Translation: You can do whatever you want with this software! --- -Copyright for ./nspr_4.8.6-1.dsc +Copyright for ./nspr_4.8.6-1+squeeze1.dsc This package was debianized by Mike Hommey gland...@debian.org on Sun, 25 Mar 2007 12:17:27 +0200. @@ -10276,7 +10276,7 @@ may use your version of this file under either the NPL or the [___] License. --- -Copyright for ./nss_3.12.8-1+squeeze6.dsc +Copyright for ./nss_3.12.8-1+squeeze7.dsc This package was debianized by Mike Hommey gland...@debian.org on Sun, 25 Mar 2007 19:36:42 +0200. Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libcurl3_7.21.0-2.1+squeeze4_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libcurl3_7.21.0-2.1+squeeze4_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libcurl3_7.21.0-2.1+squeeze7_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libcurl3_7.21.0-2.1+squeeze7_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libnspr4-0d_4.8.6-1+squeeze1_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libnspr4-0d_4.8.6-1+squeeze1_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libnspr4-0d_4.8.6-1_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libnspr4-0d_4.8.6-1_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libnss3-1d_3.12.8-1+squeeze6_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libnss3-1d_3.12.8-1+squeeze6_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libnss3-1d_3.12.8-1+squeeze7_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs/libnss3-1d_3.12.8-1+squeeze7_i386.deb differ Binary files /tmp/4k5hzuEsof/ia32-libs-20131011/pkgs/libxml2-dev_2.7.8.dfsg-2+squeeze7_i386.deb and /tmp/_8Usvk17_P/ia32-libs-20140131/pkgs
Bug#737203: wine32: tries to replace file which belongs to wine32-unstable
Package: wine32 Version: 1.6.2-5 Severity: serious Justification: Policy 7.6.1 Dear Maintainer, trying to switch from wine-unstable to wine, I encountered the following: (Reading database ... 280522 files and directories currently installed.) Preparing to unpack .../wine32_1.6.2-5_i386.deb ... Unpacking wine32 (1.6.2-5) ... dpkg: error processing archive /var/cache/apt/archives/wine32_1.6.2-5_i386.deb (--unpack): trying to overwrite '/usr/share/wine/gecko/wine_gecko-1.5-x86.msi', which is also in package wine32-unstable 1.5.31-1 configured to not write apport reports Processing triggers for man-db (2.6.6-1) ... Errors were encountered while processing: /var/cache/apt/archives/wine32_1.6.2-5_i386.deb I guess wine32 should Replaces: and Breaks: wine32-unstable, but that is your call :-) Thanks for your work, -- Rémi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine32 depends on: ii libc6 2.17-97 ii libwine1.6.2-5 ii libwine-gecko-1.4 1.4+dfsg1-3 ii x11-utils 7.7+1 wine32 recommends no packages. wine32 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736482: update
Control: fixed -1 4.3-2 Nevermind, the bug is not present in stable, therefore only affects testing and up. Sorry for the mess, (re)closing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737205: alsa-tools: missing manpages
Package: alsa-tools Version: 1.0.27-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Dear Maintainer, i noticed that the alsa-tools package currently distributes 4 cmdline utilities but only a single manpage. the following utilities lack manpages: /usr/binhda-verb /usr/binsbiload /usr/binus428control i've taken the liberty to create manpages for these utilities. please find them attached (and forward them to upstream if applicable). fgmasdr IOhannes m zmölnig -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 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 alsa-tools depends on: ii libasound2 1.0.27.2-3 ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libstdc++6 4.8.2-14 alsa-tools recommends no packages. alsa-tools suggests no packages. -- no debconf information .TH HDA-VERB 1 January 2014 .\ disable hyphenation .nh .\ disable justification (adjust text to left margin only) .ad l .SH NAME hda-verb \- send HD-audio commands to Intel HDA devices .SH SYNOPSIS .B hda-verb \fIhwdep\-device\fR \fInid\fR \fIverb\fR \fIparam\fR .B hda-verb [\fBoption\fR] .SH DESCRIPTION \fBhda-verb\fR is a tiny program that allows you to access the HD-audio codec of an ALSA device directly (if your ALSA-device has one). You can execute a raw HD-audio codec \fIverb\fR with this. The \fBhda-verb\fR program takes four arguments: the \fIhwdep device\fR file, the widget \fINID\fR, the \fIverb\fR, and the \fIparameter\fR. When you access to the codec on the slot 2 of the card 0, pass \fB/dev/snd/hwC0D2\fR to the first argument, typically. (However, the real path name depends on the system.) The second parameter is the widget number-id to access. The third parameter can be either a hex/digit number or a string corresponding to a verb. Similarly, the last parameter is the value to write, or can be a string for the parameter type. Although you can issue any verbs with this program, the driver state won't always be updated. For example, the volume values are usually cached in the driver, and thus changing the widget amp value directly via \fBhda-verb\fR won't change the mixer value. \fBhda-verb\fR is mainly useful for debugging audio drivers. Mere mortals most likely won't need it. .SH OPTIONS .HP \fB-l\fR \- List known verbs and parameters .HP \fB-L\fR \- List known verbs and parameters (one per line) .SH EXAMPLES A simple low-level example: .in +4n .nf % hda-verb /dev/snd/hwC0D0 0x12 0x701 2 nid = 0x12, verb = 0x701, param = 0x2 value = 0x0 .fi .in The verb argument can be a string like \fBPARAMETERS\fR. Also the parameter argument can be a string like \fBVENDOR_ID\fR as well: .in +4n .nf % hda-verb /dev/snd/hwC0D0 0x0 PARAMETERS VENDOR_ID nid = 0x0, verb = 0xf00, param = 0x0 value = 0x10ec0262 .fi .in The string is case insensitive. Also, it doesn't have to be the full string but only has to be unique. E.g. \fBpar\fR is enough to mean \fBPARAMETER\fR, and \fBset_a\fR is enough as \fBSET_AMP_GAIN_MUTE\fR: .in +4n .nf % hda-verb /dev/snd/hwC0D0 2 set_a 0xb080 nid = 0x2, verb = 0x300, param = 0xb080 value = 0x0 .fi .in .SH NOTES Use this program carefully. Sending an invalid verb may screw up the codec communication, which requires either a reboot or reloading of the sound driver eventually. .P Usually you need to be \fBroot\fR to run this command. .P This program accesses the hwdep device, thus you need to enable the kernel config \fBCONFIG_SND_HDA_HWDEP=y\fR beforehand. Stock Debian kernels have this option enabled by default. .SH AUTHORS .PP This manual page was written by IOhannes m zmölnig zmoel...@iem.at for the Debian system (but may be used by others), and is based on \fBhda-verb\fR's \fIREADME\fR. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU General Public License, Version 2 or any later version published by the Free Software Foundation. .PP On Debian systems, the complete text of the GNU General Public License can be found in /usr/share/common\-licenses/GPL. .TH SBILOAD 1 January 2014 .\ disable hyphenation .nh .\ disable justification (adjust text to left margin only) .ad l .SH NAME sbiload \- OPL2/3 FM instrument loader for the ALSA sequencer .SH SYNOPSIS .B sbiload [\fBoption\fR...] [\fIinstfile\fR [\fIdrumfile\fR]] .B sbiload [\fBoption\fR...] \fB-c\fR .SH DESCRIPTION .PP This manual page documents briefly the \fBsbiload\fR command. \fBsbiload\fR loads OPL2/3 FM instrument
Bug#737206: /usr/lib/plan9/bin/rc: insecure use of /tmp
Package: 9base Version: 1:6-6 Severity: important Tags: security Murray McAllister from Red Hat Security Response Team discovered that rc creates temporary files in an insecure way: $ strace -o '| grep /tmp' ./test-heredoc open(/tmp/here217f., O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 5 open(/tmp/here217f., O_RDONLY|O_LARGEFILE) = 5 moo unlink(/tmp/here217f.)= 0 As you can see, the filenames are easily predictable, and the O_EXCL flag is missing. -- Jakub Wilk #!/usr/lib/plan9/bin/rc cat EOF moo EOF
Bug#737207: mozc-server: mozc_server segfaults with libprotobuf8 2.5.0-6 and 2.5.0-7
Package: mozc-server Version: 1.13.1651.102-1+b1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? upgrading libprotobuf8 beyond 2.5.0-5 Please see bug #737145 *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13.0+ (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozc-server depends on: ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libgcc1 1:4.9-20140122-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libpango-1.0-0 1.36.0-1+b1 ii libprotobuf82.5.0-5 ii libssl1.0.0 1.0.1f-1 ii libstdc++6 4.9-20140122-1 mozc-server recommends no packages. mozc-server 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#736830: Rights from previous version
If this can help, here the rights when downgrading package to 3.0.13debian-1 : # ls -lhad /tmp/passenger.1.0.2313/ drwsr-xr-x 3 root root 1.0K Jan 31 11:41 /tmp/passenger.1.0.2313/ # ls -lhad /tmp/passenger.1.0.2313/generation-1/ drws--x--x 5 root root 1.0K Jan 31 11:41 /tmp/passenger.1.0.2313/generation-1/ # ls -lha /tmp/passenger.1.0.2313/generation-1/socket srwxrwxrwt 1 root root 0 Jan 31 11:41 /tmp/passenger.1.0.2313/generation-1/socket -- Benoit SÉRIE bse...@evolix.fr – GnuPG: 4096R/56C27D99 Evolix – Hébergement et Infogérance Open Source http://www.evolix.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737023: BCM5708 with bnx2 driver shows lots of errors on packets.
eth3 Link encap:Ethernet HWaddr 00:23:7d:30:9c:e6 inet addr:10.10.50.243 Bcast:10.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::223:7dff:fe30:9ce6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:36857 errors:804 dropped:0 overruns:0 frame:804 TX packets:14702 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:53602773 (51.1 MiB) TX bytes:1056006 (1.0 MiB) Interrupt:17 Memory:fa00-fa012800 [...] This is on the bnx2 interface? Yes. However I did some more tests today and saw that this particular port had trouble getting the link from several switches (Enterasys, HP, 3Com, ...) and with different cables (it had a 2 meter CAT6 certified cable, so it should be ok, but I also tested shorter cables), the other port of that NIC didn't have that kind of problem, so I'm wondering if there is a problem with this port or this position of the passthrough or similar (I have spoken to local HP staff and they say that the passthrough shouldn't be the problem here, but I can't find any other explanation). Please use 'ethtool -S eth3' to get more detailed statistics, and 'ethtool -t eth3' to run a self-test (note this will break the link temporarily), and send the output of these. After finding the problem with the link I have configured the other port of the bnx2 nic, eth2, which is getting the link ok this port seems to transfer much better (lower errors and thus greater speed) I got like 40MB/s compared to the 4 MB/s that I was getting out of the other one. I'm sending current data for eth2 then: eth2 Link encap:Ethernet HWaddr 00:23:7d:30:9c:e2 inet addr:10.10.50.243 Bcast:10.10.50.243 Mask:255.255.255.255 inet6 addr: fe80::223:7dff:fe30:9ce2/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1411482 errors:1244 dropped:0 overruns:0 frame:1244 TX packets:396964 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:2111018119 (1.9 GiB) TX bytes:28042522 (26.7 MiB) Interrupt:16 Memory:f800-f8012800 NIC statistics: rx_bytes: 2111017191 rx_error_bytes: 0 tx_bytes: 28042522 tx_error_bytes: 0 rx_ucast_packets: 1389861 rx_mcast_packets: 0 rx_bcast_packets: 21607 tx_ucast_packets: 396955 tx_mcast_packets: 6 tx_bcast_packets: 3 tx_mac_errors: 0 tx_carrier_errors: 0 rx_crc_errors: 1244 rx_align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 tx_deferred: 0 tx_excess_collisions: 0 tx_late_collisions: 0 tx_total_collisions: 0 rx_fragments: 6 rx_jabbers: 9 rx_undersize_packets: 0 rx_oversize_packets: 0 rx_64_byte_packets: 19844 rx_65_to_127_byte_packets: 1393 rx_128_to_255_byte_packets: 548 rx_256_to_511_byte_packets: 42 rx_512_to_1023_byte_packets: 0 rx_1024_to_1522_byte_packets: 1389641 rx_1523_to_9022_byte_packets: 0 tx_64_byte_packets: 4 tx_65_to_127_byte_packets: 396959 tx_128_to_255_byte_packets: 1 tx_256_to_511_byte_packets: 0 tx_512_to_1023_byte_packets: 0 tx_1024_to_1522_byte_packets: 0 tx_1523_to_9022_byte_packets: 0 rx_xon_frames: 0 rx_xoff_frames: 0 tx_xon_frames: 0 tx_xoff_frames: 0 rx_mac_ctrl_frames: 0 rx_filtered_packets: 2193 rx_ftq_discards: 0 rx_discards: 0 rx_fw_discards: 0 The test result is PASS The test extra info: register_test (offline) 0 memory_test (offline)0 loopback_test (offline) 0 nvram_test (online) 0 interrupt_test (online) 0 link_test (online) 0 Hope this gives us some hints. Regards. -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737208: RFS: linuxlogo/5.11-4
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package linuxlogo * Package name: linuxlogo Version : 5.11-4 Upstream Author : Vince Weaver * URL : http://www.deater.net/weave/vmwprod/linux_logo/ * License : GPL-2 Section : misc It builds those binary packages: linuxlogo - Color ANSI System Logo To access further information about this package, please visit the following URL: http://mentors.debian.net/package/linuxlogo Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/linuxlogo/linuxlogo_5.11-4.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Migrated to dh * ITA (Closes: #726550) * Closes: #187655, upstream won't fix * Closes: #187655, not relevant anymore * Bump standards to 3.9.5 * New logos added (Raspberry PI and OpenBSD) * Migrated to quilt 3.0 format Regards, Dariusz Dwornikowski -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41
Bug#717613: Re[2]: [Pkg-utopia-maintainers] Bug#717613: systemd-udevd failes to execute /lib/udev/socket:@/org/freedesktop/hal/udev_event
@lct: If you run apt-get autoremove, is hal uninstalled? I can only *assume* it is *not*. I always use autoremove after upgrades (I upgrade via apt-get) and the situation with tons and tons of warning messages persisted up till now, that is, until I explicitly checked for existing bug, tried to remove hal (synaptic) and hal-info, no package disagreed, no messages after boot up anymore. But because I did not awarenessly issued autoremove *prior* to directly purging hal, I can't guarantee for that, but my assumption above about HAL's volatility and injection is very strong. I did not believe it has to do anything with outdated HAL, nor I was aware of its presence in the system, because I thought that, this was temporary issue due to switch or integration (as in compatibility to) with systemd. That said, I don't understand why would anyone still support the possibility to have HAL installed in current Debian Testing system. It was deprecated from upstream, it was deprecated from current software stack, it is far less energy efficient, it is harder to configure and so on. Thanks!
Bug#669101: systemd: Boot hangs
Hi Mark, Am 31.01.2014 12:18, schrieb Mark Brown: On Fri, Jan 31, 2014 at 07:06:23AM +0100, Michael Biebl wrote: There were some recent fixes in the lvm2/dmsetup package which might also fix the issues you were having with cryptsetup. Can you please update to the latest versions of lvm2 (2.02.104-1) and dmsetup (2:1.02.83-1) and report back with your results. I don't have access to that system any more. Thanks for reporting back. Seeing that you no longer have access to that particular system, are you ok if we close the bug report? The relevant bug report for dmsetup is [1] and the watch option was added by the latest dmsetup release (even though it's not mentioned in the debian changelog). [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731796 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Hi Jerome, More than a few packages in Debian depend on the currently packaged version. Do you know if such an update would introduce incompatible changes? libjs-jquery-cookie Reverse Depends: spip spotweb python-django-debug-toolbar python-tables-doc openstack-dashboard spip python-django-feincms python-tables-doc phpmyadmin php-apigen mediawiki libkohana3.2-mod-userguide-php libkohana3.1-mod-userguide-php liblemonldap-ng-portal-perl liblemonldap-ng-manager-perl openstack-dashboard galette dotclear dokuwiki cacti Thanks for the reply. I have checked the list above, and only galette depends on a specific version of libjs-jquery-cookie, in this case (= 8). I guess the current version numbering was chosen because the source package jquery-goodies contains many different libraries, with a variety of upstream version numbers. Would it be a lot more work to create a source package for each of the 23 binary packages? Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736728: [src:ikiwiki] Lintian override
Le 30 janv. 2014 19:50, Joey Hess jo...@debian.org a écrit : bastien ROUCARIES wrote: Could you add lintian override with comments for: ikiwiki 3.20140102 (source) underlays/attachment/ikiwiki/jquery-ui.min.js underlays/attachment/ikiwiki/jquery.tmpl.min.js underlays/jquery/ikiwiki/jquery.min.js I would rather fix this properly, but ikiwiki refuses to follow symlinks, for generally good reasons, so a fix would need some effort to develop. Why not use trigger ? And do a copy* when underlay change? Bastien * moreextaly an atomic copy in order to avoid partial write. -- see shy jo
Bug#727708: TC resolution revised draft
On Fri, Jan 31, 2014 at 09:33:33AM +0100, Josselin Mouette wrote: Given the Condorcet voting method is susceptible to tactical voting, Hi Josselin, I'm not sure what you mean here, could you care to elaborate? Neil signature.asc Description: Digital signature
Bug#669101: systemd: Boot hangs
On Fri, Jan 31, 2014 at 07:06:23AM +0100, Michael Biebl wrote: There were some recent fixes in the lvm2/dmsetup package which might also fix the issues you were having with cryptsetup. Can you please update to the latest versions of lvm2 (2.02.104-1) and dmsetup (2:1.02.83-1) and report back with your results. I don't have access to that system any more. signature.asc Description: Digital signature
Bug#727708: init system resolution - revised proposal
Keith Packard writes (Re: Bug#727708: init system resolution - revised proposal): Ian Jackson ijack...@chiark.greenend.org.uk writes: Ian, Bdale, Andy, Don and Russ agreed on IRC that this was a good ballot. Steve, Colin, Keith: let us know, and perhaps we can start the vote sooner. I can vote with this ballot. Thanks. Sorry I had to disappear in the middle of the meeting; that all turned out for naught as the flight I was on got canceled, and I'll be home for the weekend after all. Well, I guess you get a weekend at home as compensation for the hassle. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system resolution - revised proposal
Josh Triplett writes (Bug#727708: init system resolution - revised proposal): How confident are you that the entire technical committee and the community of people filing bugs in the future will share your interpretation of that statement in the resolution, I'm confident that the policy maintainers will flesh out the meaning appropriately. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system resolution - revised proposal
Josh Triplett writes (Bug#727708: init system resolution - revised proposal): A couple of comments inline below. ... There is an issue with this wording, which I don't think is intended. Sometimes, the easiest way to maintain support for multiple init systems involves having a family of packages, each of which enables support for one init system or family of init systems. For instance, consider a gnome-session-systemd package which uses systemd user sessions, provided in parallel with a compatibility package that does not. Or, consider the systemd-shim package. As written, this clause would prohibit such alternative packages, even though *collectively* the packages satisfy this requirement. I would suggest adding language like the following, optionally with the following [non-binding] example: This is why we use the word software, not packages. Packages which form part of a set of alternatives integrating with different init systems need not individually run on other init systems, as long as the packages collectively meet the requirements of this section. [ For example, a package using systemd to launch a user session, provided as an alternative to a package that runs on sysvinit, need not itself run on sysvinit. ] I agree with the intent here but I think it's best done in policy rather than in the TC resolution. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737209: asused: Problems in package description
Package: asused Severity: minor Hi! the package description of asused recently changed. I think the new version has a problem. It looks like the first paragraph was split between the title (short description) and the text (long description). The short description now reads This is a tool used for checking various aspects of IP which per se could be OK, if the long description did not start with a paragraph whose whole text is. allocations and assignments as stored in the RIPE database. Thanks, beatrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736616: Bug#637757: libaudio-ecasound-perl: FTBFS on mips
On lun, gen 27, 2014 at 08:48:10 +0200, Damyan Ivanov wrote: -=| Alessandro Ghedini, 26.01.2014 13:51:58 +0100 |=- The trace ends with: -8-- [...] -8-- This unfortunately doesn't seem to be very helpful since it doesn't show the error (which actually happens in the middle of the clock_gettime()s). In any case I don't think it would add much anyway. I attach the trace (compressed) just in case. Turns out that the trace was, in fact, quite useful, it's just that I missed the most important part: 9068 ... poll resumed ) = 0 (Timeout) So, yeah, I have a patch that seems to work and I'm now waiting for upstream's comments on it. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#519893: aptitude: aptitude attempts to resolve unmet dependencies by upgrading a package with itself
Control: severity -1 wishlist Control: tags -1 + wontfix Control: retitle -1 aptitude: support for same package name and version in different repositories but different content Hi, As the maintainer said, all of the main Debian packaging tools, dpkg, apt and aptitude, decide on versions to install and what's newest based on comparing package versions (see dpkg --compare-versions). Se also #737085 for a recent example with apt of how things go wrong because of this, even with quite skilled developers very familiar with the system try to bootstrap a new architecture. So having different packages in different repositories with the same name and version is not something that the tools are designed/prepared to handle nicely, so I don't think that this request will ever be addressed. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737209: Acknowledgement (asused: Problems in package description)
Hi again, I also would like to say that, although English is not my first language, I do think the English of the second paragraph should be improved. I think debian-l10n-english could be contacted for reviews/suggestions. Thanks, beatrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669101: systemd: Boot hangs
On Fri, Jan 31, 2014 at 12:40:51PM +0100, Michael Biebl wrote: Thanks for reporting back. Seeing that you no longer have access to that particular system, are you ok if we close the bug report? I guess so, yes. signature.asc Description: Digital signature
Bug#357542: aptitude: changelog display does not work on recent uploads
Control: owner -1 ! This can probably be fixed now by downloading the files from the target distribution, when the first attempt to get by package name and version fails, e.g.: experimental_changelog unstable_changelog http://metadata.ftp-master.debian.org/changelogs/main/m/mono/ Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737210: libcapi20-3: rcapid not working because of missing TRACELEVEL option
Package: libcapi20-3 Version: 1:3.25+dfsg1-3.3~deb7u1 Severity: important Hi, when starting rcapid via xinetd, rcapid searches for /etc/capi20.conf which doesn't exist. 'ln -s /etc/isdn/capi.conf /etc/capi20.conf' solves this issue. For rcapid to work the undocumented option TRACELEVEL 0 needs to be added in /etc/isdn/capi.conf. 'capiinfo' without TRACELEVEL 0 gives: capi20.c: 164 CapiDebug():[capi20_isinstalled]: standard loop - module: rcapi capi20.c: 164 CapiDebug():[capi20_isinstalled]: standard loop - module: standard capi20.c: 164 CapiDebug():[capi20_isinstalled]: capi_fd: 4 This will also be sent to the RCAPI client. (wireshark trace can be provided) Adding TRACELEVEL gives a working rcapid but leads to an other (minor) problem: 'capiinit' doesn't recognize this option, but work as intended: FATAL: Module TRACELEVEL not found. ERROR: failed to load driver TRACELEVEL -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.51 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcapi20-3 depends on: ii libc6 2.13-38 ii multiarch-support 2.13-38 libcapi20-3 recommends no packages. Versions of packages libcapi20-3 suggests: pn isdnutils-doc none -- no debconf information -- Mit freundlichen Grüßen - Best Regards Christian Schöniger Dipl.-Ing. IT (BA) FES GmbH Fahrzeug-Entwicklung Sachsen / Auto-Entwicklungsring Sachsen GmbH Crimmitschauer Straße 59, 08058 Zwickau Tel.: +49 375 5660 254 Fax : +49 375 5660 92254 mailto:c...@fes-aes.de http://www.fes-aes.de * FES GmbH Fahrzeug-Entwicklung Sachsen USt.-Id. Nr.: DE 141379336 Registergericht: Amtsgericht Chemnitz, Registernummer: HRB 4499 Geschaeftsfuehrer: Ronny Tolliszus, Frank Weidenmueller, Christian Schwamberger * Auto-Entwicklungsring Sachsen GmbH USt.-Id. Nr.: DE 188743030 Registergericht: Amtsgericht Chemnitz, Registernummer: HRB 14770 Geschaeftsfuehrer: Ronny Tolliszus, Frank Weidenmueller, Christian Schwamberger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737190: vtk6 and tcl-vtk: error when trying to install together
I am surprised to see a vtk6 package in unstable. Please remove it and test it in experimental. -Dominique
Bug#737202: devscripts-el: fails to upgrade from 'wheezy': ERROR: install script from devscripts-el package failed (during Install devscripts-el for emacs23)
On January 31, 2014 at 11:33AM +0100, anbe (at debian.org) wrote: Install emacsen-common for emacs23 [...] install/devscripts-el: Handling emacs23, logged in /tmp/elc_tCbg9i.log ERROR: install script from devscripts-el package failed [...] devscripts.el:19:1:Error: Cannot open load file: mcharset It seems apel's mcharset.elc is not found when byte-compiling. The devscripts-el package depends on apel, so install/devscripts-el called from devscripts-el.postinst succeed, but install/devscripts-el called from emacsen-common or emacsen could fail as above. To fix this bug, please skip byte-compilation in install/devscripts-el if the depending file is not yet prepared. e.g. if [ ! -e /usr/share/$FLAVOR/site-lisp/apel/mcharset.elc ]; then exit 0; fi Thanks, -- Tatsuya Kinoshita pgpHJuTdVRjKb.pgp Description: PGP signature
Bug#730539: libsane: HP psc 750 no longer being recognized
Adding the bug back into the Cc: list. Lawrence Woodman lwood...@vlifesystems.com writes: Funnily enough I meant to include the stderr output but forgot. The full output is attached. Also helpful would be the output of ls -lL /dev/bus/usb/002/005 devname changed so: crw-rw-r-- 1 root lp 189, 133 Jan 30 14:16 /dev/bus/usb/002/006 and getfacl /dev/bus/usb/002/005 getfacl: Removing leading '/' from absolute path names # file: dev/bus/usb/002/006 # owner: root # group: lp user::rw- group::rw- other::r-- From the above I could see that the group for the device was 'lp', which my user wasn't a member of. I put my user into this group and it all works fine now. So an open question for me is why this should suddenly become an issue and whether the group for the scanner usb device should be 'lp' or 'scanner'. The group id for the scanner device should be 'lp', but there should be a read/write ACL entry for 'scanner', and there isn't. The udevadm test output showed that it should have tried to make one, but apparently that didn't happen for some reason. Try running as root setfacl -m g:scanner:rw /dev/bus/usb/002/006 getfacl /dev/bus/usb/002/006 or whatever the devname currently is. If it shows a line like group:scanner:rw- then the problem is that udev isn't running setfacl for some reason or that it is failing due to something different in its environment. If it produces an error, then that's probably the cause. -- Mark Buda her...@acm.org I get my monkeys for nothing and my chimps for free. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737210: libcapi20-3: rcapid not working because of missing TRACELEVEL option
after looking to the source code, i found that /etc/capi20.conf is the config for libcapi Options (REMOTE, TRACELEVEL, TRACEFILE) and /etc/isdn/capi.conf is the config for capiinit, defining the ISDN hardware my config: /etc/capi20.conf:TRACELEVEL 0 /etc/isdn/capi.conf:b1pci b1.t4 DSS1- - - - P2P works without any error messages. The need for TRACELEVEL 0 comes from a changed default debug level: see /usr/share/doc/libcapi20-3/README.Debian -- Mit freundlichen Grüßen - Best Regards Christian Schöniger Dipl.-Ing. IT (BA) FES GmbH Fahrzeug-Entwicklung Sachsen / Auto-Entwicklungsring Sachsen GmbH Crimmitschauer Straße 59, 08058 Zwickau Tel.: +49 375 5660 254 Fax : +49 375 5660 92254 mailto:c...@fes-aes.de http://www.fes-aes.de * FES GmbH Fahrzeug-Entwicklung Sachsen USt.-Id. Nr.: DE 141379336 Registergericht: Amtsgericht Chemnitz, Registernummer: HRB 4499 Geschaeftsfuehrer: Ronny Tolliszus, Frank Weidenmueller, Christian Schwamberger * Auto-Entwicklungsring Sachsen GmbH USt.-Id. Nr.: DE 188743030 Registergericht: Amtsgericht Chemnitz, Registernummer: HRB 14770 Geschaeftsfuehrer: Ronny Tolliszus, Frank Weidenmueller, Christian Schwamberger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606178: Re: Bug#606178: fuser: -M only works before -m
tags 606178 fixed-upstream thankyou On Mon, Apr 01, 2013 at 05:08:13PM -0400, Anders Kaseorg wrote: 5. That’s confusing and dangerous. It shouldn’t be possible for an option intended as a safety feature to silently have no effect just because it was specified in the wrong order on the command line. Hi Anders, I have just comitted a fix for fuser so the flags work either way. $ src/fuser -am /home/jffnms /home /home/csmall /var /dev /home/foo -M Specified filename /home/foo does not exist. Specified filename /home/jffnms is not a mountpoint. Specified filename /home/csmall is not a mountpoint. Specified filename /home/foo is not a mountpoint. /home:6533c 15962c 22713c 22714c 28392c 28434c 28476c 28520c /var: /dev: - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737211: python-mutagen: wrong detection of some tagged ogg files
Package: python-mutagen Version: 1.22-1 Severity: normal Hi, I notice a weird issue in Quodlibet, which seems actually to be an issue in mutagen. I have some ogg audio files, extracted a long time ago. File detects thems as: Audio file with ID3 version 2.4.0, contains: Ogg data, Vorbis audio, stereo, 44100 Hz, ~192000 bps, created by: Xiph.Org libVorbis I (1.0.1) The attached program fails to detect them as Ogg Vorbis, and even worse, seems to detect them as MP3 files: python test-mutagen.py type 'NoneType' class 'mutagen.mp3.MP3' That prevents Quodlibet from loading them, so I can't actually listen to them. Some other files are correctly detected, and file reports: Ogg data, Vorbis audio, stereo, 44100 Hz, ~112000 bps, created by: Xiph.Org libVorbis I So I guess mutagen might be confused by the ID3 tag. Other audio tools (like Rhythmbox) seems to have no issue with having an Ogg file with ID3 metadata. Regards, -- Yves-Alexis -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-mutagen depends on: ii python 2.7.5-5 python-mutagen recommends no packages. Versions of packages python-mutagen suggests: pn python-mutagen-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600995: errors in 55awesome-javaworkaround file x-session-manager. There should be x-window-manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Tags: patch Hi, I attached a patch, that fixes the problem. Best regards, Julian Wollrath -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCAAGBQJS66S9AAoJEFl2dmpRMS8z8+YH/29jqIqN475/5LqYqvQ+MhiX Pi85VVqIqqOIAbmb5UyHU8xT1zPsw9TDZVuHY+zsvoHzrVZiMbz6cFYd8Fbs91iq cbu6nHZno4WCuvdM8qSerX71ZirTBe+YV+QAVlaThqqmj4WhBrPhSixCakSfY88S 8/2aupYR4Uladq0Lu+oGt71MxVKMH2CYhpEKRYpEj77g2NBGoMkVRvCvhrTJ3kj7 /5VfjVN90j9X34P/IfxGAt86aw5j0y0SaMofmjJTH0EWj6/rRRQgi7zdK0KMHD+R E4yBcD46jLo9MzJQ7eMJfxhsR6yRe+R/VhL5QPKV+OL/ACYgUurK7mr62lOPQcY= =1s63 -END PGP SIGNATURE- From ca6b08a31fbf767c2e468c93321ec8f4f9c511d7 Mon Sep 17 00:00:00 2001 From: Julian Wollrath jwollr...@web.de Date: Fri, 31 Jan 2014 14:21:30 +0100 Subject: [PATCH] fix x-session-manger - x-window-manager --- debian/55awesome-javaworkaround | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/debian/55awesome-javaworkaround b/debian/55awesome-javaworkaround index c7b8d6257177..d50dc6057e87 100644 --- a/debian/55awesome-javaworkaround +++ b/debian/55awesome-javaworkaround @@ -2,8 +2,8 @@ # manager. Cf. bug #508650. BASESTARTUP=$(basename $STARTUP | cut -d\ -f1) -if [ $BASESTARTUP = x-session-manager ]; then -BASESTARTUP=$(basename $(readlink /etc/alternatives/x-session-manager)) +if [ $BASESTARTUP = x-window-manager ]; then +BASESTARTUP=$(basename $(readlink /etc/alternatives/x-window-manager)) fi if [ $BASESTARTUP = awesome ]; then _JAVA_AWT_WM_NONREPARENTING=1; export _JAVA_AWT_WM_NONREPARENTING -- 1.9.rc1
Bug#737212: check-mk-agent: Please backport check-mk-agent 1.2.2p3-1 to wheezy-backports
Package: check-mk-agent Version: 1.2.2p3-1 Severity: wishlist check_mk 1.2* has many more and improved checks so i think it's worth a backport. Thanks ! -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UFT-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737213: check-mk-server: Please backport check-mk-server 1.2.2p3-1 to wheezy-backports
Package: check-mk-server Version: 1.2.2p3-1 Severity: wishlist -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UFT-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737197: [Pkg-libvirt-maintainers] Bug#737197: virt-manager: cannot import name SpiceClientGtk on starting
tag 737197 +pending On Fri, Jan 31, 2014 at 10:58:25AM +0100, Philipp Marek wrote: I got it working by installing these packages: gir1.2-vte-2.90 gir1.2-spice-client-gtk-3.0 gir1.2-spice-client-glib-2.0 This is already fixed in git since a couple of days. -- Guido ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737214: 389-admin: setup-ds-admin fails with: error while loading shared libraries: libsoftokn3.so: ... not found!
Package: 389-admin Version: 1.1.30-1+b1 Severity: normal Dear Maintainer, I found the following error when trying to setup DS with setup-ds-admin: root@debian:~# /usr/sbin/setup-ds-admin [...] Error updating console.conf: /usr/lib/i386-linux-gnu/dirsrv/cgi-bin/config: error while loading shared libraries: libsoftokn3.so: cannot open shared object file: No such file or directory Could not update the httpd engine configuration. Failed to create and configure the admin server Exiting . . . Log file is '/tmp/setuphiidhp.log' But the lib libsoftokn3 seems to be installed: root@debian:~# apt-file search libsoftokn3.so libnss3: /usr/lib/i386-linux-gnu/nss/libsoftokn3.so root@debian:~# dpkg -l libnss3 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Nome Versão Arquitectura Descrição +++-=-=-=- ii libnss3:i386 2:3.15.3.1-1.1i386 Network Security Service libraries Then, when looking at dependencies of /usr/lib/i386-linux-gnu/dirsrv/cgi-bin/config: root@debian:~# ldd /usr/lib/i386-linux-gnu/dirsrv/cgi-bin/config linux-gate.so.1 (0xb771d000) libds-admin-serv.so.0 = /usr/lib/i386-linux-gnu/libds-admin-serv.so.0 (0xb76ef000) libadmsslutil.so.0 = /usr/lib/i386-linux-gnu/libadmsslutil.so.0 (0xb76e4000) libadminutil.so.0 = /usr/lib/i386-linux-gnu/libadminutil.so.0 (0xb76ca000) libicui18n.so.52 = /usr/lib/i386-linux-gnu/libicui18n.so.52 (0xb74b6000) libicuuc.so.52 = /usr/lib/i386-linux-gnu/libicuuc.so.52 (0xb7343000) libicudata.so.52 = /usr/lib/i386-linux-gnu/libicudata.so.52 (0xb5cd6000) libldap_r-2.4.so.2 = /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb5c85000) libsasl2.so.2 = /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb5c68000) libsmime3.so = /usr/lib/i386-linux-gnu/libsmime3.so (0xb5c3d000) libssl3.so = /usr/lib/i386-linux-gnu/libssl3.so (0xb5bf6000) libnss3.so = /usr/lib/i386-linux-gnu/libnss3.so (0xb5ab1000) libsoftokn3.so = not found [...] As a poor workaround I did: root@debian:~# cd /usr/lib/i386-linux-gnu/ root@debian:/usr/lib/i386-linux-gnu# ln -s /usr/lib/i386-linux-gnu/nss/libsoftokn3.so . root@debian:/usr/lib/i386-linux-gnu# ldd /usr/lib/i386-linux-gnu/dirsrv/cgi-bin/config [...] libsoftokn3.so = /usr/lib/i386-linux-gnu/libsoftokn3.so (0xb5a66000) [...] And it works as expected. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages 389-admin depends on: ii 389-ds-base1.3.0.3-1+b2 ii apache22.4.7-1 ii debconf [debconf-2.0] 1.5.52 ii libadminutil0 1.1.15-1+b1 ii libapache2-mod-nss 1.0.8-3 ii libc6 2.17-97 ii libds-admin-serv0 1.1.30-1+b1 ii libicu52 52.1-3 ii libldap-2.4-2 2.4.31-1+nmu2+b1 ii libmozilla-ldap-perl 1.5.3-1+b1 ii libnspr4 2:4.10.2-1 ii libnss32:3.15.3.1-1.1 ii libnss3-1d 2:3.15.3.1-1.1 ii libnss3-tools 2:3.15.3.1-1.1 ii libsasl2-2 2.1.25.dfsg1-17 ii multiarch-support 2.17-97 389-admin recommends no packages. 389-admin suggests no packages. -- Configuration Files: /etc/dirsrv/admin-serv/console.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737211: python-mutagen: wrong detection of some tagged ogg files
On Fri, Jan 31, 2014 at 02:27:47PM +0100, Yves-Alexis Perez wrote: Package: python-mutagen Version: 1.22-1 Severity: normal Hi, I notice a weird issue in Quodlibet, which seems actually to be an issue in mutagen. I have some ogg audio files, extracted a long time ago. File detects thems as: Audio file with ID3 version 2.4.0, contains: Ogg data, Vorbis audio, stereo, 44100 Hz, ~192000 bps, created by: Xiph.Org libVorbis I (1.0.1) The attached program fails to detect them as Ogg Vorbis, and even worse, seems to detect them as MP3 files: Actually forgot to attach the program, here it is. -- Yves-Alexis Perez #! /usr/bin/python import mutagen from mutagen.oggvorbis import OggVorbis ogg_formats = [] ogg_formats.append(OggVorbis) filename = 'foo.ogg' audio = mutagen.File(filename, options=ogg_formats) print type(audio) audio = mutagen.File(filename) print type(audio) signature.asc Description: Digital signature
Bug#727708: init system resolution - revised proposal
To CTTE, In the wait for your decision next week, many of us assume that you take into consideration the many misleading and false statements that have been written about about sysvinit + openrc/insserv. Additionally, consider this, please: Adopting systemd (and gnome, dbus-kdbus, wayland, etc depending on it) is very dangerous for the future of Free Software :-( (I wonder which view FSF would have if they had been involved) Thanks, have a nice weekend! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737187: fsl: depends on deprecaed Tcl/Tk 8.4
Please go ahead and NMU the package. An upload of FSL5 is overdue -- will hopefully happen over the next few weeks. Thanks, Michael On Fri, Jan 31, 2014 at 11:18:20AM +0400, Sergei Golovan wrote: Package: fsl Version: 4.1.9-7 Severity: serious Tags: patch Dear Maintainer, We are about to drop Tcl/Tk 8.4 from Debian, but your fsl package still depends on tcl8.4 and tk8.4. The attached patch just replaces these dependencies by tcl and tk, which are metapackages installing the default Tcl/Tk version. If you don't mind, I'll perform NMU with this patch. -- System Information: Debian Release: 7.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru fsl-4.1.9/debian/changelog fsl-4.1.9/debian/changelog --- fsl-4.1.9/debian/changelog2012-10-22 13:00:27.0 +0400 +++ fsl-4.1.9/debian/changelog2014-01-31 10:47:47.0 +0400 @@ -1,3 +1,10 @@ +fsl (4.1.9-7.1) unstable; urgency=low + + * Non-maintainer upload. + * Replaced tcl8.4 and tk8.4 by tcl and tk in the package dependencies. + + -- Sergei Golovan sgolo...@debian.org Fri, 31 Jan 2014 10:47:41 +0400 + fsl (4.1.9-7) unstable; urgency=low * Stop regenerating tclIndex during postinst. This is no longer necessary diff -Nru fsl-4.1.9/debian/control fsl-4.1.9/debian/control --- fsl-4.1.9/debian/control 2012-10-22 13:04:59.0 +0400 +++ fsl-4.1.9/debian/control 2014-01-31 10:46:39.0 +0400 @@ -7,7 +7,7 @@ libboost-dev (= 1.32.0), libpng12-dev (= 1.2.8rel), libgd2-noxpm-dev (= 2.0.33) | libgd2-xpm-dev (= 2.0.33), libnewmat10-dev, libgdchart-gd2-noxpm-dev | libgdchart-gd2-xpm-dev, - liboctave-dev | octave3.2-headers | octave3.0-headers, tcl8.4 (=8.4.7), + liboctave-dev | octave3.2-headers | octave3.0-headers, tcl, imagemagick, libnifti-dev ( 1.1.0-1) Standards-Version: 3.9.3 Homepage: http://www.fmrib.ox.ac.uk/fsl/ @@ -29,7 +29,7 @@ Package: fsl-4.1 Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, mozilla-firefox | www-browser, tcsh | c-shell, tk8.4 (=8.4.7), tcl8.4 (=8.4.7), bc, dc +Depends: ${shlibs:Depends}, ${misc:Depends}, mozilla-firefox | www-browser, tcsh | c-shell, tk, tcl, bc, dc Recommends: fsl-doc-4.1 (= ${source:Version}), fsl-atlases, fslview Suggests: fsl-feeds, octave | ${octave:Depends}, dicomnifti, fsl-possum-data, fsl-first-data, gridengine-client Conflicts: fsl-fslview, fsl-doc-4.1 ( 4.1.9-5~) -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737215: asedriveiiie: [INTL:it] Italian translation of debconf messages
Package: asedriveiiie Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of asedriveiiie debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of asedriveiiie debconf messages # Copyright (C) 2014, asedriveiiie's package copyright holder # This file is distributed under the same license as the asedriveiiie package. # # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: asedriveiiie\n Report-Msgid-Bugs-To: asedrivei...@packages.debian.org\n POT-Creation-Date: 2008-01-05 17:43+0100\n PO-Revision-Date: 2014-01-19 15:15+0100\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian Italian debian-l10n-ital...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: it\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Lokalize 1.5\n #. Type: select #. Choices #: ../libasedrive-serial.templates:1001 msgid none msgstr nessuna #. Type: select #. Description #: ../libasedrive-serial.templates:1002 msgid Communication port to use with the smart card reader: msgstr Porta di comunicazione da usare con il lettore di smart card: #. Type: select #. Description #: ../libasedrive-serial.templates:1002 msgid The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to. msgstr Il driver deve sapere a quale porta seriale è connesso il lettore di carte Athena ASEDrive IIIe.
Bug#736061: News?
Hi, any news on this? -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737216: nsca: [INTL:it] Italian translation of debconf messages
Package: nsca Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of nsca debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of nsca debconf messages # Copyright (C) 2014, nsca package copyright holder # This file is distributed under the same license as the nsca package. # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: nsca 2.9.1-3\n Report-Msgid-Bugs-To: pkg-nagios-de...@lists.alioth.debian.org\n POT-Creation-Date: 2006-11-01 19:55+0100\n PO-Revision-Date: 2014-01-31 15:00+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../nsca.templates:1001 msgid Should the nsca daemon be enabled by default? msgstr Abilitare in modo predefinito il demone nsca? #. Type: boolean #. Description #: ../nsca.templates:1001 msgid The nsca daemon is the process that handles results service checks sent via send_nsca on remote hosts. Typically the nsca daemon is only needed on hosts that run the nagios daemon. msgstr Il demone nsca è il processo che gestisce i risultati di controlli sui servizi inviati via send_nsca sugli host remoti. Tipicamente il demone nsca è necessario solamente sugli host con il demone nagios in esecuzione. #. Type: boolean #. Description #: ../nsca.templates:1001 msgid If the system on which you are installing nsca also runs the nagios daemon, you should most likely choose this option. If you are installing nsca on a remote \satellite\ system for the purpose of sending service checks to a central nagios host, you should not choose this option. If you wish to run nsca as a service through inetd/xinetd, you should also not choose this option. msgstr Se il sistema su cui si sta installando nsca ha in esecuzione anche il demone nagios, molto probabilmente si dovrebbe scegliere questa opzione. Se si sta installando nsca su un sistema «satellite» remoto allo scopo di inviare controlli sui servizi ad un host nagios centrale, non si dovrebbe scegliere questa opzione. Anche se si desidera eseguire nsca come servizio usando inetd/xinetd non si dovrebbe scegliere questa opzione.
Bug#727708: TC resolution revised draft
Le vendredi 31 janvier 2014 à 11:55 +, Neil McGovern a écrit : On Fri, Jan 31, 2014 at 09:33:33AM +0100, Josselin Mouette wrote: Given the Condorcet voting method is susceptible to tactical voting, Hi Josselin, I'm not sure what you mean here, could you care to elaborate? Here is my understanding of the issue, on a simplified example. Let's restrict to the following 4 options from the last draft ballot: DT systemd default in jessie, requiring specific init is allowed DL systemd default in jessie, requiring specific init NOT allowed UT upstart default in jessie, requiring specific init is allowed UL upstart default in jessie, requiring specific init NOT allowed And let's suppose that the CTTE has 4 members: P1 (the chairman), P2, P3 and P4. Let's suppose that the vote is as follows: P1: DT UT DL UL P2: DL UL DT UT P3: UT UL DL DT P4: UT UL DL DT P1 and P2 both prefer systemd over upstart, while P3 and P4 prefer upstart over systemd. But P1 and P2 disagree on the coupling question (T versus L), while P3 and P4 agree with each other. The Condorcet winner of this vote is UT (and note that the casting vote of P1 is not needed here, since UT is alone in the Schwartz set). This result is not necessarily what one would have expected beforehand. In particular, if the ballot had not included the options about coupling, then systemd would have won because of the casting vote of the chairman. Fundamentally, the reason of the victory of upstart in this hypothetical vote is that systemd proponents prefer to lose on the coupling question rather than on the init system question, while the upstart proponents have the opposite preference over the relative importance of these two questions. Of course, in the alternative scenario with two consecutive ballots (one on the init, followed by one on the coupling), it would not have been possible to express this preference over the relative importance of the two questions, so one could argue that this is a feature of the single ballot with all options. Still, my example shows that putting the two questions on the same ballot is not just about letting people express different coupling choices for different init systems. It can have the more fundamental effect of changing the winning init system. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#737217: nvidia-detect: incorrect detection for 304xx and current nvidia devices when using wheezy-backports nvidia-detect
Package: nvidia-detect Version: 319.72-1~bpo70+1 Severity: important Dear Maintainer, The wheezy-backports nvidia-detect appears to incorrectly detect current nvidia devices, i.e. those supported by the 319.72-1~bpo70+1 version nvidia-driver package. It also appears to incorrectly detect 304xx legacy devices. 173xx and 96xx devices are detected correctly. Some examples are below. I'm feeding nvidia-detect the device ids since I don't have the actual hardware The device ids are from: http://us.download.nvidia.com/XFree86/Linux-x86/319.72/README/supportedchips.html Here's an example using the pciid of a GeForce GT 640, 10de:1282 $ nvidia-detect 10de:1282 Checking driver support for PCI ID [10de:1282] Uh oh. Your card is only supported by the 71.86 legacy drivers series, which is not in any current Debian suite. With wheezy-backports enabled, I believe it should have returned either 'nvidia-driver' or 'nvidia-glx'. Here's an example using the pciid of a GeForce 6200 LE, 10de:0163 $ nvidia-detect 10de:0163 Checking driver support for PCI ID [10de:0163] Your card is supported by the default drivers and version 173. It is recommended to install the nvidia-glx package. With wheezy-backports enabled, I believe it should have returned 'nvidia- legacy-304xx-driver' Here's an example with actual hardware, my FX5200 card. $ nvidia-detect Detected NVIDIA GPUs: 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) Your card is only supported up to the 173.14 legacy drivers series. It is recommended to install the nvidia-glx-legacy-173xx package. The 173xx package it recommended is correct for it. Here's an example using the pciid of a GeForce2 MX/MX 400 10de:0110 $ nvidia-detect 10de:0110 Checking driver support for PCI ID [10de:0110] Your card is only supported up to the 96.43 legacy drivers series. It is recommended to install the nvidia-glx-legacy-96xx package. The 96xx package it recommended is correct for it. I've also found that if I temporarily change /etc/debian_version from 7.3 to jessie/sid, that the correct wheezy-backports package will be recommended for nvidia-current and 304xx devices. -- Package-specific info: uname -a: Linux mx1 3.12-0.bpo.1-686-pae #1 SMP Debian 3.12.6-2~bpo70+1 (2014-01-07) i686 GNU/Linux /proc/version: Linux version 3.12-0.bpo.1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.12.6-2~bpo70+1 (2014-01-07) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86 Kernel Module 173.14.39 Wed Nov 27 14:55:50 PST 2013 GCC version: gcc version 4.6.3 (Debian 4.6.3-14) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV34 [GeForce FX 5200] [10de:0322] (rev a1) (prog-if 00 [VGA controller]) Subsystem: XFX Pine Group Inc. GeForce FX 5200 [1682:1351] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 248 (1250ns min, 250ns max) Interrupt: pin A routed to IRQ 19 Region 0: Memory at e800 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (32-bit, prefetchable) [size=128M] [virtual] Expansion ROM at e900 [disabled] [size=128K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] DMI:/nVidia-nForce, BIOS 6.00 PG 08/04/2004 [0.00] ACPI: RSDP 000f90b0 00014 (v00 Nvidia) [0.00] ACPI: RSDT 3fff3040 0002C (v01 Nvidia AWRDACPI 42302E31 AWRD ) [0.00] ACPI: FACP 3fff30c0 00074 (v01 Nvidia AWRDACPI 42302E31 AWRD ) [0.00] ACPI: DSDT 3fff3180 0508E (v01 NVIDIA AWRDACPI 1000 MSFT 010E) [0.00] ACPI: APIC 3fff8280 0006E (v01 Nvidia AWRDACPI 42302E31 AWRD ) [0.00] Nvidia board detected. Ignoring ACPI timer override. [0.00] Console: colour VGA+ 80x25 [0.107704] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.107706] vgaarb: loaded [0.107708] vgaarb: bridge control possible :02:00.0 [0.781484] Linux agpgart interface v0.103 [0.781577] agpgart: Detected NVIDIA nForce2 chipset [0.790786] agpgart-nvidia :00:00.0: AGP aperture is 128M @ 0xd800 [ 193.675285] nvidia: module license 'NVIDIA' taints kernel. [ 193.976553] vgaarb: device changed decodes: PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=none [ 193.977038] NVRM: loading NVIDIA UNIX x86 Kernel Module 173.14.39 Wed Nov 27 14:55:50 PST 2013 [ 261.083392] agpgart-nvidia :00:00.0: AGP 3.0 bridge [ 261.083413] agpgart-nvidia :00:00.0: putting AGP V3 device into 8x mode [ 261.083478] nvidia :02:00.0: putting AGP V3 device into 8x mode OpenGL and NVIDIA
Bug#727708: TC resolution revised draft
Hi Neil, Le vendredi 31 janvier 2014 à 11:55 +, Neil McGovern a écrit : On Fri, Jan 31, 2014 at 09:33:33AM +0100, Josselin Mouette wrote: Given the Condorcet voting method is susceptible to tactical voting, I'm not sure what you mean here, could you care to elaborate? Wikipedia has a nice description of how tactical voting works: http://en.wikipedia.org/wiki/Tactical_voting#Types_of_tactical_voting In the current example, a voter can rank insincerely her init system choices after #1, in order to give less chances to the one she would have ranked #2 sincerely. With only two realistic options (systemd / upstart), this problem doesn’t exist. But introducing more options on the ballot, it becomes possible to obtain a rigged outcome. The vote being public, it is all the more easier to see how you should rank other options than your preference in order to defeat them all. Cheers, -- .''`.Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737035: pam: FTBFS on !linux-any
severity 737035 serious tags 737035 + patch user debian-...@lists.debian.org usertags 737035 kfreebsd thanks Hi, I tested a patch identical to Svante's on GNU/kFreeBSD which fixes the build there too. RC severity because kfreebsd is a release arch and so this is blocking pam's testing migration. Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737132: Regression: wheezy initrd loads md raids only if defined on mdadm.conf even with INITRDSTART='all'
Il 30/01/2014 17:20, Michael Tokarev ha scritto: 30.01.2014 20:18, Fabio Fantoni wrote: [] Thanks for reply. The new md arrays were created by Wheezy persistent install on usb pendrive used as recovery system/tools. The root of system to recover is also Wheezy. Than the arrays are created with 1.2 superblock and different hostname. Is it possible to force the hostname on mdadm create? use --homehost=whatever for that. If so, is the UUID going to work too? I don't understand this question. Otherwise if it is possible to change it only with --update, will the UUID contain the old hostname and will it be a problem on initrd start? use --update=homehost when assembling. Thanks, /mjt Thanks for reply. I tried create new arrays with --homehost and I saw on mdadm --detail that is working. But unfortunately it seems that there is a bug because the same initrd still does not show them (boot fail to busybox and cat /proc/mdstat not show any array) even if they have the same hostname of the root to be started. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737219: swish-e: [INTL:it] Italian translation of debconf messages
Package: swish-e Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of swish-e debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of swish-e debconf messages # Copyright (C) 2014, swish-e's package copyright holder # This file is distributed under the same license as the swish-e package. # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: swish-e 2.4.7-3\n Report-Msgid-Bugs-To: ldro...@debian.org\n POT-Creation-Date: 2007-04-10 16:36+0200\n PO-Revision-Date: 2014-01-31 14:45+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: note #. Description #: ../swish-e.templates:1001 msgid New incompatible index format msgstr Nuovo formato dell'indice non compatibile #. Type: note #. Description #: ../swish-e.templates:1001 msgid Swish-e 2.4.5 uses a new format for its indexes which is incompatible with previous releases (2.4.3, 2.2, 2.0, ...) msgstr Swish-e 2.4.5 usa un nuovo formato per i suoi indici che non è compatibile con i precedenti rilasci (2.4.3, 2.2, 2.0, ...). #. Type: note #. Description #: ../swish-e.templates:1001 msgid You will have to re-index your files. msgstr Sarà necessario indicizzare nuovamente i file.
Bug#737218: pnp4nagios: [INTL:it] Italian translation of debconf messages
Package: pnp4nagios Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of pnp4nagios debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of pnp4nagios debconf messages. # Copyright (C) 2014, pnp4nagios' package copyright holder # This file is distributed under the same license as the pnp4nagios package. # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: pnp4nagios 0.6.16-2\n Report-Msgid-Bugs-To: pnp4nag...@packages.debian.org\n POT-Creation-Date: 2011-02-10 12:58+0100\n PO-Revision-Date: 2014-01-19 15:30+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: multiselect #. Description #: ../pnp4nagios-web.templates:1001 msgid Web servers to configure for PNP4Nagios: msgstr Server web da configurare per PNP4Nagios: #. Type: multiselect #. Description #: ../pnp4nagios-web.templates:1001 msgid Please select which web servers should be configured for PNP4Nagios. msgstr Selezionare quali server web devono essere configurati per PNP4Nagios. #. Type: multiselect #. Description #: ../pnp4nagios-web.templates:1001 msgid If you would prefer to perform configuration manually, leave all servers unselected. msgstr Se si preferisce fare la configurazione a mano, lasciare tutti i server non selezionati.
Bug#737220: cmucl: [INTL:it] Italian translation of debconf messages
Package: cmucl Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of cmucl debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of cmucl debconf messages # Copyright (C) 2014, cmucl package copyright holder # This file is distributed under the same license as the cmucl package. # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: cmucl 20c-2.1\n Report-Msgid-Bugs-To: pvane...@debian.org\n POT-Creation-Date: 2006-12-05 07:46+0100\n PO-Revision-Date: 2014-01-31 14:47+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: note #. Description #: ../templates:1001 msgid Config file changed incompatibly msgstr Il file di configurazione è cambiato in modo non compatibile #. Type: note #. Description #: ../templates:1001 msgid The config file /etc/common-lisp/cmucl/site-init.lisp changed in an incompatible way, please upgrade the file or if you are not even asked, move the /etc/common-lisp/cmucl/site-init.lisp.dpkg-new file to /etc/common-lisp/ cmucl/site-init.lisp. msgstr Il file di configurazione /etc/common-lisp/cmucl/site-init.lisp è cambiato in modo non compatibile: aggiornarlo o, se non viene chiesto, spostare il file /etc/common-lisp/cmucl/site-init.lisp.dpkg-new in /etc/common- lisp/cmucl/site-init.lisp. #. Type: note #. Description #: ../templates:1001 msgid Failure to do this will result in a broken installation. msgstr Se ciò non viene fatto si otterrà un'installazione difettosa.
Bug#727708: TC resolution revised draft
On 31/01/14 14:02, Sébastien Villemot wrote: P1: DT UT DL UL P2: DL UL DT UT P3: UT UL DL DT P4: UT UL DL DT Of course, in the alternative scenario with two consecutive ballots (one on the init, followed by one on the coupling), it would not have been possible to express this preference over the relative importance of the two questions, so one could argue that this is a feature of the single ballot with all options. Yes I think this is by design, and IMHO desirable. Imagine if the questions were uncoupled and decided in *reverse* order, someone might decide to compromise on their choice of init system, due to the result of the first decision making their original choice less palatable. I think that's what people are expressing in their vote. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#737221: myodbc: [INTL:it] Italian translation of debconf messages
Package: myodbc Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of myodbc debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of myodbc debconf messages. # Copyright (C) 2014, myodbc package copyright holder # This file is distributed under the same license as the myodbc package. # Beatrice Torracca beatri...@libero.it, 2014. msgid msgstr Project-Id-Version: myodbc 5.1.10-3\n Report-Msgid-Bugs-To: vor...@debian.org\n POT-Creation-Date: 2007-07-02 23:08-0700\n PO-Revision-Date: 2014-01-19 15:47+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../templates:1001 msgid Do you want MyODBC to be registered as an ODBC driver? msgstr Registrare MyODBC come driver ODBC? #. Type: boolean #. Description #: ../templates:1001 msgid You appear to have an ODBC manager (unixodbc or iODBC) installed on your system. msgstr Sembra esserci un gestore di ODBC (unixodbc o iODBC) installato nel sistema. #. Type: boolean #. Description #: ../templates:1001 msgid If you wish, MyODBC will be automatically added as an ODBC driver now and will be automatically deleted from the list when you remove the libmyodbc package, using the /usr/bin/odbcinst utility from unixodbc. msgstr Se lo si desidera, MyODBC sarà ora automaticamente aggiunto come driver ODBC, e sarà automaticamente rimosso dall'elenco quando verrà rimosso il pacchetto libmyodbc, usando l'utilità /usr/bin/odbcinst da unixodbc.
Bug#737090: [Pkg-ime-devel] Bug#737090: ibus-pinyin: Perhaps need pinyin database
control: block 737090 by 737136 Hi, On Wed, Jan 29, 2014 at 11:02:56PM -0800, Hongzheng Wang wrote: The package ibus-pinyin in sid just updated to 1.5.0. I noticed that it no longer depends on ibus-pinyin-db-open-phrase/android. My question is where the new ibus-pinyin gets pinyin database. I checked Fedora package and found there is a pyzy that contains a file 'main.db'. By contrast, Debian's libpyzy contains only pyzy algorithms. My upload of new libpyzy fixing 737136 should have fixed this bug for you. Please confirm since you can use these packages. I can not. I keep tyhis bug as grave for now to prevent going to testing. Once new libpyzy 1.0.1-4 is in testing, I will close this bug. Than also uplad new -5 splitting db file as separate package. I wonder why keep in this complicated 2 source packages. I think it is better to package as 2 simple separate source packages. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737222: jazip: [INTL:it] Italian translation of debconf messages
Package: jazip Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of jazip debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of jazip debconf messages. # Copyright (C) 2012, jazip package copyright holder # This file is distributed under the same license as the jazip package. # Beatrice Torracca beatri...@libero.it, 2012. msgid msgstr Project-Id-Version: jazip 0.34-15.1\n Report-Msgid-Bugs-To: ja...@packages.debian.org\n POT-Creation-Date: 2008-05-14 18:11+0200\n PO-Revision-Date: 2012-02-28 17:24+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: note #. Description #: ../jazip.templates:1001 msgid Notice for jazip packages users msgstr Informazione per gli utenti dei pacchetti jazip #. Type: note #. Description #: ../jazip.templates:1001 msgid This message is displayed because the configuration file /etc/jazip.conf was not on your system prior to package installation. msgstr Questo messaggio viene visualizzato perché il file di configurazione /etc/jazip.conf non era presente nel sistema prima dell'installazione del pacchetto. #. Type: note #. Description #: ../jazip.templates:1001 msgid The script `/usr/sbin/jazipconfig --non-interactive` was run in an attempt to create a working /etc/jazip.conf configuration file. If this was unsuccessful, run /usr/sbin/jazipconfig again as root without the --non- interactive switch, or consult jazip.conf(5) to create it yourself. msgstr È stato eseguito lo script «/usr/sbin/jazipconfig --non-interactive» nel tentativo di creare un file di configurazione /etc/jazip.conf funzionante. Se ciò non ha avuto successo, eseguire nuovamente /usr/sbin/jazipconfig come root senza l'opzione --non-interactive, oppure consultare jazip.conf(5) per crearlo a mano. #. Type: note #. Description #: ../jazip.templates:1001 msgid Users must be added to the 'floppy' group to allow access to the jazip program and the devices it manages. For example, to add user 'joe': msgstr Gli utenti devono essere aggiunti al gruppo «floppy» per permettere l'accesso al programma jazip e ai dispositivi che gestisce. Per esempio, per aggiungere l'utente «mario»: #. Type: note #. Description #: ../jazip.templates:1001 msgid # adduser joe floppy msgstr # adduser mario floppy #. Type: note #. Description #: ../jazip.templates:1001 msgid See /usr/share/doc/jazip/README.Debian for details. msgstr Per i dettagli vedere /usr/share/doc/jazip/README.Debian.
Bug#737223: mumble: run time linker fails on new libprotobuf8
Package: mumble Version: 1.2.4-0.1+b1 Severity: important Dear Maintainer, The latest unstable patch that relinked mumble client with the new libprotobuf8 is broken: zsh% mumble mumble: symbol lookup error: mumble: undefined symbol: _ZN6google8protobuf18GoogleOnceInitImplEPlPNS0_7ClosureE zsh% I tried removing and reinstalling the libprotobuf8 and mumble packages just in case I had some transient issue in my system. (I had had both libprotobuf7 and libprotobuf8 installed at the same time for a while.) zsh% ldd /usr/bin/mumble linux-vdso.so.1 (0x7fff527fe000) libprotobuf.so.8 = /usr/lib/x86_64-linux-gnu/libprotobuf.so.8 (0x7fb047c79000) (... and so on ...) zsh% strings /usr/lib/x86_64-linux-gnu/libprotobuf.so.8 | grep Google (nothing matches) zsh% strings /usr/lib/x86_64-linux-gnu/libprotobuf.so.8 | grep Once _ZN6google8protobuf8internal24InitLogSilencerCountOnceEv zsh% strings /usr/lib/x86_64-linux-gnu/libprotobuf.so.8 | grep InitImpl (nothing matches) zsh% -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mumble depends on: ii gconf2 3.2.6-1 ii libasound2 1.0.27.2-3 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavahi-compat-libdnssd1 0.6.31-4 ii libc6 2.17-97 ii libg15daemon-client1 1.9.5.3-8.2 ii libgcc11:4.8.2-14 ii libopus0 1.1-1 ii libprotobuf8 2.5.0-7 ii libpulse0 4.0-6+b1 ii libqt4-dbus4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-network 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql-sqlite 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-svg 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libsndfile11.0.25-9 ii libspeechd20.7.1-6.3 ii libspeex1 1.2~rc1.1-1 ii libspeexdsp1 1.2~rc1.1-1 ii libssl1.0.01.0.1f-1 ii libstdc++6 4.8.2-14 ii libx11-6 2:1.6.2-1 ii libxi6 2:1.7.2-1 ii lsb-release4.1+Debian12 Versions of packages mumble recommends: pn speech-dispatcher none Versions of packages mumble suggests: pn mumble-server 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#734294: maildrop compiled with trusted user setting which seem to reduce security
On Mon, Jan 13, 2014 at 09:44:23AM +0100, Josip Rodin wrote: On Sun, Jan 05, 2014 at 05:23:22PM +, Graeme Vetterlein wrote: I am trying to use maildrop tacked onto the back of fetchmail(1) as in: ... options fetchall mda /usr/bin/maildrop -d testing This is reading what is in effect a multidrop mailbox, usinsg maildrop(1) config to replace the lack of envelope information I run fetchmail as the user 'fetchmail' for reasons of security. The -d option will not work on debain build of maildrop (as it lacks u+s bit) if I add u+s , -d is now allowed BUT fetchmail (user) gets the message: You are not a trusted user Doing strings(1) on /usr/bin/maildrop seems to suggest the compiled in trusted users are 'mail root and daemon' . 1: I don't see these names documented 2: There is no option to maildrop to reveal which optiosn were used in compile 3: The Normal way to get this to work would be to run fetchmail as root (trusted user + no need for u+s) but exposes me to the obvious risk ... I run fetmail(1) because I (like many otheres) don't want to risk an incomming SMTP Well, the obvious question is, why exactly do you need delivery mode if you're already unprivileged? Why can't you run fetchmail itself as the this testing user? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: TC resolution revised draft
On 31/01/14 14:02, Sébastien Villemot wrote: the reason of the victory of upstart in this hypothetical vote is that systemd proponents prefer to lose on the coupling question rather than on the init system question If having systemd is still a preference despite the outcome of the other question, you can avoid losing on it by simply putting the systemd options with equal preference: DT = DL UL UT Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#737224: mysql-server-5.5: upgrade create mysql tables as root
Package: mysql-server-5.5 Version: 5.5.35+dfsg-0+wheezy1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? any upgrade of mysql lead to permission problems * What exactly did you do (or not do) that was effective (or ineffective)? apt-get upgrade * What was the outcome of this action? 52429324 drwx-- 2 root root 4096 Jan 24 07:54 /var/lib/mysql/performance_schema 5249304 12 -rw-rw 1 root root 8814 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_summary_global_by_event_name.frm 5249329 12 -rw-rw 1 root root 8650 Jan 24 07:54 /var/lib/mysql/performance_schema/threads.frm 5249323 12 -rw-rw 1 root root 8605 Jan 24 07:54 /var/lib/mysql/performance_schema/setup_consumers.frm 5244876 12 -rw-rw 1 root root 9220 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_current.frm 5249309 12 -rw-rw 1 root root 8840 Jan 24 07:54 /var/lib/mysql/performance_schema/file_summary_by_instance.frm 5249307 12 -rw-rw 1 root root 8800 Jan 24 07:54 /var/lib/mysql/performance_schema/file_summary_by_event_name.frm 5249193 12 -rw-rw 1 root root 9220 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_history_long.frm 5244875 12 -rw-rw 1 root root 8624 Jan 24 07:54 /var/lib/mysql/performance_schema/cond_instances.frm 5244913 12 -rw-rw 1 root root 9220 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_history.frm 5249299 12 -rw-rw 1 root root 8878 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_summary_by_instance.frm 5249327 12 -rw-rw 1 root root 8637 Jan 24 07:54 /var/lib/mysql/performance_schema/setup_instruments.frm 5249321 12 -rw-rw 1 root root 8758 Jan 24 07:54 /var/lib/mysql/performance_schema/rwlock_instances.frm 5249328 12 -rw-rw 1 root root 8650 Jan 24 07:54 /var/lib/mysql/performance_schema/setup_timers.frm 5249310 12 -rw-rw 1 root root 8684 Jan 24 07:54 /var/lib/mysql/performance_schema/mutex_instances.frm 52447994 -rw-rw 1 root root 61 Jan 24 07:54 /var/lib/mysql/performance_schema/db.opt 5249305 12 -rw-rw 1 root root 8654 Jan 24 07:54 /var/lib/mysql/performance_schema/file_instances.frm 5249303 12 -rw-rw 1 root root 8854 Jan 24 07:54 /var/lib/mysql/performance_schema/events_waits_summary_by_thread_by_event_name.frm 5249311 12 -rw-rw 1 root root 8776 Jan 24 07:54 /var/lib/mysql/performance_schema/performance_timers.frm * What outcome did you expect instead? that the files belong to mysql:mysql not root i think the issue lies here in postinst line 122: chown -R mysql $mysql_statedir but, run as root: line 146 : bash /usr/bin/mysql_install_db --rpm 21 | $ERR_LOGGER the /usr/bin/mysql_install_db line should have '--user=mysql' or the line 122 should be moved after this one i guess. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.65-vs2.3.3.9aq (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.5 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii initscripts2.88dsf-41+deb7u1 ii libc6 2.13-38 ii libdbi-perl1.622-1 ii libgcc11:4.7.2-5 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8+deb7u1 ii mysql-client-5.5 5.5.35+dfsg-0+wheezy1 ii mysql-common 5.5.35+dfsg-0+wheezy1 ii mysql-server-core-5.5 5.5.35+dfsg-0+wheezy1 ii passwd 1:4.1.5.1-1 ii perl 5.14.2-21+deb7u1 ii psmisc 22.19-1+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages mysql-server-5.5 recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libhtml-template-perl 2.91-1 ii mailx 1:20071201-3 Versions of packages mysql-server-5.5 suggests: pn tinyca none -- debconf information: mysql-server/error_setting_password: mysql-server-5.5/postrm_remove_databases: false mysql-server-5.5/start_on_boot: true mysql-server-5.5/nis_warning: mysql-server-5.5/really_downgrade: false mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611190: closed by Osamu Aoki os...@debian.org (Bug#611190: fixed in ibus-qt 1.3.2-1)
Hi Osamu, I'm sorry I haven't said it but I managed to make it work without qt4-config eventually. The possible was because of some unexported variables due to Xsession being sourced as a zsh script by kdm. The bug is still open but it's not related to ibus and qt-config is not needed as recommends. You should remove the recommends or downgrade it to suggests. Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737163: linux-image-3.13-trunk-amd64: Please enable CONFIG_I2C_DESIGNWARE_{CORE, PLATFORM}
Control: reassign -1 src:linux 3.13-1~exp1 Control: tag -1 moreinfo upstream On Thu, 2014-01-30 at 22:02 +0100, Guido Günther wrote: Package: linux-image-3.13-trunk-amd64 Severity: wishlist Dear Maintainer, please enable the above kconfig settings, it's used to drive the touchscreen/trackpad on the vaio duo 13. No, that won't work: config I2C_DESIGNWARE_PLATFORM tristate Synopsys DesignWare Platform depends on HAVE_CLK select I2C_DESIGNWARE_CORE CONFIG_HAVE_CLK is not and will not be enabled on x86. Maybe some additional patches are needed? Ben. -- Ben Hutchings It is easier to write an incorrect program than to understand a correct one. signature.asc Description: This is a digitally signed message part
Bug#737006: [Pkg-systemd-maintainers] Bug#737006: systemd: When init=/lib/systemd/systemd, selinux no longer works
Le Fri, 31 Jan 2014 06:56:49 +0100, Michael Biebl bi...@debian.org a écrit : Am 29.01.2014 10:54, schrieb Bart-Jan Vrielink: Package: systemd Version: 204-6 Severity: important Dear Maintainer, When I boot up under systemd, I get asked if I want to enter a security context when I login. It seems that all processes are running under the kernel_t label (except systemd-udevd, which runs under system_u:system_r:udev_t:s0-s0:c0.c1023) Because of this, the combination of SELinux and systemd is at the moment unusable. SELinux works fine under init=/sbin/init Hello Michael! Sounds like a bug in the selinux policy package to me, not in systemd itself. That said, I basically know nothing about selinux. bigon, can you comment on this bug report? Let us know whether we should re-assing it to one of the selinux-policy-* packages or if there is something which needs to be addressed in systemd. Yes you are correct, this is a bug in the policy and it should be reassigned to it. We dropped almost all the debian specific patches that were applied to the package in the past because it was impossible for us to keep a such huge delta with upstream. Unfortunately upstream doesn't have ATM (people are working on it IIRC) systemd support (the patches were previously coming straight from Fedora). Bart-Jan: So what I will suggest you is the 2 following commands: semanage fcontext -a -t init_exec_t /lib/systemd/systemd restorecon -v /lib/systemd/systemd This will already help, but unfortunately not all the services will not run in the correct labels. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720765: anki: Download Button: Unable to connect to the server
Package: anki Version: 1.2.11-1 Followup-For: Bug #720765 Dear Maintainer, I begin to use anki Debian/Wheezy and Android(AnkiDroid) via AnkiWeb I am Japanese. That is why I use English and Japanese. I imported personal word list in AnkiDroid. Then personal word list sync to AnkiWeb. Then Wheezy's Anki can not get personal word list form AnkiWeb. On AnkiWeb, I can practice word list. Wheezy's Anki said There was a connection error. If it persists, please try disabling your firewall software temporarily, or try again from a different network. Debugging info: HTTPError() But, Sid's Anki can get personal word list from AnkiWeb. I am very happy to report it. Maintainer, Please consider that Sid's Anki rebuild in Wheezy, then distribute next update timming. Or move Backports. Best Regards Yukiharu -- System Information: Debian Release: 7.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages anki depends on: ii python2.7.3-4+deb7u1 ii python-beautifulsoup 3.2.1-1 ii python-qt44.9.3-4 ii python-simplejson 2.5.2-1 ii python-sqlalchemy 0.7.8-1 Versions of packages anki recommends: ii kakasi 2.3.5~pre1+cvs20071101-1 ii python-matplotlib 1.1.1~rc2-1 Versions of packages anki suggests: ii dvipng 1.14-1+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737225: gnat: decimal type's 'Round does not round, effectively truncates
Package: gnat Version: 4.6 Severity: normal Tags: patch Dear Maintainer, The program attached to this report reflects a finding in c.l.ada, Jan 2014, How to round to the nearest fixed-point value, Message-ID: slrnldvtim.1lme.lithium...@sigil.instinctive.eu which has been classified as a compiler bug. The program should run as is, with no output. Instead, it raises Program_Error because the value of 0.999, rounded to 3 digits, is not 1.00, but 0.99. procedure Round_Decimal is -- OJBECTIVE: --Check that 'Round of a decimal fixed point type does round --away from zero if the operand is of a decimal fixed point --type with a smaller delta. type Milli is delta 0.001 digits 9; type Centi is delta 0.01 digits 9; function Rounded (Value : Milli) return Centi; -- Value, rounded using Centi'Round function Rounded (Value : Milli) return Centi is begin return Centi'Round (Value); end Rounded; begin -- Operands used directly: if not (Milli'Round (0.999) = Milli'(0.999) and Centi'Round (0.999) = Centi'(1.0) and Centi'Round (Milli'(0.999)) = Centi'(1.0)) then raise Program_Error; end if; -- This is expected to fail, currently, but shouldn't: if Rounded (Milli'(0.999)) /= Centi'(1.0) then raise Program_Error; end if; end Round_Decimal; -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnat depends on: ii gnat-4.6 4.6.3-8 Versions of packages gnat recommends: pn ada-reference-manual none pn gnat-gps none gnat 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#737085: apt: Apt downloads arch all packages from wrong repo/checks wrong checksum
On Thu, Jan 30, 2014 at 03:42:13PM +0100, Julian Andres Klode wrote: On Thu, Jan 30, 2014 at 12:27:21PM +, Wookey wrote: +++ Julian Andres Klode [2014-01-30 08:12 +0100]: On Thu, Jan 30, 2014 at 03:13:16AM +, Wookey wrote: The problem is that in order to debootstrap you need all the packages in one repo so leaving the arch all packages in ftp.uk.debian.org means you can't debootstrap if you only uploaded the new-arch 'any' packages to the 'bootstrap' repo. It's also important to test that the arch-all build actually works, and not just the arch-any part so doing those builds and testing the results can be good. A work around might be to reorder sources.list entries. The order of those entries determines from which source a package is retrieved, I believe the first match takes precedence. The first one parsed decides which size is expected – and usually this is also the one the package is acquired from, with the notable exception of not downloading from an unsigned archive if a signed is available… so, as this bootstrap archive is signed, is the key installed? It's fine for apt to consider these packages to be functionally equivalent, but it does need to check the correct checksum on download. It seems to me that this can be fixed by either adding size/hash to the hash as you suggest(making them 'different packages', or just separately ensuring that the checksum for the repo/file that was downloaded is used. Apt knows that there is more than one repo source for this package, but doesn't record that there might be more than one checksum? The fact that it can end up choosing one checksum and another source does seem wrong. Perhaps the code/object structure makes it hard to fix this this way and your fix is the only one that makes sense? It seems right to me in this case, because otherwise functional aspects like dependencies could differ as well. And if APT uses the dependencies from one source and then fetches the package from another source, but that one has different dependencies, installing it would produce an error. This situation can't happen as you have yourself lined out that Depends will influence the CRC hash, so they would get recognized as different versions. That said, what could happen at the moment is that a package could differ just by Multi-Arch field. (minus hash collisions, but how likely is that…) An alternative would be to change the cache-building algorithms to look at SHA hashes and/or size and create different version entries in the cache if they are present in both versions, but different. SHA Hashes would require all repositories to use the same best checksum algorithm. I think just adding size to the hash would be cheap and easy and would largely solve this problem. Adding the hash would cover a few extra cases where the size came out the same too, but if it's difficult I'd be happy to have this mostly-solved, as it's a situation we normally try to avoid anyway. Adding the size to the hash is not possible, as dpkg does not store the size for installed packages. This would mean that an installed package always has a different hash than an available package, causing APT to go crazy (it would try to upgrade all installed packages...). We could compare the size of the currently parsed version with the size of the version we compare it with at the moment through (as long as the current one isn't the status file one). See attached demo-patch. Something like that (but tested, this one isn't) could be introduced with the next abi break. It isn't bulletproof either, but a bit better. (I wonder if it would make sense to move the comparison entirely into such an on-demand handling rather than this generate CRC for everyone.) Best regards David Kalnischkies diff --git a/apt-pkg/deb/deblistparser.cc b/apt-pkg/deb/deblistparser.cc index 68d544e..4fe5919 100644 --- a/apt-pkg/deb/deblistparser.cc +++ b/apt-pkg/deb/deblistparser.cc @@ -95,44 +95,51 @@ string debListParser::Version() return Section.FindS(Version); } /*}}}*/ -// ListParser::NewVersion - Fill in the version structure /*{{{*/ -// - -/* */ -bool debListParser::NewVersion(pkgCache::VerIterator Ver) +unsigned char debListParser::ParseMultiArch(bool const showErrors) /*{{{*/ { - // Parse the section - Ver-Section = UniqFindTagWrite(Section); - - // Parse multi-arch + unsigned char MA; string const MultiArch = Section.FindS(Multi-Arch); if (MultiArch.empty() == true) - Ver-MultiArch = pkgCache::Version::None; + MA = pkgCache::Version::None; else if (MultiArch == same) { // Parse multi-arch if (ArchitectureAll() == true) { /* Arch all packages can't be Multi-Arch: same */ - _error-Warning(Architecture: all package '%s' can't be Multi-Arch: same, - Section.FindS(Package).c_str()); - Ver-MultiArch
Bug#736870: the: Help command fails
On Mon, Jan 27, 2014 at 21:42:47 +0100, Peter De Wachter wrote: The help command fails and prints this error message: Error 0023: Help file not found: debian/tmp/usr/share/THE/THE_Help.txt Hi Peter, Thank you for the report. This is a known bug that I missed due to my environment settings. For now you can use the following workaround: $ export THE_HELP_FILE=/usr/share/THE/THE_Help.txt You can also take a look into the manual command. I'll close this bug once the new version gets out. Regards, -- Alen Zekulic azeku...@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#734763: Please update libjs-jquery-cookie and use upstream numbering
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Le 2014-01-31 06:36, Daniel James a écrit : Thanks for the reply. I have checked the list above, and only galette depends on a specific version of libjs-jquery-cookie, in this case (= 8). I guess the current version numbering was chosen because the source package jquery-goodies contains many different libraries, with a variety of upstream version numbers. Would it be a lot more work to create a source package for each of the 23 binary packages? Well, yes, it would be a lot of work. And I'm quite certain the official javascript packaging team would disagree to split jquery-goodies. But, I think switching to upstream numbering is still possible. by using an epoch number. The new version number for libjs-jquery-cookie would be 1:1.4.0 (epoch 1) which would be more recent than 8-2 (epoch 0). Generating a binary package with a different version number than the source package is definitely possible. - -- Jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCAAGBQJS671sAAoJEK/ZGpI6kvtMq1IH/RuebgChRBFElWQOvBkChq84 09Qc1STllgypff5O4t9K6SDH0pbAyZt4JRHkEykVUP/x6gG+4ijTiFQrK3JF0Li6 Nv3p8M0ciMnuz801ITtjGlcLkdqxNujwpN+f6m6gnImQDj8JZID+FtJPkcX2Ejjj 4vgNKVk/b/cU1W2YhjIPvjmxePUukPUci8ysCKvLjH9Y+FnM7Rcr6BVgXNksPd3J nSdYDTj5REe1HnRnI6eK4INiWHF54wRpcLW82yhyVempmqNnI3uOf/tHoeuzBlvm 7Hv6neSA2yN6jDcK+OJsG7R5DqkuFBIe4U6OXo64JeP6Pc9+gQGTYI9/+7jKiM4= =8kXP -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#737137: game-data-packager: patch to support hexdd
Hello Fabian, Fabian Greffrath fab...@greffrath.com schrieb am 20:18 Donnerstag, 30.Januar 2014: Am Donnerstag, den 30.01.2014, 19:09 + schrieb Johey Shmit: Yes, that's true of course. But aren't the games startet by the desktop entries which point to a wad file directly anyway? The built in wad browsers of the game engines aren't really used in that scenario, so we could split up the wad files into separate directories. I regularly run e.g. doom -iwad doom2.wad -file ~/doom/whatever.wad in a Terminal and would find it very inconvenient if I had to specify a specific path to the IWAD files just because they happen to be heretic.wad or hexen.wad. Ok, I see your point. Attached is a patch against git that adds support for the following games: - heretic shareware - hexen shareware - strife shareware - hexen add on hexdd - strife registered All files are put into /usr/share/games/doom/. Thanks for considering including the patch!From 37d8986a9917983d164e258cf5f4706ca0665bb1 Mon Sep 17 00:00:00 2001 From: Johey Shmit joheysh...@yahoo.com Date: Fri, 31 Jan 2014 16:05:09 +0100 Subject: [PATCH] added support for Heretic SW, Hexen SW, Hexen addon hexdd, Strife SW and Strife registered Signed-off-by: Johey Shmit joheysh...@yahoo.com --- Makefile | 30 ++ doom-common.mk | 30 +- .../usr/share/applications/doom-common.desktop.in | 2 +- .../applications/heretic-shareware.desktop.in | 9 ++ .../usr/share/applications/hexdd.desktop.in| 9 ++ .../share/applications/hexen-shareware.desktop.in | 9 ++ .../share/applications/strife-shareware.desktop.in | 9 ++ .../usr/share/applications/strife.desktop.in | 9 ++ heretic-shareware/DEBIAN/control.in| 15 +++ hexdd/DEBIAN/control.in| 16 +++ hexen-shareware/DEBIAN/control.in | 15 +++ lib/doom-common| 111 +++-- lib/game-data-packager-shared | 9 +- lib/heretic-shareware-mirrors | 3 + lib/hexen-shareware-mirrors| 3 + lib/strife-shareware-mirrors | 2 + strife-shareware/DEBIAN/control.in | 15 +++ strife/DEBIAN/control.in | 15 +++ supported/heretic-shareware| 37 +++ supported/hexdd| 17 supported/hexen-shareware | 35 +++ supported/strife | 28 ++ supported/strife-shareware | 34 +++ 23 files changed, 445 insertions(+), 17 deletions(-) create mode 100644 doom-common/usr/share/applications/heretic-shareware.desktop.in create mode 100644 doom-common/usr/share/applications/hexdd.desktop.in create mode 100644 doom-common/usr/share/applications/hexen-shareware.desktop.in create mode 100644 doom-common/usr/share/applications/strife-shareware.desktop.in create mode 100644 doom-common/usr/share/applications/strife.desktop.in create mode 100644 heretic-shareware/DEBIAN/control.in create mode 100644 hexdd/DEBIAN/control.in create mode 100644 hexen-shareware/DEBIAN/control.in create mode 100644 lib/heretic-shareware-mirrors create mode 100644 lib/hexen-shareware-mirrors create mode 100644 lib/strife-shareware-mirrors create mode 100644 strife-shareware/DEBIAN/control.in create mode 100644 strife/DEBIAN/control.in create mode 100644 supported/heretic-shareware create mode 100644 supported/hexdd create mode 100644 supported/hexen-shareware create mode 100644 supported/strife create mode 100644 supported/strife-shareware diff --git a/Makefile b/Makefile index ee1b938..88f3cc3 100644 --- a/Makefile +++ b/Makefile @@ -12,12 +12,27 @@ default: $(DIRS) LONG=Final Doom: TNT: Evilution VERSION=$(VERSION) make -f doom-common.mk IWAD=plutonia \ LONG=Final Doom: The Plutonia Experiment VERSION=$(VERSION) + make -f doom-common.mk IWAD=heretic-shareware GAME=heretic VERSION=$(VERSION) \ + CONTROLIN=heretic-shareware/DEBIAN/control.in \ + LONG=Heretic Shareware make -f doom-common.mk IWAD=heretic GAME=heretic VERSION=$(VERSION) \ CONTROLIN=heretic/DEBIAN/control.in \ LONG=Heretic: Shadow of the Serpent Riders + make -f doom-common.mk IWAD=hexen-shareware GAME=hexen VERSION=$(VERSION) \ + CONTROLIN=hexen-shareware/DEBIAN/control.in \ + LONG=Hexen Shareware make -f doom-common.mk IWAD=hexen GAME=hexen VERSION=$(VERSION) \ CONTROLIN=hexen/DEBIAN/control.in \ LONG=Hexen: Beyond Heretic + make -f doom-common.mk IWAD=hexdd GAME=hexen VERSION=$(VERSION) \ + CONTROLIN=hexdd/DEBIAN/control.in \ + LONG=Hexen: Deathkings of the Dark Citadel + make -f doom-common.mk IWAD=strife-shareware GAME=strife VERSION=$(VERSION) \ + CONTROLIN=strife-shareware/DEBIAN/control.in \ + LONG=Strife
Bug#737226: tar --sparse silently corrupts files on filesystems where non-empty files may have zero blocks
Package: tar Version: 1.26+dfsg-0.1 Newer versions are also affected. The assumption that files with 0 blocks only contain zero is wrong! Redhat already fixed this bug, so I will just forward the link to the RH bug tracker: Also see: https://bugzilla.redhat.com/show_bug.cgi?id=1024095 Just let me know if you need further information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545970: check it
*Poslal JSEM tento Dopis na VÁS PŘED měsícem, ALE nejsem si jistý, jestli se mas, neslyšel JSEM od tebe, to je důvod, PROČ JSEM se znovu. JSEM právník, Alfred Morris, Delam profesionálním Vas, nabídnout v Souvislosti s úmrtím, ktery was můj Klient PŘED jeho Smrti, takže nějaké obrovské množství peněz jste Výši 7,5 milionu dolarů v. Bance*
Bug#737227: ITP: php5-pecl-http -- Extended HTTP Support.
Package: wnpp Severity: wishlist Owner: Facundo Guerrero guerre...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: php5-pecl-http Version : 2.0.4 Upstream Author : Michael Wallner m...@php.net * URL : http://pecl.php.net/package/pecl_http * License : BSD Programming Lang: C Description : Extended HTTP Support. This HTTP extension aims to provide a convenient and powerful set of functionality for one of PHPs major applications. . It eases handling of HTTP urls, headers and messages, provides means for negotiation of a client's preferred content type, language and charset, as well as a convenient way to send any arbitrary data with caching and resuming capabilities. . It provides powerful request functionality with support for parallel requests. . Documentation: v1: http://php.net/http v2: http://devel-m6w6.rhcloud.com/mdref/http . Code Coverage: v1: http://dev.iworks.at/ext-http/lcov_html/ext/http/ v2: http://dev.iworks.at/ext-http/lcov/ext/http/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731398: galax: FTBFS with ocaml 4.01.0
Control: tags -1 patch Hi there, please find attached a patch from upstream that fixes the build against ocaml 4.01. Since I'm not a DD, I can't upload myself. Cheers, Andreas -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 diff -Nru galax-1.1/debian/changelog galax-1.1/debian/changelog --- galax-1.1/debian/changelog 2011-11-11 00:42:50.0 +0100 +++ galax-1.1/debian/changelog 2014-01-31 15:59:05.0 +0100 @@ -1,3 +1,10 @@ +galax (1.1-11) UNRELEASED; urgency=medium + + * Apply patch from upstream git to fix build with Ocaml4.01 +(Closes: #731398) + + -- Andreas Moog andreas.m...@warperbbs.de Fri, 31 Jan 2014 14:54:50 +0100 + galax (1.1-10) unstable; urgency=low * Team upload diff -Nru galax-1.1/debian/patches/0009-Fix-build-with-ocaml-4.01.patch galax-1.1/debian/patches/0009-Fix-build-with-ocaml-4.01.patch --- galax-1.1/debian/patches/0009-Fix-build-with-ocaml-4.01.patch 1970-01-01 01:00:00.0 +0100 +++ galax-1.1/debian/patches/0009-Fix-build-with-ocaml-4.01.patch 2014-01-31 15:58:28.0 +0100 @@ -0,0 +1,451 @@ +Description: short summary of the patch +Author: Jerome Simeon jeromesim...@me.com +Bug-Debian: http://bugs.debian.org/731398 +Origin: upstream, https://github.com/jeromesimeon/Galax/commit/95c090d1f5a1f70c0013e92c7e70d347ee870dc5.patch + +Index: galax-1.1/base/finfo.ml +=== +--- galax-1.1.orig/base/finfo.ml 2014-01-31 14:53:51.0 +0100 galax-1.1/base/finfo.ml2014-01-31 14:53:51.0 +0100 +@@ -119,7 +119,7 @@ + let ch = + input_char inch + in +- if ch = '\012' or ch = '\n' then begin ++ if ch = '\012' || ch = '\n' then begin + incr lineno; + linepos := 0 + end +Index: galax-1.1/code_selection/code/code_fn.ml +=== +--- galax-1.1.orig/code_selection/code/code_fn.ml 2014-01-31 14:53:51.0 +0100 galax-1.1/code_selection/code/code_fn.ml 2014-01-31 14:53:51.0 +0100 +@@ -271,7 +271,7 @@ + let float_nan_zero_test = + ((fun x - + if x == nan then raise_nan() +-else if (x = infinity) or (x = -.infinity) then raise_infinity() ++else if (x = infinity) || (x = -.infinity) then raise_infinity() + else x), +(fun x - + if x == nan then raise_nan() +Index: galax-1.1/config/Makefile.galax-inst +=== +--- galax-1.1.orig/config/Makefile.galax-inst 2014-01-31 14:53:51.0 +0100 galax-1.1/config/Makefile.galax-inst 2014-01-31 14:53:51.0 +0100 +@@ -112,6 +112,7 @@ + -I $(CONF_OCAML_STDLIB) \ + -I $(CONF_OCAML_LIBPCRE) \ + -I $(CONF_OCAML_LIBNETSTRING) \ ++-I $(CONF_OCAML_LIBNETSTRING_PCRE) \ + -I $(CONF_OCAML_LIBPXP) \ + -I $(CONF_OCAML_LIBPXP_UTF8) \ + -I $(CONF_OCAML_LIBPXP_ISO88591) \ +@@ -172,6 +173,7 @@ + bigarray.cma \ + pcre.cma \ + netstring.cma \ ++netstring-pcre.cma \ + pxp_engine.cma \ + pxp_lex_utf8.cma pxp_lex_link_utf8.cmo \ + pxp_lex_iso88591.cma pxp_lex_link_iso88591.cmo \ +@@ -203,6 +205,7 @@ + bigarray.cmxa \ + pcre.cmxa \ + netstring.cmxa \ ++netstring-pcre.cmxa \ + pxp_engine.cmxa \ + pxp_lex_utf8.cmxa pxp_lex_link_utf8.cmx \ + pxp_lex_iso88591.cmxa pxp_lex_link_iso88591.cmx \ +Index: galax-1.1/configure +=== +--- galax-1.1.orig/configure 2014-01-31 14:53:51.0 +0100 galax-1.1/configure2014-01-31 14:53:51.0 +0100 +@@ -18,7 +18,7 @@ + # value2: on by command line (forced) + + version=1.0 +-ocaml_version=3.10 ++ocaml_version=4.01 + # Function: print_options() + # Description: + # Print the current values of all options +@@ -124,6 +124,7 @@ + # ocaml_pkglib: This is where the OCaml pkg-lib is installed (default=$ocaml_lib/ocaml/pkg-lib) + # ocaml_pcre: This is where the OCaml PCRE interface is installed (default=$ocaml_pkglib/pcre) + # ocaml_netstring:This is where the OCaml netstring files are installed (default=$ocaml_pkglib/netstring) ++# ocaml_netstring_pcre: This is where the OCaml netstring files are installed (default=$ocaml_pkglib/netstring-pcre) + # ocaml_equeue: This is where the OCaml equeue files are installed (default=$ocaml_pkglib/equeue) + # ocaml_netclient:This is where the OCaml netclient files are installed (default=$ocaml_pkglib/netclient) + # ocaml_netsys: This is where the OCaml netsys files are installed (default=$ocaml_pkglib/netstring) +@@ -191,6 +192,7 @@ + ocaml_pkglib= + ocaml_pcre= + ocaml_netstring= ++ocaml_netstring_pcre= + ocaml_equeue= + ocaml_netclient= + ocaml_netsys= +@@