Bug#663401: Bug#790809: Please enable ARM64 support
On Fri, Jul 3, 2015 at 6:48 AM, Breno Leitao bren...@br.ibm.com wrote: On Thu, 02 Jul 2015 16:28:20 +0200 Graham Inggs gra...@nerve.org.za wrote: There is driver for arm64 available from the CUDA 6.5 download page Right. The same driver for ppc64el, and it is working fine... https://developer.nvidia.com/cuda-downloads-power8 There's another wishlist bug report asking for the CUDA-specific driver to be packaged as well, #663401. Whether someone will find the time to package it is another question entirely... Does anyone know if nvidia-settings actually works (and is supported by upstream) with these drivers? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785931:
Has this issue been resolved? I'm having trouble building on both the latest llvm-3.5 and 3.6 packages? My old builds under 3.4 work as normal, still.
Bug#739846: [debian-mysql] Bug#739846: Bug#739846: invoke-rc.d: initscript mysql, action start failed.
Hello! 2015-06-30 11:35 GMT+03:00 Bob Proulx b...@proulx.com: I had also modified /etc/mysql/debian-start (hey it is a conffile after all) to avoid printing this message: echo Checking for tables which need an upgrade, are corrupt or were echo not closed cleanly. This and many similar things have long been fixed in the mariadb package init script. Maybe you want to compare the mysql-5.6 init script to it and copy over all the changes that you think are good? https://anonscm.debian.org/gitweb/?p=pkg-mysql/mariadb-10.0.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790867: New version available
Control: tag -1 + pending FYI I just pushed the new upstream release to mentors. I'll chat with my mentor to have it in unstable. Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791385: vlc: prints version number to stderr even when told to be --quiet
Package: vlcVersion: 2.2.0~rc2-2Severity: minor vlc/cvlc always print the vlc version number to stderr even when calledwith the --quiet flag; there doesn't seem to be any way to turn this off. This is especially annoying when using [c]vlc in scripts, cron jobs etc.
Bug#791384: RFA: icedove - mail/news client with RSS and integrated spam filter support
Package: icedove Severity: normal Last activity about icedove package was on 2015.05.27 (more than one month ago), though new upstream version has been released on 2015.06.18. I tried contacting maintainer and got no response (24h). Therefore, I dared to file RFA bugreport, even though I am not icedove maintainer. Could anybody take care of this package, please?
Bug#788634: debian-installer: Accepting a preseed URL from DHCP allows attacker to hijack installation
On Mon, Jun 22, 2015 at 10:03:52PM +0200, Geert Stappers wrote: +Template: preseed/accept_preseed_from_DHCP +Default: false +_Description: Accept a preseed URL from the DHCP server? :-( We have allready 'auto-install/enable' ( 'auto' for short ) Which does not serve the same purpose. auto-install/enable reorders some questions (including about networking) so that you can put more information in the preseed URL and less information in the command line preseed keys which you need to pass along with auto-install/enable. This is about enabling preseeding in the first place. If you're going to use auto-install, you're most likely also going to provide a preseed URL, so then having an unexpected preseed URL in DHCP is fishy. If you *are* going to provide the preseed URL via DHCP, then it's perfectly possible to preseed the accept preseed from dhcp option on the kernel command line. However, I would personally feel more comfortable about this if it were bypassed when the system has booted from PXE. As said before, in that case you're already implicitly trusting your DHCP server, so it makes no sense asking for it anymore. -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771996: Please help to split dicomscope package
Hi Markus, I'd like to close some long standing bugs in Debian Med packages and stumbled upon this one. Since Mathieu resigned from the team[1] I would like to step in but I admit I do not understand the issue properly. Any patch or more detailed hint would be helpful to deal with this bug. Kind regards Andreas. [1] https://lists.debian.org/debian-med/2014/12/msg00105.html -- 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#791366: lvm2: lvs --unbuffered segfaults when using --select regex
I think this is fixed already with this upstream patch (appeared in lvm2 v2.02.115): https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=f94f8463b0d3dddaa0e429123aba673d106f783e Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777912: patch
Hi Steve, I saw you fixed insighttoolkit4, do you plan to fix also this one? the patch is really the same... However I'm wondering if we should let it disappear from testing, and try to focus on enabling itk4 on all architectures... cheers, G. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790458: Suspend wakeup panics even in stable
Since the original bug report I have tried to boot into Debian stable (8.1) which exhibited almost identical behaviour. Logs available at https://paste.debian.net/plain/278832. I have also tried to boot into sysvinit mode in GRUB. Behaviour is almost identical. After waking up, the entire system locks; however, there are no entries in the logs which would point to possible culprits. My next step would be to try with a different distribution with similar (or identical) kernel versions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790816: RFS: roxterm/3.0.1-1
On Fri, Jul 3, 2015 at 8:30 AM, Tony Houghton h...@realh.co.uk wrote: - d/rules: CFLAGS = $(shell dpkg-buildflags | grep '^CFLAGS=') is quite brittle; I suggest using dpkg-buildflags --get CFLAGS instead (ditto for CPPFLAGS and LDFLAGS) That's better, I don't know how I missed that, unless it's a recent addition to dpkg-buildflags. The way I get the parallel option looks quite nasty too, is there a better way to do that? Not that I know of...I've never really worried about supporting parallel builds in my own packages, to be honest. Regarding your package split, have you tested other possible upgrade scenarios? There's a few scenarios I can think of that are broken or not ideal: - A user who just has roxterm-gtk2 installed (and roxterm-common auto-installed), without the roxterm metapackage, will not get any updates because both of these packages are no longer built from src:roxterm My thinking is that anybody still using roxterm-gtk2 has some good reason to do so and will not want to upgrade to a GTK3 version even if it means missing out on the latest features and bug fixes; they are already missing out on some useful features from vte-2.90. With the relationships the way they are at the moment users can keep roxterm-gtk2 without having to pin it. I tested that scenario and it seems to work. But, since vte9 (the GTK2 version of vte) is scheduled for removal from the archive, is this undesirable? Ah, I didn't realize that this is actually intentional. Well, IMHO it's saner to offer users an upgrade path by default (i.e. to the gtk3 version), and let them choose to manually pin packages if they don't want to upgrade for some reason. However, I can't find a Policy reference that mandates all binary packages to have an upgrade path or similar, so I'll leave the choice to you. - A user has roxterm-gtk2 and roxterm-gtk2-dbg installed. Aside from the same problem as the first scenario, if he/she now chooses to apt-get install roxterm-dbg, (I think) dpkg will explode due to file conflicts between roxterm-gtk2-dbg and roxterm-dbg. So I should add Breaks: roxterm-gtk2-dbg to roxterm-dbg, and I think it would also be more appropriate to move Breaks: roxterm-gtk2 and roxterm-gtk3 from roxterm-data to roxterm, because the latter is the package that contains the corresponding files. But, if the previous point about preventing roxterm-gtk2 from being automatically upgraded is OK, I don't want to add Replaces: roxterm-gtk2(-dbg). Ack, roxterm should declare Breaks: roxterm-gtk2 (in addition to -gtk3) and roxterm-dbg should declare Breaks: roxterm-gtk2-dbg (in addition to -gtk3-dbg). Why wouldn't you want the equivalent Replaces relationships here as well? Having roxterm declare Replaces: roxterm-gtk2 is not going to force roxterm-gtk2 to be automatically upgraded in the first scenario I described in my last email (where the user has roxterm-gtk2 and roxterm-common installed, but not roxterm; nothing gets upgraded in this scenario). Without Replaces, users who currently have only roxterm-gtk2 and roxterm-common installed, who then decide to switch to the gtk3 version by running apt-get install roxterm, can't do so (at least, not without removing roxterm-gtk2 first). Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791366: lvm2: lvs --unbuffered segfaults when using --select regex
--[ Peter Rajnoha prajn...@redhat.com 2015-07-04 10:58:44 +0200 ] I think this is fixed already with this upstream patch (appeared in lvm2 v2.02.115): https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=f94f8463b0d3dddaa0e429123aba673d106f783e This looks very much like the behaviour I see. I didn't test the patch yet, though. --[ Julius Seemayer deb...@yeeer.net 2015-07-04 11:16:14 +0200 ] [...] - output is attached to this message. Of course I failed to attach the log, but it seems rather pointless since the bug got confirmed and patched elsewhere. Thanks for the quick reply to both of you! Cheers, Julius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791394: missing hibernate button
Package: gnome-session Version: 3.14.0-2 Severity: important After upgrading to jessie and logging in with the standard GNOME 3 desktop, I do not find any hibernate button in the status menu. Other bug reports suggested that this function is now optional and requires the Alternative Status Menu extension from the package gnome-shell-extensions However, that package no longer seems to have such an extension since 3.14 (see comments here: https://extensions.gnome.org/extension/5/alternative-status-menu/ ) In any case, it seems absurd to remove the hibernate button. So many people use laptops these days, removing a function like this ensures that all these users feel irritated every time they try to hibernate. Repetitively irritating people doesn't help promote free software. Usually, if it is the end of the work day and you are in a hurry to catch a train or something you don't want to be messing around with something like this and looking in Google How do I hibernate with Debian jessie?, you just want to click and be done with it. Every time I help a friend or somebody upgrade to jessie, do I have to remember to explain this issue to them? Are they going to ring up the next day after realizing this is missing? It actually leaves me wondering if there are other things that have been silently stripped out of GNOME and far more cautious about encouraging people to upgrade because they will call me up asking to put things back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791393: add multi-instance systemd unit file
Package: tor Severity: wishlist For users or relay operators that run multiple tor instances on a single host a multi-instance systemd service file is handy. I'm using a similar systemd unit file in my ansible-relayor configuration: https://github.com/nusenu/ansible-relayor/blob/master/templates/debian_tor%40.service Fedora also ships a similar systemd unit file since tor 0.2.6.8: https://bugzilla.redhat.com/show_bug.cgi?id=1210837 When updating the tor package, all tor instances should be restarted. here it is (I removed some of systemd's hardening feature from this version due to #787758) [Unit] Description = Anonymizing overlay network for TCP After = syslog.target network.target nss-lookup.target [Service] Type = simple ExecStartPre = /usr/bin/tor -f /etc/tor/enabled/%i.torrc --verify-config ExecStart = /usr/bin/tor -f /etc/tor/enabled/%i.torrc --runasdaemon 0 ExecReload = /bin/kill -HUP ${MAINPID} KillSignal = SIGINT TimeoutSec = 30 Restart = on-failure LimitNOFILE = 32768 ## Hardening PrivateTmp = yes PrivateDevices = yes ProtectHome = yes ProtectSystem = full NoNewPrivileges = yes CapabilityBoundingSet = CAP_SETUID CAP_SETGID CAP_NET_BIND_SERVICE PermissionsStartOnly=yes [Install] WantedBy = multi-user.target signature.asc Description: OpenPGP digital signature
Bug#791395: ITP: wgsim -- Simulate whole-genome sequencing data
package: wnpp Severity: wishlist Owner: 'Kevin Murray' s...@kdmurray.id.au *Package Name : wgsim Version : 0.3.1-r13 Upstream Author : Heng Li *URL : https://github.com/lh3/wgsim *License : MIT *Description : wgsim simulates sequencing reads from a reference genome. Wgsim is a small tool for simulating sequence reads from a reference genome. It is able to simulate diploid genomes with SNPs and insertion/deletion (INDEL) polymorphisms, and simulate reads with uniform substitution sequencing errors. It does not generate INDEL sequencing errors, but this can be partly compensated by simulating INDEL polymorphisms. --- Kevin Murray GPG pubkey: http://www.kdmurray.id.au/static/A4B4EE6A.asc FPR: 656C 0632 1EAB 2C3F 3837 9767 17C2 8EB1 A4B4 EE6A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781315: Wrong default in the config -- unusable with SMTP after a recent Python upgrade
Hi, Thanks for your bug report. I replaced the default value in the configuration file and will add a warning at runtime, but I don't have a missing attribute error here: % python3 Python 3.4.2 (default, Oct 8 2014, 13:14:40) [GCC 4.9.1] on linux Type help, copyright, credits or license for more information. import ssl ssl.PROTOCOL_SSLv3 1 Is it something that can be missing on different platforms? -- Etienne Millon signature.asc Description: Digital signature
Bug#791387: pelican: please add dependency “Suggests: pelican-doc”
Package: pelican Version: 3.6.0-4 Severity: minor Dear Maintainer, Working with the ‘pelican’ package requires understanding how it works and what it does. Please set a “Suggests: pelican-doc” dependency, so that administrators choosing to install ‘pelican’ will receive the suggestion. -- \ “There's no excuse to be bored. Sad, yes. Angry, yes. | `\Depressed, yes. Crazy, yes. But there's no excuse for boredom, | _o__) ever.” —Viggo Mortensen | 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#791386: pelican: Section should be “web”
Package: pelican Version: 3.6.0-4 Severity: minor The section “python” is for packages that install primarily resources (e.g. libraries) for Python programmers. The package ‘pelican’ installs primarily a Web application, not a programmer resource. By the section descriptions, this package belongs in the “web” section. Please set the field “Section: web”. -- \“Choose mnemonic identifiers. If you can't remember what | `\mnemonic means, you've got a problem.” —Larry Wall | _o__) | 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#516692: audacity: no PulseAudio devices presented
Control: found -1 2.0.6-2 I'm unable to get audacity working on Jessie. :( I've tried to use 'padsp audacity', 'pasuspender -- audacity' and the .asoundrc trick mentioned in this bug, but none of these tricks get audacity working with pulseaudio. :( I get tow python exceptions (press continue) and then it give me a segfault. Any hope to get a version working with pulseaudio into Debian? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791390: RFS: wxmaxima/15.04.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package wxmaxima * Package name: wxmaxima Version : 15.04.0-1 Upstream Author : Andrej Vodopivec andrej.vodopi...@gmail.com * URL : http://andrejv.github.io/wxmaxima/ * License : GPL-2+ Section : math It builds those binary packages: wxmaxima - GUI for the computer algebra system Maxima More detailed information about the package: What is wxMaxima? wxMaxima is a powerful graphical user interface for maxima, a program that is specialized in finding symbolic solutions for mathematical problems (which means it actually tries to find the formula that solves a problem, not the number the formula would result in). A simple example what it can do would be: - a^2+b^2=c^2; - solve(%,c); [c=-sqrt(b^2+a^2),c=sqrt(b^2+a^2)] But it can find a formula that solves many types of differential equations, too: - dgl:diff(diff(x(t),t),t)=-x(t); - desolve(dgl,x(t)); x(t)=sin(t)*(at('diff(x(t),t,1),t=0))+x(0)*cos(t) The actual output on the screen is much nicer, naturally, since the equations are displayed in 2D there. It is to notice, though, that wxMaxima can be used for numerical work, too: It supports calculating with ordinary floating-point numbers if one requests this - but it will happily use arbitrary-precision numbers by default, exact fractions or bigfloat with a user-specified precision that is only limited by the amount of memory that is available. Why does the package need to be updated? The version currently packaged with debian (13.04) is over two years old. Moreover this old version has many bugs: - In some locales many keys (for example in germany all hotkeys) didn't work in 13.04 - In version 13.04 drag-and drops drops about half of the parenthesis - 13.04 crashes if it has to display sometimes not-too-complicated equations or if the save button is pressed while the program is calculating Also the old version currently packaged with debian still doesn't come with a manual, has only a limited undo functionality and in many places is rather slow. A longer list of enhancements can be found at https://github.com/andrejv/wxmaxima/blob/master/ChangeLog The package is lintian-free. Currently it is marked as orphaned. But I am willing to package new versions and upload them to mentors.debian.org on a regular basis. This is needed, too, since the next version, once released, will have a pack of features new, too including higher processing speed and syntax highlighting. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wxmaxima Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_15.04.0-1.dsc More information about hello can be obtained from http://www.example.com.
Bug#789884: cloud-init: instance stores break jessie after rebooting on AWS EC2
On 04/07/15 12:17, Charles Plessy wrote: Le Thu, Jun 25, 2015 at 03:34:05PM +1000, Andrew Lau a écrit : I've just come across the following bug where if an EC2 instance is launched with an instance store, cloud-init formats /dev/xvdb as an ext3 filesystem and injects the following line into /etc/fstab /dev/xvdb /mnt auto defaults,nobootwait,comment=cloudconfig 0 2 However, since the nobootwait option is still unsupported in Debian (unlike for Ubuntu 14.04), cloud-init will fail when it tries to mount the newly formatted filesystem Thanks Andrew for the report. Am I right that the solution would be to add « mount_default_fields: [ None, None, auto, defaults,nofail, 0, 2 ] » in one of the configuration files in /etc, as suggested in Launchpad and as done in Fedora ? - https://bugs.launchpad.net/cloud-init/+bug/785542 - http://pkgs.fedoraproject.org/cgit/cloud-init.git/tree/cloud-init-fedora.cfg Have a nice week-end, Charles Hi Charles, I've confirmed that adding mount_default_fields: [~, ~, 'auto', 'defaults,nofail', '0', '2'] to /etc/cloud/cloud.cfg.d/00_debian.cfg fixes the issue and that the AMI built with this modification works on both instances launched without or with (1 or more) instance stores volumes. Thanks, Andrew -- Andrew Lau | EC2 Support Operations | Amazon Web Services (Sydney) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778017: mtd-utils: ftbfs with GCC-5
Control: tags -1 fixed-upstream On Fri, 17 Apr 2015 09:41:47 +0100 James Cowgill james...@cowgill.org.uk wrote: Control: tags -1 patch upstream Control: forwarded -1 http://lists.infradead.org/pipermail/linux-mtd/2015-April/058760.html On Thu, 12 Feb 2015 10:34:41 + Matthias Klose d...@debian.org wrote: The package fails to build in a test rebuild on at least amd64 with gcc-5/g++-5, but succeeds to build with gcc-4.9/g++-4.9. The severity of this report may be raised before the stretch release. Here's a patch which I also submitted upstream. Fixed upstream: http://git.infradead.org/mtd-utils.git/commit/ce9757872796a8ae31bc641ec37f3d8df4aea2ee I can NMU the upstream patch if you want. Thanks, James signature.asc Description: This is a digitally signed message part
Bug#791325: wv2: library transition may be needed when GCC 5 is the default
Control: retitle -1 RM: wv2 -- ROM; dead upstream; library with no rdeps Control: reassign -1 ftp.debian.org On Fri, Jul 03, 2015 at 01:14:56PM +, Matthias Klose wrote: Package: src:wv2 Version: 0.4.2.dfsg.2-2 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 There's been no upstream work on wv2 for ages - last SVN commit was 2009: https://sourceforge.net/p/wvware/svn/HEAD/tree/ We've also had no rdeps in Debian for some time, and it's a library so not useful in isolation - the only potential users are of unpackaged code (I originally adopted it as I was looking to use it in client project, but they're using libreofficekit instead). Looking at popcon there are 28 installs of the runtime and 10 of the -dev package, and the trend is a steady decline: https://qa.debian.org/popcon.php?package=wv2 I was already thinking I should request removal before stretch, so let's just drop it now and have one fewer library to worry about for this transition. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791051: gloox: library transition may be needed when GCC 5 is the default
user release.debian@packages.debian.org usertag 791051 + transition block 791051 by 790756 reassign 791051 release.debian.org tag 791051 + patch thanks Hi Matthias, On Fri, Jul 3, 2015 at 6:10 AM, Matthias Klose d...@debian.org wrote: - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: Debdiff below. Please feel free to NMU gloox as needed for the transition. Regards, Vincent diff -Nru gloox-1.0.13/debian/changelog gloox-1.0.13/debian/changelog --- gloox-1.0.13/debian/changelog 2015-05-08 20:22:24.0 -0700 +++ gloox-1.0.13/debian/changelog 2015-07-03 23:58:19.0 -0700 @@ -1,3 +1,10 @@ +gloox (1.0.13-3) unstable; urgency=medium + + * Rename libgloox13 to libgloox13v5 for libstdc++ ABI transition. +(Closes: #791051) + + -- Vincent Cheng vch...@debian.org Fri, 03 Jul 2015 23:56:03 -0700 + gloox (1.0.13-2) unstable; urgency=medium * Upload to unstable. diff -Nru gloox-1.0.13/debian/control gloox-1.0.13/debian/control --- gloox-1.0.13/debian/control 2015-02-03 23:22:35.0 -0800 +++ gloox-1.0.13/debian/control 2015-07-03 23:59:20.0 -0700 @@ -21,7 +21,7 @@ Architecture: any Multi-Arch: same Depends: - libgloox13 (= ${binary:Version}), + libgloox13v5 (= ${binary:Version}), libgnutls28-dev, libidn11-dev, ${misc:Depends} @@ -35,11 +35,13 @@ . This package contains files needed for development with this library. -Package: libgloox13 +Package: libgloox13v5 Architecture: any Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Depends: ${misc:Depends}, ${shlibs:Depends} +Replaces: libgloox13 +Conflicts: libgloox13 Description: C++ jabber/xmpp library A C++ Jabber/XMPP library that takes care of low level protocol stuff. Additionally, it offers high level interfaces for interaction with an diff -Nru gloox-1.0.13/debian/libgloox13.install gloox-1.0.13/debian/libgloox13.install --- gloox-1.0.13/debian/libgloox13.install 2014-09-20 11:20:12.0 -0700 +++ gloox-1.0.13/debian/libgloox13.install 1969-12-31 16:00:00.0 -0800 @@ -1 +0,0 @@ -usr/lib/*/lib*.so.* diff -Nru gloox-1.0.13/debian/libgloox13v5.install gloox-1.0.13/debian/libgloox13v5.install --- gloox-1.0.13/debian/libgloox13v5.install 1969-12-31 16:00:00.0 -0800 +++ gloox-1.0.13/debian/libgloox13v5.install 2014-09-20 11:20:12.0 -0700 @@ -0,0 +1 @@ +usr/lib/*/lib*.so.* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774422: Building perl reproducibly: __DATE__ and __TIME__ usage in perl.c
There's quite some momentum in the Debian project and elsewhere to make package builds reproducible binary-wise, so that a given source would always yield the same compiled binaries (and other generated files) when built with the same toolchain. See https://wiki.debian.org/ReproducibleBuilds for some background, including current status and rationale. Lunar lu...@debian.org has looked at the perl package [1], and identified a few places where the build system embeds information about the build environment. This mainly includes the build time ($Config{cf_time} and other places) and the build platform ($Config{myuname}, $Config{osvers}). Most of these are overridable, either with Configure arguments or the config.over mechanism, and we can use those to set sensible deterministic values. However, there's at least one place that's not currently overridable: perl.c embeds the build time in the perl binary with the __DATE__ and __TIME__ cpp macros, for the Compiled at ... information in perl -V output Would you be willing to accept a patch that makes this __DATE__/__TIME__ usage configurable? Or would it make sense to just unconditionally replace the message with $Config{cf_time} information, either at build or run time? Please note that the feature is currently conditional with the macros existing in the first place, so at least theoretically there are already perls out there lacking the 'Compiled at' line. [1] https://bugs.debian.org/774422 Many thanks for your work on Perl, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791388: [liblensfun0] Please package new upstream version
Package: liblensfun0 Version: 0.2.8-2 Severity: wishlist --- Please enter the report below this line. --- Dear maintainers: Please upgrade this package to upstream version 0.3.1. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: stretch/sid 900 testing security.debian.org 900 testing ftp.es.debian.org 800 stable update.devolo.com 800 stable dl.google.com 500 jessie linux.dropbox.com --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.14) | libgcc1 (= 1:4.1.1) | libglib2.0-0 (= 2.31.8) | libstdc++6(= 4.1.1) | liblensfun-data | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791366: lvm2: lvs --unbuffered segfaults when using --select regex
On Fri, Jul 03, 2015 at 11:50:39PM +0200, Julius Seemayer wrote: Please tell me if/how I can help to further debug this issue. 1) People need to see the complete debug output from the failing command with - added. That is what enables people to reproduce issues. 2) There have been a lot of changes to the reporting code since that release, so the first thing is to try a recent release to see if the bug is already fixed upstream. Alasdair -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791389: gnome-session: Oh no! Something has gone wrong when used under x11vnc
Package: gnome-session Version: 3.16.0-1 Severity: important Dear Maintainer, after routine Debian testing updates, restarting and VNC to computer I see Oh no! Something has gone wrong screen AND 'abiworld' empty document above it. I have no direct access to that computer, only SSH and VNC. May be related lines from /var/log/messages: Jul 4 10:35:42 crt-s1 kernel: [6.815609] gnome-shell[1298]: segfault at 14 ip 7fd6f28da2f2 sp 7ffec034dde0 error 4 in libmutter.so.0.0.0[7fd6f289a000+ee000] Jul 4 10:35:42 crt-s1 gnome-session[1128]: x-session-manager[1128]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Jul 4 10:35:42 crt-s1 kernel: [6.931835] gnome-shell[1393]: segfault at 14 ip 7f86c92b92f2 sp 7ffcbacceeb0 error 4 in libmutter.so.0.0.0[7f86c9279000+ee000] Jul 4 10:35:42 crt-s1 gnome-session[1128]: x-session-manager[1128]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 Jul 4 10:35:42 crt-s1 gnome-session[1128]: x-session-manager[1128]: WARNING: App 'gnome-shell.desktop' respawning too quickly Please let me know if you need any other information. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-session depends on: ii gnome-session-bin 3.16.0-1 ii gnome-session-common 3.16.0-1 ii gnome-settings-daemon 3.16.2-3 ii gnome-shell3.16.2-4 gnome-session recommends no packages. Versions of packages gnome-session suggests: ii desktop-base 8.0.2 ii gnome-keyring 3.16.0-2 ii gnome-user-guide 3.16.1-1 -- no debconf information
Bug#791366: lvm2: lvs --unbuffered segfaults when using --select regex
--[ Alasdair G Kergon a...@redhat.com 2015-07-04 10:35:16 +0200 ] On Fri, Jul 03, 2015 at 11:50:39PM +0200, Julius Seemayer wrote: Please tell me if/how I can help to further debug this issue. 1) People need to see the complete debug output from the failing command with - added. That is what enables people to reproduce issues. - output is attached to this message. Note that I moved the debugging over to another host to avoid disclosure of internal paths etc.. The issue is still reproducible in the very same manner. 2) There have been a lot of changes to the reporting code since that release, so the first thing is to try a recent release to see if the bug is already fixed upstream. While I generally agree to your hint, lvm2 in particular seems to be as version 2.02.111-2.2 in all of stable, testing and unstable. Since both libdevmapper* and the binary lvm2 administration tools should have the same version in testing/unstable, I decided not to upgrade and test again. Cheers, Julius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789596: [Pkg-php-pecl] Bug#789596: php5-redis 2.2.5-1 stable causes segfault in php5-fpm - fix available in 2.2.7
Hello Michael, When calling hSet() a segfault is triggered. Only seems to affect PHP 5.6. We’re using Debian 8 with PHP5.6 FPM. I have tried it with Jessie: php -v PHP 5.6.9-0+deb8u1 (cli) (built: Jun 5 2015 11:03:27) php5-redis 2.2.5-1 My Test-script connects to a Redis running on localhost also Jessie: ?php $redis = new Redis(); $redis-connect('localhost'); $redis-hSet('h', 'key1', NULL); echo br/; echo OK; echo br/; echo br/; $redis-hSet('h', 'key1', 'bar'); echo br/; echo OK; I don't get any segfault. What PHP Version are you running on Jessie? Did you tried the latest 5.6.9-0+deb8u1? Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791391: NFS mounts and other things fail if DHCP hasn't finished
Package: systemd Version: 215-17+deb8u1 Severity: important This has been happening on a system that was upgraded from wheezy to jessie Sometimes systemd starts the network and then tries to start things that depend on the network (e.g. ntpdate, NFS client mounts) before DHCP has obtained a lease. Sometimes the boot completely stops and asks for root login Sometimes it reaches the X login but if a user logs in, it throws them out because their home is not mounted. journalctl also shows errors from other processes that depend on the network. Here is the content of /etc/network/interfaces - it was working fine with wheezy: # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp #iface eth0 inet6 auto iface eth0 inet6 dhcp accept_ra 1 #allow-hotplug eth1 #iface eth1 inet dhcp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791392: splash / logo / menu screen appears slowly
Package: grub-pc Version: 2.02~beta2-22 Severity: important Since upgrading to jessie, grub has been using a graphical mode by default It paints a background image before displaying the menu The background image appears very slowly, it appears to draw one line at a time, starting from the bottom of the screen. After the background image, it then draws a border, this is also drawn painfully slowly. This makes a bad first impression of jessie after upgrading so I marked this bug important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782738: RFS: wxmaxima
* Gunter Königsmann gun...@peterpall.de, 2015-07-04, 11:15: A new version of lintian found errors in the package so I uploaded it anew, sent a new RFS and am therefore closing the old one. In the future, please don't file a new RFS bug, but reuse the existing one. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790816: RFS: roxterm/3.0.1-1
* Tony Houghton h...@realh.co.uk, 2015-07-03, 16:30: The way I get the parallel option looks quite nasty too, is there a better way to do that? The code currently reads: ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) CONFIGURE_COMMON += --parallel=$(NUMJOBS) endif You could probably avoid repeating the filter part: NUMJOBS = $(or $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))),1) CONFIGURE_COMMON += --parallel=$(NUMJOBS) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788982: openjdk-7: FTBFS on kfreebsd-*
severity 788982 serious thanks Hi, openjdk-7 FTBFS on kfreebsd since 7u79-2.5.5-1: | /«PKGBUILDDIR»/build/openjdk-boot/hotspot/agent/src/os/linux/libproc.h:41:26: fatal error: linux/ptrace.h: No such file or directory | #include linux/ptrace.h | ^ Although a FTBFS on kfreebsd should not usually affect testing migration, rare circumstances mean that this bug actually does block testing migration, as explained here: https://lists.debian.org/debian-release/2015/07/msg00058.html Please find attached a simple patch to be appended to the existing debian/patches/kfreebsd-support-hotspot.diff, tested to fix the build on at least kfreebsd-amd64. https://bugs.debian.org/cgi-bin/bugreport.cgi?filename=kfreebsd-support-hotspot.diff;att=1;bug=788982;msg=5 Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Bug#791408: dirvish: Dirvish backup fails with users' sshfs mounts
On 2015-07-04 16:10, Paul Slootman wrote: Then you should exclude such mounts from the backup, e.g. by adding xdev: 1 to the dirvish.conf for that tree. Actually I do have xdev: 1 for /home. Rsync still tries to access the moint point, but fails, and the whole backup is considered failed. I wonder if Dirvish could see that it was just a mounted filesystem that failed, and ignore the issue, especially when xdev: 1 has been specified. I now checked my failed backup and the only problem in practice seems to be that there's no access for users to the backup directory. All the files, except the mount point, still seem to be there, which is most important. With sshfs mounts the root problem is with FUSE: https://www.agwa.name/blog/post/how_fuse_can_break_rsync_backups http://fuse.996288.n3.nabble.com/force-allow-root-td11417.html My solution now is to a system-wide alias for Bash: alias sshfs='sshfs -o allow_root' So at least sshfs mounts made via command promt don't cause this problem. - Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703277: postgresql defaults are confusing and non-working
Control: tags 703277 confirmed On Sun, 17 Mar 2013 22:43:26 + Andrey Rahmatullin w...@wrar.name wrote: I've experienced this with the tt-rss package but I don't think it's package-specific. While debugging bug 789445 in bandwidthd-pgsql I experienced the same. First, dbconfig-common tells that connecting via the UNIX socket is the best way at least performance-wise. Second, it tells that using the ident authentication is not only the best way but also recommended with default PostgreSQL settings. The default PostgreSQL 9.1 Debian settings allow only 'peer' on the local UNIX socket, so the password authentication simply won't work with the UNIX socket. And 'ident'/'peer' requires matching between the DB user name (the default for which is chosen by dbconfig-common and changing that default is usually wrong) and the system user name (which usually cannot be changed, and when it can the administrator must do that manually, including the user creation). This all means that without reconfiguring the DB server the only usable setting is TCP/IP+'password' even for the local server, despite all dbconfig-common suggestions. It is worse, at the default debconf priority it doesn't even ask these questions so it just doesn't work without manual intervention afterwards. Paul signature.asc Description: OpenPGP digital signature
Bug#791412: systemd invoking a service on its own
Control: reassign -1 systemd Hello Michael, Thank you for the quick reply. I'm reassigning it because I think I have some explanations that have made me conclude that it might be a systemd bug. But please feel free to reassign back, in case I'm wrong. On Saturday 04 July 2015 07:54 PM, Michael Biebl wrote: laptop-mode-tools: /etc/acpi/actions/lm_ac_adapter.sh laptop-mode-tools: /etc/acpi/actions/lm_battery.sh laptop-mode-tools: /etc/acpi/actions/lm_lid.sh laptop-mode-tools: /etc/acpi/events/lm_ac_adapter laptop-mode-tools: /etc/acpi/events/lm_battery laptop-mode-tools: /etc/acpi/events/lm_lid laptop-mode-tools: /etc/apm/event.d/laptop-mode laptop-mode-tools: /etc/power/event.d/laptop-mode laptop-mode-tools: /etc/power/scripts.d/laptop-mode laptop-mode-tools: /lib/systemd/system/laptop-mode.service laptop-mode-tools: /lib/udev/lmt-udev laptop-mode-tools: /lib/udev/rules.d/99-laptop-mode.rules laptop-mode-tools: /usr/lib/pm-utils/sleep.d/01laptop-mode I bet the start requests are triggered by one of those scripts. If repeated start attempts by those scripts are a problem, then this is something which needs to be addressed in l-m-t. The acpid actions will be invoked through the acpid daemon. And that too, when an acpi even is triggered, which usually is when you plug/unplug the power adapter. Where as the log I showed, was while only on battery. And I don't use acpid because systemd/udev are enough for my need. Same goes for udev. l-m-t will only be triggered through udev if a matching event is generated, which as of today, is machinecheck, power_supply and usb. AFAIK power_supply and machinecheck are triggered only when you plug/unplug the power adapter. usb is triggered when a user plugs in a USB device. rrs@learner:~/devel/Laptop-Mode-Tools/laptop-mode-tools (master)$ cat /lib/udev/rules.d/99-laptop-mode.rules ACTION==change, SUBSYSTEM==power_supply, RUN+=lmt-udev auto ACTION==add|remove, SUBSYSTEM==machinecheck, RUN+=lmt-udev auto force ACTION==add|remove, SUBSYSTEM==usb, RUN+=lmt-udev force modules=runtime-pm devices=%k 23:29 ♒♒♒ ☺ Another problem is: The ExecStart script executes /usr/sbin/laptop_mode, which internally backgroups another script, after acquiring a persistent lock. For what I've debugged so far, it turns out systemd quietly kills (or does not allow invocation of) scripts that are backgrounded Type=oneshot is not supposed to be used for processes which background. You are using Type=oneshot without RemainAfterExit=yes. For Type=oneshot, systemd will launch all ExecStart= lines, and proceed once the spawned process(es) have exited (see the systemd.service). Without RemainAfterExit=yes, your service will be inactive (dead) and systemd will cleanup the complete cgroup.This is the default behaviour (see man systemd.kill, KillMode defaults to control-group) Oh!! Sorry. My standard .service file (both upstream and for Debian) is Type=oneshot with RemainAfterExit=yes. https://github.com/rickysarraf/laptop-mode-tools/blob/lmt-upstream/etc/systemd/laptop-mode.service It is just that today, while debugging, I kept playing around thinking I may have missed something. I'm still new on systemd. I have also filed a bug on github so that I can get opinions from other packagers from other distributions, who all are using systemd. https://github.com/rickysarraf/laptop-mode-tools/issues/45 If you go through the bug report on github, I feel the reason all invocations are from systemd. I put a $PPID to check that, and in both invocations you can see the line: Laptop Mode Tools invoked by parent: 1 If it was invoked by udev, I'm an intermediary shell's (/lib/udev/lmt-udev) PID should have been reported, which for sure would not be pid 1. So issue number one is a l-m-t triggered problem afaics and issue number two is expected behaviour. Thus reassign to l-m-t for issue number one. I've spent the entire Saturday debugging with no substantial root cause. I hope you can point me into the right direction. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#791412: systemd invoking a service on its own
Am 04.07.2015 um 20:10 schrieb Ritesh Raj Sarraf: Control: reassign -1 systemd Hello Michael, Thank you for the quick reply. I'm reassigning it because I think I have some explanations that have made me conclude that it might be a systemd bug. But please feel free to reassign back, in case I'm wrong. It would help if you explained why this is supposed to be a bug in systemd, it would help -- 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#778045: [Pkg-openldap-devel] Bug#778045: openldap: ftbfs with GCC-5
Control: tag -1 moreinfo Hi Matthias, On Thu, Feb 12, 2015 at 10:35:20AM +, Matthias Klose wrote: Please keep the issue open until the package can be built in a follow-up test rebuild. This should be fixed now: openldap 2.4.40+dfsg-2 is in unstable and I have built it successfully with GCC-5 locally. Please proceed with your follow-up rebuild and let us know when the bug can be closed. Thank you, Ryan signature.asc Description: Digital signature
Bug#791430: udev tries to make /dev/sr? nodes only when cdrom in drive, causing problems
Am 04.07.2015 um 21:09 schrieb Joshua Hudson: Devices not created by kernel. Verified by stopping udev. Sorry, what are you trying to say here? Please be more verbose. -- 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#701674: still a problem
This is still a problem as-of Jessie 7/4/2015 (more than a year now).
Bug#753944: #753944 sum up
Control: retitle -1 pbuilder: do not copy /etc/resolv.conf over when USENETWORK=no Ok, I read this bug report at least 5 times and I got lost all of them, anyway... The package that used to fail in #753944#15 does not (at least, it builds in the rb.d.n infra), but looks like all we agree that copying over /etc/resolv.conf when the network is not available make nearly no sense and can only be harmful. So let me turn this bug to say so. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#604706: pbuilder: manpage tests fail if locale isn't setup
control: severity -1 wishlist control: tag -1 moreinfo On Tue, Nov 23, 2010 at 11:52:36AM -0500, Marc Deslauriers wrote: In Ubuntu, we've applied the attached patch to achieve the following: * debian/rules: install temporary locale so man page tests don't cause FTBFS. We thought you might be interested in doing the same. I don't think this patch applies to us as-is. I don't even see what it should do. It seems complementary to another change I can see you did but I don't even understand what you're trying to accomplish. Looking at the whole ubuntu delta I doo see other changes, but I'm not really sure what they try to accomplish. I just tried building the current git master on vivid as-is and it just builds. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#791418: Compilation error for code including random, algorithm or limits.h
Package: iwyu Version: 3.4-1 X-Debbugs-Cc: rafael_st...@t-online.de Hello, this bug is reported to debian, because it looks like a packaging issue rather than a bug in iwyu itself. When trying to compile a file containing the following headers iwyu fails to compile the file: - random introduced in C++11 - algorithm only in C++11 mode because it includes random there - limits.h GCC and clang are working fine on this system. Rafael Stahl -- Full output: user1@debj:~/include-what-you-use$ cat main.cpp #include random int main() {} user1@debj:~/include-what-you-use$ gcc -std=c++11 main.cpp user1@debj:~/include-what-you-use$ clang -std=c++11 main.cpp user1@debj:~/include-what-you-use$ iwyu -v --std=c++11 main.cpp Debian clang version 3.4-2 (tags/RELEASE_34/final) (based on LLVM 3.4) Target: x86_64-pc-linux-gnu Thread model: posix Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.2 Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 clang invocation: /usr/bin/include-what-you-use -cc1 -triple x86_64-pc-linux-gnu -fsyntax-only -disable-free -disable-llvm-verifier -main-file-name main.cpp -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -target-linker-version 2.24 -v -resource-dir /usr/bin/../lib/clang/3.4 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9 -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/x86_64-linux-gnu -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/backward -internal-isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9 -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.4/include -internal-externc-isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include --std=c++11 -fdeprecated-macro -fdebug-compilation-dir /home/user1/include-what-you-use -ferror-limit 19 -fmessage-length 100 -mstackrealign -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -vectorize-slp -x c++ main.cpp clang -cc1 version 3.4 based upon LLVM 3.4 default target x86_64-pc-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/x86_64-linux-gnu ignoring nonexistent directory /usr/bin/../lib/clang/3.4/include ignoring nonexistent directory /include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/backward /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9 /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.9/include /usr/include/x86_64-linux-gnu /usr/include End of search list. In file included from main.cpp:1: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/random:50: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9/bits/opt_random.h:33: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.9/include/x86intrin.h:27: /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:41:10: error: use of undeclared identifier '__builtin_ia32_bsrsi' return __builtin_ia32_bsrsi (__X); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:98:10: error: use of undeclared identifier '__builtin_ia32_rdpmc' return __builtin_ia32_rdpmc (__S); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:106:10: error: use of undeclared identifier '__builtin_ia32_rdtsc' return __builtin_ia32_rdtsc (); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:114:10: error: use of undeclared identifier '__builtin_ia32_rdtscp' return __builtin_ia32_rdtscp (__A); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:122:10: error: use of undeclared identifier '__builtin_ia32_rolqi' return __builtin_ia32_rolqi (__X, __C); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:130:10: error: use of undeclared identifier '__builtin_ia32_rolhi' return __builtin_ia32_rolhi (__X, __C); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:146:10: error: use of undeclared identifier '__builtin_ia32_rorqi' return __builtin_ia32_rorqi (__X, __C); ^ /usr/lib/gcc/x86_64-linux-gnu/4.9/include/ia32intrin.h:154:10: error: use of undeclared identifier
Bug#771475: made a mess of things
owner 771475 ! owner 761704 Colin Tuckley col...@debian.org kthxbye Made a mess of reassigning the wrong bug. aprx is now in to the NEW queue and was uploaded by Colin. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpiJI6RRTso0.pgp Description: PGP signature
Bug#790816: RFS: roxterm/3.0.1-1
On 04/07/15 10:19, Vincent Cheng wrote: On Fri, Jul 3, 2015 at 8:30 AM, Tony Houghton h...@realh.co.uk wrote: My thinking is that anybody still using roxterm-gtk2 has some good reason to do so and will not want to upgrade to a GTK3 version even if it means missing out on the latest features and bug fixes; they are already missing out on some useful features from vte-2.90. With the relationships the way they are at the moment users can keep roxterm-gtk2 without having to pin it. I tested that scenario and it seems to work. But, since vte9 (the GTK2 version of vte) is scheduled for removal from the archive, is this undesirable? Ah, I didn't realize that this is actually intentional. Well, IMHO it's saner to offer users an upgrade path by default (i.e. to the gtk3 version), and let them choose to manually pin packages if they don't want to upgrade for some reason. However, I can't find a Policy reference that mandates all binary packages to have an upgrade path or similar, so I'll leave the choice to you. I think I'll change my decision on that. There do seem to be stronger reasons for providing an automatic upgrade from roxterm-gtk2 than to make things easier for users who want to keep it without continued support and maintenance. Ack, roxterm should declare Breaks: roxterm-gtk2 (in addition to -gtk3) and roxterm-dbg should declare Breaks: roxterm-gtk2-dbg (in addition to -gtk3-dbg). Why wouldn't you want the equivalent Replaces relationships here as well? Having roxterm declare Replaces: roxterm-gtk2 is not going to force roxterm-gtk2 to be automatically upgraded in the first scenario I described in my last email (where the user has roxterm-gtk2 and roxterm-common installed, but not roxterm; nothing gets upgraded in this scenario). Without Replaces, users who currently have only roxterm-gtk2 and roxterm-common installed, who then decide to switch to the gtk3 version by running apt-get install roxterm, can't do so (at least, not without removing roxterm-gtk2 first). One other point I noticed is that currently I have roxterm-data Breaks and Replaces roxterm 3.0.0-1 (actually I put 2 instead of 3 by mistake so that needs changing anyway), where roxterm 3 is the old virtual package. As there is no direct replacement for that, do you agree I should keep the Breaks where it is but remove the Replaces? Breaks probably isn't strictly necessary either, but it might be a good idea just in case there's a clash in /usr/share/doc/roxterm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791420: pure-ftpd: session crashes in globing-related directory listing if pattern = PATH_MAX
Package: pure-ftpd Version: 1.0.36-3.3 Severity: important Tags: security confirmed patch upstream fixed-upstream Hi This vulnerability has been found in pure-ftpd: https://security-tracker.debian.org/tracker/TEMP-000-5314C6 https://github.com/jedisct1/pure-ftpd/commit/0627004e23a24108785dc1506c5767392b90f807 I think it's a minor issue and don't deserve a DSA by itself, but it's up to you and the security team to decide, of course. Cheers, Santiago P.S. Patch attached diff --git a/src/bsd-glob.c b/src/bsd-glob.c index 27da8c8..5983465 100644 --- a/src/bsd-glob.c +++ b/src/bsd-glob.c @@ -151,9 +151,6 @@ glob_(const char *pattern, int flags, int (*errfunc)(const char *, int), printf (pattern: %s\n, pattern); -if (strlen(pattern) = PATH_MAX) { -return GLOB_NOMATCH; -} pglob-gl_maxdepth = maxdepth; pglob-gl_maxfiles = maxfiles; patnext = (unsigned char *) pattern; @@ -174,6 +171,9 @@ glob_(const char *pattern, int flags, int (*errfunc)(const char *, int), pglob-gl_pathc = INT_MAX - pglob-gl_offs - 1) { return GLOB_NOSPACE; } +if (strlen(pattern) = PATH_MAX) { +return GLOB_NOMATCH; +} bufnext = patbuf; bufend = bufnext + MAXPATHLEN - 1; if (flags GLOB_NOESCAPE) { signature.asc Description: Digital signature
Bug#791421: RFP: udfclient -- userland implementation of the UDF filesystem
Package: wnpp Severity: wishlist * Package name: udfclient Version : 0.8 Upstream Author : Reinoud Zandijk rein...@netbsd.org * URL : http://www.13thmonkey.org/udfclient/ * License : Clarified Artistic License Programming Lang: C Description : userland implementation of the UDF filesystem UDFclient is a userland implementation of the UDF filesystem as defined by the OSTA group. UDFclient is designed to be a study platform and a run-up to a full read and write kernel level implementation. . Except udfclient it contains additional utilities: cd_disect - Display report of disc cd_sessions - Show sessions on disc mmc_format - Format optical disc newfs_udf - Create UDF filesystem on file or a formatted disc udfclient - FTP-like client for UDF filesystem udfdump - Dump information from UDF filesystem -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part.
Bug#790933: ITP: drive - Google Drive tool
Hi, thanks for your comments ! Le 03/07/2015 21:46, Guillem Jover a écrit : drive is an extremely generic name in tech, please use something else when packaging this, both for the source/binary packages and the executables and other related files. Prefixing it with «google-» could be an option, perhaps. Doing this upstream would be preferable. I followed your suggestion and opened this issue: https://github.com/odeke-em/drive/issues/271 But upstream doesn't seem to be agreed. What do you suggest? Thanks Sophie Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790844: probably caused by timezone changes
Hi Alexandre, On Samstag, 4. Juli 2015, Alexandre Detiste wrote: thanks for caring about reproducible builds and filing bugs against your own packages! :-) I got conviced (and a bit entertained) by the talk at FOSDEM ;-) hehe, nice! I think that Mattia's guess was closer: Quite some FTBFS on our infrastructure are do to us using DEB_BUILD_OPTIONS=parallel=23 (e.g. very high) and some packages not coping fine with it. interestingly he also tested building with -j4 and that didnt fail... :) I finally found ou the likely cause: 'install' target in Makefile.in is split in tiny chunks. [...] All the previous run that didn't FTBFS were reproducible; are there any other changes needed ? given this, I think you are right with your analysis that just the install target needs to be fixed... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#791403: pu: ganglia-modules-linux/1.3.6-2
tags 791403 = jessie stop On 04/07/15 15:08, Adam D. Barratt wrote: user release.debian@packages.debian.org usertags 791403 = pu tags 791403 = jessie moreinfo thanks On Sat, 2015-07-04 at 14:17 +0200, Daniel Pocock wrote: Package: release.debian.org User: release.debian@packages.debian.org UserTags: unblock This is a proposed upload to stable for jessie. Then it's not an unblock request. Sorry about that, I had actually look at a couple of other bugs in the BTS and they had unblock so I copied it. I won't do it again. It resolves a problem that causes dist-upgrade to fail. Here is the patch that is added: https://anonscm.debian.org/cgit/pkg-monitoring/ganglia-modules-linux.git/commit/?id=29c5f380aa46d2b1b678a63c1daa5054d119f066 and the changelog entry from the unstable upload: https://anonscm.debian.org/cgit/pkg-monitoring/ganglia-modules-linux.git/commit/?id=80641de7ace1a93adf02a9088f4da7c13d32d771 Neither of those is a debdiff of a package which has been built and tested on jessie, which is what is always requested for such updates. (See https://lists.debian.org/debian-devel-announce/2015/05/msg5.html for example.) I didn't want to go to the effort of making a branch for jessie and building it that way without getting some initial feedback that it may be acceptable to the release team. I am also keen to make sure I'm really doing the right thing in postinst and postrm, I would welcome any other opinions on that. In any case, I've now gone and made a branch for jessie and built a package, there is a debdiff attached I looked at the email in that link, it mentions the +deb8u1 suffix. If the stable update is identical to the version that was uploaded to unstable then is it necessary to use a suffix? Regards, Daniel diff -Nru ganglia-modules-linux-1.3.6/debian/changelog ganglia-modules-linux-1.3.6/debian/changelog --- ganglia-modules-linux-1.3.6/debian/changelog2014-12-07 18:15:02.0 +0100 +++ ganglia-modules-linux-1.3.6/debian/changelog2015-07-04 17:41:35.0 +0200 @@ -1,3 +1,9 @@ +ganglia-modules-linux (1.3.6-1+deb8u1) stable; urgency=medium + + * Only restart service if already running. (Closes: #790951) + + -- Daniel Pocock dan...@pocock.pro Sat, 04 Jul 2015 17:38:20 +0200 + ganglia-modules-linux (1.3.6-1) unstable; urgency=low * New upstream release. diff -Nru ganglia-modules-linux-1.3.6/debian/postinst ganglia-modules-linux-1.3.6/debian/postinst --- ganglia-modules-linux-1.3.6/debian/postinst 2012-04-10 17:57:22.0 +0200 +++ ganglia-modules-linux-1.3.6/debian/postinst 2015-07-04 17:37:02.0 +0200 @@ -20,11 +20,19 @@ case $1 in configure) +INIT_GMOND=/etc/init.d/ganglia-monitor if which invoke-rc.d /dev/null 21; then - invoke-rc.d ganglia-monitor restart + invoke-rc.d ganglia-monitor status /dev/null 21 \ + invoke-rc.d ganglia-monitor restart else - /etc/init.d/ganglia-monitor restart + [ -x ${INIT_GMOND} ] \ + ${INIT_GMOND} status /dev/null 21 \ + ${INIT_GMOND} restart fi +# call `true' to conceal the return status of the gmond restart +# as we don't want an unrelated error in gmond to suggest +# that the dpkg operation has completely failed +true ;; abort-upgrade|abort-remove|abort-deconfigure) diff -Nru ganglia-modules-linux-1.3.6/debian/postrm ganglia-modules-linux-1.3.6/debian/postrm --- ganglia-modules-linux-1.3.6/debian/postrm 2012-04-21 15:40:20.0 +0200 +++ ganglia-modules-linux-1.3.6/debian/postrm 2015-07-04 17:37:02.0 +0200 @@ -22,18 +22,18 @@ case $1 in purge|remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) INIT_GMOND=/etc/init.d/ganglia-monitor -if [ -x ${INIT_GMOND} ]; -then - if which invoke-rc.d /dev/null 21; then +if which invoke-rc.d /dev/null 21; then + invoke-rc.d ganglia-monitor status /dev/null 21 \ invoke-rc.d ganglia-monitor restart - else -${INIT_GMOND} restart - fi - # call `true' to conceal the return status of the gmond restart - # as we don't want an unrelated error in gmond to suggest - # that the dpkg operation has completely failed - true +else +[ -x ${INIT_GMOND} ] \ + ${INIT_GMOND} status /dev/null 21 \ + ${INIT_GMOND} restart fi +# call `true' to conceal the return status of the gmond restart +# as we don't want an unrelated error in gmond to suggest +# that the dpkg operation has completely failed +true ;; *)
Bug#783880: [Pkg-crosswire-devel] Bug#783880: xiphos: new version
On Fri, May 01, 2015 at 04:30:22AM +0100, Dimitri John Ledkov wrote: I no longer use nor develop Xiphos, thus lost interest in maintaining packages for it. Ditto libsword, biblitime, et.al. If you are interested in updating the package, please see debian or ubuntu packaging guides and start packaging an update. Dimitri, Someone has stepped forward and done the work to package sword 1.7.4. However, while sword 1.7.3+dfsg-2 is currenly in Debian, the latest changelog entry in the sword repository at git.debian.org is only for 1.7.2+dfsg-2. Do you mind pushing the changes between 1.7.2+dfsg-2 and 1.7.3+dfsg-2 so that the repository has everything? Regards, -Roberto -- Roberto C. Sánchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Bug#791391: NFS mounts and other things fail if DHCP hasn't finished
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/07/15 14:29, Michael Biebl wrote: Am 04.07.2015 um 14:22 schrieb Daniel Pocock: On 04/07/15 13:58, Michael Biebl wrote: Am 04.07.2015 um 11:38 schrieb Daniel Pocock: Package: systemd Version: 215-17+deb8u1 Severity: important This has been happening on a system that was upgraded from wheezy to jessie Sometimes systemd starts the network and then tries to start things that depend on the network (e.g. ntpdate, NFS client Isn't ntpdate (*) started via an if-up.d hook i.e. not by systemd itself? Yes - I see that I have /etc/network/if-up.d/ntpdate grep ntpdate /etc/init.d/* doesn't find anything. It is not run from cron or rc.local either. Looking at journalctl output, it looks like it tried to run ntpdate twice. I've copied the relevant events below: Jul 04 11:26:19 ntpdate[1182]: Can't find host ntp: Name or service not known (-2) Jul 04 11:26:19 ntpdate[1182]: no servers can be used, exiting Jul 04 11:26:19 daniel1 kernel: tg3 :02:00.0: irq 105 for MSI/MSI-X Jul 04 11:26:19 daniel1 kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready Jul 04 11:26:19 daniel1 networking[]: Configuring network interfaces...done. Jul 04 11:26:19 daniel1 dhclient[1221]: Internet Systems Consortium DHCP Client 4.3.1 Jul 04 11:26:20 daniel1 dhclient[1221]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6 Jul 04 11:26:20 mount[1268]: mount.nfs: Network is unreachable Jul 04 11:26:23 ntpd[1596]: ntpd 4.2.6p5@1.2349-o Fri Apr 10 19:04:04 UTC 2015 (1) Jul 04 11:26:23 ntp[1564]: Starting NTP server: ntpd. Jul 04 11:26:26 ifup[1199]: DHCPACK from 192.168.1.2 Jul 04 11:26:26 NetworkManager[1433]: info (eth1): preparing device Jul 04 11:26:26 NetworkManager[1433]: info (eth1): created default wired connection 'Wired connection 1' Jul 04 11:26:26 NetworkManager[1433]: info NetworkManager state is now CONNECTED_GLOBAL Jul 04 11:26:29 ntpdate[2157]: the NTP socket is in use, exiting mounts) before DHCP has obtained a lease. Sometimes the boot completely stops and asks for root login Sometimes it reaches the X login but if a user logs in, it throws them out because their home is not mounted. Is home mounted via NFS? /home is a local filesystem Is /home mountend reliably by systemd? Actually, /home is part of the root filesystem, it is not a separate filesystem. It always seems to mount the root filesystem successfully. Sometimes I have had systemd grumble trying to mount local filesystems twice on another machine but I haven't seen that happen on this one. /home/username is on NFS How is /home/username mounted? Via /etc/fstab, autofs, something else? Just /etc/fstab - it is very basic: 192.168.1.2:/home/daniel /home/daniel nfs rw,vers=3 0 2 Just trying to find out what exactly fails and what not. (*) As a side note: you might want to consider enabling systemd-timesyncd.service (and removing ntpdate). timesyncd is a very lightweight NTP client. Would this mean removing both the ntp and ntpdate packages? They are all configured to talk to an NTP server on 192.168.1.2 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVmATmAAoJEOm1uwJp1aqDQbAP/A6E9LTVScY9ZkSWSZhxS6J9 GgghWh8xxVDjot16czv0nzvp9Fl1v6/Vc+bSdvPnnxKTI8aPBzVEQ2HEvg79N8MJ p5j0UlImldwzs0KbCrTWlHCbOIlbhPYStWQ6oQ60/SQhIttdJekD/JRkR+exIg9J tEN5dKXaaT1T6fVcxp3ZZH5YmBAuh0zNZP4xdq/ZEr6mEEHd2dPbWrOx+HRyw+ZY MgJpDB+TqaL8N7d/MvU8Yj8jvkU28PN9YoyU2XlTKq+Qf99HW+ARhV8bmRTvTVyx GN/X7SJkDKtha6D3M2p60OWRRz+qQ7RwRryTPXFjpvilVbgjFc6397HfH7BtN3l5 /vCQoUmpXMyUB/TmkUDyNPb9oqwZnEnEZY65gC+qqYXy1JFhri2F5g8h+Nke/m6y /EU48wmKFzKDOC1lcHd9lHrSfgkcosf7Rbr+7tTk4wrwEQ+anCOFsoqtrJ73uEmC mLd0zjk5mN6CkKmSBvXD+l5YNNVLrZx3B9IFnlLO+RV5Jj2aZKLY3ESlUhmlV9OD Gudnx/yuHYwF/NU2J9FVGrebWtdtGpdFf3KOXzuYsIxg9rQ0mbfFTPjLMiP0DiSL pMN43XQMTAF+OPIqBwMREVYrAzvfGgehiNBPO3mtIwde06fUexNdvsMhXbj96ioI 2Bvtp3LrsmK1GOIwqPH2 =opCg -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#791429: WebRTC not working with libsrtp on Debian
Package: chromium Version: 43.0.2357.65-1~deb8u1 Severity: important On jessie, with libsrtp 1.4.5~20130609~dfsg-1.1 the WebRTC call setup fails. It is described here: https://code.google.com/p/chromium/issues/detail?id=501318 [34:43:0625/192203:VERBOSE1:srtpfilter.cc(706)] Failed to init SRTP, err=5 [34:43:0625/192203:VERBOSE1:srtpfilter.cc(706)] Failed to init SRTP, err=2 These log messages both relate to attempts to call srtp_init() from libsrtp Could this be an issue with the Debian build of chromium or the libsrtp in Debian? Should the package use another version of libsrtp, maybe an embedded version is required now? It works fine with chromium in wheezy but not in jessie $ ldd /usr/lib/chromium/chromium | grep srtp libsrtp.so.0 = /usr/lib/libsrtp.so.0 (0x7fb96126a000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790626: Octave FTBFS With Texinfo 6
I was hoping one of you could take a look at #790626 to see if you could determine why Octave is FTBFS with the new texinfo? It's a matter of some urgency since the Octave FTBFS is blocking the Qscintilla2 transition from finishing. Thanks, Scott K signature.asc Description: This is a digitally signed message part.
Bug#791436: base: external drive connected to usb 3.0 slows down boot process extremely
Package: base Severity: normal Dear Maintainer, I have connected an external usb drive to USB 3.0 Port which is located on a newly installed PCI card. This slows down the boot process in an extremely manner. It seems that the accesses to the internal hard disk are suffering badly from this. When I disconnect the external drive the boot process suddenly gets the normal much faster speed. I can workaround the problem by connecting the usb drive to an USB port lower than 3.0 (seems to be USB 2.1). I have found out that the problems occurs in the booting process even before the external intenso usb drive is mounted. I could not find any USB 3.0 Howto for debian jessie. My uname -a is: Linux debian 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) i686 GNU/Linux Kind regards, Michael *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791437: kscreen: depends on plasma-framework and qml-module-qtgraphicaleffects packages
Package: kscreen Version: 4:5.3.2-1 Severity: normal Tags: patch --- Please enter the report below this line. --- 1. Install systemsettings and kscreen 2. Exec systemsettings5 and click Display and Monitor kscreen: launcherDataAvailable: org.kde.KScreen.Backend.XRandR Failed to create QMLOutput QtGraphicalEffects provided by the qml-module-qtgraphicaleffects package. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-2-amd64 Debian Release: stretch/sid 500 unstableftp.by.debian.org 1 experimentalftp.by.debian.org --- Package information. --- Depends (Version) | Installed =-+- === kde-runtime ( 4:4.10) | 4:14.12.3-1 libc6 (= 2.14) | libkdecore5 (= 4:4.5.85) | libkdeui5(= 4:4.3.4) | libkscreen1(= 1.0.2) | libplasma3 (= 4:4.5.90) | libqjson0 (= 0.8.1) | libqt4-dbus (= 4:4.5.3) | libqt4-declarative (= 4:4.7.0~rc1) | libqtcore4 (= 4:4.7.0~beta2) | libqtgui4(= 4:4.8.0) | libstdc++6 (= 4.1.1) | Package's Recommends field is empty. Package's Suggests field is empty. diff --git a/debian/control b/debian/control index 9f79db3..0879559 100644 --- a/debian/control +++ b/debian/control @@ -28,7 +28,9 @@ Vcs-Git: git://anonscm.debian.org/pkg-kde/plasma/kscreen.git Package: kscreen Architecture: any -Depends: ${misc:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends}, + plasma-framework, + qml-module-qtgraphicaleffects Description: KDE monitor hotplug and screen handling KScreen provides multiple monitor support. This support tries to be as smart as possible adapting the behavior of it to each use case
Bug#790933: ITP: drive - Google Drive tool
Hi, Am Samstag, den 04.07.2015, 17:16 +0200 schrieb Sophie Brun: Le 03/07/2015 21:46, Guillem Jover a écrit : drive is an extremely generic name in tech, please use something else when packaging this, both for the source/binary packages and the executables and other related files. Prefixing it with «google-» could be an option, perhaps. Doing this upstream would be preferable. I followed your suggestion and opened this issue: https://github.com/odeke-em/drive/issues/271 But upstream doesn't seem to be agreed. What do you suggest? you are free to choose your source and binary package name independent from upstream’s choice. For example, all Haskell packages are named haskell-foo, where upstream calls it just foo. So let upstream do what he likes and do what you think is best within Debian with the Debian package. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#790114: Thanks
Using the higan 094-6 package allowed higan to run on the RadeonHD 4550. I was also able to test with a Radeon X1300, and it correctly failed the OpenGL 3.2 test when running higan (since it's only OpenGL 2.x capable). Just for reference on the X1300: OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV515 OpenGL version string: 2.1 Mesa 10.5.8 OpenGL shading language version string: 1.20 You can close the bug as far as I am concerned, unless there is something else you would like me to test. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791440: bridge-utils: interface doesn't respond to ipv6 traffic when multicast_snooping is enabled
Package: bridge-utils Version: 1.5-9 Severity: important Dear Maintainer, I have a server with 2 interfaces, bonded using 'bond_mode 802.3ad', on top of that I have a bridge device with a ipv4 and ipv6 address. Both interfaces are configured staticly. On first boot of the server I can ping6 the ipv6 address, if I leave the ping6 running there is no problems with ipv6 traffic. However if no ipv6 traffic is sent for a while, the it doesn't respond when I ping6 again. Looking at a tcpdump I can see the 'ICMP6, neighbor solicitation' requests being recieved on the physical interfaces, on the bond, but not on the bridge interface. I think this is exactly the same problem as http://patchwork.ozlabs.org/patch/326048/ As in the linked page the temporary fix is 'echo 0 /sys/class/net/br0/bridge/multicast_snooping' As I understand it the resulting patch at http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/net/bridge/br_multicast.c?id=20a599bec95a52fa72432b2376a2ce47c5bb68fb needs backporting to this kernel. This behaviour first started around the 3.11 kernel which I ran as a backport into wheezy, I've never had the time to track down the issue until now. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages bridge-utils depends on: ii libc6 2.19-18 bridge-utils recommends no packages. Versions of packages bridge-utils suggests: ii ifupdown 0.7.53.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751636: ssh sessions are not cleanly terminated on shutdown/restart with systemd
If sshd is configured with UsePAM yes, then after installing libpam-systemd to a remote system and rebooting, ssh sessions are cleanly terminated, but after purging libpam-systemd and rebooting, ssh session are not cleanly terminated. If sshd is configured with UsePAM no, then installing/purging libpam-systemd has no effect, and ssh session are not cleanly terminated. *When sshd is configured with UsePAM yes, and libpam-systemd is installed, **/usr/share/pam-configs/systemd refers to registering user sessions in the systemd control group hierarchy**.**Could this explain how ssh sessions are being shutdown cleanly when using PAM? Does the ssh service, apart from PAM, similarly register sessions in the systemd control group hierarchy? If the ssh service does not register sessions with the systemd control group hierarchy, could that explain this issue?* Steps to reproduce (noting that the install/purge AND the reboot must be completed before the ssh session behavior changes): Use ssh to connect to a remote system where ssh sessions are not cleanly terminated on remote system reboot. Configure sshd with UsePAM yes. Install libpam-systemd. Reboot. Observe ssh session is not cleanly terminated. Use ssh to connect to remote system. Reboot. Observe ssh session is cleanly terminated. Use ssh to connect to remote system. Remove libpam-systemd. Reboot. Observe ssh session is cleanly terminated. Use ssh to connect to remote system. Reboot. Observe ssh session is not cleanly terminated. -- Daniel Kauffman Lead Developer Rock Solid Solutions, LLC 877.239.9195 toll-free 208.699.9699 mobile
Bug#789526: RFS: trac-mercurial/1.0.0.7+hged4f0932196b-1 [RC]
Control: tag -1 + moreinfo Control: owner -1 ! Hi Matthias, On Sun, Jun 21, 2015 at 1:09 PM, Matthias Schmitz matth...@sigxcpu.org wrote: Package: sponsorship-requests Severity: important Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my updated package trac-mercurial which fixes the RC bug #787722. Package name: trac-mercurial Version : 1.0.0.7+hged4f0932196b-1 It builds those binary packages: trac-mercurial - Mercurial version control backend for Trac To access further information about this package, please visit the Debian tracker and the following URL: https://tracker.debian.org/pkg/trac-mercurial and http://mentors.debian.net/package/trac-mercurial Changes since the last upload: * New upstream version Closes: #787722 * [6d47d45] Imported Upstream version 1.0.0.7+hged4f0932196b * [738a79e] lintian: Bump standards version Please incorporate and acknowledge the changes from the non maintainer upload (by simply keeping the NMU d/changelog entry in your updated package). Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791441: Add more flexible mechanism to set the default pinentry per desktop environment
Package: gnupg-agent Version: 2.0.28-3 Severity: important File: /usr/bin/gpg-agent Hi Daniel, the default pinentry is setup via the alternatives mechanism, i.e. system wide. Installing pinentry-qt4 switched the default pinentry from gnome3 to qt4, since pinentry-qt4 has a higher priority. This is definitely not something we want inside the GNOME desktop. Please provide a mechanism in gnupg-agent to select the default pinentry program on a per desktop basis. The same problem is valid for other desktop environments, e.g. Xfce might prefer the gtk2 pinentry program and simply having pinentry-gnome3 installed shouldn't break that. Regards, Michael -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnupg-agent depends on: ii libassuan0 2.2.1-1 ii libc6 2.19-18 ii libgcrypt20 1.6.3-2 ii libgpg-error0 1.19-2 ii libpth202.0.7-20 ii libreadline66.3-8+b3 ii pinentry-curses [pinentry] 0.9.4-2 ii pinentry-gnome3 [pinentry] 0.9.4-2 ii pinentry-qt4 [pinentry] 0.9.4-2 Versions of packages gnupg-agent recommends: ii gnupg 1.4.19-3 ii gnupg2 2.0.28-3 gnupg-agent 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#789739: libdevel-ebug-perl: FTBFS in sid: t/ebug.t
On Sat, 04 Jul 2015 03:29:54 +0200, Axel Beckert wrote: Florian Schlichting wrote: contrary to Axel, I don't encounter this bug building libdevel-ebug-perl several times in a row. Anybody else? Connecting via SSH makes no difference either. Tried on the Thinkpad with ssh localhost. Maybe the init system? The Xen DomU runs sysvinit, the Thinkpad systemd. Builds fine here (sid cowbuilder amd64, sysvinit). Other guess: something about terminals? Somehow this reminds me of #789830 which I also can't reproduce. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Cat Stevens: Hard Headed Woman signature.asc Description: Digital Signature
Bug#789445: bandwidthd is marked for autoremoval from testing
Control: retile -1 bandwidthd-pgsql: incorrect use of dbconfig-common Control: tags -1 patch Hi Andreas, On 02-07-15 20:21, Paul Gevers wrote: On 01-07-15 10:25, Andreas Henriksson wrote: Feel free to reassign back if/when you're confident in dbconfig-common working as expected and think action should be taken on the bandwidthd(-pgsql) side. Maybe it needs fixes on both sides :) . Anyways, I will investigate further, but I am currently short on time. Probably the weekend will see progress. Yes, I am confident that the change only exposed problems in bandwidth-pgsql that were there before. So I think your fix just aids to hide the problem again. (And yes, I was surprised to read in the man-page of sh that if the first part of an list fails, the shell doesn't fail with set -e.) I installed bandwidthd-pgsql on my Jessie system and had to fix multiple issues in the php files before even the web-pages worked. Also I think it is your intend that the package has a local postgresql database, so I suggest you recommend the server package. I found a typo in the prerm script calling dbc's postrm script instead of the prerm script. This messed up de-installs. And lastly the order in postinst proved to be wrong. The answers that I gave to dbconfig-common only propagated to the other configuration files during re-installation, and not during the run where I answered those questions. Lastly, with the attached debdiff (feel free to use all or part, however you like), I was able to install the package and have it running with only one manual tweak at the default debconf level: I had to set the host in the configuration files to 127.0.0.1 instead of empty (localhost probably works too), because by default postgresql doesn't allow password login via Unix sockets and the user that runs the web-site is www-data and not the bandwidthdpgsql user. This last item IS something that needs improvement in dbconfig-common, there is a bug for this, #703277, which I finally really understand. Bottom line, with postgresql installed and my changes, the bandwidth-pgsql package installs and is working straight from there. (I am surprised to see that there is no index.php file, you now have to know what specific URL you want to look at.) Please feel free to ask for advice if needed. Paul PS, even with the webpages fixed, my apache error log is full of very similar messages like the following: [Sat Jul 04 14:56:13.791124 2015] [:error] [pid 13635] [client ::1:49677] PHP Notice: Undefined offset: 1016 in /var/lib/bandwidthd/htdocs/graph.php on line 38, referer: http://localhost/bandwidthd/sensors.php?sensor_id=1interval=86400limit=20graphs=onsubnet=0.0.0.0%2F0 diff -Nru bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.config bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.config --- bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.config 2013-06-14 00:41:25.0 +0200 +++ bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.config 2015-07-03 11:53:57.0 +0200 @@ -126,3 +126,11 @@ db_input low bandwidthd/promisc || true db_go || true + +# source dbconfig-common shell library, and call the hook function +if [ -f /usr/share/dbconfig-common/dpkg/config.pgsql ]; then + . /usr/share/dbconfig-common/dpkg/config.pgsql + dbc_first_version=2.0.1+cvs20050208-12 + dbc_load_include=php:/etc/bandwidthd/debian-db.php + dbc_go bandwidthd-pgsql $@ +fi diff -Nru bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.postinst bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.postinst --- bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.postinst 2013-06-14 00:41:25.0 +0200 +++ bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.postinst 2015-07-03 21:59:36.0 +0200 @@ -13,6 +13,14 @@ # Source dbconfig-common library. . /usr/share/dbconfig-common/dpkg/postinst.pgsql +# Calling dbc first because we are using the answers later +dbc_first_version=2.0.1+cvs20050208-12 + +dbc_generate_include=php:/etc/bandwidthd/debian-db.php +dbc_generate_include_owner=www-data:www-data +dbc_generate_include_perms=660 +dbc_go bandwidthd-pgsql $@ + # - # Create bandwidthd.conf based on debconf data, and install it. # - @@ -126,15 +134,6 @@ - dbc_first_version=2.0.1+cvs20050208-12 - - dbc_generate_include=php:/etc/bandwidthd/debian-db.php - dbc_generate_include_owner=www-data:www-data - dbc_generate_include_perms=660 - dbc_dbfile_owner=www-data:www-data - dbc_dbfile_perms=0660 - - dbc_go bandwidthd-pgsql $@ diff -Nru bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.prerm bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.prerm --- bandwidthd-2.0.1+cvs20090917/debian/bandwidthd-pgsql.prerm 2012-03-08 18:02:09.0 +0100 +++
Bug#771475: ITP: libfap -- APRS parser - now in NEW
owner 771475 Colin Tuckley col...@debian.org kthxbye Hi, This package is now in NEW uploaded by Colin Tuckley colint. https://ftp-master.debian.org/new/aprx_2.08.svn593-1.html Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpuy7j48sQGy.pgp Description: PGP signature
Bug#790844: probably caused by timezone changes
On Sat, Jul 04, 2015 at 05:21:01PM +0200, Alexandre Detiste wrote: thanks for caring about reproducible builds and filing bugs against your own packages! :-) I got conviced (and a bit entertained) by the talk at FOSDEM ;-) ;D I think that Mattia's guess was closer: eheh, that was really a guess! /me goes making some bets Quite some FTBFS on our infrastructure are do to us using DEB_BUILD_OPTIONS=parallel=23 (e.g. very high) and some packages not coping fine with it. I finally found ou the likely cause: 'install' target in Makefile.in is split in tiny chunks. I didn't look at any way at the package other than the build log. I don't know if it still make any sense, this was already done that way before the SVN - Git transition from 2005, and I'm maintaining this for less than a year. install : install1 install11 install2 installdirs cruft If 'install11' run before 'intall1'; it fails. Adding a simple sleep 0.1at the top of intall1 always trigger an error in install11. Adding an extra mkdir -p $(DESTDIR)/usr/lib/cruft/ fix this permanently (?) https://github.com/a-detiste/cruft/commit/4e8a48999bd1c77c0d902c803f4151f3c09f471a well, maybe if they are too tiny even mergning them can make sense To achieve reproducibility you will also need to normalize the timezone during build (eg set TZ=UTC) or wait til debhelper does this for you. All the previous run that didn't FTBFS were reproducible; are there any other changes needed ? umh, indeed. Holger? -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#790524: src:gmt: takes over files from several unrelated packages (was: Re: gmt: libgenome-perl in sid already provides /usr/bin/gmt)
Hi again, I was able to commit[1] a fix for this bug. I'd like to wait for a confirmation of a Perl Group member whether this is OK for a team upload or whether this is to less Perl-ish and rather Debian-Med-ish. I'm fine with moving the package to Debian Med or uploading on behalf of the perl team - whatever you prefer. For those who did not followed the discussion see the link below for an explanation what was done here. Kind regards Andreas. On Sat, Jul 04, 2015 at 04:40:58PM +0200, Andreas Tille wrote: Hi Bas, On Sat, Jul 04, 2015 at 03:02:15PM +0200, Sebastiaan Couwenberg wrote: OK, I just documented the way to deal with name space pollution in Blends at http://blends.debian.org/blends/ch06.html#namespace I hope this might become useful at one day also in other Blends. [1] https://anonscm.debian.org/cgit/pkg-perl/packages/libgenome-perl.git/commit/?id=205ec3992bde59d9f59870218e68cf9964d60a1a -- 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#791424: lynx: man-page references non-existent document, and web doc is on a to site
Package: lynx Version: 2.8.9dev1-2 Severity: normal Dear Maintainer, Basic syntax for the http_proxy variable is incomplete. The man page reads: PROTOCOL_proxy Lynx supports the use of proxy servers that can act as firewall gateways and caching servers. They are preferable to the older gateway servers (see WWW_access_GATEWAY, below). Each protocol used by Lynx, (http, ftp, gopher, etc), can be mapped separately by setting environment variables of the formPROTOCOL_proxy(literally: http_proxy, ftp_proxy, gopher_proxy, etc), to “http://some.server.dom:port/”.See Lynx Users Guide for additional details and examples. It does not list all protocols available. It does not provide the format for proxies that require authentication (although one might guess that it's the same format as RFC-compliant URLs). Perhaps the biggest problem is that the man page references the Lynx User's Guide, but the debian distribution does not include it. Running info lynx only gives another copy of the man page. And /usr/share/doc is only has: /usr/share/doc/lynx/changelog.gz /usr/share/doc/lynx/copyright /usr/share/doc/lynx/changelog.Debian.gz And worse, a web search only reveals this tor-hostile page: http://lynx.isc.org/lynx2.8.5/lynx2-8-5/lynx_help/Lynx_users_guide.html Which reads: Forbidden You don't have permission to access /lynx2.8.5/lynx2-8-5/lynx_help/Lynx_users_guide.html on this server. If tor users supply the query !cache http://lynx.isc.org/lynx2.8.5/lynx2-8-5/lynx_help/Lynx_users_guide.html; to duckduckgo, then a cached version of the user's guide is available -- but it does not include any examples that the man page claimed it would have! There is no more proxy information here than the man page had. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lynx depends on: ii lynx-cur 2.8.9dev1-2+b1 lynx recommends no packages. lynx 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#790524: src:gmt: takes over files from several unrelated packages (was: Re: gmt: libgenome-perl in sid already provides /usr/bin/gmt)
Am Freitag, 3. Juli 2015, 22:11:49 schrieb Sebastiaan Couwenberg: * libpsl-dev [...] Filelist libpsl-dev vs. libgmt-dev: usr/lib/x86_64-linux-gnu/libpsl.so The libpsl gmt packages use different a SONAME. To ensure dependencies on the GMT libpsl it's bundled with libgmt in the libgmt5 package. To resolve the conflict I'm considering renaming the GMT libpsl to libgmt-psl. I've CC'ed the libpsl maintainers, and I would like to ask your opinion on this conflict too. Hi Sebastiaan. IMO, renaming GMT libpsl to libgmt-psl seems reasonable to me. It is a step towards a cleaner library 'namespacing' regarding GMT. If it comes to renaming the non-GMT file (and/or package), I won't be reluctant. You'll have a good reason than. BTW, I could not CC this mail to Daniel Kahn Gillmor d...@40fifthhorseman.net, that's why I took him out of the recipient list. Regards, Tim signature.asc Description: This is a digitally signed message part.
Bug#791433: dh-python: should pick up build-dependency versions as minimums when writing python:depends
Package: dh-python Version: 1.20150628-1 Severity: normal When dh-python does not (cannot?) guess dependency verisons, it leaves them unversioned (eg, see #790720). Dh-python should treat the versions in build-depends, if present, as a lower bound, like dpkg does for symbol versions. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dh-python depends on: pn python3:any none dh-python recommends no packages. dh-python 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#791428: mutter: Please apply fix to Can click through full screen windows in sloppy/mouse mode
Am 04.07.2015 um 18:37 schrieb Michael Graham: Package: mutter Version: 3.16.3-1 Severity: normal Hi, I regularly am troubled by https://bugzilla.gnome.org/show_bug.cgi?id=738719. Is there any chance of backporting this fix? 3.16.3-1 already contains this fix? -- 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#791412: systemd invoking a service on its own
On Saturday 04 July 2015 11:43 PM, Michael Biebl wrote: But please feel free to reassign back, in case I'm wrong. It would help if you explained why this is supposed to be a bug in systemd, it would help I really don't have enough pointers to confidently say that it *is* a bug in systemd. The only point I can make is that it used to work fine with SysV init. But that is the past. Other point I can see is that the invoking process is systemd. systemd is new, and I am hoping you guys are the right contact to help me conclude. From within LMT, we background another script, lm-polling-daemon. This script is backgrounded after we acquire a lock in the main program i.e. /usr/sbin/laptop_mode, and not released until the polling daemon is killed. How is systemd/cgroup supposed to handle scripts that background other scripts ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#791399: [cimg] Non free image lenna
Hi David, On Sat, Jul 04, 2015 at 09:18:43PM +0200, David Tschumperlé wrote: There are other images distributed within the CImg packages that are not free but also distributable, so I'm a bit surprised the bug report focuses only on the Lena image. I guess the only reason why the bug report is only about this image is that nobody detected the other images. The stereo portrait and the parrot image are not free either (they are my own pictures). Would you consider a free license for these images? I don't think there any current issues about the images distributed in the CImg package. From a Debian point of view we are not allowed to include non-free images. If these images would remain inside the package the whole package would be moved to non-free (at best). Moreover, having the Lena image has several advantages. First, it gives a clues about what kind of community the library is targeting (algorithmic of image processing). The lena image has a strong identity in this community. Second, this is the most classical image used for comparing results of several algorithms (like denoising algorithms), some of they being a part of the CImg features. So, it's interesting to have it to get comparative results with state of the art algorithms (try to get the PSNR value of a denoising algorithm for any other image in a paper, and tell me what image you can pick (apart from the 'cameraman' image, which honestly sucks)). I will not question your arguments about the sense of those images. There is simply the fact that we are not allowed to ship non-free images in Debian main. There might be an option to maintain an additional package cimg-data or cimg-examples in Debian non-free. Could you specify all images which are not free (and can not be released under a free license). About the fact it illustrated the sexism in sciences, this is probably a joke (at least I hope so). I will not judge about this since the file in question can not be distributed because of the license which is a harder fact than sexism. As you guess, I have no plans to remove it. You are free to keep it inside cimg - but I need to remove it from the Debian package if cimg itself should stay in Debian main. That's no matter of personal opinion but this are the rules Debian is build upon: We only deliver free code and data. Kind regards and thanks for your quick reply 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#789856: lighttpd: FTBFS with perl 5.22: test failures
Hi, thanks for looking at this. On Sat, Jul 04, 2015 at 04:00:41PM +0200, Stefan Bühler wrote: perl-modules-5.22 doesn't include the CGI module, formerly libcgi-pm-perl, which apparently gets replaced by perl-modules 5.20.2-6. Right, CGI.pm was removed from the Perl core upstream after 5.20 and must now be installed separately. So lighttpd just needs to build depend on the separate libcgi-pm-perl package to pull it in. I tried that here and got lighttpd to build fine. FWIW, there are warnings about this upcoming change in the 5.20 version: % perl -w -MCGI -e 1 CGI will be removed from the Perl core distribution in the next major release. Please install the separate libcgi-pm-perl package. It is being used at -e, line 0. CGI::Util will be removed from the Perl core distribution in the next major release. Please install the separate libcgi-pm-perl package. It is being used at /usr/share/perl/5.20/CGI.pm, line 29. (Also I couldn't even install libcgi-pm-perl with perl 5.22, needed to go for cpan to actually see that nothing was wrong with the 404.pl script in lighttpd...) This is probably because some of its dependencies are binary modules which need to be rebuilt for 5.22. Dominic has made a test repository available with such rebuilds, see https://lists.debian.org/debian-perl/2015/06/msg1.html With that repository enabled, I can install libcgi-pm-perl fine with perl 5.22 and build lighttpd with that. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791430: udev tries to make /dev/sr? nodes only when cdrom in drive, causing problems
Am 04.07.2015 um 21:41 schrieb Joshua Hudson: Update: problem disappeared after cold boot. Additional information gained from experiment: devtmpfs does not create /dev/sr? nodes on this system. udevd does once started. No, as explained. udevd doesn't create the /dev/sr* device node. The /etc/init.d/udev init script does mount the devtmpfs file system, maybe you are confusing that with udevd creating the device node. That said, your initramfs should already mount devtmpfs. -- 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#711329: I can confirm this bug.
This bug is also happening with me. It was fixed in 1.7.3 (2015-04-09), released by Ivan Andrus darthand...@gmail.com. Version 1.7.4 is already out. If I knew how to update the packages, I would, so this bug could be closed. -- *Wladston Viana Ferreira Filho - @wladston http://twitter.com/wladston* Programmer http://codingisawesome.com Belo Horizonte - MG, Brasil
Bug#748251: pbuilder D65various-compiler-support hook should support clang-X.Y as input
Control: tags -1 pending On Thu, May 15, 2014 at 06:52:10PM +0200, Sylvestre Ledru wrote: This will work from clang 3.4.1 (currently in unstable). clang 3.3 is not installed as clang-3.3 (and will be removed from Jessie). 0001-Manage-the-different-version-of-clang-X.Y.patch handles this case without breaking the compatibility. Thanks, merged changing the commit message a bit 0002-Indent-correctly-the-code.patch improves the indentation of the switch/case. Thanks uh, thanks for this. I caught the occasion to change the tabs to spaces (just in that file for now), to gain some uniformity. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#791430: udev tries to make /dev/sr? nodes only when cdrom in drive, causing problems
It is important to note that without the device node, attempting to eject /dev/sr0 or /dev/sr1 is going to fail. Some (notably apple) cdroms don't have eject buttons. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791431: Acknowledgement (libinline-java-perl: please make the build reproducible)
Control: forcemerge 778983 791431 Sorry, I didn't see that a bug was already filed. signature.asc Description: OpenPGP digital signature
Bug#791412: systemd invoking a service on its own
Am 04.07.2015 um 20:31 schrieb Ritesh Raj Sarraf: On Saturday 04 July 2015 11:43 PM, Michael Biebl wrote: But please feel free to reassign back, in case I'm wrong. It would help if you explained why this is supposed to be a bug in systemd, it would help I really don't have enough pointers to confidently say that it *is* a bug in systemd. The only point I can make is that it used to work fine with SysV init. But that is the past. Other point I can see is that the invoking process is systemd. Well, sure, if a service start is triggered, the invoking process will be systemd. That is not a bug though. It's still unclear to me what the bug in systemd is supposed to be. systemd is new, and I am hoping you guys are the right contact to help me conclude. From within LMT, we background another script, lm-polling-daemon. This script is backgrounded after we acquire a lock in the main program i.e. /usr/sbin/laptop_mode, and not released until the polling daemon is killed. How is systemd/cgroup supposed to handle scripts that background other scripts ? Why do you need all those background/looping/locking etc? If it is to assure, that only a single process is started, even when you have multiple start requests at the same time, you get that for free already under systemd. It seems to me, that you are trying to work against systemd and not use the features it provides. 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#783880: [Pkg-crosswire-devel] Bug#783880: xiphos: new version
On 4 July 2015 at 16:45, Roberto C. Sánchez robe...@connexer.com wrote: On Fri, May 01, 2015 at 04:30:22AM +0100, Dimitri John Ledkov wrote: I no longer use nor develop Xiphos, thus lost interest in maintaining packages for it. Ditto libsword, biblitime, et.al. If you are interested in updating the package, please see debian or ubuntu packaging guides and start packaging an update. Dimitri, Someone has stepped forward and done the work to package sword 1.7.4. However, while sword 1.7.3+dfsg-2 is currenly in Debian, the latest changelog entry in the sword repository at git.debian.org is only for 1.7.2+dfsg-2. Do you mind pushing the changes between 1.7.2+dfsg-2 and 1.7.3+dfsg-2 so that the repository has everything? If I did use git, it was probably git-dpm and not the git repository you are referring to. The history of the two is different. The best way to proceed is to probably import-dsc using e.g. git-buildpackage command of the missing upload(s) from the history. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790524: src:gmt: takes over files from several unrelated packages (was: Re: gmt: libgenome-perl in sid already provides /usr/bin/gmt)
On Sat, 04 Jul 2015 17:26:14 +0200, Andreas Tille wrote: I was able to commit[1] a fix for this bug. I'd like to wait for a confirmation of a Perl Group member whether this is OK for a team upload or whether this is to less Perl-ish and rather Debian-Med-ish. I'm fine with moving the package to Debian Med or uploading on behalf of the perl team - whatever you prefer. If this is the preferred way to handle the issue in Debian Med I see no reason not to do it this way. And according to Uploaders, this package is quite Debian-Med-ish anyway :) From my POV, feel free to go ahead with a team upload. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Muddy Waters: Hoochie Coochie Man signature.asc Description: Digital Signature
Bug#777912: patch
Hi Gianfranco, On July 4, 2015 11:51:19 AM Steve Robbins wrote: Hey. I was just planning to let v3 just die. But if the fix is just using the same patch it could be useful to apply it. Still has several dependancies. So now that I'm home, I see on this bug report your message of 7 May 2015: Hi, I applied the upstream patch to itk [1], and now it seems to build correctly, but failing to link with gdcm ../../bin/libITKIO.so.3.20.1: undefined reference to `gdcm::SerieHelper::SetDirectory(std::__cxx11::basic_stringchar, ... [...] probably gdcm needs to be rebuilt against gcc-5 Did you verify that rebuilding gdcm does fix the problem? Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Bug#790816: RFS: roxterm/3.0.1-1
On Sat, Jul 4, 2015 at 7:35 AM, Tony Houghton h...@realh.co.uk wrote: One other point I noticed is that currently I have roxterm-data Breaks and Replaces roxterm 3.0.0-1 (actually I put 2 instead of 3 by mistake so that needs changing anyway), where roxterm 3 is the old virtual package. As there is no direct replacement for that, do you agree I should keep the Breaks where it is but remove the Replaces? Breaks probably isn't strictly necessary either, but it might be a good idea just in case there's a clash in /usr/share/doc/roxterm. If there's an upgrade scenario where file ownership changes from roxterm to roxterm-data or vice versa (i.e. one package overwrites files owned by the other), you need to declare both Breaks and Replaces. So if roxterm and roxterm-data both owned files with the same name in /usr/share/doc/roxterm or elsewhere, currently or in a past release, then yes, you'll need both Breaks and Replaces. (If you have time, please upload an updated package to mentors so it's easier to discuss any further changes.) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791408: dirvish: Dirvish backup fails with users' sshfs mounts
On Sat 04 Jul 2015, Harri Suutari wrote: Then you should exclude such mounts from the backup, e.g. by adding xdev: 1 to the dirvish.conf for that tree. Actually I do have xdev: 1 for /home. Rsync still tries to access the moint point, but fails, and the whole backup is considered failed. You could try excluding those directories, that should help. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786738: pypy: Segmentation fault when printing unpickled generator
Control: tags -1 + patch And, fixed upstream: https://bitbucket.org/pypy/pypy/commits/a357ba14fe22 SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786642: [man] [0.46 regression] Some comments line (\#) are introducing a spurious newline (changed into \... instead of .\...)
tags 786642 fixed-upstream thanks I just commited Robert's patch to the upstream git so it will be part of the next run. Thanks, Mt. On Sun, May 24, 2015 at 12:48:59PM +0200, Robert Luberda wrote: tags 786642 patch thanks Hi, David Prévot pisze: It might be related to the change introduced to fix #744366, thus X-D-CCing Robert who proposed the initial patch (and may have a clear view about what is going on). Yes, it's my fault, thanks for pointing this out. manpages-fr-extra package, and built with po4a 0.45), currently starts with: .\ Setup [skipped] When building the same page with the latest po4a (0.46), the translated top.1 man page starts with: \ Setup The bug lies in the following fragment of Man.pm code: if ($line =~ m/^[.']*$/) { if ($c !~ m/^\s+$/) { # This commentted line may be comment for the next paragraph push @next_comments, [substr($line,0,1),$c]; While adding the above substr() call in my previous patch, I failed to notice that $line might be actually empty. The attached patch fixes this oversight. Regards, robert Index: lib/Locale/Po4a/Man.pm === --- lib/Locale/Po4a/Man.pm(wersja 2777) +++ lib/Locale/Po4a/Man.pm(kopia robocza) @@ -686,8 +686,8 @@ if ($line =~ m/^[.']*$/) { if ($c !~ m/^\s+$/) { -# This commentted line may be comment for the next paragraph -push @next_comments, [substr($line,0,1),$c]; +# This commented line may be comment for the next paragraph +push @next_comments, [$line ? substr($line,0,1) : '.', $c]; } if ($line =~ m/^[.']+$/) { # those lines are ignored -- Every day of my life I am forced to add another name to the list of people who piss me off! --- Calvin signature.asc Description: Digital signature
Bug#791427: flashplugin-nonfree: support request
severity 791427 wishlist retitle 791427 flashplugin-nonfree: support request stop No such problem here. I suspect a local networking issue, not a bug in the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790796: sensord: RRD data loss
It seems to be a bug similar to bug 614965. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790524: src:gmt: takes over files from several unrelated packages (was: Re: gmt: libgenome-perl in sid already provides /usr/bin/gmt)
Hi Bas, On Sat, Jul 04, 2015 at 03:02:15PM +0200, Sebastiaan Couwenberg wrote: If you agree to this solution I'll upload it that way. Yes, please. OK, I just documented the way to deal with name space pollution in Blends at http://blends.debian.org/blends/ch06.html#namespace I hope this might become useful at one day also in other Blends. I'm not sure. But I'm a member of the Perl team too, so if you can't commit yourself I'm willing to do that too. I'll try and let you know. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791346: Acknowledgement (fresh upstream release available (1.3.3) and needed for ITP tigervnc)
I would've also appreciated if patches were split out and not to rely on git merging etc . Without atomic patches becomes difficult to resolve conflicts etc (tried to quickly update package to test for you) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771475: retitle libfap6 to libfap
retitle 771475 ITP: libfap -- APRS parser kthxbye Following discussion it has been agreed that the source package name for this package should be libfap not libfap6. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgp8Ap9pO7eDR.pgp Description: PGP signature
Bug#765586: Ubuntu bug report
Same problem here. Have referenced this bug report in the equivalent issue on ubuntu's bug tracker (of systemd issues). Affects ubuntu 15.04+ vivid, causes failed boot. https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1471430 Kind regards
Bug#790825: vlc crashes when laptop is undocked
tag 790825 upstream forwarded 790825 https://bugreports.qt.io/browse/QTBUG-47033 thanks On Saturday 04 July 2015 15:48:15 Sebastian Ramacher wrote: [snip] So this looks like a Qt5 issue indeed. I don't remember seeing those crashes with Qt4, so this looks like a regression. Thanks! I'm reassigning the bug to Qt 5. Context for the Qt 5 maintainers: vlc and a very simple example program crash after undocking a laptop from the docking station. See below for the backtrace and the example program. Now this is what I call a nicely done bug report! Thanks a lot! I have already filed the bug upstream. Let's just hope they don't ask us to use 5.5.0 which just came out... at least until the gcc5 transition is over :) -- She got her good looks from her father. He's a plastic surgeon. -- Groucho Marx Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#791428: mutter: Please apply fix to Can click through full screen windows in sloppy/mouse mode
Package: mutter Version: 3.16.3-1 Severity: normal Hi, I regularly am troubled by https://bugzilla.gnome.org/show_bug.cgi?id=738719. Is there any chance of backporting this fix? Thanks, -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (800, 'experimental'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mutter depends on: ii gnome-themes-standard 3.16.2-2 ii gsettings-desktop-schemas 3.16.1-1 ii libc6 2.19-18 ii libclutter-1.0-0 1.22.2-3 ii libglib2.0-0 2.44.1-1.1 ii libmutter0f3.16.3-1 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii mutter-common 3.16.3-1 ii zenity 3.16.3-1 Versions of packages mutter recommends: ii gnome-session [x-session-manager]3.16.0-1 ii gnome-session-flashback [x-session-manager] 3.17.2-2 Versions of packages mutter suggests: ii gnome-control-center 1:3.16.2-2+b1 ii xdg-user-dirs 0.15-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#791431: libinline-java-perl: please make the build reproducible
Source: libinline-java-perl Version: 0.56-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the reproducible builds effort [1], we have noticed that libinline-java-perl could not be built reproducibly. During build a file is generated with unsorted elements. The attached patch fixes this by sorting the keys when generating the list. Regards, Reiner [1]: https://wiki.debian.org/ReproducibleBuilds diff --git a/debian/patches/02-sort-so-dirs.patch b/debian/patches/02-sort-so-dirs.patch new file mode 100644 index 000..73815d0 --- /dev/null +++ b/debian/patches/02-sort-so-dirs.patch @@ -0,0 +1,16 @@ +Author: Reiner Herrmann rei...@reiner-h.de +Description: Sort SO_DIRS to get reproducible results + +Index: libinline-java-perl-0.56/Java/Makefile.PL +=== +--- libinline-java-perl-0.56.orig/Java/Makefile.PL libinline-java-perl-0.56/Java/Makefile.PL +@@ -143,7 +143,7 @@ if ($build_jni){ + use the JNI configuration option or set the PERL_INLINE_JAVA_JNI environment\n . + variable to a true value. You will also need to add the following directories\n . + to your . Inline::Java::Portable::portable('SO_LIB_PATH_VAR') . environment variable:\n ; +- @main::SO_DIRS = keys %so_dirs ; ++ @main::SO_DIRS = sort keys %so_dirs ; + map {print $_\n; } @main::SO_DIRS ; + print See README.JNI for more information.\n\n ; + diff --git a/debian/patches/series b/debian/patches/series index 13e6418..315ef39 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ 01-typos.patch +02-sort-so-dirs.patch signature.asc Description: OpenPGP digital signature
Bug#791434: qemu: Impossible to install qemu from backports on wheezy, broken openbios dependencies
Package: qemu Version: 1.1.2+dfsg-6a+deb7u8 Severity: important Dear Maintainer, Trying to install qemu from wheezy-backports fails due to broken dependencies: $ sudo apt-get install -t wheezy-backports qemu Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: qemu : Depends: qemu-system (= 1:2.1+dfsg-12~bpo70+1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. qemu 1:2.1+dfsg-12~bpo70+1 in wheezy-backports depends on qemu-system = 1:2.1+dfsg-12~bpo70+1, which depends on qemu-system-ppc and qemu-system-sparc, which depend respectively on openbios-ppc = 1.1+svn1229 and openbios-sparc = 1.1+svn1229, which are not available on wheezy-backports. The source package, openbios 1.1+svn1306-2~bpo70+1, is available on wheezy-backports but the binaries are no longer there. It would seem hey once were, as they are visible on snapshot.debian.org: http://snapshot.debian.org/binary/openbios-ppc/ http://snapshot.debian.org/binary/openbios-sparc/ Please consider, if possible, re-uploading those 2 binaries to wheezy-backports to solve the problem. Thank you! Kind regards, Luca Boccassi -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu depends on: ii qemu-system 1.1.2+dfsg-6a+deb7u8 ii qemu-user1.1.2+dfsg-6a+deb7u8 ii qemu-utils 1.1.2+dfsg-6a+deb7u8 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org