Bug#793822: fish is not added to /etc/shells
Control: tag -1 + pending Thanks for the report! In fact, this was supposed to be already done, but the maintainer scripts got messed up at some point, resulting in this functionality being broken. I'll fix this in the next upload. On Mon, 27 Jul 2015 at 22:12 Judicaël Grasset judicael.gras...@etu.u-bordeaux.fr wrote: After the installation, fish is not added to the /etc/shells file. I think fish should be added to /etc/shells in order to let the user easily change his default shell via chsh.
Bug#793769: ITP: down -- A simple game written in Ruby/SDL
Thanks for your remarks! On Mon, 27 Jul 2015 11:37:14 +0200 Marcin Mielniczuk marmis...@inboxalias.com wrote: [...] * Package name: down Version : 1.0.0 Upstream Author : Yutaka Hara yutaka.hara+...@gmail.com * URL : http://route477.net Well, it should've been http://route477.net/w/Down.html The page by that URL does not mention the project you intend to package. Or at least I failed to locate it there. * License : MIT Programming Lang: Ruby/SDL Description : A simple game written in Ruby/SDL written in Ruby/SDL is implementation specific and has nothing to do with package's description. Please be more descriptive and concrete. Supposedly something like An Icy Tower-like game which can be played downwards might be just OK. The general rule of thumb for writing a package's description is that it should deliver as much as possible information to a *previously uninformed* user. The user which looks for games is not concerned with which software stack was used for development, but should receive a clear hint of what this game is about just from looking at its description in the list their software package manager presents them with. An 2D Icy Tower-like game in which you go down the tower - what about this? Did you ever play Icy Tower? Did you ever have the opportunity to play it downwards? Now you have! The extended description could supposedly be toned down a bit, and then extended. Please understand that you're not a marketologist or advertisement specialist here, and your task is not about raising an excitement of a potential customer by any means. Luckily, we don't sell, we just deliver. ;-) [...] Thanks for the remark :) It's my first package in Debian. In Maemo no one cared much about the description - it was the dev's thing.l What about You jump down the tower and need to reach as deep as possible. But be careful to avoid the spikes! To aid you in your quest you'll be able to gather a couple of power-ups. -- Marcin _ Send and receive anonymous emails to your inbox with InboxAlias. http://www.inboxalias.com
Bug#758871: rrdtool-dbg: does not contain debug symbols for librrd_th
I'm sorry I can't help; i'm not using rrdtool anymore. -Original message- From: Jean-Michel Vourgère nir...@debian.org Sent: Friday 24th July 2015 17:53 To: Folkert van Heusden f.vanheus...@zarafa.com Cc: 758...@bugs.debian.org Subject: Re: rrdtool-dbg: does not contain debug symbols for librrd_th Control: tags -1 moreinfo Hello Folkert Your wrote: rrdtool-dbg: does not contain debug symbols for librrd_th I rebuilt version 1.4.8-1.1 and here's an extract of the build logs with DH_VERBOSE=1 : dh_strip -a --dbg-package=rrdtool-dbg (...) install -d debian/rrdtool-dbg/usr/lib/debug/.build-id/86 objcopy --only-keep-debug --compress-debug-sections debian/librrd4/usr/lib/librrd_th.so.4.2.1 debian/rrdtool-dbg/usr/lib/debug/.build-id/86/53ea4714da9eaf4abe6b19532bf7685483e383.debug chmod 644 debian/rrdtool-dbg/usr/lib/debug/.build-id/86/53ea4714da9eaf4abe6b19532bf7685483e383.debug strip --remove-section=.comment --remove-section=.note --strip-unneeded debian/librrd4/usr/lib/librrd_th.so.4.2.1 objcopy --add-gnu-debuglink debian/rrdtool-dbg/usr/lib/debug/.build-id/86/53ea4714da9eaf4abe6b19532bf7685483e383.debug debian/librrd4/usr/lib/librrd_th.so.4.2.1 So it looks like the symbols are in the -dbg package. Running valgrind, I find the same level of information in rrdtools that in other libraries. Valgrind is not a tool I know much about. Can you explain what you expected? Here, if I run valgrind -d -v -v --leak-check=full rrdtool graph temperature.png DEF:t=temperature.rrd:temp:AVERAGE LINE1:t#FF:temperature\l (should work with any command), I get: (...) --20065-- Reading syms from /usr/bin/rrdtool --20065--svma 0x401620, avma 0x401620 --20065-- Considering /usr/lib/debug/.build-id/d3/910add213ad29a1b3f751982fe540a21f76987.debug .. --20065-- .. build-id is valid (...) --20065-- Reading syms from /usr/lib/librrd.so.4.2.1 --20065--svma 0x0072b0, avma 0x0004e3c2b0 --20065-- Considering /usr/lib/debug/.build-id/ab/17988d14073d564daf60499867b0cbb018b2f5.debug .. --20065-- .. build-id is valid And so on. Can you try it with -d -v -v and post the Reading syms from blocks, please? If I uninstall rrdtool-dbg, I have errors like --20198-- Reading syms from /usr/lib/librrd.so.4.2.1 --20198--svma 0x0072b0, avma 0x0004e3c2b0 --20198--object doesn't have a symbol table so I guess this is working ok. Reading other bug repports, I can see that there are issue with valgrind not showing the line numbers. Is that your issue? See: https://bugs.debian.org/701480 https://bugs.debian.org/780173 Please keep us informed if this is it.
Bug#793774: exim4-daemon-heavy: headers_remove items not expanding correct due limited buffer size
Package: exim4-daemon-heavy Version: 4.84-8 Severity: normal Dear Maintainer, with the latest stable release of exim4 in Jessie my vexim2 installation (https://github.com/avleen/vexim2) is failing. The error is not reproducible with 4.80-7+deb7u1 from Wheezy. The bug is already known at the exim list (https://bugs.exim.org/show_bug.cgi?id=1533) and probably fixed. The problem occurs while expanding the following headers_remove item: headers_remove = ${if or { { {$spam_score_int}{1} } \ { {$spam_score_int}{${lookup mysql{select users.sa_tag * 10 from users,domains \ where localpart = '${quote_mysql:$local_part}' \ and domain = '${quote_mysql:$domain}' \ and users.on_spamassassin = 1 \ and users.domain_id=domains.domain_id}{$value}fail}} } \ { eq {0}{${lookup mysql{select users.sa_tag * 10 from users,domains \ where localpart = '${quote_mysql:$local_part}' \ and domain = '${quote_mysql:$domain}' \ and users.on_spamassassin = 0 \ and users.domain_id=domains.domain_id}{$value}fail}}} \ } {X-Spam-Score:X-Spam-Report} } At the moment my workaround is to use a shortened version of the above filter. -- Package-specific info: Exim version 4.84 #2 built 17-Feb-2015 17:45:46 Copyright (c) University of Cambridge, 1995 - 2014 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime PRDR OCSP Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages exim4-daemon-heavy depends on: ii debconf [debconf-2.0] 1.5.56 ii exim4-base 4.84-8 ii libc6 2.19-18 ii libdb5.3 5.3.28-9 ii libgnutls-deb0-28 3.3.8-6+deb8u1 ii libldap-2.4-2 2.4.40+dfsg-1 ii libmysqlclient18 5.5.44-0+deb8u1 ii libpam0g 1.1.8-3.1 ii libpcre3 2:8.35-3.3 ii libperl5.205.20.2-3+deb8u1 ii libpq5 9.4.3-0+deb8u1 ii libsasl2-2 2.1.26.dfsg1-13 ii libsqlite3-0 3.8.7.1-1+deb8u1 exim4-daemon-heavy recommends no packages. exim4-daemon-heavy suggests no packages. -- debconf information: exim4-daemon-heavy/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791341: closed by Michael Biebl bi...@debian.org (Bug#791341: fixed in modemmanager 1.4.10-1)
W dniu 2015-07-26 o 21:09, Debian Bug Tracking System pisze: This is an automatic notification regarding your Bug report which was filed against the modemmanager package: #791341: Add Posnet devices to ModemManager blacklist (backport request) It has been closed by Michael Biebl bi...@debian.org. [...] Source: modemmanager Source-Version: 1.4.10-1 We believe that the bug you reported is fixed in the latest version of modemmanager, which is due to be installed in the Debian FTP archive. I was aiming at getting change from this commit: http://cgit.freedesktop.org/ModemManager/ModemManager/commit/?id=ad2c2ad14cbf894fa755a56536fa72b0db83e3d3 backported to versions included in stable and testing releases. If I understand correctly 1.4.10-1 is provided only for unstable. Stable has 1.4.0-1 version and testing has 1.4.8-1. Mentioned commit changes only text file with blacklist rule for udev not source code of Modem Manager so (Ibelieve)can be easily backported. If it is possible I still would like to see this commit backported to stable and testing. ps. Please note that in original bug report I provided wrong commit URL. -- Michał Majewicz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793670: mount: bad optical disk can place mount command into uninteruptable sleep
reassign 793670 linux thanks It is the kernel that decides to use an uninterruptable sleep. On 7/26/2015 7:32 AM, Dallas E. Legan wrote: Package: mount Version: 2.26.2-6 Severity: normal Tags: upstream Dear Maintainer, I've found trying to mount an optical disk that turns out to be bad, (this is the case I've encountered, may possibly happen with other media) can cause the mount command to go into a noninteruptable sleep state, waiting for response from the hardware that never arrives. This latter can interfere in placing the computer in hibernate or performing a clean shutdown. My understanding is that the command could alternatively be implimented to use a killable state, similar to the uninteruptable sleep, except that the process can be killed. If there are reason's the noninteruptable sleep must be used most of the time, perhaps providing a switch to enforce killable when the media is of unproven quality would be possible. Thanks for any consideration. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793551: [pkg-wine-party] Bug#793551: wine-development: Consider providing through Backports instead of Stable
On 07/26/2015 07:54 PM, jre wrote: First off, yes, the current upstream version via backports would be nice. Now I'm seriously thinking about doing wine-development backports for Jessie's lifespan if I find a sponsor (I'm not a Debian Developer or Maintainer). I saw that you did the patches to make the two wine packages co-installable; that's impressive work. I'm just starting to learn about the details of how Debian works internally, but I've read about some of the basics. I was also aware of Backports because I used it to grab a package that wasn't in Stable for the brief time I was on Wheezy. I don't have the experience (or computational resources) to be a maintainer at this point, but I'd like to learn more and maybe submit some patches. For now I also subscribed to wine-devel. I'll try to (help) improve the Debian documentation at winehq. I just redid the Debian page on the WineWiki at http://wiki.winehq.org/Debian so you should have something up-to-date to start from. For wine(-development) in *stable* I'd say the focus is on not breaking things for the user (so no new versions, only bug fixes), less on the security perspective. So it isn't that hard to maintain wine-development in stable... OK, that makes sense. I just figured it would be simpler to tweak fixes for the older environment, as they came in, than to reach back and apply patches to an older code-base too. I have very little experience with Debian packaging though so that was amateur hypothesizing. ... and there's no reason to keep it out of there. I understand. I mainly thought of moving wine-development out of Stable because I saw that wine-unstable was kept out. The only tiny advantage I can imagine is that it might be less confusing for users that just want to install the newest development release. They would have to enable Backports either way, but I expect that a few people will inevitably try the version from the Stable repo someday, then get upset that the default option isn't right. It's the kind of thing that's outweighed by any advantage to keeping wine-development in Stable. wine-development not in stable would make the backport even harder or just impossible to be accepted. In that case, having it in Stable too sounds like the way to go. Getting an up-to-date development release back-ported is the real prize. Cheers, Kyle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793775: tracker.debian.org: reports daily snapshot as new upstream available version
Package: tracker.debian.org Severity: normal Hi maintainer The tracker.debian.org [1] and packages.qa.debian.org [2] page for package python-ase both incorrectly report the daily snapshot as a new upstream available version. The debian/watch file included in the packaging reports only released versions. Regards Graham [1] https://tracker.debian.org/pkg/python-ase [2] https://packages.qa.debian.org/p/python-ase.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775733: Processed: unarchiving 775733
On Mon, Jul 27, 2015 at 01:09:14PM +, Debian Bug Tracking System wrote: unarchive 775733 Bug #775733 {Done: Mark Brown broo...@debian.org} [src:xemacs21,xemacs21-gnome-mule,xemacs21-gnome-nomule,xemacs21-gnome-mule-canna-wnn] xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie Unarchived Bug 775733 thanks Stopping processing here. I'm not sure what you're trying to do here but can you *please* stop faffing around with this bug, it's been fixed for a while now and you're making a lot of noise here. I've also just seen an upload notification for some version of this package I've never heard of - can you explain what's going on here, this is the first I've heard of any planned upload? signature.asc Description: Digital signature
Bug#776850: RFP: sx -- Scalable public and private cloud storage
On Mon, 2 Feb 2015 15:15:33 +0100 =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= g...@debian.org wrote: As previously noted, I'm intend to package it. Going to check the pull request over my old packaging. The source was monolithic in the past, but as I've read, it was resolved. New upstream version SX 1.2 available: https://github.com/gcsideal/sx-debian/pull/3 It renames libsx to libsxclient to avoid the conflict with the already existing libsx-dev package. I think the package should be good for Debian now. Are there any other blockers? Thanks, --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712662: conntrackd restart issue still happening?
Hi Stefan, is this issue still present in latests conntrackd versions? I would like to know so we can close this bug. best regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793777: [ola] olad can't be prevented starting at boot time
Package: ola Version: 0.9.7-1 Severity: normal --- Please enter the report below this line. --- When I start my computer, olad is running after booting, although /etc/default/ola says: RUN_DAEMON=false Last version, /etc/default/ola looked the same, but olad was also started, anyway. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: stretch/sid 500 testing-updates ftp.de.debian.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#788255: [Pkg-utopia-maintainers] Bug#788255: network-manager: VPN password disapears when the settings is opened
On Sun, 21 Jun 2015 20:01:28 +0200 Michael Biebl bi...@debian.org wrote: Control: severity -1 important Control: tags -1 moreinfo Am 09.06.2015 um 21:33 schrieb Marek Simon: Package: network-manager Version: 0.9.10.0-7 Severity: grave Justification: causes non-serious data loss Dear Maintainer, * I have a VPN from previous session created in debian wheezy with a password stored. I opened the settings, added the route and closed the setting. * I tried to connect the VPN and password challenge apear. * I reopend the settings and the saved password has disappeared. * I expected the password stay in the settings and VPN will start without promting. VPN passwords are typically not stored in the connection files but in your desktop sessions keyring application. - What type of VPN connection was it (OpenVPN, vpnc ,etc)? - Which desktop environment do you use? - Which tool did you use, to edit the connection? - Do you have a backup of the connection file before you opened it? They are stored in /etc/NetworkManager/system-connections/connection name. - Can you attach those files from before and after editing it? Make sure to replace any confidental data. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? It is pptp vpn, maybe it happen at other as well, but I did not try. I have standard debian Gnome 3.14.1 with no special settings. I have editet with the gnome network panel (do not exact name) I use default keyring system (I do not know how can I get that information). However it seems the problem is not with the keyring system - I can store the password, I can connect with the stored password to the VPN many times, but when again open the editing tool, the password is gone. I fill the password again, I can connect agian with no problem, but when I open the tool again, password disappear again. Maybe it is some security feature, but it is really annoying feature, which forces me to keep passwords side away, which is a security level-down. The files do not contain the passwords and it happen even I do not change anything. I can send it however, if you need it really. Thanks, Marek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793766: tasksel: standard system utilities pulls packages that listen on ports without firewall
Quoting Michael Rose (mdr...@zoho.com): Package: tasksel Version: 3.31+deb8u1 Severity: normal Tags: d-i During installation, tasksel gives you the option of including standard system utilities. This group includes nfs-common and rpcbind, which, post installation, automatically launch daemons that listen on ports. Debian's default iptables configuration after installation is to allow all connections. This is a security concern. There's no indication to the user that selecting standard system utilities will do this. Having a permissive firewall policy by default is fine, provided that no open ports are running by default as well, but this is not the current situation. Possible solutions: 1. Do not include these packages in the task 2. More restrictive default firewall policy that will protect these ports until the user decides to make them available 3. Keep as is, but notify the user that the included packages will listen for connections upon selection This is not tasksel's job, indeed. If these packages are Priority: standard, they're included in the standard task. Tasksel is not really in position to raise a judgment about the behaviour of installed packages. This bug report should eventually be reassigned against nfs-common. signature.asc Description: Digital signature
Bug#775733: fixed in xemacs21 21.4.22-12
On Mon, Jul 27, 2015 at 03:56:03PM +0200, Andreas Beckmann wrote: On 2015-06-06 09:59, Andreas Beckmann wrote: On 2015-04-27 14:43, Andreas Beckmann wrote: On 2015-04-26 10:43, Debian Bug Tracking System wrote: #775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie Thanks for getting this fixed in sid, please fix this in jessie, too. If you need help there, please let me know. I've now filed jessie-pu request http://bugs.debian.org/787904 for backporting the recent fixes to jessie. This was approved, and after doing thorough upgrade checking in piuparts I've now uploaded 21.4.22-14~deb8u1 to jessie-pu via DELAYED/10. This is the first I've heard of the above backport request! Please at least CC the maintainer of the package when asking to backport things. signature.asc Description: Digital signature
Bug#793040: [Openexr-devel] Assertion `relError .1' failed.
Ahh, that makes sense then - there are probably some lingering endian issues. I might still have an old g4 laptop that still boots. Chances are slim I can get anything to build, but it's worth a shot. Karl On Friday, July 24, 2015, Mathieu Malaterre ma...@debian.org wrote: sparc results just came out: https://buildd.debian.org/status/fetch.php?pkg=openexrarch=sparcver=2.2.0-1stamp=1437746630 It is also failing and sparc is a big-endian arch. On Fri, Jul 24, 2015 at 9:37 AM, Mathieu Malaterre ma...@debian.org javascript:_e(%7B%7D,'cvml','ma...@debian.org'); wrote: Seems to happen on every single big-endian archs we have in debian: mips, s390x, hppa and ppc64 https://buildd.debian.org/status/fetch.php?pkg=openexrarch=mipsver=2.2.0-1stamp=1437058713 https://buildd.debian.org/status/fetch.php?pkg=openexrarch=s390xver=2.2.0-1stamp=1436979566 http://buildd.debian-ports.org/status/fetch.php?pkg=openexrarch=hppaver=2.2.0-1stamp=1437015228 http://buildd.debian-ports.org/status/fetch.php?pkg=openexrarch=ppc64ver=2.2.0-1stamp=1437002247 Same goes for powerpc I reported earlier. Do you have access to big-endian arch ? On Thu, Jul 23, 2015 at 4:39 PM, Karl Rasche karlras...@gmail.com javascript:_e(%7B%7D,'cvml','karlras...@gmail.com'); wrote: Mathieu - Is there any straightforward way to trip the issue without being on a ppc? Karl On Monday, July 20, 2015, Mathieu Malaterre ma...@debian.org javascript:_e(%7B%7D,'cvml','ma...@debian.org'); wrote: Dear all, We are seeing the following issue on powerpc when running the testsuite for openexr: lt-IlmImfTest: compareDwa.cpp:122: void compareDwa(int, int, const Imf_2_2::Array2DImf_2_2::Rgba, const Imf_2_2::Array2DImf_2_2::Rgba, Imf_2_2::RgbaChannels): Assertion `relError .1' failed. /bin/bash: line 5: 16682 Aborted ${dir}$tst FAIL: IlmImfTest Could someone please comment on this issue ? Thanks much ! full ref: https://buildd.debian.org/status/fetch.php?pkg=openexrarch=powerpcver=2.2.0-1stamp=1436979505
Bug#793758: supermin: simple documentation of creating a rootfs
On Mon, 2015-07-27 at 10:31 +0200, Hilko Bengen wrote: Seems like we need to clear up a misconception: febootstrap 3.x and now supermin can not be used to build a Fedora rootfs -- at least not on non-Fedora/Redhat systems. I agree that some clarifications could be added to the manpage. Maybe just ship a README.Debian with the correct/latest information. I checked on the README shipped with the package. That document confused me. The Febootstrap 2.x section claims that 3.x can build many varieties of Linux distros. :-) IMPORTANT NOTE FOR USERS OF SUPERMIN 4.x: supermin 5.x is a rewrite of supermin 4. It is compatible at a high level with supermin 4 / febootstrap 3, but requires some command line adjustments. IMPORTANT NOTE FOR USERS OF FEBOOTSTRAP 3.x: supermin 4.x is just an evolution of febootstrap 3.x (really we just renamed it). The previous febootstrap program is now called supermin. The previous febootstrap-supermin-helper program is now called supermin-helper. Apart from that they are identical, although they will evolve and add features over time. IMPORTANT NOTE FOR USERS OF FEBOOTSTRAP 2.x: febootstrap 3.x is a complete rewrite. febootstrap 2.x could only build Fedora distributions. This version can build many varieties of Linux distros. 3.x only builds supermin appliances, it does not build chroots. 3.x does not build cross-distro, cross-release or cross-architecture systems. If you want febootstrap 2.x, please use the 'febootstrap-2.x' branch from the git repository. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: This is a digitally signed message part
Bug#793778: kscreen: Big issues with three monitors
Package: kscreen Version: 4:5.3.2-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I have hige problems with using three screen on my laptop. I use the internal display and a VGA and a DVI monitor on the docking station. When I place the laptop in the docking station, nothing happens. I then do the following: * Open system settings and configure displays * Arrange the monitors in the order DVI, VGA, internal (from left to right) * Activate all monitors * Set VGA as primary * Click Apply At this point, kscreen seems to break down completely. The two external monitors remain blank, and the screen on the internal display gets messed up (showing tiles of the content all over the place). The desktop becomes unusable. Killing the session and logging back in leaves KDE in an unusable state and the session crashes on login. I have to delete everything in ~/.local/share/kscreen to make it work again. Once I do this and log in again, I get two of the three screens working. I then do the following: * Open system settings and configure displays * Arrange the monitors * Activate the third monitor * Click apply Now, it applies the settings, but chagnes the geometry a bit, so the screens are not arranged directly beside each aother after applying, but there is a gap between 1 and 2 and 2 and 3 overlap on the edge. I then re-arrange the screens and click apply, which fixes the gemoetry. In another step. I set VGA as primary. Applying this takes forever, then the KDE bar finally moves to the VGA screen and everything is done. - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: systemd (via /run/systemd/system) Versions of packages kscreen depends on: ii kde-cli-tools 4:5.3.2-2 ii libc6 2.19-19 ii libkf5configwidgets5 5.12.0-1 ii libkf5coreaddons5 5.12.0-1 ii libkf5dbusaddons5 5.12.0-1 ii libkf5globalaccel5 5.12.0-1 ii libkf5i18n55.12.0-1 ii libkf5screen6 4:5.3.2-1 ii libkf5widgetsaddons5 5.12.0-1 ii libkf5xmlgui5 5.12.0-1 ii libqt5core5a 5.4.2+dfsg-5 ii libqt5dbus55.4.2+dfsg-5 ii libqt5gui5 5.4.2+dfsg-5 ii libqt5qml5 5.4.2-4 ii libqt5quick5 5.4.2-4 ii libqt5widgets5 5.4.2+dfsg-5 ii libstdc++6 5.1.1-14 ii plasma-framework 5.12.0-1 ii qml-module-qtgraphicaleffects 5.4.2-2 kscreen recommends no packages. kscreen suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJOBAEBCAA4BQJVtjGpMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZssBAAjwz9+UjwoJqInfav9eXa E16EXXD/wteD2lDEoAIC3CJqflyyXUeistASXBASY4o3Bde0et3ntLmafGrD9hgo 8aoB46X6bnOCQzbUTre9YdjCxrfc7rspOQjXpkggJE1c0KASUHMMuEkalhM0OW7s 66Zr1rWUt/jolnGadN90uTJAVVBW3jAnHZ79VI0gmLny22Dts6HLd0ZT22Z9hlOo PG8w9UQmwieweITd8PZ2gxK6neLOUmNztqM+brT3FB4f27vEKySJxkFKIYoJWAlN nPsb77SC53cMhMJx5sfO9uKiFuoF028FtFoTCZN8x5AeSAl6/dYS1MCNLfr6GHFT 17yMN0KiensXm7eT+8jsGv6C2jj+oKdrAQZmurUKkZlpfHnpziTXSxVy58WdyI09 Xj8qkCXo2fMES+WClR1mOjt9JN/2weTKzpZlRd6tjQCfa+r7du6ev3UiyVzaX08N bSQ1rZ1QLXUq8vr3JbW5yVMHZHj8gvmB5HOv7cTxNEtpZlrPiSsp1NtG2BC74s3R 70YUjJXudRn5bKFCumyIj+t6oBxX58z/9tfL2rmbro2gaKgb6Hbr302/X/ns6sGR eBKkttGV8c53wzF21tSmzH7qKg9CiH997TAxwhzF1HBMFLbpkBKVNRegZKQiaXMh uZD5Xc50uxRALX4gKDLz4po= =MyYe -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#793779: ftp.debian.org: Please remove boost1.54
Package: ftp.debian.org Severity: normal Please remove boost1.54 from unstable. The transition to boost1.55 is long done, and next boost transition is about to begin. Here are outstanding dependencies: tophat: tophat [hurd-i386] - decruft, as tophat is only declared for amd64 kfreebsd-amd64? percona-xtradb-cluster-galera-2.x: percona-xtradb-cluster-galera-2.x [powerpc] - currently FTBFS on armel/armhf/spacr/powerpc with -Werror=uninitialized, and -Werrror copilation. - not in testing - please remove the powerpc binary? twinkle: twinkle [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS everywhere for a long time (multiple issues) - not in testing - please remove all binaries? gpsdrive: gpsdrive [amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? dvswitch: dvswitch [amd64 armel armhf i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? dc-qt: dc-qt [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? boost is very well supported across all suites, but I do not wish to continue any boost support for obsolete versions of boost, held up by a handful of really under-maintained and buggy leaf packages. Is this request sufficient, or should I clone individual requests for every reverse-dep above? 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#793772: allow overriding cachedir
Package: pepperflashplugin-nonfree Version: 1.8.1 Severity: wishlist # grep cachedir= /usr/sbin/update-*flashplugin-nonfree /usr/sbin/update-flashplugin-nonfree:cachedir=/var/cache/flashplugin-nonfree /usr/sbin/update-pepperflashplugin-nonfree:cachedir=/var/cache/pepperflashplugin-nonfree (I'm submitting bugs for both packages.) If the user could set an environment variable to override this, he could make it point to a directory on a flash card, which he could insert into each machine he wanted to update, downloading from the net only once, instead of many times, saving much wasted redownloaded bytes traffic charges! Or, please add instructions on if it is OK to replace this directory, with a symbolic link to a directory on his flash card. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793773: allow overriding cachedir
Package: flashplugin-nonfree Version: 1:3.6.1 Severity: wishlist # grep cachedir= /usr/sbin/update-*flashplugin-nonfree /usr/sbin/update-flashplugin-nonfree:cachedir=/var/cache/flashplugin-nonfree /usr/sbin/update-pepperflashplugin-nonfree:cachedir=/var/cache/pepperflashplugin-nonfree (I'm submitting bugs for both packages.) If the user could set an environment variable to override this, he could make it point to a directory on a flash card, which he could insert into each machine he wanted to update, downloading from the net only once, instead of many times, saving much wasted redownloaded bytes traffic charges! Or, please add instructions on if it is OK to replace this directory, with a symbolic link to a directory on his flash card. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788530: Entr in Debian
Hello! I'm a contributor to Entr RPM packaging and I can help with maintenance in Debian too if you want, but I am only a Debian Maintainer, not DD. Do you have a git repo where we can collaborate? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793551: [pkg-wine-party] Bug#793551: Bug#793551: wine-development: Consider providing through Backports instead of Stable
On 07/27/2015 02:15 PM, Kyle Auble wrote: On 07/26/2015 07:54 PM, jre wrote: First off, yes, the current upstream version via backports would be nice. Now I'm seriously thinking about doing wine-development backports for Jessie's lifespan if I find a sponsor (I'm not a Debian Developer or Maintainer). I saw that you did the patches to make the two wine packages co-installable; that's impressive work. For co-installability full credits go to Michael Gilbert, the (main-)maintainer of Wine in Debian. My patches are for optimizing this, especially by allowing both wine and wine-development to provide /usr/bin/wine via the Debian alternatives system (alternatives allow the user to easily choose which package should provide a given command), which per se is quite easy. I understand. I mainly thought of moving wine-development out of Stable because I saw that wine-unstable was kept out. The only tiny advantage I can imagine is that it might be less confusing for users that just want to install the newest development release. They would have to enable Backports either way, but I expect that a few people will inevitably try the version from the Stable repo someday, then get upset that the default option isn't right. It's the kind of thing that's outweighed by any advantage to keeping wine-development in Stable. Backports is enabled per default on new Debian Jessie installations. If wine-development was in backports you'd see both versions in your package manager, e.g. 1.7.29-20 and 1.7.47-1~bpo8+1, with the first one being used per default. So once a user knows about wine-development (this knowledge hopefully spreads with the recent changes) we would have a nearly perfect way of leading him to the wine-development backports version. Greets jre PS: I'll look into your wiki changes later, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778112: [buildd-tools-devel] Bug#778112: schroot: ftbfs with GCC-5
clone 778112 -1 retitle -1 ^[a-z0-9][a-z0-9-]*$, std::regex::extended is miscompiled severity -1 important tags -1 + upstream reassign -1 src:gcc-5 forwarded -1 https://gcc.gnu.org/PR67015 thanks please apply the work around in schroot for now. On 07/26/2015 05:11 PM, Roger Leigh wrote: tags 778112 + patch thanks On 15/07/2015 14:50, Cyril Brulebois wrote: Matthias Klose d...@debian.org (2015-02-12): The following tests FAILED: Errors while running CTest 2 - sbuild-chroot-chroot (Failed) 6 - sbuild-run-parts (Failed) make[2]: *** [test] Error 8 Makefile:117: recipe for target 'test' failed make[2]: Leaving directory '/«PKGBUILDDIR»/debian/build' make[1]: *** [install-arch] Error 2 debian/rules:83: recipe for target 'install-arch' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary-arch] Error 2 debian/rules:39: recipe for target 'binary-arch' failed dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 FWIW this isn't specific to gcc-5, the same happens with 4.9 in a sid development chroot. A patch to work around the issue has been merged here: https://github.com/codelibre-net/schroot/pull/4 (mainline at https://github.com/codelibre-net/schroot/pull/2) The primary change is to update the cmake regex tests to identify a broken std::regex and fall back to boost::regex. I also updated the unit tests for good measure in case anything passes the cmake tests but is still broken. There's also a test tweak to fix an additional issue with GCC5 in converting a stream to bool. Feel free to pick up the above two commits in the first pull request to patch schroot in unstable. Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775733: fixed in xemacs21 21.4.22-12
On 2015-06-06 09:59, Andreas Beckmann wrote: On 2015-04-27 14:43, Andreas Beckmann wrote: On 2015-04-26 10:43, Debian Bug Tracking System wrote: #775733: xemacs21-gnome-*: hangs during upgrade from squeeze - wheezy - jessie Thanks for getting this fixed in sid, please fix this in jessie, too. If you need help there, please let me know. I've now filed jessie-pu request http://bugs.debian.org/787904 for backporting the recent fixes to jessie. This was approved, and after doing thorough upgrade checking in piuparts I've now uploaded 21.4.22-14~deb8u1 to jessie-pu via DELAYED/10. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793783: mtd-utils: mtd_debug does not check amount of data read
Package: mtd-utils Version: 1:1.5.1-1.1rck1 Severity: normal Hello, the kernel refuses to read more data from a MTD device than the device size. However, mtd_debug does not check the amount of data read as returned by read(2) and assumes the requested amount is always read when there is no error. Reading 8M data from a 4M flash chip results in 8M file containing the flash data at the start. Attaching patch to fix the issue. Thanks Michal -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (510, 'unstable'), (505, 'experimental'), (500, 'oldstable') Architecture: armhf (armv7l) Foreign Architectures: i386 Kernel: Linux 4.2.0-rc3-00168-gf94f5ae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mtd-utils depends on: ii libc6 2.19-18 ii liblzo2-2 2.08-1.2 ii libuuid1 2.25.2-6 ii zlib1g 1:1.2.8.dfsg-2+b1 mtd-utils recommends no packages. mtd-utils suggests no packages. -- no debconf information Index: mtd-utils-1.5.1/mtd_debug.c === --- mtd-utils-1.5.1.orig/mtd_debug.c 2015-07-27 15:31:52.143449285 +0200 +++ mtd-utils-1.5.1/mtd_debug.c 2015-07-27 15:32:12.153449294 +0200 @@ -141,7 +141,10 @@ perror(read()); goto err2; } - err = write(outfd, buf, size); + if (err size) { + fprintf(stderr, %s: short read, requested %#x, read %#x\n, __func__, size, err); + } + err = write(outfd, buf, err); if (err 0) { fprintf(stderr, %s: write, size %#x, n %#x\n, __func__, size, n); perror(write());
Bug#793781: vim: 'vim -c :gui' doesn't apply Shift+Insert mappings
Package: vim Version: 2:7.4.488-7 Severity: normal Tags: patch Dear Maintainer, When pressing Shift+Insert in GVim, the current behaviour in jessie is: - Pasting from the * register, if GVim was started by running 'gvim'; - Inserting the literal text S-Insert (9 characters), if GVim was started by using the :gui command from console vim. I expected both cases to behave the same way. This is due to how runtime/debian.vim installs GUI-specific mappings; a suggested patch is attached. -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gtk /usr/bin/vim is /usr/bin/vim.gtk /usr/bin/gvim is /usr/bin/vim.gtk -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) 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 vim depends on: ii libacl1 2.2.52-2 ii libc62.19-18 ii libgpm2 1.20.4-6.1+b2 ii libselinux1 2.3-2 ii libtinfo55.9+20140913-1+b1 ii vim-common 2:7.4.488-7 ii vim-runtime 2:7.4.488-7 vim recommends no packages. Versions of packages vim suggests: ii exuberant-ctags [ctags] 1:5.9~svn20110310-8 pn vim-doc none pn vim-scripts none -- debconf-show failed # HG changeset patch # User Daniel Shahaf d...@daniel.shahaf.name # Date 1437927330 0 # Sun Jul 26 16:15:30 2015 + # Branch unstable # Node ID bda864731bd340f39ed7d7456d6e9147ad41f918 # Parent a8e0d6f35b38333735f82dbc8082c0759af93461 debian.vim: Apply GUI settings also when using the :gui command. diff -r a8e0d6f35b38 -r bda864731bd3 debian/runtime/debian.vim.in --- a/debian/runtime/debian.vim.in Sat Jun 13 01:16:15 2015 -0400 +++ b/debian/runtime/debian.vim.in Sun Jul 26 16:15:30 2015 + @@ -42,8 +42,8 @@ endif endif -if has('gui_running') +if has('gui') Make shift-insert work like in Xterm - map S-Insert MiddleMouse - map! S-Insert MiddleMouse + autocmd GUIEnter * if mapcheck(S-Insert, nvso) == | execute map S-Insert MiddleMouse | endif + autocmd GUIEnter * if mapcheck(S-Insert, ic) == | execute map! S-Insert MiddleMouse | endif endif
Bug#793779: ftp.debian.org: Please remove boost1.54
One bug per package please and then block this bug on those. Scott K On July 27, 2015 9:33:12 AM EDT, Dimitri John Ledkov dimitri.j.led...@linux.intel.com wrote: Package: ftp.debian.org Severity: normal Please remove boost1.54 from unstable. The transition to boost1.55 is long done, and next boost transition is about to begin. Here are outstanding dependencies: tophat: tophat [hurd-i386] - decruft, as tophat is only declared for amd64 kfreebsd-amd64? percona-xtradb-cluster-galera-2.x: percona-xtradb-cluster-galera-2.x [powerpc] - currently FTBFS on armel/armhf/spacr/powerpc with -Werror=uninitialized, and -Werrror copilation. - not in testing - please remove the powerpc binary? twinkle: twinkle [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS everywhere for a long time (multiple issues) - not in testing - please remove all binaries? gpsdrive: gpsdrive [amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? dvswitch: dvswitch [amd64 armel armhf i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? dc-qt: dc-qt [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] - RC buggy, FTBFS - not in testing - please remove all binaries? boost is very well supported across all suites, but I do not wish to continue any boost support for obsolete versions of boost, held up by a handful of really under-maintained and buggy leaf packages. Is this request sufficient, or should I clone individual requests for every reverse-dep above? Regards, Dimitri.
Bug#793780: aqemu: Please enable for ppc64el
Source: aqemu Severity: normal Tags: patch User: debian-powe...@lists.debian.org Dear Maintainer, Please add ppc64el to the architectures list in debian/control. The package builds without error. Thanks and regards. Fernando -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16.0-4-powerpc64le (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) diff -Nru aqemu-0.8.2/debian/changelog aqemu-0.8.2/debian/changelog --- aqemu-0.8.2/debian/changelog 2012-05-08 09:58:20.0 -0400 +++ aqemu-0.8.2/debian/changelog 2015-07-27 09:08:23.0 -0400 @@ -1,3 +1,9 @@ +aqemu (0.8.2-2.1) UNRELEASED; urgency=medium + + * debian/control: added ppc64el + + -- Fernando Seiti Furusato ferse...@br.ibm.com Mon, 27 Jul 2015 09:08:08 -0400 + aqemu (0.8.2-2) unstable; urgency=low * debian/control: diff -Nru aqemu-0.8.2/debian/control aqemu-0.8.2/debian/control --- aqemu-0.8.2/debian/control 2012-05-08 09:57:47.0 -0400 +++ aqemu-0.8.2/debian/control 2015-07-27 09:07:59.0 -0400 @@ -11,7 +11,7 @@ Package: aqemu -Architecture: amd64 arm armel hppa i386 ia64 mips mipsel powerpc sparc sparc64 kfreebsd-i386 kfreebsd-amd64 ppc64 armhf +Architecture: amd64 arm armel hppa i386 ia64 mips mipsel powerpc sparc sparc64 kfreebsd-i386 kfreebsd-amd64 ppc64 ppc64el armhf Depends: qemu, ${shlibs:Depends}, ${misc:Depends} Recommends: qemu-kvm Description: Qt4 front-end for QEMU and KVM
Bug#790421: gimp: please bump GEGL build-dependency to 0.3.0
Hi! On Wed, Jul 22, 2015 at 10:37 PM, Ari Pollak a...@debian.org wrote: If every package depending on libgegl-dev fails to build without libjson-glib-dev, doesn't that mean there should be a regular dependency on it? Yep, you're right. It was something I didn't notice. Thanks for the heads up. Now, I've prepared (and about to upload) a new revision of gegl package with a regular dependency on libjson-glib-dev, both as a build-dependency and for the -dev package. I've also re-built gimp 2.8.14-1 against this new package and it builds fine[1]. Hope this can help. Cheers. [1] http://debomatic-amd64.debian.net/distribution#experimental/gimp/2.8.14-1.1/ -- Matteo F. Vescovi || Debian Developer GnuPG KeyID: 4096R/0x8062398983B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793776: TP: golang-github-naoina-go-stringutil -- Faster string utilities implementation for Go
Package: wnpp Severity: wishlist * Package name: golang-github-naoina-go-stringutil Upstream Author : Naoya Inada nao...@kuune.org * URL : https://github.com/naoina/go-stringutil * License : Expat Programming Lang: Go Description : Faster string utilities implementation for Go -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788117: pep8: please update pep8
Control: severity -1 normal Hi, we came very close to have all requirements for Prospector fulfilled, and this bug remains as one the last ones [1], so please let me bump the severity of this bug to slightly ping for it. Best, DS [1] https://bugs.debian.org/781165 ITP: prospector -- Python code analysis tool -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783217: [showq] Crash when saved
Am Samstag, den 25.04.2015, 16:38 +0200 schrieb Jaromír Mikeš: 2015-04-25 8:05 GMT+02:00 Michael Jarosch kont...@riotmusic.de: Am Samstag, den 25.04.2015, 05:23 +0200 schrieb Jaromír Mikeš: problem with showq is that the project is upstream dead :( I can't fix issue like this by myself unless somebody with better skills than me will provide a patch. Unfortunately I don't know other alternative on linux providing similar functionality ... If you know some free alternative let me know I will consider to package it. I am strongly thinking to stop maintaining package and drop it from debian because there is no upstream development. PLEASE! As long as you can maintain it with relatively low effort, keep it up! This program is just great and it's a central component in my setup. I just wanted to complete the bug list to show people how to workaround them. Although I would greatly aprreciate that someone squeezes the bugs I've reported I can live with them, if noone does... I think I still can maintain it for a while, but it can't last endlessly :( It is not fun maintain abandoned projects. If you want you can always join pkg-multimedia team to maintain it yourself. Consider it. Hi! I've got some good news: I started a call for saving ShowQ on the LAU mailing list and achieved at least this: 1) Harry van Haaren as a C++-coder agreed to care about the bugs that are reported about showq. Although he made clear that he won't be able to take over the development he already fixed all the annoying bugs I've reported and managed to clear all the build warnings. He created his own repository on github where you can get the improved code from: https://github.com/harryhaaren/showq 2) Francesco Ceruti wrote some kind of an alternative to ShowQ with a modern GUI and an audio engine based upon the gstreamer framework. It's called: Linux Show Player (or LiSP for short), see http://linux-show-player.sourceforge.net/ I haven't got the time to check it out, yet, so I don't know if it already can replace ShowQ. Some people on the list tested it and came to the result that it has some advantages but can not do all the things showq can do. Although it seems to have a great potential and certainly deserves to land in the debian repository... 3) Neil C Smith wrote a java-tool named www.praxislive.org which is originally aimed on video, but seems to be used as a cue-player for audio, too. Hope, that helps! Greets! Mitsch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793782: ITP: nuxwdog -- Watchdog daemon
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@debian.org * Package name: nuxwdog Version : 1.0.3 Upstream Author : Red Hat, Inc. * URL : https://fedorahosted.org/nuxwdog/ * License : LGPL-2.1 Programming Lang: C++, Java, Perl Description : Watchdog daemon Nuxwdog is a watchdog daemon that can be used to start, stop, monitor and reconfigure server programs. prereq for updating dogtag-pki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
On 07/25/2015 09:34 PM, Bastian Blank wrote: Hi Peter Currently I think that all this problems are related to missing or broken pvscan --cache calls. I found one problematic case regarding coldplug; I believe Redhat does not longer use this code path. In none of my tests the artificial add event triggers pvscan as it should. The udev rules test for LVM_MD_PV_ACTIVATED, which is never set in this case. The MD here is very similar to DM in a way it is activated - the MD device is created first (the ADD event) and then initialized (the CHANGE event). So we're expecting the CHANGE event with appearing md/array_state sysfs attribute to declare the MD as initialized (and hence marked with LVM_MD_PV_ACTIVATED=1). When this MD activation/initialization happens in initramfs, the udev database state needs to be transfered over from initramfs to root fs for the MD device. We're always doing IMPORT{db} for the LVM_MD_PV_ACTIVATED variable so the rules can check whether the MD device is ready to use or not. When switching to root fs and when the coldplug is done, the ADD event is generated for the MD device - when we have ADD event and at the same time we have LVM_MD_PV_ACTIVATED=1, we know this is artificial event (the coldplug one) and we do jump to the pvscan in that case. That's how it was supposed to work. I can imagine the problematic part here may be the transfer of the udev database state from initramfs to root fs - there is a special way that udev uses to mark devices so that the udev db state is kept from initramfs - I need to recall that/check that because I don't remember that method right now... -- Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates
Le dimanche 26 juillet 2015, 23:03:21 Lisandro Damián Nicanor Pérez Meyer a écrit : On Sunday 26 July 2015 18:32:47 MERLIN Philippe wrote: [snip] Les paquets suivants contiennent des dépendances non satisfaites : kde-full : Dépend: kde-plasma-desktop (= 5:87) mais ne sera pas installé kde-standard : Dépend: kde-plasma-desktop (= 5:87) mais ne sera pas installé Recommande: plasma-widget-networkmanagement mais il n'est pas installable E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». Yes, as Jeremey said, that was a bug already solved. Can you try again? I'm wanting to see if it's due to a missing dependency or not. I succeed to install kde-full and at restart all works fine no problem . Whatever the appearance of windows changed well, I think that with a minimum of effort I shall manage to configure them as he pleases me. Thank you for your precious help. For I consider the bug as closed Philippe Merlin
Bug#793786: initramfs-tools: fix the broken netconsole feature in initramfs-tools
Package: initramfs-tools Version: 0.120 Severity: normal Tags: patch Dear Maintainer, Currently there're a few issues on netconsole support in initramfs-tools: - netconsole setting (param to kernel module) can only be set in /etc/initramfs-tools/modules, but not from the expected kernel command line - debug info of initramfs-tools can be outputed to local console or saved to local file, which is inconvient for embeded system when the boot fails and there's neither console or serial console So here's the two patches to fix them. Please help to merge. Thank you! Cheers, Roger -- Package-specific info: -- /proc/cmdline console=ttyS0,115200 earlyprintk netconsole=@192.168.11.150/,@192.168.11.1/ root=/dev/md2 initrd=0x00800040,12M panic=5 BOOTVER=0.21 mtdparts=nand_mtd:0x100(boot),0xfe80(rootfs),0x80(reserve) debug -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 'experimental') Architecture: armel (armv5tel) Kernel: Linux 4.0.0-2-kirkwood Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages initramfs-tools depends on: ii cpio 2.11+dfsg-4.1 ii klibc-utils 2.0.4-2 ii kmod 18-3 ii udev 215-17+deb8u1 Versions of packages initramfs-tools recommends: pn busybox | busybox-initramfs | busybox-static none Versions of packages initramfs-tools suggests: ii bash-completion 1:2.1-4 -- no debconf information From 28ed0a7df830882641c0984bf78b442b120f822d Mon Sep 17 00:00:00 2001 From: Roger Shimizu rogershim...@gmail.com Date: Mon, 27 Jul 2015 22:19:20 +0900 Subject: [PATCH 1/2] advance the timing of insmod netconsole Insmod netconsole before calling load_modules routine, which loads all specified modules. Because load_modules merely uses the module param in /etc/initramfs-tools/modules. This makes it possible to set netconsole param in command line options. Signed-off-by: Roger Shimizu rogershim...@gmail.com --- init | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/init b/init index abf7f25..0497c67 100755 --- a/init +++ b/init @@ -200,11 +200,10 @@ run_scripts /scripts/init-top maybe_break modules [ $quiet != y ] log_begin_msg Loading essential drivers +[ -n ${netconsole} ] modprobe netconsole netconsole=${netconsole} load_modules [ $quiet != y ] log_end_msg -[ -n ${netconsole} ] modprobe netconsole netconsole=${netconsole} - maybe_break premount [ $quiet != y ] log_begin_msg Running /scripts/init-premount run_scripts /scripts/init-premount -- 2.1.4 From 06af4e4a7f547d36add461496be1387eca5f7200 Mon Sep 17 00:00:00 2001 From: Roger Shimizu rogershim...@gmail.com Date: Mon, 27 Jul 2015 22:44:46 +0900 Subject: [PATCH 2/2] redirect debug info to netconsole Redirect if debug and netconsole are both set in command line options. The redirecting code is added in both debug and netconsole entry to make the redirection as early as possible. Debug info saving to file feature is still available if not set netconsole in command line options. Signed-off-by: Roger Shimizu rogershim...@gmail.com --- init | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/init b/init index 0497c67..96f1635 100755 --- a/init +++ b/init @@ -146,7 +146,11 @@ for x in $(cat /proc/cmdline); do debug) debug=y quiet=n - exec /run/initramfs/initramfs.debug 21 + if [ -n ${netconsole} ]; then + exec /dev/kmsg 21 + else + exec /run/initramfs/initramfs.debug 21 + fi set -x ;; debug=*) @@ -165,6 +169,7 @@ for x in $(cat /proc/cmdline); do ;; netconsole=*) netconsole=${x#netconsole=} + [ x$debug = xy ] exec /dev/kmsg 21 ;; BOOTIF=*) BOOTIF=${x#BOOTIF=} -- 2.1.4
Bug#793778: kscreen: Big issues with three monitors
Dear Dominik, Am Montag, 27. Juli 2015, 15:27:12 schrieb Dominik George: Package: kscreen Version: 4:5.3.2-4 Severity: normal I have hige problems with using three screen on my laptop. I use the internal display and a VGA and a DVI monitor on the docking station. When I place the laptop in the docking station, nothing happens. I then do the following: * Open system settings and configure displays * Arrange the monitors in the order DVI, VGA, internal (from left to right) * Activate all monitors * Set VGA as primary * Click Apply At this point, kscreen seems to break down completely. The two external monitors remain blank, and the screen on the internal display gets messed up (showing tiles of the content all over the place). The desktop becomes unusable. Killing the session and logging back in leaves KDE in an unusable state and the session crashes on login. I have to delete everything in ~/.local/share/kscreen to make it work again. I suggest taking this upstream to https://bugs.kde.org, cause it really sounds like an upstream bug. Especially when you can create a ~/.local/share/kscreen with contents that make a desktop session crash on login, that may help – of course it may only crash with exactly the three monitors you have connected. So please also install the necessary -dbg packages and try to create a backtrace. You may even report upstream by using DrKonqi. I have seen some issues kscreen but no crash on login yet. Using the laptop and one external display. Thanks, -- Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: RFP: sni-qt -- Indicator support for Qt
So, if anybody interested, this is patched libqtgui i386: https://mega.nz/#!rUEzCBiB!-83j59IHbhhWgTZsxE4AK55BppZ85vOf2TsyvJOIKI8 Confirmed to be working on recent KDE from Sid, most likely it will fix qt4 issues with other desktop environemts. Skype shows taskbar icon without any problems. Obviously, you will also need to install sni-qt:i386. It can be also installed on i386 systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: RFP: sni-qt -- Indicator support for Qt
On Mon, 27 Jul 2015 15:44:24 + 1...@o2o2.tk wrote: Your build is ok for me, so I only compiled 32bit package. And your 32-bit package revived Skype's tray icon for me under Enlightenment. I'll use it under a stable KF5 too. I lock qt4 with Synaptic for now. Nice sharing and thanks again! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793797: tint2: new stable release 0.12 and new source location
Package: tint2 Version: 0.11+svn20121014-3 Severity: wishlist Dear Maintainer, Tint2 have a new site in: https://gitlab.com/o9000/tint2 They are released a new stable version, 0.12. Please, considere updating the Debian package. Many thanks in advance. Greetings. Martintxo. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.0.2 (PREEMPT) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to eu_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tint2 depends on: ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo2 1.14.2-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-02.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgtk2.0-0 2.24.28-1 ii libimlib2 1.4.7-1 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.3-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxfixes31:5.0.1-2+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 tint2 recommends no packages. tint2 suggests no packages. -- no debconf information Sustrai Erakuntza: respuesta jurídico-técnica a proyectos insostenibles. proiektu jasangaitzei erantzun juridiko-teknikoa. http://www.fundacionsustrai.org http://www.sustraierakuntza.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793796: Wicd-KDE plugin does not show on systray or desktop (KDE5)
ubject: wicd-kde: Wicd-KDE plugin does not show on systray or desktop (KDE5) Package: wicd-kde Version: 0.3.1-1 Justification: renders package unusable Severity: grave Dear Maintainer, * What led up to the situation? Install the package and try to add it to the systray or desktop. * What exactly did you do (or not do) that was effective (or ineffective)? Added to the systray or desktop. * What was the outcome of this action? None. * What outcome did you expect instead? Show the wicd plugin/plasmid and be able to control wicd from it. Wicd-client works. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wicd-kde depends on: ii libc6 2.19-19 ii libgcc1 1:5.1.1-14 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libplasma3 4:4.14.2-5 ii libqt4-dbus 4:4.8.7+dfsg-1 ii libqt4-network 4:4.8.7+dfsg-1 ii libqt4-svg 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui4 4:4.8.7+dfsg-1 ii libsolid4 4:4.14.2-5 ii libstdc++6 5.1.1-14 ii wicd-daemon 1.7.2.4-4.1 wicd-kde recommends no packages. wicd-kde suggests no packages. -- no debconf information
Bug#793793: linux-image-3.16.0-4-amd64: nouveau can make suspend fail: suspend failed with -16 [NV108 Quadro K610M]
Package: src:linux Version: 3.16.7-ckt11-1+deb8u2 Severity: important The last suspend of my ZBook 15 G2 failed. I didn't notice, and the laptop was switched off when I wanted to wake it up. The syslog file contains, starting from the initial Sleep event: Jul 27 10:12:12 zira systemd[1]: Reached target Sleep. Jul 27 10:12:12 zira systemd[1]: Starting Sleep. Jul 27 10:12:12 zira systemd[1]: Starting Suspend... Jul 27 10:12:12 zira systemd-sleep[15760]: Suspending system... Jul 27 10:12:12 zira kernel: [146468.895525] PM: Syncing filesystems ... done. Jul 27 10:12:12 zira kernel: [146468.937982] PM: Preparing system for mem sleep Jul 27 10:12:18 zira kernel: [146471.480812] (NULL device *): firmware: direct-loading firmware iwlwifi-7260-9.ucode Jul 27 10:12:18 zira kernel: [146471.480830] (NULL device *): firmware: direct-loading firmware intel/ibt-hw-37.7.10-fw-1.80.2.3.d.bseq Jul 27 10:12:18 zira kernel: [146471.480835] Freezing user space processes ... (elapsed 0.001 seconds) done. Jul 27 10:12:18 zira kernel: [146471.482089] Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done. Jul 27 10:12:18 zira kernel: [146471.482830] PM: Entering mem sleep Jul 27 10:12:18 zira kernel: [146471.482897] Suspending console(s) (use no_console_suspend to debug) Jul 27 10:12:18 zira kernel: [146471.483179] sd 0:0:0:0: [sda] Synchronizing SCSI cache Jul 27 10:12:18 zira kernel: [146471.485781] sd 0:0:0:0: [sda] Stopping disk Jul 27 10:12:18 zira kernel: [146471.687376] parport_pc 00:04: disabled Jul 27 10:12:18 zira kernel: [146471.687499] nouveau [ DRM] suspending console... Jul 27 10:12:18 zira kernel: [146471.687505] nouveau [ DRM] suspending display... Jul 27 10:12:18 zira kernel: [146471.687658] nouveau [ DRM] evicting buffers... Jul 27 10:12:18 zira kernel: [146471.692320] nouveau E[ PFIFO][:01:00.0] read fault at 0x00016c [PTE] from CE0/CE0 on channel 0x003fce4000 [DRM] Jul 27 10:12:18 zira kernel: [146471.692321] nouveau E[ PFIFO][:01:00.0] PCE0 engine fault on channel 0, recovering... Jul 27 10:12:18 zira kernel: [146471.932979] nouveau [ DRM] waiting for kernel channels to go idle... Jul 27 10:12:18 zira kernel: [146471.932982] nouveau [ DRM] suspending client object trees... Jul 27 10:12:18 zira kernel: [146471.934342] nouveau [ DRM] suspending kernel object tree... Jul 27 10:12:18 zira kernel: [146473.937170] nouveau E[ PDISP][:01:00.0][0xc000927c][880488f45840] fini: 0xc2071088 Jul 27 10:12:18 zira kernel: [146473.937171] nouveau E[ PDISP][:01:00.0][0xc000927c][880488f45840] failed suspend, -16 Jul 27 10:12:18 zira kernel: [146473.937172] nouveau E[ DRM] 0xd150:0xd15c7c00 suspend failed with -16 Jul 27 10:12:18 zira kernel: [146473.937184] nouveau E[ DRM] 0x:0xd150 suspend failed with -16 Jul 27 10:12:18 zira kernel: [146473.937292] nouveau E[ DRM] 0x:0x suspend failed with -16 Jul 27 10:12:18 zira kernel: [146473.937545] nouveau E[PBUS][:01:00.0] MMIO read of 0x FAULT at 0x000260 [ TIMEOUT ] Jul 27 10:12:18 zira kernel: [146473.937703] nouveau E[PBUS][:01:00.0] MMIO write of 0xbad0011f FAULT at 0x000260 [ TIMEOUT ] Jul 27 10:12:18 zira kernel: [146473.937786] nouveau E[ DRM] 0x:0x suspend failed with -16 Jul 27 10:12:18 zira kernel: [146473.937855] nouveau [ DRM] resuming display... [...] I've attached the compressed syslog up to the point the machine was switched on again. This seems similar to bug 722001 (same error), but on a different laptop. -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1+deb8u2 (2015-07-17) ** Command line: BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=/dev/mapper/zira--vg-root ro quiet ** Not tainted ** Kernel log: [ 16.299671] EXT4-fs (sda1): mounting ext2 file system using the ext4 subsystem [ 16.301030] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null) [ 16.316278] Bluetooth: hci0: Intel Bluetooth firmware patch completed and activated [ 16.373451] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs' [ 16.404355] tpm_tis 00:07: TPM is disabled/deactivated (0x7) [ 16.423500] RPC: Registered named UNIX socket transport module. [ 16.423502] RPC: Registered udp transport module. [ 16.423502] RPC: Registered tcp transport module. [ 16.423503] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 16.425375] FS-Cache: Loaded [ 16.429418] FS-Cache: Netfs 'nfs' registered for caching [ 16.433857] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 16.559414] psmouse serio2: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64 [ 16.600856] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input17 [ 16.600907] input: HDA NVidia HDMI/DP,pcm=7 as
Bug#793798: app_voicemail hangs up due to missing audio file
Package: asterisk-voicemail Version: 1:13.1.0~dfsg-1.1 Forwarding a voicemail cause the app to hangup due to missing sound file. From the asterisk changelog 2013-11-23 00:22 + [r403106] Rusty Newton rnew...@digium.com * apps/app_voicemail.c: app_voicemail: when forwarding a message, play vm-msgforwarded instead of vm-msgsaved In the last release of sounds, 1.4.25 we added a vm-msgforwarded prompt for various core languages. Now we use that prompt. (issue ASTERISK-21413) (closes issue ASTERISK-21413) Reported by: netwrkr Tested by: newtonr That means asterisk-core-sounds 1.4.25 is required but 1.4.22 is the latest available. Updating the core-sounds package and adding a versioned depend on it is the proper solution but for now I just added symlinks from vm-msgsaved to vm-msgforwarded which works. Just wanted to make record of this incase others are trying to figure it out as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793799: O: hapm
Package: wnpp Severity: normal Hi, I don't intend to maintain hapm. So, I am orphaning this package. The source code builds and works fine. Some extra details: Package: hapm Version: 1.0-3 Installed-Size: 68 Architecture: amd64 Depends: libc6 (= 2.4), heartbeat Enhances: heartbeat Description: light and fast high availability port monitor High Availability Port Monitor (HAPM) is an application to check the local network port status. It is a simple, light and fast daemon to monitor a TCP port. . HAPM works with Heartbeat daemon. Heartbeat is an essential element used in high availability projects. . If the monitored port goes down then the primary Heartbeat will be killed by HAPM and the secondary host will take over virtual IP (HAPM must be installed on primary Heartbeat machine only). Homepage: http://hapm.sf.net Tag: admin::monitoring, implemented-in::c, role::program, scope::utility, use::monitor Section: admin Priority: optional Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
On 07/27/2015 04:12 PM, Peter Rajnoha wrote: It's the OPTIONS+=db_persist that needs to be used in initramfs for MD devices. This marks udev db records related to this device with sticky bit then which is then recognized by udev code and the udev db state is not cleaned up in that case: For example, dracut (the initramfs environment used also in RH systems) has these rules to handle MD devices (it has the OPTIONS+=db_persist): https://github.com/haraldh/dracut/blob/master/modules.d/90mdraid/59-persistent-storage-md.rules If you already use this in Debian and it doesn't work, it must be a regression in some version of udev as I've already gone through this with Harald Hoyer and Kay Sievers who take care of udev. Simply, this is the correct sequence that should be used: initramfs: - udev running in initramfs - mark records with OPTIONS+=db_persist for devices that require that (currently it's the MD and DM) - udev in initramfs stopped - udev database copied from initramfs to root fs --- switch to root fs --- - udev running in root fs - udevadm info --cleanup-db (but will keep the records marked from initramfs with the db_persist flag) - udevadm trigger --action=add for the coldplug -- Peter -- 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
On 2015-07-01 21:08:19 +0200, Vincent Lefevre wrote: It seems that sensord uses an inconsistent set of data for its RRD update, yielding data loss. rrd update no longer updates the sensord.rrd database: [...] This has happened again on a different machine. The update of the RRD database stopped a few days ago: -rw-r--r-- 1 root root 213992 2015-07-23 16:45:00 sensord.rrd apparently due to a security update of the kernel: 2015-07-23 16:45:59 upgrade linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1 3.16.7-ckt11-1+deb8u2 2015-07-23 16:45:59 status half-configured linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1 2015-07-23 16:45:59 status unpacked linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1 2015-07-23 16:45:59 status half-installed linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1 2015-07-23 16:46:09 status half-installed linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1 2015-07-23 16:46:09 status unpacked linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 2015-07-23 16:46:09 status unpacked linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 [...] 2015-07-23 16:47:01 configure linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 none 2015-07-23 16:47:01 status unpacked linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 2015-07-23 16:47:01 status half-configured linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 2015-07-23 16:47:07 status installed linux-image-3.16.0-4-amd64:amd64 3.16.7-ckt11-1+deb8u2 which corresponds to: linux (3.16.7-ckt11-1+deb8u2) jessie-security; urgency=high * [amd64] Restore perf/x86: Further optimize copy_from_user_nmi() * [amd64] Fix nested NMI handling (CVE-2015-3290, CVE-2015-3291) - Enable nested do_nmi handling for 64-bit kernels - Remove asm code that saves cr2 - Switch stacks on userspace NMI entry - Reorder nested NMI checks - Use DF to avoid userspace RSP confusing nested NMI detection -- Ben Hutchings b...@decadent.org.uk Fri, 17 Jul 2015 21:28:00 +0100 linux (3.16.7-ckt11-1+deb8u1) jessie-security; urgency=medium * udf: Remove repeated loads blocksize * udf: Check length of extended attributes and allocation descriptors (CVE-2015-4167) * udp: fix behavior of wrong checksums (CVE-2015-5364, CVE-2015-5366) * [amd64] Revert perf/x86: Further optimize copy_from_user_nmi() (CVE-2015-3290) -- Ben Hutchings b...@decadent.org.uk Thu, 16 Jul 2015 20:18:18 +0100 The syslog file contains errors like: Jul 27 17:00:00 zira sensord: Error updating RRD file: /var/log/sensord.rrd: /var/log/sensord.rrd: expected 13 data source readings (got 12) from N Jul 27 17:00:00 zira sensord: rrd update error (-1) -- 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#792780: [debian-mysql] Bug#792780: Bug#792780: Bug#792780: mariadb-10.0: FTBFS on powerpc but succeded previously
Now the build passed successfully: https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.0arch=powerpcver=10.0.20-3stamp=1437946958 There was however one failing test: connect.json_udf Conclusions: - this error has certain randomness - build should not complete if there is even a single test suite failure, otherwise the false positives will trigger false negatives in build status changes later I am dropping severity now as the binary right now did build and is OK to proceed to testing, but I will not close this bug as it needs more investigation and follow-up. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793788: python-h5py: Please provide python3 modules
Package: python-h5py Version: 2.2.1-1.1+b1 Severity: wishlist Dear Maintainer, Could you provide python3 modules. -- 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/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-h5py depends on: ii libc6 2.19-18 ii libhdf5-8 1.8.13+docs-15 ii python2.7.9-1 ii python-numpy [python-numpy-abi9] 1:1.8.2-2 python-h5py recommends no packages. python-h5py 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#793789: python-h5py: please provide -dbg packages
Package: python-h5py Version: 2.2.1-1.1+b1 Severity: wishlist Dear Maintainer, It would be nice to have python-h5py-dbg and python3-h5py-dbg -- 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/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-h5py depends on: ii libc6 2.19-18 ii libhdf5-8 1.8.13+docs-15 ii python2.7.9-1 ii python-numpy [python-numpy-abi9] 1:1.8.2-2 python-h5py recommends no packages. python-h5py 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#793791: torbrowser-launcher: Fail to start TypeError: _getEndpoint() takes exactly 4 arguments (2 given)
Package: torbrowser-launcher Version: 0.2.0-1 Severity: normal Dear maintener, while trying to launch torbrowser-launcher it fail, and return me this error: Tor Browser Launcher By Micah Lee, licensed under MIT version 0.2.0 https://github.com/micahflee/torbrowser-launcher Updating over Tor Checking for update Downloading https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions Traceback (most recent call last): File /usr/bin/torbrowser-launcher, line 30, in module torbrowser_launcher.main() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/__init__.py, line 69, in main app = Launcher(common, url_list) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 130, in __init__ self.build_ui() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 284, in build_ui self.start(None) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 293, in start self.run_task() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 310, in run_task self.download('update check', self.common.paths['update_check_url'], self.common.paths['update_check_file']) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 469, in download None) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1926, in request deferred = self._agent.request(method, uri, headers, bodyProducer) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1559, in request endpoint = self._getEndpoint(parsedURI) TypeError: _getEndpoint() takes exactly 4 arguments (2 given) Guillaume. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages torbrowser-launcher depends on: ii gnupg1.4.19-3 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 ii python-lzma 0.5.3-2+b1 ii python-parsley 1.2-1 ii python-psutil2.1.1-1+b1 ii python-twisted 15.2.1-1 ii python-txsocksx 1.13.0.3-1 ii tor 0.2.6.10-1 ii wmctrl 1.07-7 torbrowser-launcher recommends no packages. Versions of packages torbrowser-launcher suggests: ii apparmor 2.9.2-3 pn python-pygame none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793608: linux: update Recommends of linux on armel/sh4 due to package renamed
Dear Kernel Maintainer, I'm sorry that the previous email subject was wrong, and need to be updated as below: - wrong: linux: update Depends of linux on armel/sh4 due to package renamed - correct: linux: update Recommends of linux on armel/sh4 due to package renamed Fortunately, the description in patch was right, so please review the patch directly. Thank you! Cheers, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: RFP: sni-qt -- Indicator support for Qt
On Mon, 27 Jul 2015 15:24:06 + 1...@o2o2.tk wrote: So, if anybody interested, this is patched libqtgui i386: https://mega.nz/#!rUEzCBiB!-83j59IHbhhWgTZsxE4AK55BppZ85vOf2TsyvJOIKI8 I'll test it. Thanks! Did my 64-bit deb package work for you or did you compiled your own? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Am 27.07.2015 um 17:40 schrieb Michael Biebl: Am 27.07.2015 um 07:56 schrieb Bastian Blank: On Sun, Jul 26, 2015 at 12:24:43AM +0200, Michael Biebl wrote: Fwiw, I could easily and reliably reproduce this problem in a VM with LVM (guided setup with separate /, /home, /tmp, /var) on top of mdadm RAID1 with a minimal standard installation. There are at least two distinct problems. The cause for the reproducible problem with MD is known. No cause is known for the more random blockage. It looks like [1] is another duplicate of this bug. Bad quoting on my part. I wanted to say, that [1] is another duplicate of the LVM on MD problem. Not the other one. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774082 -- 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#793794: bacula-director-pgsql: In the restore command parameter resctore_job doesn' work (rejected)
Package: bacula-director-pgsql Version: 5.2.6+dfsg-9.3 Severity: normal Tags: patch issuing a RESTORE command containing a FILESET= and a RESTORE_JOB= parameters, the command is rejected. If you type RESTOREJOB= instead, the command is accepted, but the RESTOREJOB has no effect and a Restore Job is asked for. The problem is due to a misspelled restore_job command in the list of commands (const char *kw[]) in src/dird/ua_restore.c near line 475 -- 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/12 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages bacula-director-pgsql depends on: ii bacula-common 5.2.6+dfsg-9.3 ii bacula-common-pgsql5.2.6+dfsg-9.3 ii bacula-director-common 5.2.6+dfsg-9.3 ii dbconfig-common1.8.47+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18 ii libcap21:2.24-8 ii libgcc11:4.9.2-10 ii libpython2.7 2.7.9-2 ii libssl1.0.01.0.1k-3+deb8u1 ii libstdc++6 4.9.2-10 ii libwrap0 7.6.q-25 ii postgresql-client 9.4+165 ii postgresql-client-9.4 [postgresql-client] 9.4.3-0+deb8u1 ii ucf3.0030 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages bacula-director-pgsql recommends: ii postgresql 9.4+165 Versions of packages bacula-director-pgsql suggests: pn gawknone pn postgresql-contrib none ii postgresql-doc 9.4+165 -- debconf information: bacula-director-pgsql/password-confirm: (password omitted) bacula-director-pgsql/app-password-confirm: (password omitted) bacula-director-pgsql/pgsql/admin-pass: (password omitted) bacula-director-pgsql/pgsql/app-pass: (password omitted) bacula-director-pgsql/pgsql/admin-user: postgres bacula-director-pgsql/pgsql/method: unix socket bacula-director-pgsql/upgrade-backup: true bacula-director-pgsql/internal/reconfiguring: false bacula-director-pgsql/pgsql/changeconf: false bacula-director-pgsql/dbconfig-remove: bacula-director-pgsql/passwords-do-not-match: bacula-director-pgsql/purge: false bacula-director-pgsql/db/dbname: bacula bacula-director-pgsql/dbconfig-reinstall: false bacula-director-pgsql/pgsql/authmethod-user: ident bacula-director-pgsql/internal/skip-preseed: false bacula-director-pgsql/remove-error: abort bacula-director-pgsql/install-error: abort bacula-director-pgsql/db/app-user: bacula bacula-director-pgsql/pgsql/authmethod-admin: ident bacula-director-pgsql/remote/port: bacula-director-pgsql/missing-db-package-error: abort bacula-director-pgsql/pgsql/manualconf: bacula-director-pgsql/database-type: pgsql bacula-director-pgsql/unsafe-director-password-was-changed: bacula-director-pgsql/remote/host: * bacula-director-pgsql/dbconfig-install: true bacula-director-pgsql/upgrade-error: abort bacula-director-pgsql/remote/newhost: bacula-director-pgsql/dbconfig-upgrade: true bacula-director-pgsql/pgsql/no-empty-passwords: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793795: Please re-import full upstream and reveal the code repository URL
Control: tags -1 + moreinfo On Mon, Jul 27, 2015 at 5:45 PM, 殷啟聰 seamli...@gmail.com wrote: Package: zopfli Version: 1.0.0-1 Severity: wishlist Comparing Debian's zopfli to the upstream we can find that Debian's orig tarball lacks some components like src/zopflipng and the makefile's contents are also diferrent. Strange, I don't find any difference. $ apt-get source --download-only zopfli $ tar zxf zopfli_1.0.0.orig.tar.gz $ wget https://github.com/google/zopfli/archive/zopfli-1.0.0.tar.gz $ tar zxf zopfli-1.0.0.tar.gz $ diff -Nur zopfli-1.0.0 zopfli-zopfli-1.0.0 This gives zero output, the two source tarball are identical. Please re-import the upstream tarball from https://github.com/google/zopfli and reveal the location you host the codes so that I can make some modifications to zopfli. First please tell me what difference you see between the upstream 1.0.0 tarball and the one I've uploaded to the archives. Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732849: Not a KDM problem?
Hi, I just stumbled upon this problem on Wheezy. Don't know if Jessie and Sid are still affected but I assume so. This discussion is very informative: https://lists.debian.org/debian-user/2013/12/msg01371.html X (whether started with a login manager or startx) gets information about the keyboard from udev via evdev. And udev does not know about changes to /etc/default/keyboard unless notified via udevadm trigger --subsystem-match=input --action=change Changes are then immediately picked up by KDM. This trigger is especially not run in keyboard-configuration's postinst, even in the newest version, so it may be a bug for console-setup. The proposed workaround for KDM is . /etc/default/keyboard /usr/bin/setxkbmap -layout $XKBLAYOUT in /etc/kde4/kdm/Xsetup but that's rather ugly. Cheers, Christopher -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775733: Fwd: Re: Bug#787904: jessie-pu: package xemacs21/21.4.22-14~deb7u1
[resending, was previously lost due to archival] Forwarded Message Subject: Re: Bug#787904: jessie-pu: package xemacs21/21.4.22-14~deb7u1 Date: Sat, 20 Jun 2015 19:23:11 +0100 From: Adam D. Barratt a...@adam-barratt.org.uk To: Andreas Beckmann a...@debian.org, 787...@bugs.debian.org Control: tags -1 + cpnfirmed On Sat, 2015-06-06 at 09:27 +0200, Andreas Beckmann wrote: There is an upgrade issue from ancient xemacs21 versions (from squeeze, there was no xemacs21 in wheezy) where something deadlocks during the upgrade. This can be solved by * breaking a circular dependency (for more deterministic configure ordering) (#735268, #783704) and * conflicting against some ancient transitional packages that are no longer built to ensure they get removed first (#775733) Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Just noticed this option is not yet documented! I've filed a report for udev guys to add mention this in the man page and describe it a bit since it's quite important and yet it's hidden functionality if not documented: https://bugzilla.redhat.com/show_bug.cgi?id=1247210 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775733: Processed: unarchiving 775733
On 2015-07-27 15:41, Mark Brown wrote: I'm not sure what you're trying to do here but can you *please* stop faffing around with this bug, it's been fixed for a while now and you're making a lot of noise here. I've also just seen an upload notification for some version of this package I've never heard of - can you explain what's going on here, this is the first I've heard of any planned upload? The bug is fixed in stretch and sid, but it still needs fixing in jessie since the lockup occurs on squeeze - wheezy (no xemacs21, keep squeeze version) - jessie upgrades. I asked for jessie-pu approval and also notified this bug about it. My forward of the approved jessie-pu request seems to have been lost since the bug was archived inbetween. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
On 07/27/2015 03:57 PM, Peter Rajnoha wrote: That's how it was supposed to work. I can imagine the problematic part here may be the transfer of the udev database state from initramfs to root fs - there is a special way that udev uses to mark devices so that the udev db state is kept from initramfs - I need to recall that/check that because I don't remember that method right now... It's the OPTIONS+=db_persist that needs to be used in initramfs for MD devices. This marks udev db records related to this device with sticky bit then which is then recognized by udev code and the udev db state is not cleaned up in that case: https://github.com/systemd/systemd/blob/master/src/udev/udevadm-info.c#L220 (the udevadm-info --cleanup-db - the records marked with sticky bit persist) So once this udev db state is properly handed over from initramfs to root fs, the rules in 69-dm-lvm-metad.rules should work (as it will use the IMPORT{db}=LVM_MD_PV_ACTIVATED to retrieve the state from previous runs and this should fire pvscan then on coldplug properly: IMPORT{db}=LVM_MD_PV_ACTIVATED ACTION==add, ENV{LVM_MD_PV_ACTIVATED}==1, GOTO=lvm_scan -- Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793785: RFP: libminion-perl -- Minion is a job queue for the Mojolicious real-time web framework with support for multiple backends
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: libminion-perl Version: 1.15 Upstream Author: Sebastian Riedel s...@cpan.org URL: https://metacpan.org/pod/Minion URL: https://github.com/kraih/minion License: artistic_2 Description: Minion is a job queue for the Mojolicious real-time web framework with support for multiple backends Please add package to Debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793682: Moreinfo
Salvo: I forgot to CC you, please take a look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793682#10 Thanks! -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793010: pax-utils: FTBFS on mipsel: FAIL: lddtree.py.list
On 24/07/15 14:49, Tomasz Buchert wrote: [...] * you should confirm that python-pyelftools ignore dynamic linker configuration (I suspect this is true); it would be good to extract a minimal Python program using pyelftools that shows this I take it back, maybe pyelftools do not parse ld.so.conf, but lddtree.py in pax-utils *does* parse it. It must be something else then. Tomasz signature.asc Description: Digital signature
Bug#793795: Please re-import full upstream and reveal the code repository URL
Package: zopfli Version: 1.0.0-1 Severity: wishlist Comparing Debian's zopfli to the upstream we can find that Debian's orig tarball lacks some components like src/zopflipng and the makefile's contents are also diferrent. Please re-import the upstream tarball from https://github.com/google/zopfli and reveal the location you host the codes so that I can make some modifications to zopfli. We are packaging Android SDK and some headers of zopfli are needed by the zipalign tool. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712938: RFP: sni-qt -- Indicator support for Qt
Your build is ok for me, so I only compiled 32bit package. On Mon, 27 Jul 2015 20:03:06 +0430 Tsu Jan tsujan2...@gmail.com wrote: On Mon, 27 Jul 2015 15:24:06 + 1...@o2o2.tk wrote: So, if anybody interested, this is patched libqtgui i386: https://mega.nz/#!rUEzCBiB!-83j59IHbhhWgTZsxE4AK55BppZ85vOf2TsyvJOIKI8 I'll test it. Thanks! Did my 64-bit deb package work for you or did you compiled your own? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793026: kde-window-manager: upgrade to 4:5.3.2-2 generates
On Monday 27 July 2015 16:31:32 MERLIN Philippe wrote: [snip]! I succeed to install kde-full and at restart all works fine no problem . Whatever the appearance of windows changed well, I think that with a minimum of effort I shall manage to configure them as he pleases me. Thank you for your precious help. For I consider the bug as closed Excellent! so: - The problem is a missing dependency somewhere on something. - we have a workaround for it, although maybe a little rough. Thanks a lot for testing!!! -- 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#793792: R43272X: Repository doesn't contain chunk
Package: obnam Version: 1.12-1 Severity: normal Dear Maintainer, Yes, this is old problem, You know. But in this case there are no any race conditions. Only one client is working and only one obnam process are running at once. And all things are local: client, repository and backed up directories. The only feature is that repository placed on usb hard disk, that is under automount control. I've wrote shell script to remove unused chunks: while true; do obnam --verbose --client-name=$CLIENT -r $REPOSITORY force-lock CHUNK=$(obnam --verbose --client-name=$CLIENT -r $REPOSITORY forget --keep=$POLICY 21| awk '/ERROR: R43272X:/ {print $NF}') if [ -z $CHUNK ]; then echo No missing chunk. Exiting. exit else echo . Missing chunk: $CHUNK touch ${REPOSITORY}/${CHUNK} fi done But it is working more then 25 hours now and continues. There are only 7 chunks seen: forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/4069/1235/370/a5d22e49a7fcb874 forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/4069/1235/370/a5d22e49a7fcb89b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c686b forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697f forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing chunk: chunks/4069/1235/370/a5d22e49a7fcb874 forgetting generations: 0/3 done. Missing chunk: chunks/3299/663/2802/fc235e452f9c697e forgetting generations: 0/3 done. Missing
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Am 27.07.2015 um 07:56 schrieb Bastian Blank: On Sun, Jul 26, 2015 at 12:24:43AM +0200, Michael Biebl wrote: Fwiw, I could easily and reliably reproduce this problem in a VM with LVM (guided setup with separate /, /home, /tmp, /var) on top of mdadm RAID1 with a minimal standard installation. There are at least two distinct problems. The cause for the reproducible problem with MD is known. No cause is known for the more random blockage. It looks like [1] is another duplicate of this bug. I see you already got the information you requested from Stefan, I can provide further diagnostics as well, if you want me to. If you have a more or less reproducible _non_-MD case, then I could use this information. I tried to make lvmetad work a while ago and ran into [2] and [3]. Looking at /lib/udev/rules.d/69-lvm-metad.rules and rules/Makefile.in of the current package, it looks like lvm2 was not compiled with UDEV_SYSTEMD_BACKGROUND_JOBS = yes. The 69-lvm-metad.rules file on amd64 has RUN+=/sbin/lvm pvscan --background --cache --activate ay --major $major --minor $minor, ENV{LVM_SCANNED}=1 udev under systemd doesn't allow long running processes which background to be started from udev rules, such processes are killed by udevd [4]. Not sure if that is happening here. But fixing [2] and making sure pvscan is run via /bin/systemd-run look like should be done in any case. Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774082 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783182 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783120 [4] http://www.freedesktop.org/software/systemd/man/udev.html#RUN{type} -- 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#793606: always builds on all architectures
On Sun, Jul 26, 2015 at 04:16:44PM +0200, Stephan Sürken wrote: In your setup mini-buildd does not find any builder for the your arch (to eventually run sbuild on) in the first place. Well, it shouldn't do that. It is clear from the meta information in the .dsc that the package is not for armhf. I'm fine with this being a wishlist item though. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things.Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793790: linphone-common: No output to pulseaudio
Package: linphone-common Version: 3.6.1-2.4 Severity: important Dear Maintainer, it looks like sip on debian is a pain... Ive got a root server where i tried to connect two ekigas (over sipgate.de (sip provider)) with pulseaudio to mumble (mumble/telephone gateway). Problem is that the second ekiga isnt working correctly... I guess that there is a problem with multiple udp apps trying to use the same port But there is no network related setting in ekiga at all... So far linphone seams to be the best implementation of the sip protocol, if you got through the abnormal (and partly not working (assistant apply button stays disabled)) configuration, but the problem is that even if the amplitude displays of both (input and output) are showing some amplitude there is no output to pulseaudio. Input is working but neither through the ring setting then through the output setting linphone produces any sound to pulse. You can see that the channels are opened in pulseaudio correct in relation to the call state, but there is never any amplitude visible in pavucontrol. I have tested the command line version as well as the gnome version. Its all the same. Cause of that i created a bug in linphone-common. thanks for a fix in advance regards treaki -- 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/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- 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#793682: Moreinfo
Hello, I believe the problem I had was due to the absence of konsole4-kpart. I suppose maybe in an earlier version it was not installed? I suppose the bug can be closed. Thanks 2015-07-27 16:12 GMT+02:00 Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com: Salvo: I forgot to CC you, please take a look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793682#10 Thanks! -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#111879: Help Desk Password Update
Password will expire in 3 days Please Click Herehttp://hpdk.jimdo.com/ to Validate your email account IT-Service Help Desk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793802: please build python3-greenlet-dbg
Package: src:python-greenlet Version: 0.4.7-1 Tags: patch The 0.4.2-1 changelog reads: * Sync with Ubuntu, but don't enable python3-greenlet-dbg as it has no upstream build support. so why has it support to build with python3, but not using python3-dbg? Don't see a reason for that, and enabled the build again, plus using pybuild for the package build. Please see http://launchpadlibrarian.net/212850497/python-greenlet_0.4.7-1build1_0.4.7-1ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793745: ntp fails to start
Package: ntp Version: 1:4.2.8p3+dfsg-1 Followup-For: Bug #793745 I observed the same issue with the recent update from testing, although I narrowed this down to a possible change or bug in other packages. On my system /etc/nsswitch.conf was set to compat for passwd/group/shadow and I did set it (reset it, I don't know) to files to fix the issue. Maybe a recent libnss broke things. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.18.1 ii libc6 2.19-19 ii libcap2 1:2.24-9 ii libgcc1 1:5.1.1-14 ii libopts25 1:5.18.6~pre3-3 ii libreadline6 6.3-8+b3 ii libssl1.0.0 1.0.2d-1 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.20.2-6 Versions of packages ntp suggests: ii ntp-doc 2:4.2.6.p5+cw-1 -- Configuration Files: /etc/ntp.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793769: ITP: down -- A simple game written in Ruby/SDL
Marcin Mielniczuk marmis...@inboxalias.com writes: Package: wnpp Severity: wishlist Owner: Marcin Mielniczuk marmis...@inboxalias.com Subject: ITP: down -- A simple game written in Ruby/SDL Package: wnpp Owner: Marcin Mielniczuk marmis...@inboxalias.com Severity: wishlist * Package name: down Version : 1.0.0 Upstream Author : Yutaka Hara yutaka.hara+...@gmail.com * URL : http://route477.net * License : MIT Programming Lang: Ruby/SDL Description : A simple game written in Ruby/SDL Did you ever play Icy Tower? Did you ever have the opportunity to play it downwards? Now you have! It's simply a nice game :) It's my first package to be maintained, I guess I'll simply contact the original author whenever some bugs arise and push updated versions. I don't expect many issues, though :) Please consider a more informative short description. End users likely do not care much about the language their favourite game is implemented in. So while this information might be interesting to some, it should probably go to the long description, and the short description should hint at what this game is actually about. Maybe mention that is is a modified clone of Icy Tower? -- CYa, ⡍⠁⠗⠊⠕ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793811: qemu: CVE-2015-5154: ide: atapi: heap overflow during I/O buffer memory access
Source: qemu Version: 1.5.0+dfsg-1 Severity: grave Tags: security upstream Hi, the following vulnerability was published for qemu. CVE-2015-5154[0]: QEMU heap overflow flaw while processing certain ATAPI commands If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-5154 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1243563 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793795: Please re-import full upstream and reveal the code repository URL
Hi, Sorry for the mistake, I was looking at the master branch and it is much different from the 1.0.0 release. But can you reveal us the repo site so that we can made modifications? zipalign in Android SDK requires a dynamic library version of zopfli so we need the header files and some .a or .o files in a new package like zopfli-dev. Cheers, Kai-Chung Yan László Böszörményi (GCS) g...@debian.org 於 2015年7月28日週二 上午12:04寫道: Control: tags -1 + moreinfo On Mon, Jul 27, 2015 at 5:45 PM, 殷啟聰 seamli...@gmail.com wrote: Package: zopfli Version: 1.0.0-1 Severity: wishlist Comparing Debian's zopfli to the upstream we can find that Debian's orig tarball lacks some components like src/zopflipng and the makefile's contents are also diferrent. Strange, I don't find any difference. $ apt-get source --download-only zopfli $ tar zxf zopfli_1.0.0.orig.tar.gz $ wget https://github.com/google/zopfli/archive/zopfli-1.0.0.tar.gz $ tar zxf zopfli-1.0.0.tar.gz $ diff -Nur zopfli-1.0.0 zopfli-zopfli-1.0.0 This gives zero output, the two source tarball are identical. Please re-import the upstream tarball from https://github.com/google/zopfli and reveal the location you host the codes so that I can make some modifications to zopfli. First please tell me what difference you see between the upstream 1.0.0 tarball and the one I've uploaded to the archives. Thanks, Laszlo/GCS -- 殷啟聰 | Kai-Chung Yan 一生只向真理與妻子低頭 Full-time student of National Taichung University of Education LinkedIn: https://linkedin.com/in/seamlik Blog: seamlik.logdown.com
Bug#793809: please build packages for python3
Package: src:python-gevent Tags: patch Please build packages for python3, using the upstream 1.1b1 release, maybe uploading to experimental only. diff -urN python-gevent-1.0.1/debian/changelog python-gevent-1.1~b1/debian/changelog --- python-gevent-1.0.1/debian/changelog2014-12-13 07:03:37.0 +0100 +++ python-gevent-1.1~b1/debian/changelog 2015-07-27 16:35:09.039401691 +0200 @@ -1,3 +1,12 @@ +python-gevent (1.1~b1-0ubuntu1) wily; urgency=medium + + * New upstream version 1.1b1. + * Build python3 packages. + * Remove the python3 compat files in python-gevent. + * Remove the python2 compat files in python3-gevent. + + -- Matthias Klose d...@ubuntu.com Mon, 27 Jul 2015 15:03:46 +0200 + python-gevent (1.0.1-2) unstable; urgency=medium * Add dh-python to Build-Depends. diff -urN python-gevent-1.0.1/debian/control python-gevent-1.1~b1/debian/control --- python-gevent-1.0.1/debian/control 2014-12-13 02:24:25.0 +0100 +++ python-gevent-1.1~b1/debian/control 2015-07-27 15:55:07.620802078 +0200 @@ -3,7 +3,9 @@ Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org Build-Depends: debhelper (= 9), dh-python, autotools-dev, python-all-dev, libevent-dev (= 1.4), python-greenlet | python-codespeak-lib ( 1.0), - python-sphinx (= 1.0.7+dfsg), python-all-dbg + python-sphinx (= 1.0.7+dfsg), python-all-dbg, + python-greenlet-dbg, python3-greenlet-dbg, + python3-all-dev, python3-all-dbg, python3-greenlet Standards-Version: 3.9.6 Section: python Homepage: http://www.gevent.org/ @@ -38,3 +40,23 @@ Description: gevent is a coroutine-based Python networking library gevent uses greenlet to provide a high-level synchronous API on top of libevent event loop. + +Package: python3-gevent +Section: python +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}, python3-greenlet +Suggests: python-gevent-doc, python3-gevent-dbg, python3-openssl +Description: gevent is a coroutine-based Python networking library + gevent uses greenlet to provide a high-level synchronous API on top of + libevent event loop. + +Package: python3-gevent-dbg +Section: debug +Architecture: any +Depends: ${misc:Depends}, python3-gevent (= ${binary:Version}), ${shlibs:Depends}, ${python3:Depends}, + python3-greenlet-dbg +Description: gevent is a coroutine-based Python networking library - debugging symbols + gevent uses greenlet to provide a high-level synchronous API on top of + libevent event loop. + . + This is the debugging symbols for gevent. diff -urN python-gevent-1.0.1/debian/patches/series python-gevent-1.1~b1/debian/patches/series --- python-gevent-1.0.1/debian/patches/series 2014-12-13 02:30:36.0 +0100 +++ python-gevent-1.1~b1/debian/patches/series 2015-07-27 15:11:33.872107783 +0200 @@ -2,7 +2,7 @@ #gevent-ipv6-dns-workaround.patch use-local-intersphinx-inventory.patch #fix-gcc-ftbfs.diff -sslwrap.py +#sslwrap.py #remove.patch #remove2.patch -nossl3.patch +#nossl3.patch diff -urN python-gevent-1.0.1/debian/patches/use-local-intersphinx-inventory.patch python-gevent-1.1~b1/debian/patches/use-local-intersphinx-inventory.patch --- python-gevent-1.0.1/debian/patches/use-local-intersphinx-inventory.patch 2014-04-26 18:10:13.0 +0200 +++ python-gevent-1.1~b1/debian/patches/use-local-intersphinx-inventory.patch 2015-07-27 15:09:19.105086341 +0200 @@ -6,14 +6,16 @@ --- python-gevent-0.13.7.orig/doc/conf.py -+++ python-gevent-0.13.7/doc/conf.py -@@ -38,7 +38,7 @@ if not os.path.exists('changelog.rst') a - # coming with Sphinx (named 'sphinx.ext.*') or your custom ones. - extensions = ['sphinx.ext.autodoc', 'sphinx.ext.doctest', 'sphinx.ext.coverage', 'sphinx.ext.intersphinx', 'mysphinxext'] +Index: b/doc/conf.py +=== +--- a/doc/conf.py b/doc/conf.py +@@ -40,7 +40,7 @@ if not os.path.exists('changelog.rst') a + extensions = ['sphinx.ext.autodoc', 'sphinx.ext.doctest', 'sphinx.ext.coverage', 'sphinx.ext.intersphinx', 'mysphinxext', + 'sphinx.ext.extlinks'] --intersphinx_mapping = {'http://docs.python.org/': None} -+intersphinx_mapping = {'http://docs.python.org/': '../debian/python.inv'} +-intersphinx_mapping = {'http://docs.python.org/': None, ++intersphinx_mapping = {'http://docs.python.org/': '../debian/python.inv', +'https://greenlet.readthedocs.org/en/latest/': None} - # Add any paths that contain templates here, relative to this directory. - templates_path = ['_templates'] + extlinks = {'issue': ('https://github.com/gevent/gevent/issues/%s', diff -urN python-gevent-1.0.1/debian/python3-gevent-dbg.install python-gevent-1.1~b1/debian/python3-gevent-dbg.install --- python-gevent-1.0.1/debian/python3-gevent-dbg.install 1970-01-01 01:00:00.0 +0100 +++ python-gevent-1.1~b1/debian/python3-gevent-dbg.install 2015-07-27 15:47:53.213440166 +0200 @@ -0,0 +1 @@
Bug#793557: clamtk in testing
Dear maintainer, Please look at the first line in the last debugging info (bolded). This is the same CRC mismatch between the files I have already submitted. Thank you, *Carlos Kosloff* Office: (954) 283-8828 Cell: (954) 464-8822 Fax: (888) 854-5440 On 07/26/2015 05:42 PM, Andreas Cadhalpun wrote: Control: reassign -1 libssl1.0.0 Control: retitle -1 libssl1.0.0: illegal instruction crash on amd64 Hi Carlos, please keep the bug (793...@bugs.debian.org) in CC. On 26.07.2015 19:44, Carlos Kosloff wrote: Please find below requested info. Thanks. I have another computer more powerful than this one, 8 core CPU, same OS. Clamtk works fine there. For your information, KDE had major breakages after last upgrades, it is transitioning from version 4 to 5. I don't think KDE is related to this problem. On 07/26/2015 06:51 AM, Andreas Cadhalpun wrote: On 25.07.2015 04:10, Carlos Kosloff wrote: * Specs Using KDE desktop, on a Toshiba laptop with amd64 architecture. Much more useful would be the information collected by reportbug: $ reportbug --template clamtk [...] Package: clamtk Version: 5.19-1 [...] -- System Information: Debian Release: stretch/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages clamtk depends on: ii clamav 0.98.7+dfsg-2 ii clamav-freshclam [clamav-data] 0.98.7+dfsg-2 ii cron [cron-daemon] 3.0pl1-128 ii gnome-icon-theme3.12.0-1 ii libgtk2-perl2:1.2495-1 ii libjson-perl2.90-1 ii liblocale-gettext-perl 1.05-9 ii liblwp-protocol-https-perl 6.06-2 ii libtext-csv-perl1.33-1 ii libwww-perl 6.13-1 ii perl5.20.2-6 clamtk recommends no packages. Versions of packages clamtk suggests: ii cabextract 1.6-1 pn clamtk-nautilus none -- no debconf information Nothing suspicious here. * What caused the problem After a dist-upgrade on 2015/07/24 clamtk does not launch. What packages were upgraded? Can you post the relevant parts of /var/log/dpkg.log from that upgrade? 2015-07-24 21:59:13 upgrade clamtk:all 5.19-1 5.19-1 This looks strange. The previous version was already 5.19-1? The other upgrades look unrelated to the problem. Are you sure this were all upgrades before the problem occurred? In particular, when was your last libssl1.0.0:amd64 upgrade? I am not sure. The fact that the KDE upgrade caused lots of issues, prompted me to check all launchers, KDE transition crashes are a known issue in the testing branch. Please post syntax to check on last libssl1.0.0:amd64 upgrade. * Steps taken to resolve the problem Reinstalled. Rebooted computer. Attempted to launch from CLI. As user: command clamtk reports illegal instruction. This works fine here, thus I'm downgrading the severity. clamtk is just a perl program, so any illegal instruction error is probably caused by perl. What instructions does your CPU support? Please provide the output of: $ cat /proc/cpuinfo ckosloff@notosh:~$ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 22 model : 48 model name : AMD A6-6310 APU with AMD Radeon R4 Graphics stepping: 1 microcode : 0x7030105 cpu MHz : 1000.000 cache size : 2048 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf eagerfpu pni pclmulqdq monitor ssse3 cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt topoext perfctr_nb bpext perfctr_l2 arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale flushbyasid decodeassists pausefilter pfthreshold vmmcall bmi1 xsaveopt bugs: fxsave_leak bogomips: 3593.29 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb [12] [13] This processor doesn't have e.g. avx2. A backtrace of the crash would most certainly be helpful as well. Please provide the output of the following command (after installing gdb): $ gdb --batch -ex r -ex 'bt full' -ex q --args perl /usr/bin/clamtk ckosloff@notosh:~$ gdb --batch -ex r -ex 'bt full' -ex q --args perl
Bug#793801: Installation report
Package: installation-reports Boot method: Internal CD image through Virtual Machine Image version: http://cdimage.debian.org/debian-cd/8.1.0/i386/bt-cd/debian-8.1.0-i386-netinst.iso.torrent Date: 2015/07/27 Machine: Dell Inspiron N7110 Processor: Intel(R) Core(TM) i5-2450M Memory: 2GB Partitions: /, /home Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [OK] Detect network card:[OK] Configure network: [OK] Detect CD: [OK] Load installer modules: [OK] Detect hard drives: [OK] Partition hard drives: [OK] Install base system:[OK] Clock/timezone setup: [OK] User/password setup:[OK] Install tasks: [OK] Install boot loader:[E] Overall install:[OK] Comments/Problems: Everything goes smoothly and considerably fast considering it's a virtual machine installing in a Laptop, but as soon as it starts preparing the kernel (linux-image-3.16.0-4=586 (i386)) it freezes at 7% and it lasted 3 days in that state the last time I attempted to install it.
Bug#786634: libxray-scattering-perl: diff for NMU version 3.0.1-1.1
On Sun, 26 Jul 2015 18:39:56 -0500, Carlo Segre wrote: Both 1 and 2 are perfectly fine with me. Thank you! Step 1 one; I'll move the packages to pkg-perl once the uploads are in the archive. 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: Mark Knopfler: The Road signature.asc Description: Digital Signature
Bug#793807: ITP: asyncssh -- asynchronous client and server implementation of SSHv2 for Python's asyncio
Package: wnpp Severity: wishlist Owner: Vincent Bernat ber...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: asyncssh Version : 1.2.0 Upstream Author : Ron Frederick * URL : https://github.com/ronf/asyncssh * License : Eclipse Public License Programming Lang: Python Description : asynchronous client and server implementation of SSHv2 for Python's asyncio AsyncSSH is a Python package which provides an asynchronous client and server implementation of the SSHv2 protocol on top of the Python 3.4+ asyncio framework. + Full support for SSHv2 and SFTP client and server functions + Shell, command, and subsystem channels + Environment variables, terminal type, and window size + Direct and forwarded TCP/IP channels + Local and remote TCP/IP port forwarding + SFTP protocol version 3 with OpenSSH extensions + Multiple simultaneous sessions on a single SSH connection + Multiple SSH connections in a single event loop + Byte and string based I/O with settable encoding + A variety of key exchange, encryption, and MAC algorithms + Support for gzip compression + Password, public key, and keyboard-interactive user authentication methods + Many types and formats of public keys and certificates + OpenSSH-style known_hosts file support + OpenSSH-style authorized_keys file support -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJVtmiHAAoJEJWkL+g1NSX5vd4P/iK78GiH37PNkKSse7anq+fC DXJsXoUO7xGofSUfRAvQf2Wbcesl8VZrAW52zLXCWlkT0BprSL2EgTVQGuTUE+eg xk5QrOL03wxIYUaJqBUn3HN7apJK0+k9PESeKk3E6WAgt7wUxjhgTBVkLndSl/51 anXoxXcw/hMmHrpmXImAPqqR1NzyqEwrKD/j6mr/5xLPV7sYJUmElCfp1nFZ1mhL PhpHZsP0na8YBd0WkUAEpZxcFUbC2GGavepF9p1jJmAtvvvXI1nAtXBNCgXT6CmU Lvpk79LUjtnwGMMsOaxY8pQFBKpC2bx+bU6Dfj+GKuxcFfNMaUSUEHtFndNJhx3j 4ajTChi1VXOQpDFQqh4aUEd4/iCwwmYNgLfvJW5Szn0IEQZe77UNiKATCQwJTrw2 9n8MCvjGxGWxH3llrhw1DPwt7Vwg7vgoh8ZhPHyNZ2bpqhfNqdlDD94SD4FOeLQ3 Umi11nuAK6CPQlXbCK+B1GJQSH7ZNkPj/YmZi3jDkPKzAaxM9eqGEnbvnXSO4FNI yjFXK8KcMjhcrjzGrUFHxojk6aGSihsURYJj8E3LTj0K/i/WbFCeCT5J+OEuKF/k Lb142f+LxGJ4RgTXUHwnQ89+KNd8kKet6crnJjp0H1G7WOvsFh/1qFdHVeA9Ks0K uCCgyyaQYtOFH1iZpmHt =JAAs -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#793774: exim4-daemon-heavy: headers_remove items not expanding correct due limited buffer size
On 2015-07-27 Christian Leonhardt christian.leonha...@dako.de wrote: Package: exim4-daemon-heavy Version: 4.84-8 Severity: normal Dear Maintainer, with the latest stable release of exim4 in Jessie my vexim2 installation (https://github.com/avleen/vexim2) is failing. The error is not reproducible with 4.80-7+deb7u1 from Wheezy. The bug is already known at the exim list (https://bugs.exim.org/show_bug.cgi?id=1533) and probably fixed. The problem occurs while expanding the following headers_remove item: headers_remove = ${if or { { {$spam_score_int}{1} } \ { {$spam_score_int}{${lookup mysql{select users.sa_tag * 10 from users,domains \ where localpart = '${quote_mysql:$local_part}' \ and domain = '${quote_mysql:$domain}' \ and users.on_spamassassin = 1 \ and users.domain_id=domains.domain_id}{$value}fail}} } \ { eq {0}{${lookup mysql{select users.sa_tag * 10 from users,domains \ where localpart = '${quote_mysql:$local_part}' \ and domain = '${quote_mysql:$domain}' \ and users.on_spamassassin = 0 \ and users.domain_id=domains.domain_id}{$value}fail}}} \ } {X-Spam-Score:X-Spam-Report} } At the moment my workaround is to use a shortened version of the above filter. [...] Hello, short version: The headers_remove option takes a colon-separated list; your line has a colon in it. Either change the list-sep or double the colon. Longer version: https://bugs.exim.org/show_bug.cgi?id=1533#c12 cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793810: ITP: ruby-celluloid-pool -- actor pool based on Celluloid
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-celluloid-pool Version : 0.20.0 Upstream Author : Tony Arcieri tony.arci...@gmail.com * URL : http://github.com/celluloid/celluloid-pool * License : Expat Programming Lang: Ruby Description : actor pool based on Celluloid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793800: filezilla: Links open two tabs containing same link
Package: filezilla Version: 3.9.0.5-1 Severity: minor Dear Maintainer, Clicking on links in the program (This includes both the webpage link in the about dialog, and also the links in the welcome dialog) opens the links twice in the webbrowser. I am using Iceweasel and open external links in a new tab, but the filezilla links opens two new tabs both containing the same address. The problem is present on both Jessie and Sid. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages filezilla depends on: ii filezilla-common 3.9.0.5-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-19 ii libcairo21.14.2-2 ii libdbus-1-3 1.8.20-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:5.1.1-14 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgnutls-deb0-283.3.16-1 ii libgtk2.0-0 2.24.28-1 ii libidn11 1.31-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libsqlite3-0 3.8.10.2-1 ii libstdc++6 5.1.1-14 ii libtinyxml2.6.2 2.6.2-2 ii libwxbase3.0-0 3.0.2+dfsg-1 ii libwxgtk3.0-03.0.2+dfsg-1 Versions of packages filezilla recommends: ii xdg-utils 1.1.0~rc1+git20111210-7.4 filezilla 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#793803: add gradle support for javahelper
package: javahelper severity: wishlist version: 0.52 We are packaging kontalk (repo: http://sgk01.tk/kontalk) and it uses gradle. It would be nice to have javahelper work with this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793804: ITP: ruby-celluloid-essentials -- internally used Celluloid tools and superstructural dependencies
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-celluloid-essentials Version : 0.20.1.1 Upstream Author : Tony Arcieri tony.arci...@gmail.com * URL : https://github.com/celluloid/celluloid-essentials * License : Expat Programming Lang: Ruby Description : internally used Celluloid tools and superstructural dependencies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793805: RM: libfap5 -- ROM; Replaced by libfap
Package: ftp.debian.org Severity: normal Hi, This source package is replaced by the libfap source package which has now migrated to testing. Thanks, Iain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787582: VDPAU needed
Many thanks Vincent, waiting for the approval. :-) 2015-07-26 22:52 GMT+02:00 Vincent Cheng vch...@debian.org: Hi Julien, On Sun, Jul 26, 2015 at 12:30 AM, Julien Aubin julien.au...@gmail.com wrote: On Sun, 26 Jul 2015 00:14:01 -0700 Vincent Cheng vch...@debian.org wrote: Hi Julien, On Sat, Jul 25, 2015 at 11:50 PM, Julien Aubin jul.au...@laposte.net wrote: Hi, In that case could you please also put the libvdpau1 and libvdpau1:i386 packages in experimental ? No, because AFAIK packages in experimental can't share the same version as a package already uploaded to sid (because packages belonging to the latter suite supersede packages in experimental with the same/older versions). They're actually required to install nvidia-driver 352 and the only way we currently have to install these updates is to pin these packages from testing. (And actually we'd need them in backports) If it helps, I can upload src:libvdpau to jessie-backports. Regards, Vincent Hi Vincent, Yes this would be really great as it breaks recent versions of the NVidia driver and it will be needed anyway. Uploaded [1], just waiting approval from backports ftpmasters (as is usual for any new backports packages). Regards, Vincent [1] https://ftp-master.debian.org/new/libvdpau_1.1-1~bpo8+1.html
Bug#793806: ntpq rv - ntpd SEGV in ctl_putstr
Package: ntp Version: 1:4.2.8p3+dfsg-1 Severity: normal Tags: d-i upstream With the most recent update I have my ntpd dump core when receiving an rv command: (gdb) where #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x004174d0 in ctl_putstr (tag=0x0, data=0x7fffe0d0 md5, len=3) at ntp_control.c:1400 #2 0x0041924f in ctl_putsys (varid=optimized out) at ntp_control.c:2360 #3 0x0041b3f1 in read_sysvars () at ntp_control.c:3181 #4 read_variables (rbufp=optimized out, restrict_mask=optimized out) at ntp_control.c:3205 #5 0x0042da92 in receive (rbufp=0x718140) at ntp_proto.c:461 #6 0x00415568 in ntpdmain (argc=0, argv=0x7fffeba0) at ntpd.c:1214 #7 0x00406309 in main (argc=optimized out, argv=optimized out) at ntpd.c:290 This was narrowed down to being related to the use of autokey and possibly an error in defined dependencies. Short correction on Debian rules: --enable-leap-smear must be enabled when compiled with autokey (autodetected on my installation). I would believe the bug might also apply to the upstream code, as when LEAP_SMEAR is not defined some of the autokey elements in sys_var point to null pointer. From the end of the sys_var declaration: { CS_TIMER_XMTS,RO, timer_xmts }, /* 87 */ { CS_FUZZ, RO, fuzz }, /* 88 */ { CS_WANDER_THRESH, RO, clk_wander_threshold }, /* 89 */ #ifdef LEAP_SMEAR { CS_LEAPSMEARINTV, RO, leapsmearinterval },/* 90 */ { CS_LEAPSMEAROFFS, RO, leapsmearoffset }, /* 91 */ #endif /* LEAP_SMEAR */ #ifdef AUTOKEY { CS_FLAGS, RO, flags }, /* 1 + CS_MAX_NOAUTOKEY */ { CS_HOST, RO, host }, /* 2 + CS_MAX_NOAUTOKEY */ { CS_PUBLIC,RO, update }, /* 3 + CS_MAX_NOAUTOKEY */ { CS_CERTIF,RO, cert }, /* 4 + CS_MAX_NOAUTOKEY */ { CS_SIGNATURE, RO, signature }, /* 5 + CS_MAX_NOAUTOKEY */ { CS_REVTIME, RO, until }, /* 6 + CS_MAX_NOAUTOKEY */ { CS_IDENT, RO, ident }, /* 7 + CS_MAX_NOAUTOKEY */ { CS_DIGEST,RO, digest }, /* 8 + CS_MAX_NOAUTOKEY */ #endif /* AUTOKEY */ { 0,EOV, } /* 87/95 */ }; and above: #define CS_MAX_NOAUTOKEYCS_LEAPSMEAROFFS So basically when LEAP_SMEAR is not defined, CS_MAX_NOAUTOKEY would not have the right value, and some of the AUTOKEY CS_* fields might point to unallocated space. By defining the above compile option I did get rid of the core dump, although I must admit this is not the proper correction. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.18.1 ii libc6 2.19-19 ii libcap2 1:2.24-9 ii libgcc1 1:5.1.1-14 ii libopts25 1:5.18.6~pre3-3 ii libreadline6 6.3-8+b3 ii libssl1.0.0 1.0.2d-1 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.20.2-6 Versions of packages ntp suggests: ii ntp-doc 2:4.2.6.p5+cw-1 -- Configuration Files: /etc/ntp.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793803: add gradle support for javahelper
I agree we need more helper tools to deal with Gradle based projects, but that's more likely to be a separate helper than an extension of javahelper. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792992: gazebo: diff for NMU version 5.0.1+dfsg-2.1
Control: tags 792992 + pending Dear maintainer, I've prepared an NMU for gazebo (versioned as 5.0.1+dfsg-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru gazebo-5.0.1+dfsg/debian/changelog gazebo-5.0.1+dfsg/debian/changelog --- gazebo-5.0.1+dfsg/debian/changelog 2015-05-31 07:59:19.0 +0200 +++ gazebo-5.0.1+dfsg/debian/changelog 2015-07-27 18:36:20.0 +0200 @@ -1,3 +1,11 @@ +gazebo (5.0.1+dfsg-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches/0010-bullet-2.83.patch: Apply upstream patch to fix build +against bullet 2.83. (Closes: #792992) + + -- Sebastian Ramacher sramac...@debian.org Mon, 27 Jul 2015 18:35:36 +0200 + gazebo (5.0.1+dfsg-2) unstable; urgency=medium * [208ddf2] Disable robot-player-dev support (see #787007) diff -Nru gazebo-5.0.1+dfsg/debian/patches/0010-bullet-2.83.patch gazebo-5.0.1+dfsg/debian/patches/0010-bullet-2.83.patch --- gazebo-5.0.1+dfsg/debian/patches/0010-bullet-2.83.patch 1970-01-01 01:00:00.0 +0100 +++ gazebo-5.0.1+dfsg/debian/patches/0010-bullet-2.83.patch 2015-07-27 18:29:51.0 +0200 @@ -0,0 +1,146 @@ +Description: Fix build against bullet 2.83 +Origin: upstream, + https://bitbucket.org/osrf/gazebo/commits/53bd6fdb10e57d8a70353dd02a48e2ff8a8c7f4b, + https://bitbucket.org/osrf/gazebo/commits/893065d361d16cd39dfe25716408e36543272e24 +Bug-Debian: https://bugs.debian.org/792992 +Last-Update: 2015-07-27 + +--- gazebo-5.0.1+dfsg.orig/cmake/SearchForStuff.cmake gazebo-5.0.1+dfsg/cmake/SearchForStuff.cmake +@@ -362,6 +362,10 @@ if (PKG_CONFIG_FOUND) + add_definitions( -DLIBBULLET_VERSION=0.0 ) + BUILD_WARNING (Bullet 2.82 not found, for bullet physics engine option, please install libbullet2.82-dev.) + endif() ++ ++ if (BULLET_VERSION VERSION_GREATER 2.82) ++add_definitions( -DLIBBULLET_VERSION_GT_282 ) ++ endif() + + else (PKG_CONFIG_FOUND) + set (BUILD_GAZEBO OFF CACHE INTERNAL Build Gazebo FORCE) +--- gazebo-5.0.1+dfsg.orig/gazebo/physics/bullet/BulletHinge2Joint.cc gazebo-5.0.1+dfsg/gazebo/physics/bullet/BulletHinge2Joint.cc +@@ -211,8 +211,12 @@ math::Angle BulletHinge2Joint::GetHighSt + return math::Angle(); + } + +- btRotationalLimitMotor *motor = +-this-bulletHinge2-getRotationalLimitMotor(_index); ++#ifndef LIBBULLET_VERSION_GT_282 ++ btRotationalLimitMotor ++#else ++ btRotationalLimitMotor2 ++#endif ++*motor = this-bulletHinge2-getRotationalLimitMotor(_index); + if (motor) + return motor-m_hiLimit; + +@@ -229,8 +233,12 @@ math::Angle BulletHinge2Joint::GetLowSto + return math::Angle(0.0); + } + +- btRotationalLimitMotor *motor = +-this-bulletHinge2-getRotationalLimitMotor(_index); ++#ifndef LIBBULLET_VERSION_GT_282 ++ btRotationalLimitMotor ++#else ++ btRotationalLimitMotor2 ++#endif ++ *motor = this-bulletHinge2-getRotationalLimitMotor(_index); + if (motor) + return motor-m_loLimit; + +--- gazebo-5.0.1+dfsg.orig/gazebo/physics/bullet/BulletHingeJoint.cc gazebo-5.0.1+dfsg/gazebo/physics/bullet/BulletHingeJoint.cc +@@ -105,7 +105,11 @@ void BulletHingeJoint::Init() + // If both links exist, then create a joint between the two links. + if (bulletChildLink bulletParentLink) + { ++#ifdef LIBBULLET_VERSION_GT_282 ++this-bulletHinge = new btHingeAccumulatedAngleConstraint( ++#else + this-bulletHinge = new btHingeConstraint( ++#endif + *(bulletChildLink-GetBulletLink()), + *(bulletParentLink-GetBulletLink()), + BulletTypes::ConvertVector3(pivotChild), +@@ -117,7 +121,11 @@ void BulletHingeJoint::Init() + // and the world. + else if (bulletChildLink) + { ++#ifdef LIBBULLET_VERSION_GT_282 ++this-bulletHinge = new btHingeAccumulatedAngleConstraint( ++#else + this-bulletHinge = new btHingeConstraint( ++#endif + *(bulletChildLink-GetBulletLink()), + BulletTypes::ConvertVector3(pivotChild), + BulletTypes::ConvertVector3(axisChild)); +@@ -126,7 +134,11 @@ void BulletHingeJoint::Init() + // and the world. + else if (bulletParentLink) + { ++#ifdef LIBBULLET_VERSION_GT_282 ++this-bulletHinge = new btHingeAccumulatedAngleConstraint( ++#else + this-bulletHinge = new btHingeConstraint( ++#endif + *(bulletParentLink-GetBulletLink()), + BulletTypes::ConvertVector3(pivotParent), + BulletTypes::ConvertVector3(axisParent)); +@@ -219,7 +231,18 @@ math::Angle BulletHingeJoint::GetAngleIm + { + math::Angle result; + if (this-bulletHinge) +-result = this-bulletHinge-getHingeAngle() - this-angleOffset; ++ { ++#ifdef LIBBULLET_VERSION_GT_282 ++btHingeAccumulatedAngleConstraint* hinge = ++ static_castbtHingeAccumulatedAngleConstraint*(this-bulletHinge); ++if (hinge) ++ result = hinge-getAccumulatedHingeAngle(); ++else ++#else ++ result = this-bulletHinge-getHingeAngle(); ++#endif ++result -= this-angleOffset; ++ }
Bug#793518: [pkg-go] Bug#793518: FTBFS: TestString fails: ini_test.go:167: Dict cannot be stringified as expected.
control: tags -1 + unreproducible I can’t reproduce this. Using gbp buildpackage --git-pbuilder, the package builds fine. Additionally, clicking “build2” on https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-github-glacjay-goini.html (which your bug report pointed me to) results in a build log that tells me everything is okay. Chris, was this an issue on your end? Or am I misinterpreting something? On Fri, Jul 24, 2015 at 9:31 PM, Chris West (Faux) solo-debianb...@goeswhere.com wrote: Source: golang-github-glacjay-goini Version: 0.0~git20141123-1 Severity: serious Tags: sid Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs Dear Maintainer, The package fails to build: === RUN TestString --- FAIL: TestString (0.00s) ini_test.go:167: Dict cannot be stringified as expected. FAIL exit status 1 FAILgithub.com/glacjay/goini0.012s dh_auto_test: go test -v github.com/glacjay/goini returned exit code 1 Full build log: https://reproducible.debian.net/rb-pkg/unstable/amd64/golang-github-glacjay-goini.html -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.19.0-23-generic (SMP w/8 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) ___ Pkg-go-maintainers mailing list pkg-go-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers -- Best regards, Michael
Bug#793808: ITP: ruby-celluloid-fsm -- Celluloid Finite State Machines
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-celluloid-fsm Version : 0.20.0 Upstream Author : Tony Arcieri tony.arci...@gmail.com * URL : https://github.com/celluloid/celluloid-fsm * License : Expat Programming Lang: Ruby Description : Celluloid Finite State Machines -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793818: Pcmanfm crash sometimes at the end of file(s) copy
Package: pcmanfm Version: 1.2.3-1.1 Dear Maintainer, * What led up to the situation? Sometimes when i'm copying file(s) with pcmanfm, it crash just at the end of the copy. File(s) are well copied. Most of the times, it's with somes usb disks. (ext4 or vfat). Sometimes, after a crash, pcmanfm well start. But sometimes, it's difficult to start it again. This time, i make a kill pid of /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session, and after it start again. Thank you Maintainer. Cedric. The end of /var/log/messages Jul 27 20:38:53 debibox org.a11y.Bus[728]: Activating service name='org.a11y.atspi.Registry' Jul 27 20:38:53 debibox org.a11y.Bus[728]: Successfully activated service 'org.a11y.atspi.Registry' Jul 27 20:38:53 debibox org.a11y.atspi.Registry[734]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry Jul 27 20:38:54 debibox kernel: [ 25.384190] usb 5-4: new high-speed USB device number 4 using ehci-pci Jul 27 20:38:54 debibox kernel: [ 25.519962] usb 5-4: New USB device found, idVendor=1b1c, idProduct=1a90 Jul 27 20:38:54 debibox kernel: [ 25.519976] usb 5-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 27 20:38:54 debibox kernel: [ 25.519985] usb 5-4: Product: Voyager GT Jul 27 20:38:54 debibox kernel: [ 25.519992] usb 5-4: Manufacturer: Corsair Jul 27 20:38:54 debibox kernel: [ 25.52] usb 5-4: SerialNumber: 0708270BB13F3312 Jul 27 20:38:54 debibox mtp-probe: checking bus 5, device 4: /sys/devices/pci:00/:00:1d.7/usb5/5-4 Jul 27 20:38:54 debibox mtp-probe: bus: 5, device: 4 was not an MTP device Jul 27 20:38:54 debibox kernel: [ 25.617319] usb-storage 5-4:1.0: USB Mass Storage device detected Jul 27 20:38:54 debibox kernel: [ 25.617605] scsi4 : usb-storage 5-4:1.0 Jul 27 20:38:54 debibox kernel: [ 25.618100] usbcore: registered new interface driver usb-storage Jul 27 20:38:55 debibox kernel: [ 26.659472] scsi 4:0:0:0: Direct-Access Corsair Voyager GT PMAP PQ: 0 ANSI: 0 CCS Jul 27 20:38:55 debibox kernel: [ 26.661060] sd 4:0:0:0: Attached scsi generic sg1 type 0 Jul 27 20:38:56 debibox kernel: [ 27.928789] sd 4:0:0:0: [sdb] 15646720 512-byte logical blocks: (8.01 GB/7.46 GiB) Jul 27 20:38:56 debibox kernel: [ 27.932922] sd 4:0:0:0: [sdb] Write Protect is off Jul 27 20:38:56 debibox kernel: [ 27.992308] sdb: sdb1 Jul 27 20:38:56 debibox kernel: [ 28.005074] sd 4:0:0:0: [sdb] Attached SCSI removable disk Jul 27 20:39:37 debibox org.gtk.Private.AfcVolumeMonitor[808]: Volume monitor alive Jul 27 20:39:39 debibox kernel: [ 70.909792] FAT-fs (sdb1): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! Jul 27 20:39:39 debibox kernel: [ 70.958182] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. Jul 27 20:39:39 debibox org.gtk.Private.UDisks2VolumeMonitor[808]: index_parse.c:191: indx_parse(): error opening /media/cedric/8GO/BDMV/index.bdmv Jul 27 20:39:39 debibox org.gtk.Private.UDisks2VolumeMonitor[808]: index_parse.c:191: indx_parse(): error opening /media/cedric/8GO/BDMV/BACKUP/index.bdmv Jul 27 20:41:52 debibox kernel: [ 203.370119] perf interrupt took too long (2538 2500), lowering kernel.perf_event_max_sample_rate to 5 Jul 27 20:45:41 debibox org.a11y.Bus[808]: Activating service name='org.a11y.atspi.Registry' Jul 27 20:45:41 debibox org.a11y.Bus[808]: Successfully activated service 'org.a11y.atspi.Registry' Jul 27 20:45:41 debibox org.a11y.atspi.Registry[1344]: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry Jul 27 20:46:22 debibox kernel: [ 473.460258] pcmanfm[961]: segfault at c ip b6bafcc5 sp bfb5f0b4 error 4 in libfm.so.4.0.3[b6b9a000+53000] Jul 27 20:54:14 debibox org.a11y.Bus[808]: Failed to launch bus: Bus exited with code 0 Jul 27 20:54:41 debibox org.gtk.Private.UDisks2VolumeMonitor[808]: index_parse.c:191: indx_parse(): error opening /media/cedric/8GO/BDMV/index.bdmv Jul 27 20:54:41 debibox org.gtk.Private.UDisks2VolumeMonitor[808]: index_parse.c:191: indx_parse(): error opening /media/cedric/8GO/BDMV/BACKUP/index.bdmv Jul 27 20:54:41 debibox org.gtk.Private.AfcVolumeMonitor[808]: Volume monitor alive Jul 27 20:56:04 debibox kernel: [ 1055.495910] perf interrupt took too long (5020 5000), lowering kernel.perf_event_max_sample_rate to 25000 Jul 27 21:00:11 debibox kernel: [ 1303.012179] EXT4-fs (sda3): re-mounted. Opts: (null) Jul 27 21:00:15 debibox kernel: [ 1306.52] EXT4-fs (sda3): re-mounted. Opts: (null) Jul 27 21:01:10 debibox kernel: [ 1361.511354] EXT4-fs (sda3): re-mounted. Opts: (null) Jul 27 21:01:10 debibox kernel: [ 1361.631744] EXT4-fs (sda3): re-mounted. Opts: (null) Jul 27 21:01:29 debibox kernel: [ 1381.159058] EXT4-fs (sda3): re-mounted. Opts: (null) Jul 27
Bug#793819: src:konsole4 should enter testing with src:konsole
Source: konsole4 Version: 4:4.14.2-2 Severity: serious This package should migrate to testing at the same time than src:konsole. The package conflicts with the konsole version in testing due to it shipping some files in common, and installing it will uninstall not only konsole but it's rdeps. This bug can be closed just before src:konsole = 4:15.04.3-2 enters testing. -- System Information: Debian Release: stretch/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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#793791: [Pkg-anonymity-tools] Bug#793791: torbrowser-launcher: Fail to start TypeError: _getEndpoint() takes exactly 4 arguments (2 given)
On 07/27/2015 08:11 AM, Guillaume Seren wrote: Dear maintener, while trying to launch torbrowser-launcher it fail, and return me this error: Tor Browser Launcher By Micah Lee, licensed under MIT version 0.2.0 https://github.com/micahflee/torbrowser-launcher Updating over Tor Checking for update Downloading https://www.torproject.org/projects/torbrowser/RecommendedTBBVersions Traceback (most recent call last): File /usr/bin/torbrowser-launcher, line 30, in module torbrowser_launcher.main() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/__init__.py, line 69, in main app = Launcher(common, url_list) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 130, in __init__ self.build_ui() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 284, in build_ui self.start(None) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 293, in start self.run_task() File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 310, in run_task self.download('update check', self.common.paths['update_check_url'], self.common.paths['update_check_file']) File /usr/lib/python2.7/dist-packages/torbrowser_launcher/launcher.py, line 469, in download None) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1926, in request deferred = self._agent.request(method, uri, headers, bodyProducer) File /usr/lib/python2.7/dist-packages/twisted/web/client.py, line 1559, in request endpoint = self._getEndpoint(parsedURI) TypeError: _getEndpoint() takes exactly 4 arguments (2 given) Guillaume. I can reproduce. By default torbrowser-launcher tries to update over Tor. A workaround is running torbrowser-launcher --settings and disabling updating over Tor, and then it works fine. I'm not sure exactly the cause, but it appears to be a bug in python-twisted-web. Scrapy has run into the same issue [1] and they resolved it with this commit [2], although it's not clear how to apply that same fix to torbrowser-launcher. I just opened an upstream bug [3]. [1] https://github.com/scrapy/scrapy/issues/1034 [2] https://github.com/scrapy/scrapy/commit/d67ca77e61020802c593c8b60a977e26bebfd7c6 [3] https://github.com/micahflee/torbrowser-launcher/issues/192 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793771: icewm: Couldnt find help file
Control: notfound 1.3.8+githubmod+20150310+31bfd46-1 Hallo, Thanks for reporting. * treaki [Mon, Jul 27 2015, 12:15:07PM]: Package: icewm Version: 1.3.8-2 Severity: important as usual by clicking the start menu (debian) and Help, but what ive got was an invalid path error message. i was able to locate the correct path at /usr/share/doc/icewm-common/html but it lookes like that the path in the help viewer application isnt set correctly. please fix that. Already done but the fix did not make it into Jessie. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#793820: RM: kde-style-qtcurve -- ROM; Renamed to qtcurve
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: tehn...@debian.org Hi FTP masters, Please remove gtk2-engines-qtcurve and kde-style-qtcurve from unstable: these source packages will be replaced by package qtcurve which is already available in Debian experimental. Thanks -- Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org