Bug#726477: icu: CVE-2013-2924
Package: icu Severity: grave Tags: security Justification: user security hole The Chrome developers found a security issue in the included ICU: http://googlechromereleases.blogspot.de/2013/10/stable-channel-update.html The bug http://bugs.icu-project.org/trac/ticket/10318 is restricted, but the patch can be found here: https://ssl.icu-project.org/trac/changeset/34076 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Thomas Goirand z...@debian.org writes: On 10/15/2013 06:21 PM, Tristan Seligmann wrote: What sort of upstream source code would be using the /usr/bin wrapper at all? (I ask this question without prejudice; I can obviously imagine some ways this might happen, but I'm more interested in the actual existing use cases that you implied, not ones that only exist in my imagination) I'm not sure if you're talking about the *full path* bit or what. Upstream code (or at least, unit tests...) is calling coverage from the standard accessible $PATH. If some upstream code is making many invocations of one command with a hard-coded name, that's an argument to work with upstream and ask them to parameterise their code better (and patch it until they do), so OS packagers can easily alter the invocations to match OS-specific command locations. This effort is part of maintaining software in Debian: working with upstream to convince them to make their code work well in a universal operating system. In which vein, you've motivated me to raise an issue for this problem upstream URL:https://bitbucket.org/ned/coveragepy/issue/272/ with the Python Coverage library maintainer, to argue for addressing the cause of the problem. Thanks! -- \ “… one of the main causes of the fall of the Roman Empire was | `\that, lacking zero, they had no way to indicate successful | _o__) termination of their C programs.” —Robert Firth | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726284: xhprof: XSS (no CVE yet)
Control: retitle -1 xhprof: CVE-2013-4433: XSS Hi On Mon, Oct 14, 2013 at 07:18:21AM +0200, Moritz Muehlenhoff wrote: Package: xhprof Severity: grave Tags: security Justification: user security hole Hi, fixed in 0.9.4: http://pecl.php.net/package-changelog.php?package=xhprofrelease=0.9.4 http://www.openwall.com/lists/oss-security/2013/10/14/1 A CVE was now assigned to this issue, retitling the bugreport accordingly. (Please include the CVE in the changelog when fixing this issue). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Tristan Seligmann mithra...@mithrandi.net writes: Does this really invoke /usr/bin/coverage, as opposed to just importing the coverage module (I'm not familiar with testrepository)? I would have expected most Python tools to just import the module, rather than spawning the wrapper as an external process, hence my original question. Right. This is support for working with the upstream of testrepository if it doesn't already import the Python module, in order to avoid the problem the right way. I agree with this; if a naming conflict develops in the future, I don't think renaming things then will be any harder than renaming them now is That sounds like an argument that renaming the program, as the Debian ‘python-coverage’ package has always done, is not causing a problem worth changing the package's behaviour now. -- \ “Rightful liberty is unobstructed action, according to our | `\will, within limits drawn around us by the equal rights of | _o__) others.” —Thomas Jefferson | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
Thomas Goirand z...@debian.org writes: On 10/16/2013 07:32 AM, Ben Finney wrote: Patching upstream's assumptions of command names is a feature of the landscape for Debian packagers. I don't consider that a reason to presume ‘/usr/bin/coverage’ on Debian should refer to a Python-specific tool. I'm not denying the fact it's possible to do what you say. I'm saying it's too much effort compared to providing /usr/bin/coverage in Debian. Yes, providing ‘/usr/bin/coverage’ would be a small amount of effort. That is less important than the question: is it a good idea to do it? Many bad ideas would be a small amount of effort to implement. So, comparing amounts of implementation effort does not make a compelling argument. You are simply ignoring this point of my argumentation, which is the most important part. If that's the most important part, I fear you don't have a compelling case for this request. You have also ignore the point where I say that there's currently no conflict, so it doesn't mater. The best case is if *no* language-specific programming tool ever grabs that over-broad name in Debian. I can say with confidence that this is exactly why the program has been deliberately installed with the name ‘/usr/bin/python-coverage’ in Debian for every release of the ‘python-coverage’ package to date. It is a positive reason that remains relevant. Could you please reply to both points? Those are my responses, thanks for pursuing them. I'm glad we discussed this. I haven't seen a convincing argument that overrides the consensus here that a Python-specific programming tool should not claim the broad name ‘/usr/bin/coverage’ in Debian. -- \ “The greater the artist, the greater the doubt; perfect | `\ confidence is granted to the less talented as a consolation | _o__) prize.” —Robert Hughes | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726478: glance: CVE-2013-4428: image_download policy not enforced for cached images
Package: glance Severity: grave Tags: security upstream Hi, the following vulnerability was published for glance. CVE-2013-4428[0]: image_download policy not enforced for cached images Upstream bugreport is at [1]. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4428 http://security-tracker.debian.org/tracker/CVE-2013-4428 [1] https://bugs.launchpad.net/glance/+bug/1235378 Please adjust the affected versions in the BTS as needed. Regards, and thanks for your work Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Using update-alternatives for /usr/bin provided binaries
I think it's reasonable to get OpenStack to look for python-coverage to run it's tests when using a system package. Or use python -m coverage. 'coverage' is indeed super generic and the precedent within Debian for the package is to call the binary 'python-coverage'. Is there some reason we can't take that approach? -Rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726475: supertuxkart: I can not change resolution. on 640x480, the buttom of settings are hide
Control: tag -1 + moreinfo Hi, I can not change resolution. on 640x480 to other size, the buttom of settings are hide I do not think this is a bug in supertuxkart. Supertuxkart's behaviour of reusing the stored resolution IMHO is correct. Whatg you need to do is change the resolution in SUpertuckart, and I guess you can get to this setting by moving the window a bit. If twm is not broken, it should allow you to move a window by holding down the Alt key and grabbing it anywhere, so you can move the top out of the screen and get to the resoltion setting. Can you please check whether that helps and report back? Cheers, Nik -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefore art thou, demonic device?? PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#726479: popularity-contest: breaks after /tmp/XXXXXXX/trustdb.gpg has vanished
Package: popularity-contest Version: 1.60 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For reasons unknown to me, the GPG trustdb popcon expects in its tmpdir has vanished between two runs - maybe I just rebooted my system or something. I got this error from anacron today: gpg: fatal: '/tmp/tmp.FPr0WTbwWr/trustdb.gpg' could not be opened: No such file or directory secmem usage: 1408/1408 bytes in 2/2 blocks of pool 1408/32768 run-parts: /etc/cron.daily/popularity-contest exited with return code 2 I do not think popcon should rely on the persistance of files in /tmp. Maybe it also vanished while popcon was running, which I could not explain and surely was not triggered from outside popcon. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 Versions of packages popularity-contest recommends: ii cron3.0pl1-124 ii gnupg 1.4.15-1 ii postfix [mail-transport-agent] 2.10.2-1 Versions of packages popularity-contest suggests: ii anacron 2.3-19 - -- debconf information: popularity-contest/submiturls: * popularity-contest/participate: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJSXjFWMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pafXg/9G8+1ERaP5NA0/fWu02i+ 9Du6GD/1YptwortX5IX0MO1DMisyDXt6vHsNRgTv+OsrMKk8oLnjOG/0j3qvo1Ko 6Mi1dKNQDX79u5BHNOiqfZXgl8mXtTYjK5T2wG5vPftnqbmehHziL+lx+Ztx5WG4 1cYsK9vvKxWBrXckwMtcd6MPo/T+A3eAjmPpLUnW6TwBjmXwUY1Q2jt2FSqu7mKB 2FT/Vg4iLSyDHdLq+SSXGsztsUA79zD2ofrvMBrbZf6aZMsVtG08xTsxi6Qdyb0e 47mKGZQlxQmMIsvtjQoInizYzFONc7SzlyYOy8N46GyIgL7iBNk6PgnbF4Q+Jkgm R7ICWaT5PRbzaElJQ1vhxJBFxB2gRLQ6WeYc47YcVqQkUlwDWcbRI+LmPqoYB7rS VWNc2Pv+Ly63aHuwrZAHwgQyK2D20bmT7AZ42VZiJqisgo61Nnq73jWOBUWJhpN2 f3WIggeu1bCJcZuDxfdHOs9XRiQsoK9LrlpHW30rMuUDJooNk0dwFtkBmJ9v1s3h zTpoAC2GRqxWWu3bex7S+UJeh24s0/LxrFq6xQkcRSepoVE6wIUyPsaOE3NVIwUx 9ED/3dxwqNWLczbpEIuJI6ELwAGhQiuXCylh93XS7Jxx/ZpSExWVYjmWscDu87Jm 6XbEEbwN/hNnIxOs63wequ8= =BTjn -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#726478: glance: CVE-2013-4428: image_download policy not enforced for cached images
Hi Thomas, A follow-up on this, I was not (yet) able to troughly check this. So mainly forwarding upstream bugreport to you. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723847: [Pkg-postgresql-public] Bug#723847: Bug#723847: postgresql-9.3: server - pg_upgradecluster - initdb: --data-checksums ?
On Tue, Oct 15, 2013 at 11:15:07PM -0400, Peter Eisentraut wrote: On Sat, 2013-10-12 at 11:09 +0200, Karsten Hilbert wrote: So, to rephrase the question: I wonder whether --data-checksums can be pre-set in /etc/postgresql-common/createcluster.conf's initdb_options ? It doesn't matter where you attach the option, the answer is the same: Upstream has decided that checksums should not be the default at this time. If you want to override that for the entire world of Debian, you need to come up with a good reason. No problem. Just asking. I do have good reasons but they probably only apply to my universe (p.d.o/gnumed-server). Karsten -- GPG key ID E4071346 @ gpg-keyserver.de E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726480: salt: Multiple security issues
Package: salt Severity: grave Tags: security Justification: user security hole This was posted to oss-security. Since it's now more or less public, you should contact upstream to check the patch status: http://seclists.org/oss-sec/2013/q4/113 http://seclists.org/oss-sec/2013/q4/114 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725559: pptpd: FTBFS: configure.in:89: error: required file './compile' not found
tags 725559 confirmed thanks David Suárez wrote... During a rebuild of all packages in sid, your package failed to build on amd64. Thanks for spotting this and also for the patch. The Debianization of pptpd needs a major overhaul, so please don't NMU, I'll upload a new version within the next days anyway. Christooph signature.asc Description: Digital signature
Bug#725846: [Pkg-bluetooth-maintainers] Bug#725846: bluetooth: Fails with A2DP device
Hi, I show below the method which I checked with pluseaudio. Could you check with this? - 0. install packges. $ sudo apt-get install pulseaudio pulseaudio-module-bluetooth 1. setup /etc/bluetooth/audio.conf Please add the following line to the General. [General] Disable=Source,Socket 2. reboot bluetooth daemon and pulseaudio $ sudo /etc/init.d/bluetooth restart $ 3. Pairing , trust and check $ bluez-simple-agent hci0 00:XX:XX:XX:XX:58 $ bluez-test-device trusted 00:XX:XX:XX:XX:58 yes You can check with the following command: the list of devices that are paired. $ bluez-test-device list 00:XX:XX:XX:XX:58 LBT-AR200C2 4. connect to audio device. $ bluez-test-audio connect 00:XX:XX:XX:XX:58 5. confirmation of the device that is recognized by pulseaudio $ pactl list cards short 0 alsa_card.pci-_00_08.0 module-alsa-card.c 2 bluez_card.00_XX_XX_XX_XX_58module-bluetooth-device.c If a list of Bluetooth does not come out as follows, there is a possibility that Bluetooth device is not recognized, or is incorrectly configured. $ pactl list cards short 0 alsa_card.pci-_00_08.0 module-alsa-card.c 6. Change profile to a2dp $ pactl set-card-profile bluez_card.00_XX_XX_XX_XX_58 a2dp 7. Play music. - Best regards, Nobuhiro 2013/10/10 Adrian Immanuel Kieß adr...@kiess.at: Please post a solution for this bug. Bluetooth is broken again and again. There is no solution attached to bugreport #724735. There he/she posts removed whole /var/lib/... directory. Adrian Immanuel KIEß On Wed, 2013-10-09 at 12:34 +0900, Nobuhiro Iwamatsu wrote: Hi, Please see #724735. Best regards, Nobuhiro 2013/10/9 Adrian Immanuel Kiess adr...@kiess.at: Package: bluetooth Version: 4.101-3 Severity: important Dear Maintainer, * What led up to the situation? Connecting A2DP bluetooth device * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Device not found via pulseaudio or A2DP can't be activated * What outcome did you expect instead? Working bluetooth headset with A2DP currently bluetooth support with pulseaudio seems to be broken again. I get the following error in syslog: [ 73.001240] usblp0: removed [ 73.002864] usblp 3-1.3:1.0: usblp0: USB Bidirectional printer dev 3 if 0 alt 0 proto 2 vid 0x04E8 pid 0x3268 [ 208.895198] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input11 [ 296.615888] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input12 [ 297.284868] Bluetooth: Wrong link type (-14) [ 297.286180] Bluetooth: Wrong link type (-14) [ 321.622067] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input13 [ 322.320858] Bluetooth: Wrong link type (-14) [ 322.322207] Bluetooth: Wrong link type (-14) [ 359.642059] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input14 [ 360.324726] Bluetooth: Wrong link type (-14) [ 360.325989] Bluetooth: Wrong link type (-14) [ 385.443300] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input15 [ 619.779962] input: 00:22:37:0B:3B:AF as /devices/virtual/input/input16 [ 620.478934] Bluetooth: Wrong link type (-14) [ 620.480154] Bluetooth: Wrong link type (-14) Attached is a screenshot. Sincerely, Adrian Immnauel KIESS -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-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 bluetooth depends on: ii bluez 4.101-3 Versions of packages bluetooth recommends: ii bluez-alsa 4.101-3 ii bluez-gstreamer 4.101-3 Versions of packages bluetooth suggests: ii bluez-cups 4.101-3 -- no debconf information ___ Pkg-bluetooth-maintainers mailing list pkg-bluetooth-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bluetooth-maintainers -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator programmer Unix / Perl / LaTeX mail: adrian (at) kiess.at www: http://www.kiess.at -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726449: tzsetup: please make Lisbon default for Portugal
Quoting Thiemo Nagel (thiemo.na...@gmail.com): Package: tzsetup Severity: minor Tags: d-i Hello, the latest jessie installer selects Madeira as default for Portugal, which I don't consider appropriate. Could you please make Lisbon the default? Hmmm, looking at tzsetup/debian/common.templates.in, we indeed don't seem to have any default there. As you mention, it's probably good to have some, at least for some obvious cases (Spain and Portugal come to mindbut that could be the same for any multi-timezone country, with the country's capital city's timezone being the default). Any objections? signature.asc Description: Digital signature
Bug#726323: [Pkg-haproxy-maintainers] Bug#726323: Bug#726323: Bug#726323: haproxy doesn't start on boot due to missing IPv6 address on interface
On 2013-10-15 20:13, Apollon Oikonomopoulos wrote: Hi Philipp, On 16:41 Tue 15 Oct , Philipp Kolmann wrote: The IPv6 addresses which are balanced with keepalived are all configured with transparent. There I don't have any issues. I have the issue with the fixed IPv6 Address of the interface, specified in /etc/network/interfaces iface eth0 inet6 static address 2001:629:1005:30::11 netmask 64 As Vincent pointed out, you're probably hit by IPv6 Duplicate Address Detection (DAD). Unfortunately it also seems that Optimistic DAD does not work at this stage. This has nothing to do with HAProxy, it's the Linux kernel delaying to make the address available to userspace. If this is a 100% controllable environment, you can turn DAD off on the specified interface, with: pre-up echo 0 /proc/sys/net/ipv6/conf/$IFACE/accept_dad It's dirty, but it should get you up and running without delays. I'm not suggesting you should do it, just make sure you understand the implications of this. In my view, the proper solution would be for ifupdown to wait for the address to become available (i.e. leave the tentative state). The only thing we can do is warn about this in README.Debian I guess. Hi Apollon, thanks for the update. I solved the issue for me with a sleep 10 at the head of the htproxy init.d startfile. It's ugly, but it works for me so far. I just wanted to raise this issue, so others can find a solution. I have also subscribed to the ifupdown BR regarding this issue. thanks Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626760: 7kaa: pressing the window manager close button does not work on the title screen
On Tue, 2013-10-15 at 21:16 +0100, Manuel A. Fernandez Montecelo wrote: I think that this bug is not valid now, since the game starts with fullscreen with no possibility of window mode, and doesn't seem to accept any command line options. Which fixes the bug in a way, even if I would prefer to have the window mode as an option. It is possible to switch to window mode by pressing Alt+Enter. After doing that the WM close button still does not work on the title menu screens. It does work during the game though. Unfortunately it doesn't remember that I chose window mode anywhere. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#725489: [M247Support #237566]: Re: Bug#725489: mirror submission for mirrors.manchester.m247.com
Hi Simon, It is because I was excluding that from the sync. Should look better now with a copy of the trace files from the mirror I copy from. Best Regards, Simon Gunton Technical Support Analyst | Connected with our Customers M247 Ltd, registered in England & Wales #4968341. 1 Ball Green, Cobra Court, Manchester, M32 0QT Ticket Details Ticket ID: 237566 Department: M247 Support Type: Issue Status: Awaiting Client Priority: Low Support Center: https://uk-support-team.com/index.php? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726481: coffeescript: please add dependency “Suggests: coffeescript-doc”
Package: coffeescript Version: 1.4.0-1 Severity: minor Howdy, Programming in Coffeescript requires understanding how it works and what it does. Please set a “Suggests: coffeescript-doc” dependency, so that administrators choosing to install ‘coffeescript’ will receive the suggestion. -- \ “Immorality: The morality of those who are having a better | `\ time.” —Henry L. Mencken | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#725615: [RFR]
Quoting Justin B Rye (justin.byam@gmail.com): So how about: Description: secure mail system - core files I think this is the core of this review: finding a good synopsis for Dovecot.:-) For me, Dovecot is a mail distribution server. This is indeed how we call it, in my workplace (where the incoming/outbound SMTP server is separated fromthe end-user mail server. However, that term of distribution is a bit ambiguous for sysadmins. My problem with mail system is that Dovecot does not offer all mail funtionalities, not being able to send/receive mail to/from other systems, so calling it mail system might be misleading. signature.asc Description: Digital signature
Bug#726255: Using update-alternatives for /usr/bin provided binaries
On 10/16/2013 01:52 PM, Tristan Seligmann wrote: On Tue, Oct 15, 2013 at 1:47 PM, Thomas Goirand z...@debian.org wrote: On 10/15/2013 06:21 PM, Tristan Seligmann wrote: What sort of upstream source code would be using the /usr/bin wrapper at all? (I ask this question without prejudice; I can obviously imagine some ways this might happen, but I'm more interested in the actual existing use cases that you implied, not ones that only exist in my imagination) I'm not sure if you're talking about the *full path* bit or what. Upstream code (or at least, unit tests...) is calling coverage from the standard accessible $PATH. For example: zigo@ ~/os/heat/heat heat (debian/havana)# cat tox.ini | grep coverage python setup.py testr --coverage Does this really invoke /usr/bin/coverage, as opposed to just importing the coverage module (I'm not familiar with testrepository)? Yes, please look at the beginning of #726255 where I show what happens. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726482: ITP: lua-yaml -- LibYAML binding for Lua
Package: wnpp Severity: wishlist Owner: Victor Seva linuxman...@torreviejawireless.org * Package name: lua-yaml Version : 4 Upstream Author : Gary V. Vaughan g...@gnu.org * URL : https://github.com/gvvaughan/lyaml * License : Expat Programming Lang: Lua Description : LibYAML binding for Lua fast C implementation for converting between %YAML 1.1 and Lua tables, and a low-level YAML event parser for implementing more intricate YAML document loading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726480: upstream appear to have a patch
https://github.com/saltstack/salt/pull/7356/files -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Using update-alternatives for /usr/bin provided binaries
On 10/16/2013 02:20 PM, Robert Collins wrote: I think it's reasonable to get OpenStack to look for python-coverage to run it's tests when using a system package. Or use python -m coverage. 'coverage' is indeed super generic and the precedent within Debian for the package is to call the binary 'python-coverage'. Is there some reason we can't take that approach? -Rob Hi Robert, If you think this way, as an upstream author, then I have to agree. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724811: Intention to use NMU to fix the bug
On Tue, Oct 15, 2013 at 10:03 AM, Sergei Golovan sgolo...@nes.ru wrote: Hi! I've bumped the severity of this bug to serious to ensure Tcl/Tk 8.4 will not go to jessie when it'll become stable. I'm planning to use NMU to fix this bug if there's no objection for that. Cheers! -- Sergei Golovan Ok, go ahead with the NMU. These days I haven't any spare time for maintainig packages. I have also bugfixes for another package ready to be tested and uploaded but I can't find the time to do it. Sorry. Cheers! Massimo Dal Zotto
Bug#724811: Intention to use NMU to fix the bug
Hi Massimo, On Wed, Oct 16, 2013 at 11:44 AM, dz debian dz.deb...@gmail.com wrote: Ok, go ahead with the NMU. Would you mind if I'll try to fix #724809 also? Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726255: Claiming ‘/usr/bin/coverage’ for a Python-specific programmer tool
On 10/16/2013 02:05 PM, Ben Finney wrote: Thomas Goirand z...@debian.org writes: On 10/15/2013 06:21 PM, Tristan Seligmann wrote: What sort of upstream source code would be using the /usr/bin wrapper at all? (I ask this question without prejudice; I can obviously imagine some ways this might happen, but I'm more interested in the actual existing use cases that you implied, not ones that only exist in my imagination) I'm not sure if you're talking about the *full path* bit or what. Upstream code (or at least, unit tests...) is calling coverage from the standard accessible $PATH. If some upstream code is making many invocations of one command with a hard-coded name, that's an argument to work with upstream and ask them to parameterise their code better (and patch it until they do), so OS packagers can easily alter the invocations to match OS-specific command locations. I think you didn't get what I was trying to explain, so I'll try again. I didn't wrote a single upstream project uses coverage in multiple places. If it was the case, indeed it would be a problem in that one upstream project, and it wouldn't be reasonable to change the Debian package for *one* upstream project. What I wrote is that multiple project does. That's very different. In the former case, you have to convince a vast number of upstream, with multiple types of answer, ranging from sure, give me 5 minutes and I fix this, to I don't care, get off my bug tracker type of answer. Multiply this by a non-negligible amount of project, and you get a good picture of why I think it could be very painful. In which vein, you've motivated me to raise an issue for this problem upstream URL:https://bitbucket.org/ned/coveragepy/issue/272/ with the Python Coverage library maintainer, to argue for addressing the cause of the problem. Thanks! Awesome! If upstream fixes it, then downstream projects will be forced to follow. Let's hope it works. Thanks for doing this. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726483: console-tools fails to install
Package: console-tools Version: 2:0.2.3-71 Severity: important When upgrading to the latest version of console-tools, I received the following error message: Setting up console-tools (2:0.2.3-71) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Failed to issue method call: Unit console-screen.sh.service failed to load: No such file or directory. See system logs and 'systemctl status console-screen.sh.service' for details. invoke-rc.d: initscript console-screen.sh, action start failed. dpkg: error processing console-tools (--configure): subprocess installed post-installation script returned error exit status 6 dpkg: dependency problems prevent configuration of kbd-compat: kbd-compat depends on console-tools (= 2:0.2.3-71); however: Package console-tools is not configured yet. dpkg: error processing kbd-compat (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: console-tools kbd-compat This might be related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608457 Regards: David Weinehall -- /) David Weinehall t...@debian.org /) Rime on my window (\ // ~ // Diamond-white roses of fire // \) http://www.acc.umu.se/~tao/(/ Beautiful hoar-frost (/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723729: other places
Hi Steven, I share your concerns about the potentially less secure wipe. It has been addressed yesterday. :-) http://bugs.debian.org/726448 Cheers, Thiemo On Wed, Oct 16, 2013 at 3:40 AM, Steven Chamberlain ste...@pyro.eu.org wrote: Hi Thiemo, Good to have someone reviewing this code. Use of --use-urandom by default is a very good catch and fully agree with changing that. On 15/10/13 20:46, Thiemo Nagel wrote: urandom also is used in crypto-volume wiping. The wipe is already done with a potentially lower level of security, because it forces AES-128 in XTS mode regardless of what the user chose for encryption of allocated data: http://anonscm.debian.org/gitweb/?p=d-i/partman-crypto.git;a=blob;f=lib/crypto-base.sh;h=e0f8e77900d05346a6beddec19b0adc3c9535d12;hb=HEAD#l341 setup_dmcrypt $targetdevice $device aes xts-plain64 plain 128 /dev/urandom I think that's wrong, and not what a user expects. If the user is patient enough to wait for a wipe to complete, at least use their chosen algorithm and key size instead of something arbitrary? And then it makes sense to use /dev/random too. Or, if they don't care about protecting unallocated blocks, they can already skip this step. Sometimes people want to erase quickly whatever's already on disk, but that's an almost completely different use case perhaps not involving crypto, where writing all zeroes or some kind of TRIM might be adequate and even faster. (AES-128 + XTS was probably used above because it tends to be fast, but not necessarily on all platforms). 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#725615: [RFR]
Christian PERRIER wrote: For me, Dovecot is a mail distribution server. This is indeed how we call it, in my workplace (where the incoming/outbound SMTP server is separated fromthe end-user mail server. However, that term of distribution is a bit ambiguous for sysadmins. My problem with mail system is that Dovecot does not offer all mail funtionalities, not being able to send/receive mail to/from other systems, so calling it mail system might be misleading. And distribution to me mainly implies dispatching (as in a snailmail distribution centre). Wracking my brains... * mailbox server; * inbound mail server (an inbound server?); * mail access server (sounds like IMAP-only); * mail retrieval server (sounds like POP3-only); * mail delivery server (sounds like LMTP-only); * just IMAP/POP3(/LMTP) server... I can't decide which is least bad. Maybe access? -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726484: Make it possible to install binaries and man pages into custom directories
Package: hostname Version: 3.14 Hi, it'd be nice if it was possible to override where binaries and man pages are installed. We need this because on Fedora we install binaries into /usr/bin instead of /bin. See attached patch. Thanks. -- Jiri From 64d23bef20fa75545ff1fbe5f9d033d707c39254 Mon Sep 17 00:00:00 2001 From: Jiri Popelka jpope...@redhat.com Date: Wed, 16 Oct 2013 09:58:15 +0200 Subject: [PATCH] Make it possible to install binaries and man pages into custom directories. --- Makefile | 31 +-- 1 file changed, 17 insertions(+), 14 deletions(-) diff --git a/Makefile b/Makefile index aa2ed55..466e808 100644 --- a/Makefile +++ b/Makefile @@ -3,6 +3,9 @@ CFLAGS+=-O2 -Wall # uncomment the following line if you want to install to a different base dir. #BASEDIR=/mnt/test +BINDIR:=/bin +MANDIR:=/usr/share/man + OBJS=hostname.o hostname: $(OBJS) @@ -13,20 +16,20 @@ hostname: $(OBJS) ln -fs hostname nisdomainname install: hostname - install -d ${BASEDIR}/usr/share/man/man1 - install -o root -g root -m 0644 hostname.1 ${BASEDIR}/usr/share/man/man1 - ln -fs hostname.1 ${BASEDIR}/usr/share/man/man1/dnsdomainname.1 - ln -fs hostname.1 ${BASEDIR}/usr/share/man/man1/domainname.1 - ln -fs hostname.1 ${BASEDIR}/usr/share/man/man1/ypdomainname.1 - ln -fs hostname.1 ${BASEDIR}/usr/share/man/man1/nisdomainname.1 - #install -o root -g root -m 0644 hostname.1.fr ${BASEDIR}/usr/share/man/fr/man1/hostname.1 - - install -d ${BASEDIR}/bin - install -o root -g root -m 0755 hostname ${BASEDIR}/bin - ln -fs hostname ${BASEDIR}/bin/dnsdomainname - ln -fs hostname ${BASEDIR}/bin/domainname - ln -fs hostname ${BASEDIR}/bin/nisdomainname - ln -fs hostname ${BASEDIR}/bin/ypdomainname + install -d ${BASEDIR}$(MANDIR)/man1 + install -o root -g root -m 0644 hostname.1 ${BASEDIR}$(MANDIR)/man1 + ln -fs hostname.1 ${BASEDIR}$(MANDIR)/man1/dnsdomainname.1 + ln -fs hostname.1 ${BASEDIR}$(MANDIR)/man1/domainname.1 + ln -fs hostname.1 ${BASEDIR}$(MANDIR)/man1/ypdomainname.1 + ln -fs hostname.1 ${BASEDIR}$(MANDIR)/man1/nisdomainname.1 + #install -o root -g root -m 0644 hostname.1.fr ${BASEDIR}$(MANDIR)/fr/man1/hostname.1 + + install -d ${BASEDIR}$(BINDIR) + install -o root -g root -m 0755 hostname ${BASEDIR}$(BINDIR) + ln -fs hostname ${BASEDIR}$(BINDIR)/dnsdomainname + ln -fs hostname ${BASEDIR}$(BINDIR)/domainname + ln -fs hostname ${BASEDIR}$(BINDIR)/nisdomainname + ln -fs hostname ${BASEDIR}$(BINDIR)/ypdomainname clean: -rm -f $(OBJS) hostname dnsdomainname domainname nisdomainname ypdomainname -- 1.8.3.1
Bug#725028: libapache2-svn/libapache2-mod-svn
Will there be a jessie backport? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726485: Mark doxygen, and php5-cli as Build-Depends-Indep to break build-deps cycle
Package: libvpx Now, libvpx build-depends on php5-cli, while php5 build-depends on libgd2-dev, and libgd2 build-depends on libvpx again. To break this cycle, mark doxygen, and php5-cli on libvpx should be the most reasonable and easiest way. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726486: RFP: pump.io -- a stream server that does most of what people really want from a social network
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: pump.io Version : 0.2.4 Upstream Author : e14n i...@e14n.com * URL : http://www.pump.io * License : Apache-2.0 Programming Lang: JavaScript (NodeJS) Description : a stream server that does most of what people really want from a social network Post something and followers see it. That's the rough idea behind the pump. It uses activitystrea.ms JSON as the main data and command format. You can post almost anything that can be represented with activity streams -- short or long text, bookmarks, images, video, audio, events, geo checkins. You can follow friends, create lists of people, and so on. The software is useful for at least these scenarios: Mobile-first social networking Activity stream functionality for an existing app Experimenting with social software Pump.io is the successor of StatusNet. Cheers, Nik -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJSXkvqMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZJHQ/9HtjFx9pZItCopmOzVrgV 4n3+sgvuSaPElmy/jiImKpGpABXRsEVU1hIeKa9Sq49x5dNAwW/Kz5F66CdeYFyD NzRrwm4hnVQ+qxKFrsd9vwr3GzJlK+wYaQ4hMYcSO3AUg045o1TO0m9ln8RTEYPr pjWWsh0yo0+dZnMbbwuaUyblkdRogycRPodGqN1INVscDyUavW/01sURfGnmr9wK Exh91NLe9pewoRIjCliJQxa00nVhSraGplwhGf4EZiTK7C8PypapU0CSDm0kUrOA QabXQ0lFMGFG8gfojEX/UWl+u5Mf07L39KubG/V/HFzsccy8oAQtoILfuzdhBUmV rTIIljsgRxn/PYcfq53sxAtaypGhWGZn/MI3qnkxs+EcenRvjTlKpHni5hh4731h 4c5sp4F7f1s9dl/bG1AAdxAx64ssgMeueiSji2UKIcbeXR7Bq+rCkvZ6KowLUCHK WsGMyCWoEVaGRkIic0JcOAeWjgqn5Gx9YJq5juXOTMpjXnvwg9oBLt+oUAvzLIV0 V3NbASCDPFxcCWje6IPEKoaX/sn2vac9C2g1E/idZsC86DokJ1zNrvSKHuWCa/JD HOXF73Uy5P6T8BIs/dfrdVPRbICbNzYAIsJdyUMwQKIhq8Q57RO0qd0VeTjeLhaB aLwCtvpAlTlstreYa6QZ6tA= =3TzK -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#726487: frei0r build can't find opencv
Source: frei0r Severity: serious Tags: patch frie0r's build process can't find opencv, probably because it depends on libcv-dev and the .pc files are now (since 2.3.1-9) in libopencv-dev. The build succeeds as using opencv is optional, but I don't know how much functionality this disables (feel free to adjust the severity as appropriate). It worked on my system because I do have libopencv-dev installed, which suggests that adding that as a build-dep would fix the problem, but I don't have time right now to test that properly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
Hi, Vasudev Kamath wrote (22 Sep 2013 07:52:26 GMT) : I went through the log and prepared an NMU for fixing the policy issue, as mentioned in Debian policy document I symlinked the sample folder under /usr/share/doc/xmail to /usr/share/xmail and in the maint script replaced the path to use /usr/share/xmail instead. I wanted to test this scenario on piuparts but failed to do so. It seems to me that the attached patch symlinks /usr/share/xmail/sample to /usr/share/doc/xmail/sample (while it should do the contrary, right?) and does not move /usr/share/doc/xmail/sample to /usr/share/xmail/sample. Vasudev, did you actually test it with 'dpkg --path-exclude=...'? Also, although a minor issue, unrelated whitespace changes are generally not well suited for a NMU. To end with, I see that xmail is a leaf package, its popcon has been rapidly decreasing since 2011, there are a number of bugs with no reply from the maintainer for years, and the last maintainer upload was in June, 2010. So perhaps this package would be a candidate for removal from Debian? Radu, are you still interested in maintaining xmail in Debian? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726488: ITP: ruby-commander -- Ruby command-line interface library
Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: ruby-commander Version : 4.1.5 Upstream Author : TJ Holowaychuk * URL or Web page : http://visionmedia.github.com/commander * License : MIT Description : Ruby command-line interface library Commander bridges the gap between other terminal related libraries you know and love (OptionParser, HighLine), while providing many new features, and an elegant API. . Features: * Easier than baking cookies * Parses options using OptionParser * Auto-populates struct with options: ( no more { |v| options[:recursive] = v } ) * Auto-generates help documentation via pluggable help formatters * Optional default command when none is present * Global / Command level options * Packaged with two help formatters (Terminal, TerminalCompact) * Imports the highline gem for interacting with the terminal * Adds additional user interaction functionality * Highly customizable progress bar with intuitive, simple usage * Multi-word command name support * Sexy paging for long bodies of text * Command aliasing * Use the 'commander' executable to initialize a commander driven program --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721801: [devteam-bioc] Precomputed results in GenomicRanges [Was: r-bioc-genomicranges_1.12.4-1_amd64.changes REJECTED]
Hi Martin, On Sat, Oct 12, 2013 at 09:59:35AM -0700, Martin Morgan wrote: On 10/12/2013 02:59 AM, Maintainer wrote: Hi, the Debian Med team tries to package several parts of BioConductor. When trying to upload GenomicRanges our ftpmaster criticised that the source contains some precomputed results inside the documentation which is in conflict with our policy which requires the source for all binary data. There could be different solutions for this: 1. If you consider the files GenomicRanges/inst/doc/precomputed_results/*.rda as not very important for the user documentation and it might be sufficient to download the files from somewhere else. 2. Provide a recipe to reprodce the precomputed results we could use in the package building process to recreate the data. May be there are other solutions but these come to my mind for the moment. Any hint what we should do? Andreas -- you've brought this topic up before; you've provided guidance at https://wiki.debian.org/GNU_R Sure, I know and I really hoped that this means would be convincible enough to our ftpmasters - but unfortunately it did not (see link to ftpmaster decision on this page). We kept on dicussing the issue with ftpmaster and they just came up with their stronger than hoped requirement. Basically, these are serialized R objects, so their content is transparent to users in the same way that a binary image is visible (and useful) to a user. I'll try uploading with the other explanation given by Hervé Pagès and hope this will pass. Sorry for bothering you about this and thanks for your patience Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726434: debian-installer: Time zone Busingen is missing ü umlaut
On Wed, Oct 16, 2013 at 7:09 AM, Christian PERRIER bubu...@debian.org wrote: Hmmm, strange. In D-I the only strings we have that do not come from tzdata are those for countries with more than one timezonewhich is not the case for Germany. One shouldn't be prompted for a timezone if one chooses Germany Well, maybe you're right. Büsingen is a tiny German exclave (1500 inhabitants) which seems to follows Zurich time: https://en.wikipedia.org/wiki/B%C3%BCsingen At the moment (and for the forseeable future) Zurich time is the same as Berlin time, so it seems questionable whether it is worthwhile to bother German users with that corner case. So, yes, as far as I know, these things probably belong to tzdata, but it's surprising as this is the first time a german user reports being prompted for a timezone during a D-I install (and we probably have more than one german user...or Debian is really sicker than what I was thinking...). Büsingen seems to have been added recently. It only shows up in jessie. (I've just tested that the 7.2 installer doesn't prompt German users.) Cheers, Thiemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705420: libsoup2.4-1: Problem with Eclipse and java
I can confirm the bug still exits in upstream 2.44 and that the above patch from twied fixes it. I've filed an upstream bug and attached said patch: https://bugzilla.gnome.org/show_bug.cgi?id=710242 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700969: not able to send data due to python-poster not in recommends.
Same here. Was doing a debdelta-upgrade and got this :- Downloaded, time 1.07sec, speed 8kB/sec, libio-compress-perl_2.061-1_2.062-1_all.debdelta Error: applying of delta for libio-compress-perl failed: : new deb size is 2902 instead of 236574 (non retriable) Delta-upgrade statistics: total resulting debs, size 1008kB time 19sec virtual speed 51kB/sec There were faulty deltas. Sending logs to server. debdelta-upgrade : No module named poster Hopefully this will be fixed in the next version. For now have installed the python-poster by myself. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619405: since 1.5.21-3 mutt asks for pgp keys at random times
Package: mutt Followup-For: Bug #619405 Hello, As already mentioned by Antonio, I also suspect this is not an issue of changes within color.c and pattern.c. However, $thorough_search defaults to yes from version 1.5.21 on: http://www.mutt.org/doc/devel/UPDATING Thus, I can reproduce your expected AND your encountered behaviour of mutt by toggeling $thorough_search to no, and yes respectively. (Independent of $thorough_search - I think adding !~G to your color patterns causes your expected behaviour, too.) I suggest this is not a bug, but a configuration change within mutt. Can you verify this behaviour? Regards, CM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725359: polarssl: CVE-2013-5914 CVE-2013-5915
Hi, yes, preparing a new 1.2.9 for stable. This also fixes the other outstanding issues with polarssl. Should I upload it to the security queue? Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726287: gnome-shell: Network support broken with GNOME 3.8.4 update
Seems to be working after manual installation of libpam-systemd. I am surprised that this dependency was not pulled automatically. libpam-systemd fixed both the networking applet and menu + gdm3 login.
Bug#726479: popularity-contest: breaks after /tmp/XXXXXXX/trustdb.gpg has vanished
On Wed, Oct 16, 2013 at 08:25:26AM +0200, Dominik George wrote: Package: popularity-contest Version: 1.60 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For reasons unknown to me, the GPG trustdb popcon expects in its tmpdir has vanished between two runs - maybe I just rebooted my system or something. I got this error from anacron today: gpg: fatal: '/tmp/tmp.FPr0WTbwWr/trustdb.gpg' could not be opened: No such file or directory secmem usage: 1408/1408 bytes in 2/2 blocks of pool 1408/32768 run-parts: /etc/cron.daily/popularity-contest exited with return code 2 Hello Dominik, You are experiencing bug #722507 in gnupg. gpg is expected to create the file but does not, and then complains the file is missing. Thanks for using popularity-contest and sorry for the trouble, Bill. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712719: cups: CUPS printing broken in Wheezy (Unable to get printer status)
We have exactly the same problem with two Konica Minolta bizhub C253. Work fine in Squeeze and do not work with Wheezy anymore. The printer freeze immediately after send a print job. Interesting is, the Testpage of cups work, every other print job freeze the printer. The postscript output of cups Sqeeze and cups Wheezy is totally different.
Bug#726490: sponsorship-requests: ethstatus/0.4.4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors I am looking for a sponsor for my package ethstatus: * Package name: ethstatus Version : 0.4.4 Upstream Authors : Gabriel Montenegro johnpetru...@users.sourceforge.net * URL : https://github.com/aborrero/pkg-ethstatus * License : GPL Section : net It builds the following binary packages: ethstatus - console-based ethernet statistics monitor My packaging attempt is available here: https://github.com/aborrero/pkg-ethstatus.git Changes since the last upload: * New maintainer. (Closes: 677768) * Fixed Makefile LDFLAGS. (Closes: 641381) * Upstream is the same as Debian maintainer. Therefore, build a native Debian package. * Update Standars-Version to 3.9.4. * Bump compat to 9. * Code cleanup. * Fixed several lintian warnings. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726489: jenkins: Provide directions on how to make it available on non-local IPs
Package: jenkins Version: 1.509.2+dfsg-2 Severity: wishlist Hi. It is not exactly explicit how Jenkins can be accessed, once installed, i.e. localhost:8080, from reading the README.Debian. However, this shouldn't be very hard to guess if one examines the running processes... nothing a casual admin should be blocked by. Still, making it explicit may be better, IMHO. But besides this minor point, I think it would be quite useful to provide directions on how to configure it (or what must be added, like apache + mod_proxy) to make it available on a non-local IP. Of course https://wiki.jenkins-ci.org/display/JENKINS/Running+Jenkins+behind+Apache may be useful, but there may be a better Debian way of doing things, which would be worth documenting in README.Debian. Many thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722112: lxappearance-obconf: build problems
I made NMU patch to fix this bug, because I don't have now permit to upload in debian-lxde git repository. Mateusz lxappearance-obconf_0.2.0-4.1.debdiff Description: Binary data
Bug#726491: python-subversion: add Breaks: svnmailer ( 1.0.9)
Package: python-subversion Version: 1.7.9-1+nmu4 Severity: normal Hi, please add a Breaks: svnmailer ( 1.0.9) to python-subversion. Upstream writes [1] Svnmailer 1.0.8 and Subversion 1.7+ If you want to upgrade your subversion installation from = 1.6 to = 1.7, make sure you update the svnmailer package first to version 1.0.9. There is a subtle change in subversion's python bindings. This change causes inaccurate commit messages to be generated: removed paths are shown as modified. svnmailer 1.0.9 addresses this problem. I just did a QA upload of the new 1.0.9 upstream. [1] http://opensource.perlig.de/svnmailer/ Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726492: debian-edu: Task files are specifying a lot of not existing / renamed packages
Source: debian-edu Severity: important Hi, Debian Edu tasks files are in a *very* weak state. You should fix all the packages mentioned in your tasks file because in the worst case you will lack those packages who are renamed or have better alternatives in your resulting metapackages. I attached a log from the UDD importer of the debian-edu tasks. Feel free to ask me in case you are not able to interpret the messages. Hope this helps Andreas. task geography: Package google-earth not found task geography: Package mapserver not found task geography: Package libgeos2c2a is provided in Ubuntu task geography: Package geotoad is provided in Ubuntu task geography: Package libmapnik1d is provided in Ubuntu task common: Package dpt-raidutil not found task common: Package smartsuite not found task common: Package belocs-locales-bin is provided in Ubuntu task common: Package bpalogin is provided in Ubuntu task common: Package contact-lookup-applet is provided in Ubuntu task common: Package language-support-en is provided in Ubuntu task common: Package liferea-mozilla is a virtual package provided in Ubuntu task common: Package mozilla-firefox-locale-en-gb is provided in Ubuntu task common: Package screem is provided in Ubuntu task common: Package sessreg not found task common: Package xdriinfo not found task common: Package xkeyboard-config is provided in Ubuntu task common: Package xmessage not found task common: Package kcpuload is provided in Ubuntu task common: Package w3m is mentioned more than once. There is no point in adding an extra entry with strength 'ignore'. task common: The warning about duplicated package w3m should have just happended'. task common: Package artsbuilder is provided in Ubuntu task common: Package rsync is mentioned more than once. There is no point in adding an extra entry with strength 'ignore'. task common: The warning about duplicated package rsync should have just happended'. task common: Package smail is provided in Ubuntu task common: Package nbsmtp is provided in Ubuntu task common: Package atlas3-base is provided in Ubuntu task common: Package atlas3-sse is provided in Ubuntu task common: Package atlas3-sse2 is provided in Ubuntu task common: Package atlas3-3dnow is provided in Ubuntu task common: Package gs-aladdin is provided in Ubuntu task common: Package ipmasqadm not found task common: Package netkit-ping is provided in Ubuntu task common: Package python-newt is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package python-newt should have just happended'. task common: Package ssh-askpass is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package ssh-askpass should have just happended'. task common: Package libsasl2-modules-mysql not found task common: Package nagios-mysql not found task common: Package nagios-pgsql not found task common: Package realtime-lsm is provided in Ubuntu task common: Package realtime-lsm-source is provided in Ubuntu task common: Package jfsutils is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package jfsutils should have just happended'. task common: Package libgnutls12 not found task common: Package update not found task common: Package yaird is provided in Ubuntu task common: Package apache2-mpm-worker is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package apache2-mpm-worker should have just happended'. task common: Package apache2-mpm-perchild is provided in Ubuntu task common: Package initrd-tools not found task common: Package kaffe is provided in Ubuntu task common: Package sablevm is provided in Ubuntu task common: Package jikes is provided in Ubuntu task common: Package enlightenment is provided in Ubuntu task common: Package fvwm-gnome is provided in Ubuntu task common: Package fvwm95 not found task common: Package habak is provided in Ubuntu task common: Package hanterm-xf not found task common: Package ion2 is provided in Ubuntu task common: Package ion3 is provided in Ubuntu task common: Package multi-gnome-terminal not found task common: Package xfce4-terminal is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package xfce4-terminal should have just happended'. task common: Package xfsprogs is mentioned more than once. There is no point in adding an extra entry with strength 'avoid'. task common: The warning about duplicated package xfsprogs should have just happended'. task common: Package gcc-4.0-base not found task common: Package libslang1-utf8-udeb is provided in Ubuntu task common: Package
Bug#706001: libsfml2 is still in new
Hello! On 10/16/2013 07:54 AM, shirish शिरीष wrote: On Sun, 2013-10-13 at 03:40 +0530, shirish शिरीष wrote: Hi all, For some reason libsfml2 is still in new. It seems there was a new version uploaded to the archive. https://ftp-master.debian.org/new/libsfml_2.1+dfsg-2.html That's because the package contains new binary components, i.e. the source package creates additional binary packages as compared to the version of libsfml currently in Debian. from dfsg-1 to dfsg-2. Also the uploaded date has changed to 6th Oct 2013. Yes I made some improvements to the package and it was re-uploaded. You can see all the changes in the git repo here: http://anonscm.debian.org/gitweb/?p=pkg-games/libsfml.git Saw your sponsor make a few changelog fixes on the 7th as well http://anonscm.debian.org/gitweb/?p=pkg-games/libsfml.git I made these changes and James committed them, correct. I'm a bit of an OCD-type when it comes to changelogs :). Also see/saw the reason why he has set the binaries to be uploaded to experimental as well. From http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706001#15 I've done some work on packaging SFML 2.1 (since i needed it done anyway). I've tried to follow the debian policies as much as possible so maybe this could be included in debian. I've only set the distribution to experimental since this would probably break the libcsfml and python-sfml packages which still use SFML 1.6. I do hope that both libsfml 1.6 and libsfml2 can exist on one machine. The library packages (eg libsfml-audio1.6 and libsfml-audio2) can coexist, although the 1.6 packages will eventually disappear from the archive. However the -dev package containing the headers will not be able to coexist since the headers from 1.6 and 2.1 have the same filenames. This is why an upload to unstable will break libcsfml and python-sfml if they get rebuilt. Correct. -dev-packages usually have the same name for any package version while the actual library packages have the API version or SO version appended as a single digit to the name of the library package. I have also explicitly used your sponsorer's email id so he can also share with us when he would be committing libsfml2 to the archive (or is the ball in ftp-master's hands now ? ) When a package is in NEW, it's solely in the hands of the FTP masters. There is nothing that you can do, neither as a sponsor nor as a sponsoree. You have to wait for the package to be accepted or rejected, then take the appropriate actions. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726260: [git-buildpackage/master] Be more robust about git status output changes
tag 726260 pending thanks Date: Wed Oct 16 10:20:18 2013 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: 3be29476f410022021ce04c2fdae98748ef03615 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=3be29476f410022021ce04c2fdae98748ef03615 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=3be29476f410022021ce04c2fdae98748ef03615 Be more robust about git status output changes by using --porcelain. Heavily based on a patch by rian m. carlson Closes: #726260 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726493: ITP: ruby-netconf -- Ruby GEM for device management using the NETCONF protocol as specified in RFC4741 and RFC6241
Package: wnpp Severity: wishlist Owner: Sebastian Laubscher sebastian+deb...@laubscher.name * Package name: ruby-netconf Version : 0.3.1 Upstream Author : Jeremy Schulman jschul...@juniper.net * URL : https://github.com/Juniper/net-netconf * License : BSD Programming Lang: Ruby Description : Ruby GEM for device management using the NETCONF protocol as specified in RFC4741 and RFC6241 ruby-netconf is a Ruby GEM for device management using the NETCONF protocol as specified in RFC4741 and RFC6241. NETCONF provides mechanisms to install, manipulate and delete the configuration of network devices. It uses an XML-based data encoding for the configuration data as well as the protocol messages. The NETCONF protocol operations are realized as RPC. This GEM supports SSH, telnet and serial connections as transport layer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726260: git-buildpackage: falsely claims repository is unclean with git HEAD
Hi, On Wed, Oct 16, 2013 at 12:18:53AM +, brian m. carlson wrote: On Tue, Oct 15, 2013 at 03:06:49PM +0200, Guido Günther wrote: Hi Brian, On Tue, Oct 15, 2013 at 12:29:21AM +, brian m. carlson wrote: tags 726260 + patch kthxbye On Mon, Oct 14, 2013 at 10:29:58AM +0200, Guido Günther wrote: Thanks for the update! I've read about --porcelain but didn't look take the time to look when it was introduced, it's form before 2009 so we can safely use it. A traditional diff is fine. Attached is a patch to fix this issue. I've tested it and it seems to work fine. Thanks. But when only running --porcelain the output is much less user friendly. What about using git status --porcelain to get the repository status and then running it without porcelain to get a user friendly message? I've attached a new patch. It has much more code duplication than I'd like, but there isn't a remove method for GitArgs, so I ended up having to. A function helps here nicely. I've reworked your patch and uploaded a new version. Thanks! -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723756: [git-buildpackage/master] Don't export DEB_VENDOR=Debian
tag 723756 pending thanks Date: Thu Sep 19 11:31:13 2013 -0400 Author: Andrew Starr-Bochicchio a...@debian.org Commit ID: 43686946adfcbbca5117b66d9a0957e6f33facdd Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=43686946adfcbbca5117b66d9a0957e6f33facdd Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=43686946adfcbbca5117b66d9a0957e6f33facdd Don't export DEB_VENDOR=Debian Tests now take Ubuntu versions into consideration. Closes: #723756 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726495: sendfile: config.guess/config.sub out of date for arm64
Package: sendfile Version: 2.1b.20080616-5.2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 sendfile's config.guess/config.sub are out of date for the forthcoming arm64 port. The attached patch sets things up so that you don't have to be bothered by this type of bug for future ports. This is basically a clone-and-hack of dh_autotools-dev_{update,restore}config, but I tried to follow your obvious preferences and avoid dh_* even though the result is a bit long-winded. * Refresh config.guess and config.sub from autotools-dev on each build. diff -u sendfile-2.1b.20080616/debian/rules sendfile-2.1b.20080616/debian/rules --- sendfile-2.1b.20080616/debian/rules +++ sendfile-2.1b.20080616/debian/rules @@ -32,6 +32,12 @@ endif build: + set -e; for f in config.guess config.sub; do \ + if ! test -f develop/$$f.orig; then \ + mv -f develop/$$f develop/$$f.orig; \ + cp -f /usr/share/misc/$$f develop/$$f; \ + fi; \ + done test -f develop/config.cache || ./makeconfig CONFIG=/etc BINDIR=/usr/bin MANDIR=/usr/share/man SERVERDIR=/usr/bin perl -i -pe 's/undef\s+ENABLE_MULTIPROTOCOL/define ENABLE_MULTIPROTOCOL/' src/globals.h $(MAKE) all @@ -40,6 +46,11 @@ clean: debclean rm -rf stamp-build $(MAKE) clean + set -e; for f in config.guess config.sub; do \ + if test -f develop/$$f.orig; then \ + mv -f develop/$$f.orig develop/$$f; \ + fi; \ + done debclean: # Cleans debian binary directories to allow binary creation diff -u sendfile-2.1b.20080616/debian/control sendfile-2.1b.20080616/debian/control --- sendfile-2.1b.20080616/debian/control +++ sendfile-2.1b.20080616/debian/control @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Martin Schulze j...@debian.org -Build-Depends: libreadline-dev +Build-Depends: libreadline-dev, autotools-dev Standards-Version: 3.5.2.0 Package: sendfile Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo
severity 725889 grave severity 726479 important found 725889 1.4.15-1 quit On Wed, Oct 09, 2013 at 09:09:02PM +0200, Bill Allombert wrote: /usr/bin/gpg --batch --no-options --no-default-keyring --trust-model=always --homedir /tmp/tmp.HC3e3knvrs --keyring /usr/share/popularity-contest/debian-popcon.gpg --quiet --armor -o /var/log/popularity-contest.gpg -r 6672B9765BDF38A3 --encrypt /var/log/popularity-contest gpg: fatal: can't open `/tmp/tmp.HC3e3knvrs/trustdb.gpg': No such file or directory Dear Debian GnuPG maintainers, Please fix this bug soon, since it will affect more and more popcon subscribers as the time pass. Please do a urgency high upload so that testing is fixed too. There are potentially 12000 systems affected. Now has I see it, you have two way to fix the problem: Either apply the patch Werner send (GIT 2528178e7e2fac6454dd988121167305db7c71d9), or revert the previous patch (GIT a1a59e6a539e597996976d0afb6aa3062e954188). The later seems less intrusive. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726494: xserver-xorg-video-nvidia-legacy-96xx: does not support Xorg Xserver 1.13 or later
Package: xserver-xorg-video-nvidia-legacy-96xx Version: 96.43.23-7 Severity: serious Tags: upstream jessie wontfix NVIDIA does not plan to update the 96xx legacy driver series any more to add support for newer Linux or Xorg releases: http://nvidia.custhelp.com/app/answers/detail/a_id/3142 Support for X.Org xserver version 1.12 was added to the 96.43.* legacy driver series with version 96.43.23. No further releases from the 96.43.* series are planned. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726496: xhprof: -gstabs doesn't work on arm64
Package: xhprof Version: 0.9.2+git20130123-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 xhprof uses -gstabs on various architectures, but that debugging format doesn't exist on the forthcoming arm64 port, causing a build failure. * Build with -g on aarch64-linux-gnu, not (pre-DWARF) -gstabs. diff -Nru xhprof-0.9.2+git20130123/debian/rules xhprof-0.9.2+git20130123/debian/rules --- xhprof-0.9.2+git20130123/debian/rules 2013-02-24 16:14:46.0 + +++ xhprof-0.9.2+git20130123/debian/rules 2013-10-16 10:12:56.0 +0100 @@ -17,7 +17,7 @@ CFLAGS += -mieee endif -ifeq ($(DEB_HOST_GNU_TYPE), $(findstring $(DEB_HOST_GNU_TYPE), ia64-linux-gnu powerpc64-linux-gnu)) +ifeq ($(DEB_HOST_GNU_TYPE), $(findstring $(DEB_HOST_GNU_TYPE), ia64-linux-gnu powerpc64-linux-gnu aarch64-linux-gnu)) CFLAGS += -g else CFLAGS += -gstabs Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726498: gnome-session-bin 3.8 breaks gdm 3.4
Package: gnome-session-bin Version: 3.8.4-2 Severity: serious upgrading gnome-session-bin from 3.4.2.1-4 to 3.8.4-2 makes gdm3 3.4.1-9+b1 not work any more, without declaring a breaks relationship. /var/log/gdm3/:0-greeter.log contains only this line: ** (gnome-session:5465): WARNING **: Unknown option --start after downgrading gnome-session-bin to 3.4 again, things work again, and the --start line doesn't occur any more. (instead, :0-greeter.log gets filled with other stuff). i think that g-s-b 3.8 should Breaks: gdm3 ( 3.8), because (quoting policy #7.3) such a Breaks is induced in a version of an [...] dependency which violates an assumption [...] in earlier versions of the broken package [...]. best regards chrysn -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session-bin depends on: ii dbus-x11 1.6.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.16.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii libglib2.0-0 2.38.0-1 ii libgnome-desktop-3-7 3.8.4-2 ii libgtk-3-0 3.8.5-1 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.16.2-1 ii libsm6 2:1.2.1-2 ii libupower-glib1 0.9.22-1 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxcomposite1 1:0.4.4-1 ii libxrender1 1:0.9.8-1 ii upower 0.9.22-1 gnome-session-bin recommends no packages. gnome-session-bin suggests no packages. -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726497: libp11-kit-dev: For compiling missing libp11-kit.so
Package: libp11-kit-dev Version: 0.20.1-1 Severity: important Dear Maintainer, When I try to compile a code using p11-kit I got this following error message: ~$ gcc -Wall -g -DDEBUG `pkg-config --cflags --libs p11-kit-1 libp11 cairo` -Wall -g -DDEBUG test.c -o test /usr/bin/ld: cannot find -lp11-kit I saw in the rules that you remove libp11-kit and create a link to p11-kit-proxy.so but after that pkg-config is not able to handle it -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (500, 'unstable-grip'), (500, 'testing-grip'), (500, 'stable-grip'), (500, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libp11-kit-dev depends on: ii libp11-kit0 0.20.1-1 libp11-kit-dev recommends no packages. libp11-kit-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726499: php-mongo: -gstabs doesn't work on arm64
Package: php-mongo Version: 1.4.1-1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 php-mongo uses -gstabs on various architectures, but that debugging format doesn't exist on the forthcoming arm64 port, causing a build failure. * Build with -g on aarch64-linux-gnu, not (pre-DWARF) -gstabs. diff -Nru php-mongo-1.4.1/debian/rules php-mongo-1.4.1/debian/rules --- php-mongo-1.4.1/debian/rules2013-07-06 13:51:59.0 +0100 +++ php-mongo-1.4.1/debian/rules2013-10-16 10:16:08.0 +0100 @@ -21,7 +21,7 @@ CFLAGS += -mieee endif -ifeq ($(DEB_HOST_GNU_TYPE), $(findstring $(DEB_HOST_GNU_TYPE), ia64-linux-gnu powerpc64-linux-gnu)) +ifeq ($(DEB_HOST_GNU_TYPE), $(findstring $(DEB_HOST_GNU_TYPE), ia64-linux-gnu powerpc64-linux-gnu aarch64-linux-gnu)) CFLAGS += -g else CFLAGS += -gstabs Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726500: fglrx-legacy-driver: does not support Xorg Xserver 1.13 or later
Package: fglrx-legacy-driver Version: 8.97.100.7-4 Severity: serious Tags: upstream jessie AMD has not yet updated the legacy driver series to add support for newer Xserver versions and it is not clear whether this will happen at all. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726474: clementine: new major upstream version
And it have resume playback on start!!! -- Bye: Javier Ortega Conde (Malkavian)
Bug#726503: sqlitebrowser: SEGFAULT when executing a statement with empty database
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 Severity: important 1) Run sqlitebrowser. Don't open any database 2) Go to Execute SQL tab and type any SQL statement, for example SELECT * FROM t; 3) Press Execute query Result: SEGFAULT -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqlitebrowser depends on: ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libstdc++6 4.7.2-5 sqlitebrowser recommends no packages. sqlitebrowser 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#726501: mysql-workbench: Crash on adding new table to empty EER diagram
Package: mysql-workbench Version: 6.0.7+dfsg1-1 Severity: normal Dear Maintainer, mysql-workbench is crashing when I try to add a new table into an (yet) empty EER diagram. It tried it several times, evertime the crash happened. Can you confirm this behaviour? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-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 mysql-workbench depends on: ii libatkmm-1.6-1 2.22.7-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libctemplate22.2-3 ii libgcc1 1:4.8.1-10 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgl1-mesa-glx [libgl1] 9.1.6-2+b1 ii libglib2.0-0 2.36.4-1 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.21-1 ii libgtkmm-2.4-1c2a1:2.24.4-1 ii liblua5.1-0 5.1.5-5 ii libmysqlclient18 5.5.33+dfsg-1 ii libmysqlcppconn7 1.1.3-5 ii libodbc1 2.2.14p2-5 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangomm-1.4-1 2.34.0-1 ii libpcre3 1:8.31-2 ii libpcrecpp0 1:8.31-2 ii libpython2.7 2.7.5-8 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.1-10 ii libtinyxml2.6.2 2.6.2-2 ii libuuid1 2.20.1-5.5 ii libvsqlitepp30.3.12-1 ii libx11-6 2:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii libzip2 0.10.1-1.1 ii mysql-client 5.5.33+dfsg-1 ii mysql-client-5.5 [mysql-client] 5.5.33+dfsg-1 ii mysql-workbench-data 6.0.7+dfsg1-1 ii python-mysql.connector 0.3.2-1 ii python-paramiko 1.10.1-1 ii python-pexpect 2.4-1 ii python-pyodbc3.0.6-2 ii python-pysqlite2 2.6.3-3 ii python2.72.7.5-8 pn python:any none Versions of packages mysql-workbench recommends: ii mysql-utilities 1.3.5-1 ii ttf-bitstream-vera 1.10-8 Versions of packages mysql-workbench suggests: ii gnome-keyring 3.8.2-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#726502: ganeti: master failover does not start luxid on the new master
Package: ganeti Version: 2.8.0-1 Severity: important Tags: upstream gnt-cluster master-failover in 2.8.0 does not start luxid on the new master node. As a result, the cluster is left without management until ganeti-luxid is (re)started manually via the initscript. A patch fixing this has been submitted upstream. Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717387: mirrors: Primary Debian mirror site DOWN of Mexico
Simon Paillard dijo [Mon, Oct 14, 2013 at 09:16:19PM +0200]: While ftp.mx is managed by mmc.geofisica.unam.mx since July, I cannot access http://debian.unam.mx/debian/project/trace/ Could you fix it ? Hi Simon, As I have said to the relevant people several times... I don't understand why we have two mirrors on the same university network — That means, almost, two mirrors on the same LAN. I don't know what prompted the mirror change from nisamox to mmc; I supposed you had marked it as the main mirror. Anyway, Sergio, do you happen to know more about this? Is nisamox down for a known reason? Should we continue to duplicate efforts (and hardware expenses) having two separately-owned, separately-managed mirrors in UNAM? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#67127: This bug should be closed
On Tue, 15 Oct 2013, Stephen R. van den Berg wrote: This (locking problem) is not a bug in procmail, as it happens, locking over NFS is tricky to get right, and it is the responsibility of the system administrator to get it right using the correct statd/lockd settings/configuration when mounting the filesystems. Procmail tries to accomodate for sysadmins messing up here, but it can only do so if the said filesystems are available for testing at compile time. If you are using a precompiled procmail and use filesystems configured worse than the systems that were available during the compile time tests, procmail can both hang or simply fail to lock. This bug is not a bug in procmail and should be closed. I have just closed this bug because the submitter said he could not reproduce it anymore. I just wanted to comment on your reply: IMHO, the idea that sysadmins should build procmail and perform compile time tests may make sense in a *general* way, but IMHO it does not fit very well with Debian spirit. In Debian, it was determined a long time ago that the correct way to perform locking was fcntl() + dot locking, which apparently is the thing that works well (or the only thing that has some possibility to work) with Linux. This is also written in Debian policy: http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-mail-transport-agents All Debian MUAs, MTAs, MDAs and other mailbox accessing programs (such as IMAP daemons) must lock the mailbox in an NFS-safe way. This means that fcntl() locking must be combined with dot locking. To avoid deadlocks, a program should use fcntl() first and dot locking after this, or alternatively implement the two locking methods in a non blocking way[100]. Using the functions maillock and mailunlock provided by the liblockfile*[101] packages is the recommended way to realize this. For this reason, the Debian procmail package has LOCKINGTEST=100. This should effectively make unnecessary that Debian users do any build time tests. In general, asking users that they should build their own packages is contrary to Debian philosophy. Our job is precisely (among other things) trying to avoid that. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726504: sqlitebrowser: Hangs while executing the SQL statement
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 Severity: important 1) Create a new database t1 with just one TEXT column t1 2) Go to Execute SQL tab and type the following incorrect SQL statement: CREATE TABLE x1 ( x1(32) VARCHAR NOT NULL ); 3) Press Execute SQL Result: sqlitebrowser completely hangs. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqlitebrowser depends on: ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libstdc++6 4.7.2-5 sqlitebrowser recommends no packages. sqlitebrowser 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#726505: grep: unrecognized option '--all' after upgrade to ifupdown-extra version 0.23
Package: ifupdown-extra Version: 0.23 Severity: normal Dear Maintainer, after upgrade to ifupdown-extra version 0.23, I am getting grep errors during boot when configurating network interfaces and also and when manually running `/etc/init.d/networking restart`: [warn] Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces ... (warning). [] Reconfiguring network interfaces...grep: unrecognized option '--all' Usage: grep [OPTION]... PATTERN [FILE]... Try 'grep --help' for more information. grep: : No such file or directory done. The error message is comming from line 68 in the file /etc/network/if-up.d/30check-gateway. It looks like the \ in the two grep commands need to replaced by just pure . Best regards, Pavel -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (840, 'testing-proposed-updates'), (840, 'testing'), (740, 'unstable'), (738, 'experimental'), (540, 'proposed-updates'), (540, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.15-3-amd64-ipnp-n22a-15 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown-extra depends on: ii bind9-host [host]1:9.8.4.dfsg.P1-6+nmu3 ii dpkg 1.16.12 ii iproute2 3.11.0-1 ii iputils-arping 3:20121221-1 ii iputils-ping [ping] 3:20121221-1 ii net-tools1.60-25 ii netcat-traditional [netcat] 1.10-40 Versions of packages ifupdown-extra recommends: ii ethtool 1:3.11-1 ifupdown-extra 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#726506: dcc-client: Missing LSB Tags and overriden
Package: dcc-client Version: 1.2.74-4 Severity: normal Dear Maintainer, When upgradding to le latest version, I (on at least two different servers) get this warning message : Warning: script 'dcc-client' missing LSB tags and overrides Thanks a lot for your hard work. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dcc-client depends on: ii dcc-common 1.2.74-4 ii libc6 2.13-38 dcc-client recommends no packages. dcc-client 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#726417: iproute2: 'ip -o addr show' does not show all interfaces (but 'ip addr show' does)
Hi Andreas, On 15/10/13 18:13, Andreas Henriksson wrote: You might be happy to hear that the next upstream version will include an option for outputting machine parsable output (in JSON format). That's great news! There's no guarantee about output not changing and anyone doing screenscraping to find information should be prepared to handle I know, I was hesitant to parse a command's output, but at the time there was nothing better. the consequenses. I don't know much about python but I'm sure you can find a solution to talk netlink there (or write your own python bindings for libmnl). Both things are far from trivial and last time (about 3 years ago) I've checked, the lib had some problem -- I think it was not complete for my needs. In any case, I don't want to get into that kind of complexity, I am now looking at pyroute2, which looks promising. While trying to fix a bug in python-nemu, I discovered a small bug in iproute2. Is there a version where -oneline does link interfaces which are DOWN? Yes, this used to work perfectly, I am not sure when this change appeared, but it works in wheezy (20120521-3+b3): $ ip -V ip utility, iproute2-ss120521 $ ip -o a [..] 3: dummy0: BROADCAST,NOARP mtu 1500 qdisc noop state DOWN \ link/ether de:89:3a:af:c4:47 brd ff:ff:ff:ff:ff:ff The output of the command addr show is not consistent, depending on the -o flag. The -oneline option implies shortening the output in other ways as well. Please see the attached patch for your specific case. Before reading the code, I didn't expect that. And the documentation does not imply that either. It says only: output each record on a single line, replacing line feeds with the '\' character. This is convenient when you want to count records with wc(1) or to grep(1) the output. At least the documentation should reflect this behaviour. And IMHO, I think it does not make any sense to hide the DOWN interfaces only in oneline mode. As you can see, the unconfigured interfaces are not shown with the -o switch, which breaks python-nemu, as it uses the parser-friendly one-line format. Even if this looks like a minor bug, it is breaking other package, so hence the normal severity. Please convince upstream ( Stephen Hemminger step...@networkplumber.org ) of your case or we'll end up with a bug tagged wontfix, because I don't have any intention to diverge from upstream. I understand that. I will talk to upstream to see if this can be reverted. Thanks for your time! -- Martín Ferrari signature.asc Description: OpenPGP digital signature
Bug#725889: [Pkg-gnupg-maint] Bug#725889: popularity-contest: cron task gpg: fatal: can't open /tmp/.../trustdb.gpg: No such file or directoryo
Hi Bill, On Wed, October 16, 2013 11:19, Bill Allombert wrote: severity 725889 grave severity 726479 important found 725889 1.4.15-1 quit On Wed, Oct 09, 2013 at 09:09:02PM +0200, Bill Allombert wrote: /usr/bin/gpg --batch --no-options --no-default-keyring --trust-model=always --homedir /tmp/tmp.HC3e3knvrs --keyring /usr/share/popularity-contest/debian-popcon.gpg --quiet --armor -o /var/log/popularity-contest.gpg -r 6672B9765BDF38A3 --encrypt /var/log/popularity-contest gpg: fatal: can't open `/tmp/tmp.HC3e3knvrs/trustdb.gpg': No such file or directory Dear Debian GnuPG maintainers, Please fix this bug soon, since it will affect more and more popcon subscribers as the time pass. Please do a urgency high upload so that testing is fixed too. There are potentially 12000 systems affected. Now has I see it, you have two way to fix the problem: Either apply the patch Werner send (GIT 2528178e7e2fac6454dd988121167305db7c71d9), or revert the previous patch (GIT a1a59e6a539e597996976d0afb6aa3062e954188). The later seems less intrusive. I won't be able to address this until next week, but I welcome an NMU that uses either of those approaches. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726507: nfs4_reclaim_open_state: unhandled error -10026. Zeroing state
Package: linux-image-3.10-0.bpo.3-amd64 Version: 3.10.11-1~bpo70+1 NFSv4 on my client froze with nfs4_reclaim_open_state: unhandled error -10026. Zeroing state The server (running the same kernel) showed no incident at this time. By now I could not reproduce the problem, though. mount options: # mount | grep /home nfs-data:/space/home on /home type nfs4 (rw,noatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=172.19.97.128,local_lock=none,addr=172.19.96.218) I know its a bpo kernel, but Wheezy's 3.2 kernel doesn't work on my hardware, and using testing or unstable is not an option in this case. Hope you don't mind? Thanx in advance for your help Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726417: iproute2: 'ip -o addr show' does not show all interfaces (but 'ip addr show' does)
Hi Stephen, After discussing this issue with the Debian maintainer of iproute, I am bringing this issue to you to see if it can be fixed in upstream. You can see the bug report and discussion at http://bugs.debian.org/726417 Basically, the issue is that there is an inconsistency in the output of ip addr show when the -oneline option is used. If the option is not present, ip shows all interfaces, including DOWN ones. When the option is used, these interfaces do not show. This is a regression from previous versions, as the iproute package in Debian Wheezy does not have this behaviour. An example: $ sudo modprobe dummy $ ip addr show 1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: wlan0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc mq state DOWN group default qlen 1000 [..] 3: eth0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 [..] 10: wwan0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 [..] 358: dummy0: BROADCAST,NOARP mtu 1500 qdisc noop state DOWN group default link/ether 42:39:cf:86:bb:39 brd ff:ff:ff:ff:ff:ff $ ip -o addr show 1: loinet 127.0.0.1/8 scope host lo\ valid_lft forever preferred_lft forever 1: loinet6 ::1/128 scope host \ valid_lft forever preferred_lft forever 10: wwan0inet XXX/29 brd XXX scope global wwan0\ valid_lft forever preferred_lft forever 10: wwan0inet6 XXX/64 scope link \ valid_lft forever preferred_lft forever As Andreas (the Debian maintainer) suggested, a simple patch would be to remove the two lines at http://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/tree/ip/ipaddress.c#n1179 Thanks for your time. On 15/10/13 18:13, Andreas Henriksson wrote: Please convince upstream ( Stephen Hemminger step...@networkplumber.org ) of your case or we'll end up with a bug tagged wontfix, because I don't have any intention to diverge from upstream. -- Martín Ferrari signature.asc Description: OpenPGP digital signature
Bug#726317: [berusky2] Dark screen when in game
reassign 726317 xserver-xorg-video-intel retitle 726317 Sandybridge i915 texture compression fails forwarded 726317 https://bugs.freedesktop.org/show_bug.cgi?id=66803 tags 726317 upstream affects 726317 berusky2 warzone2100 thanks On 15.10.2013 18:01, 0 1 wrote: This is exact. Using --notexturecompression (as in latest screenshot) with Warzone2100 solves the problem. Hello, I have forwarded your bug report upstream and I believe this is a bug in the intel driver and not in Berusky2. https://bugs.freedesktop.org/show_bug.cgi?id=66803 Upstream commit: bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e might fix your issue but it hasn't reached Debian yet. After the next release of xserver-xorg-video-intel, please report back if your issues could be resolved. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726508: sqlitebrowser: Cannot change the setting Default data for new records
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 Severity: normal 1) Run sqlitebrowser and open a database with NOT NULL fields 2) Try to add a new record. Sqlitebrowser will complain on NOT NULL fields and will ask you to edit preferences 3) Go to Edit-Preferences and set Default data for new records to Empty string 4) Try to add a record again. Error is the same: If the table contain fields declared as NOT NULL please select EDIT-PREFERENCES and adjust the default value for new records to insert an empty string. 5) Go to Edit-Preferences and set that Default data for new records is set to NULL -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqlitebrowser depends on: ii libc6 2.13-38 ii libgcc11:4.7.2-5 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libstdc++6 4.7.2-5 sqlitebrowser recommends no packages. sqlitebrowser 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#513974: remarquerez! ATTENTION!
-- Cher utilisateur email, Être informé que votre compte de messagerie vient d'être black-listé par le serveur de service de messagerie parmi ceux qui quota de megabite initial a été dépassé, et en tant que tel, vous devez mettre à jour immédiatement votre quota de courrier électronique ou de se le risque de perdre votre compte sous peu. Pour vérifier, cliquez sur ce lien et de soumettre toutes les colonnes vide http://is.gd/c9PfVh A défaut de mettre à niveau lors de la réception de cette notification urgente, votre compte de messagerie doit être désactivé et fermé en quelques heures. L'administrateur de messagerie promet de restaurer votre compte de messagerie pour une fonctionnalité optimale une fois votre quota est mis à niveau. Cliquez ici http://is.gd/c9PfVh Je vous remercie! Copy Right © 2013. Tous droits réservés! Administrateur de messagerie ___ Piense antes de imprimir. Ahorrar papel es cuidar el medio ambiente. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724553: Acknowledgement (error: po/Makefile.in.in was not created by intltoolize.)
tags 724553 + fixed-upstream patch thanks Hi Guido, upstream has fixed this issue. You can either cherry-pick [1] or upload 0.2.8, which contains this patch. Cheers, Michael [1] https://git.fedorahosted.org/cgit/libosinfo.git/commit/?id=0376f718e325a823154f5499e250462ff03a8e96 -- 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#726509: RFP: coffeescript-mode -- Emacs mode for editing CoffeeScript programs
Package: wnpp Severity: wishlist * Package name: coffeescript-mode Version : 0.4.0 Upstream Author : Chris Wanstrath ch...@github.com * URL : https://github.com/defunkt/coffee-mode/ * License : GPL-2+ Programming Lang: Emacs Lisp Description : Emacs mode for editing CoffeeScript programs ‘coffee-mode’ is an Emacs major mode for programmers writing CoffeeScript and IcedCoffeeScript. Provides syntax highlighting, indentation support, imenu support, a menu bar, and a few cute commands. -- \ “Computer perspective on Moore's Law: Human effort becomes | `\ twice as expensive roughly every two years.” —anonymous | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#726511: r-base: ARM regexp hack needs to be extended for arm64
Package: r-base Version: 3.0.1-3 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: arm64 The ARM regexp hack is apparently necessary for the forthcoming arm64 port as well (whose machine name is aarch64). I've attached a patch that extends it to cover this new architecture; but perhaps this is evidence that the hack should just cover all architectures to save this kind of manual porting work? * Extend SHLIB_* definition hack in install.R to cover aarch64 as well. diff -u r-base-3.0.1/debian/arm-perl-regexp.patch r-base-3.0.1/debian/arm-perl-regexp.patch --- r-base-3.0.1/debian/arm-perl-regexp.patch +++ r-base-3.0.1/debian/arm-perl-regexp.patch @@ -5,7 +5,7 @@ ## can we do better? mconf - file.path(R.home(), paste0(etc, rarch), Makeconf) -sub(.*= , , grep(^SHLIB_EXT, readLines(mconf), value = TRUE)) -+if (substr( Sys.info()[machine], 1, 3) == arm) { # arm has broken regexps in libc ++if (substr( Sys.info()[machine], 1, 3) == arm || Sys.info()[machine] == aarch64) { # arm has broken regexps in libc +sub(.*= , , grep(^SHLIB_EXT, readLines(mconf), value = TRUE), perl = TRUE) +} else { +sub(.*= , , grep(^SHLIB_EXT, readLines(mconf), value = TRUE)) @@ -19,7 +19,7 @@ Makeconf)) -SHLIB_EXT - sub(.*= , , grep(^SHLIB_EXT, mconf, value = TRUE)) -SHLIB_LIBADD - sub(.*= , , grep(^SHLIB_LIBADD, mconf, value = TRUE)) -+if (substr( Sys.info()[machine], 1, 3) == arm) { # arm has broken regexps in libc ++if (substr( Sys.info()[machine], 1, 3) == arm || Sys.info()[machine] == aarch64) { # arm has broken regexps in libc +SHLIB_EXT - sub(.*= , , grep(^SHLIB_EXT, mconf, value = TRUE), perl = TRUE) +SHLIB_LIBADD - sub(.*= , , grep(^SHLIB_LIBADD, mconf, value = TRUE), perl = TRUE) +} else { diff -u r-base-3.0.1/src/library/tools/R/install.R r-base-3.0.1/src/library/tools/R/install.R --- r-base-3.0.1/src/library/tools/R/install.R +++ r-base-3.0.1/src/library/tools/R/install.R @@ -108,7 +108,7 @@ SHLIB_EXT - if (WINDOWS) .dll else { ## can we do better? mconf - file.path(R.home(), paste0(etc, rarch), Makeconf) -if (substr( Sys.info()[machine], 1, 3) == arm) { # arm has broken regexps in libc +if (substr( Sys.info()[machine], 1, 3) == arm || Sys.info()[machine] == aarch64) { # arm has broken regexps in libc sub(.*= , , grep(^SHLIB_EXT, readLines(mconf), value = TRUE), perl = TRUE) } else { sub(.*= , , grep(^SHLIB_EXT, readLines(mconf), value = TRUE)) @@ -1631,7 +1631,7 @@ mconf - readLines(file.path(R.home(), paste0(etc, Sys.getenv(R_ARCH)), Makeconf)) -if (substr( Sys.info()[machine], 1, 3) == arm) { # arm has broken regexps in libc +if (substr( Sys.info()[machine], 1, 3) == arm || Sys.info()[machine] == aarch64) { # arm has broken regexps in libc SHLIB_EXT - sub(.*= , , grep(^SHLIB_EXT, mconf, value = TRUE), perl = TRUE) SHLIB_LIBADD - sub(.*= , , grep(^SHLIB_LIBADD, mconf, value = TRUE), perl = TRUE) } else { Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726287: gnome-shell: Network support broken with GNOME 3.8.4 update
Am 16.10.2013 10:39, schrieb Vaillant, Ghislain: Seems to be working after manual installation of libpam-systemd. I am surprised that this dependency was not pulled automatically. libpam-systemd fixed both the networking applet and menu + gdm3 login. It's automatically installed if you allow recommends to be installed, which you should. -- 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#726512: RFS: freexl/1.0.0f-1
Package: sponsorship-requests Severity: normal Dear mentors, As part of the upcoming SpatiaLite transition am I looking for a sponsor for my package freexl. Please refer to the thread on debian-gis@ for more information on this transition: https://lists.debian.org/debian-gis/2013/10/msg9.html Package name: freexl Version : 1.0.0f-1 Upstream Author : Alessandro Furieri a.furi...@lqt.it URL : https://www.gaia-gis.it/fossil/freexl/ License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : libs It builds those binary packages: libfreexl-dev - library for direct reading of Microsoft Excel spreadsheets - devel libfreexl1 - library for direct reading of Microsoft Excel spreadsheets libfreexl1-dbg - library for direct reading of Microsoft Excel spreadsheets - debug To access further information about this package, please visit the following URL: http://mentors.debian.net/package/freexl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/freexl/freexl_1.0.0f-1.dsc More information about FreeXL can be obtained from https://www.gaia-gis.it/fossil/freexl/. Changes since the last upload: * New upstream version. * Add myself to Uploaders. * Update watch file, handle common mistakes. * Use dh-autoreconf for retooling. * Update Homepage URL. * Use canonical URLs for Vcs-* fields. * Multi-Arch: same dev and dbg packages. * Add lintian overrides for no upstream changelog, link to upstream timeline. * Update copyright file. * Move maintenance from collab-maint to pkg-grass. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726434: debian-installer: Time zone Busingen is missing ü umlaut
Le 16/10/2013 10:39, Thiemo Nagel a écrit : On Wed, Oct 16, 2013 at 7:09 AM, Christian PERRIER bubu...@debian.org wrote: Hmmm, strange. In D-I the only strings we have that do not come from tzdata are those for countries with more than one timezonewhich is not the case for Germany. One shouldn't be prompted for a timezone if one chooses Germany Well, maybe you're right. Büsingen is a tiny German exclave (1500 inhabitants) which seems to follows Zurich time: https://en.wikipedia.org/wiki/B%C3%BCsingen At the moment (and for the forseeable future) Zurich time is the same as Berlin time, so it seems questionable whether it is worthwhile to bother German users with that corner case. So, yes, as far as I know, these things probably belong to tzdata, but it's surprising as this is the first time a german user reports being prompted for a timezone during a D-I install (and we probably have more than one german user...or Debian is really sicker than what I was thinking...). Büsingen seems to have been added recently. It only shows up in jessie. (I've just tested that the 7.2 installer doesn't prompt German users.) Cheers, Thiemo In such case, we should modify tzsetup to care about the Büsingen case. Even if this is unlikely, nothing can guarantee that, in the future, Switzerland (or the Zurich canton) decides to modify DST dates and then Büsingen to follow that. We need to think about those 1500 inhabitants and their gazillion of Debian servers (after all, not being far from Zurich, there might be some Googlers living in Büsingen...)...;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726317: [berusky2] Dark screen when in game
reassign 726317 libgl1-mesa-dri retitle 726317 libgl1-mesa-dri: Sandybridge texture compression fails thanks Sorry, wrong package, Should have been libgl1-mesa-dri. There is a bleeding edge version of the 9.2 branch of libgl1-mesa-dri in experimental. It could be that the fix for your issue is already included there. signature.asc Description: OpenPGP digital signature
Bug#440209: Superfluous?
Iprobablysawsomebodyelse'sversionwheretherewasnowhitespaceandwonderedwhichonewascorrect. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726513: Build-Dependency on wrong automake version
Package: texlive-bin Version: 2013.20130729.30972-2 Severity: minor Hi, I've just tried to backport the new texlive packages to wheezy for my personal usage. All packages built, but not texlive-bin: make[1]: Leaving directory `/home/user/texlive-bin/texlive-bin-2013.20130729.30972' dh_auto_build -O--builddirectory=Work make[1]: Entering directory `/home/user/texlive-bin/texlive-bin-2013.20130729.30972/Work' Making all in . make[2]: Entering directory `/home/user/texlive-bin/texlive-bin-2013.20130729.30972/Work' /bin/sh: -c: line 16: syntax error near unexpected token `;' /bin/sh: -c: line 16: ` if ; then echo make: running /bin/sh $cmd$skip; fi \' make[2]: *** [texlibs] Error 1 make[2]: Leaving directory `/home/user/texlive-bin/texlive-bin-2013.20130729.30972/Work' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/user/texlive-bin/texlive-bin-2013.20130729.30972/Work' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 The problem is that Build-Depends lists automake (= 1.13.1) which is wrong as it does not include the epoc and thus allows to build on wheezy with automake 1:1.11.6. Should be automake (= 1:1.13.1). Regards Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726514: RFS: readosm/1.0.0b+dfsg1-2
Package: sponsorship-requests Severity: normal Dear mentors, As part of the upcoming SpatiaLite transition am I looking for a sponsor for my package readosm. Please refer to the thread on debian-gis@ for more information on this transition: https://lists.debian.org/debian-gis/2013/10/msg9.html Package name: readosm Version : 1.0.0b+dfsg1-2 Upstream Author : Alessandro Furieri a.furi...@lqt.it URL : https://www.gaia-gis.it/fossil/readosm/ License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : libs It builds those binary packages: libreadosm-dev - simple library to parse OpenStreetMap files - headers libreadosm-doc - simple library to parse OpenStreetMap files - documentation libreadosm1 - simple library to parse OpenStreetMap files libreadosm1-dbg - simple library to parse OpenStreetMap files - debug symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/readosm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/readosm/readosm_1.0.0b+dfsg1-2.dsc More information about ReadOSM can be obtained from https://www.gaia-gis.it/fossil/readosm/. Changes since the last upload: * Add myself to Uploaders. * Use canonical URLs for Vcs-* fields. * Update copyright file. * Add dependency on libjs-query for doc package. * Use dh-autoreconf for retooling. * Update watch file, handle common mistakes. * Add Multi-Arch control fields. * Add lintian overrides for no upstream changelog, link to upstream timeline. * Add build dependency on graphiz, dot is used to generate documentation. * Move package maintenance from pkg-osm to pkg-grass. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722112: lxappearance-obconf: build problems
Hello! Mateusz Łukasik has written on Wednesday, 16 October, at 10:57: I made NMU patch to fix this bug, because I don't have now permit to upload in debian-lxde git repository. Well, at least you could tell me in IRC about your changes, make commit patches (as atomic as possible) and I would upload them, I'm there most of the time, just AFK sometimes. Your attached patch conflicts with the code in git repository so cannot be applied, and it also adds too many changes at once. And moreover, we highly avoid including any patches for LXDE packages but make required fixes in upstream instead. So there will be next lxappearance-obconf release shortly and as soon it is uploaded there will be no need in any of your changes except for one in regard of lxappearance-obconf-dbg. I'm sorry. Best regards, Andriy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726317: libgl1-mesa-dri: Sandybridge texture compression fails
Here is the link to the possibly relevant upstream commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=bdf3f50e9a85e4c063b46ceaf23bceb07b06b82e signature.asc Description: OpenPGP digital signature
Bug#345085: closed by Thomas Dickey dic...@his.com (reply to dic...@his.com) (re: #345085- $ lynx URL1 URL2 ...)
Well all I know is $ firefox URL1 URL2 gives them both royal treatment, whist if you want to know what happened to URL2 in lynx, you have to ask the librarian in the back office to look in the file cabinet. Odd compared to the many alerts lynx gives. OK thanks anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726515: mono: Please support architecture x32
Source: mono Severity: wishlist User: debian-...@lists.debian.org Usertags: port-x32 It would be nice to start building mono on x32. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724229: redirection fails
reopen 724229 thanks Hi Michael, thanks for providing this package. However, when I tried it in my test setup with http.debian.net, the redirection done by http.debian.net fails, because the redirected host is not allowed. It would be great if all redirected hosts are allowed as well automatically, if possible. (For now I allowed all package sources to work around the issue.) Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726393: general: Possible malware infections in source packages
* Dominik George: It isn't a false positive in that regard that the package *does* in fact contain the virus sample. That's non-free code and not suitable for main, so it must be removed from the source tarball anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726454: gnome-shell: Reads files on (gvfs-show) mountpoints after unlock
On Wed, Oct 16, 2013 at 12:19 AM, Julian Andres Klode j...@debian.org wrote: On Wed, Oct 16, 2013 at 12:13:43AM +0200, Michael Biebl wrote: Am 16.10.2013 00:05, schrieb Julian Andres Klode: Package: gnome-shell Version: 3.8.4-4 Severity: normal If I unlock my screen, the gnome-shell process reads files from my hard disk mounted using udisks2; but the process was running all the time anyway, so it's pointless to re-read the disk on an unlock, as nothing has changed. This may be a bug in a library used by gnome-shell, I could not analyse this further. How do you know it is gnome-shell which reads from your hard disk? You mentioned /media/user something on IRC, so I assume this is only for external drives? Could you switch to a console and check with fuser / lsof which process is reading from /media? I had a loop running lsof -n | grep SecondHome (the mount point is /media/SecondHome) in the background (started before locking the screen). After the unlock, various files were listed there, all opened by the gnome-shell process; and not for very long. Just for the public record: The process doing this is /usr/lib/gnome-shell/gnome-shell-hotplug-sniffer It seems to recursively scan the mime types on the device, AFAICT. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726444: how-can-i-help: can't convert nil into Array
forcemerge 726344 726444 thanks Hi Yann, This is known as #726344, merging. Lucas On 15/10/13 at 21:10 +0200, Yann Dirson wrote: Package: how-can-i-help Version: 0.6 Severity: normal When upgrading yesterday: Processing triggers for libc-bin ... /usr/bin/how-can-i-help:102:in `': can't convert nil into Array (TypeError) from /usr/bin/how-can-i-help:102:in `block in main' from /usr/bin/how-can-i-help:99:in `each' from /usr/bin/how-can-i-help:99:in `main' E: Problem executing scripts DPkg::Post-Invoke '[ ! -e /usr/bin/how-can-i-help ] || /usr/bin/how-can-i-help' E: Sub-process returned an error code A package failed to install. Trying to recover: This problem is not triggered any more now, either from commandline or from further package upgrades. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages how-can-i-help depends on: ii ruby 1:1.9.3 ii ruby-debian 0.3.8+b1 ii ruby-json 1.8.0-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 how-can-i-help recommends no packages. how-can-i-help 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#726454: gnome-shell: Reads files on (gvfs-show) mountpoints after unlock
Am 16.10.2013 13:19, schrieb Julian Andres Klode: Just for the public record: The process doing this is /usr/lib/gnome-shell/gnome-shell-hotplug-sniffer It seems to recursively scan the mime types on the device, AFAICT. This is a D-Bus activated service. You can kill that service and run it via HOTPLUG_SNIFFER_DEBUG=true /usr/lib/gnome-shell/gnome-shell-hotplug-sniffer if you want to see a more verbose output of that process Afaics, this process is triggered by the autorun manager in gnome-shell. (js/ui/components/autorunManager.js). For completeness sake, could you attach the output of $ gsettings list-recursively org.gnome.desktop.media-handling Usually, gnome-shell-hotplug-sniffer should be activated when removable media is plugged in, it then searches for autorun files and quits itself after a timeout. It seems to somehow gets stuck on your system. As said, maybe running it in debug mode will give more info. Michael -- 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#726517: enigmail: uninstallable in jessie due to FTBFS
Package: enigmail Severity: serious Hi, the current version of enigmail in sid won’t migrate to jessie because of an FTBFS (on kfreebsd). A version of icedove which is incompatible with the old version of enigmail migrated to jessie today. Please fix the FTBFS issue so that enigmail can migrate too. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org