Bug#791685: The snoopy package has no Multi-Arch: same support
Package: snoopy
Version: 1.8.0-5
Severity: wishlist
Tags: patch
Please apply the attached patch to enable multiarch support for snoopy.so
The snoopy.so will be relocated into /lib/$(DEB_HOST_MULTIARCH) and the record
in the /etc/ld.so.preload will bee snoopy.so only, where the path will be
computed from /etc/ld.so.conf.d/$DEB_HOST_MULTIARCH.conf ...
-- System Information:
Debian Release: 7.8
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@
Package: snoopy
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: execve() wrapper and logger
snoopy is merely a shared library that is used as a wrapper
--- a/debian/postinst
+++ b/debian/postinst
@@ -8,7 +8,7 @@
set -e
PRELOAD=/etc/ld.so.preload
-LIBNAME=/lib/snoopy.so
+LIBNAME=snoopy.so
if [ $1 = configure ]; then
# is snoopy already in $PRELOADFILE?
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
override_dh_auto_configure:
autoconf
- dh_auto_configure -- --libdir=/lib
+ dh_auto_configure -s -- --libdir=/lib/$(DEB_HOST_MULTIARCH)
override_dh_clean:
dh_clean
Bug#791686: With grep upgrade (to 2.21-2), GREP_OPTIONS used by fish is deprecated
Package: fish Version: 2.1.2+dfsg1-2 Severity: normal Recently, grep was upgraded in stretch/sid: [UPGRADE] grep:amd64 2.20-4.1 - 2.21-2 This bring an unwanted behavior, fish is using GREP_OPTIONS to control grep: $ echo $GREP_OPTIONS --color=auto Any usage of grep will lead to this warning to be displayed: $ grep grep: warning: GREP_OPTIONS is deprecated; please use an alias or script -- 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/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages fish depends on: ii bc 1.06.95-9 ii epiphany-browser [www-browser] 3.16.2-1 ii fish-common 2.1.2+dfsg1-2 ii iceweasel [www-browser] 38.1.0esr-2 ii konqueror [www-browser] 4:4.14.2-1 ii libc6 2.19-18 ii libgcc1 1:5.1.1-12 ii libncurses5 5.9+20150516-2 ii libstdc++6 5.1.1-12 ii libtinfo5 5.9+20150516-2 ii midori [www-browser]0.4.3+dfsg-0.2 ii w3m [www-browser] 0.5.3-22 Versions of packages fish recommends: ii xsel 1.2.0-2 Versions of packages fish suggests: pn doc-base 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#791651: Does not run chroot hooks
Hi, this is already fixed in git, i didn't manage to upload a new version yet though, sorry about that. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762791: laptop-mode-tools: At boot eth0 fails
Control: retitle -1 RealTek RTL-8169 driver incapable of changing advertised speed without including duplex setting Control: forcemerge 776000 768121 762791 So let's re-cap every thing. 776000 was created for the very same driver and is assigned to the kernel. The other 2 bugs are still with l-m-t. In 768121, Matthew has mentioned the same error, that ethtool is incapable to changing to the advertised speed. He also mentioned that using the combination of speed/duplex together, does work. But on my tests, they do not. It is just that the command now does not report any error string, but the settings do not come into effect. rrs@chutzpah:~$ sudo ethtool -s eth1 speed 100 duplex half 22:30 ♒♒♒ ☺ rrs@chutzpah:~$ sudo ethtool eth1 Settings for eth1: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Link partner advertised pause frame use: Symmetric Receive-only Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: pumbg Current message level: 0x0033 (51) drv probe ifdown ifup Link detected: no 22:30 ♒♒♒ ☺ Matthew and Stefano, Will it be possible for you to test/verify the same with an active link ? I just don't have an ethernet cable any more. Just run the above mentioned ethtool command and see if it applies the requested speed. On Monday 29 September 2014 03:06 AM, Stefano Callegari wrote: Il dom, set 28, 2014 at 11:35:42 +0530, Ritesh Raj Sarraf scrisse: Once your machine has booted up, you can then do a restart of the laptop mode service. It will print all the debug logs onto the console. You can then copy paste the logs $ETHTOOL -s $DEVICE speed $MAX_SPEED 21 +++ /sbin/ethtool -s eth0 speed 1000 ++ ret='Cannot advertise speed 1000' ++ exit_status=0 ++ log VERBOSE 'Cannot advertise speed 1000' ++ ret='Cannot advertise speed 1000' Turns out the driver is not playing well with ethtool. The deivce reports that is has that capability, but is not acting accordingly. rrs@chutzpah:~$ sudo ethtool -s eth1 speed 1000 Cannot advertise speed 1000 22:07 ♒♒♒ ☺ rrs@chutzpah:~$ sudo ethtool -s eth1 speed 100 Cannot advertise speed 100 22:07 ♒♒♒ ☺ And every time we try to set the speed, the driver spits the following through the kernel. [15646.176453] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15646.176874] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15646.177291] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15650.112354] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15650.112768] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15650.113177] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15651.962170] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15651.962583] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15651.962996] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15665.323675] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15665.324089] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). [15665.324499] r8169 :08:00.0 eth1: rtl_ocp_gphy_cond == 1 (loop: 10, delay: 25). The advertised links to ethtool are: rrs@chutzpah:~$ sudo ethtool eth1 Settings for eth1: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full
Bug#791690: enigma: Help - Documentation tries to open nonexisting file
Package: enigma Version: 1.20-dfsg.1-2 Severity: normal Pressing the button Help - Documentation does not open any documentation but produces the following output on the console: -- gvfs-open: file:///usr/share/doc/enigma-doc/index.html: error opening location: Error when getting information for file '/usr/share/doc/enigma-doc/index.html': No such file or directory -- This file does not exist in the enigma-doc package. -- 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-586 Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages enigma depends on: ii enigma-data 1.20-dfsg.1-2 ii libc62.19-18 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libgcc1 1:4.9.2-10 ii libpng12-0 1.2.50-2+b2 ii libsdl-image1.2 1.2.12-5+b5 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl-ttf2.0-0 2.0.11-3 ii libsdl1.2debian 1.2.15-10+b1 ii libstdc++6 4.9.2-10 ii libxerces-c3.1 3.1.1-5.1 ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5.1 Versions of packages enigma recommends: ii enigma-doc 1.20-dfsg.1-2 enigma 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#777877: Patch for GCC 5 build issue
tags 777877 + patch
thanks
Here's a fix for the GCC 5 build issue. I added parentheses so the
logical not applies to the whole comparison and not just the left
hand side.
--
Greg Pearson
Linux for HP Helion
--- a/src/video/gamegraphics.c 2015-07-06 23:32:29.291563665 +
+++ b/src/video/gamegraphics.c 2015-07-06 23:31:47.155562193 +
@@ -376,7 +376,7 @@
int lod = playerVisible(p, game-player + i);
if (lod = 0) {
int drawTurn = 1;
- if (! gSettingsCache.camType == CAM_TYPE_COCKPIT ||
+ if (! (gSettingsCache.camType == CAM_TYPE_COCKPIT) ||
p != game-player[i])
drawTurn = 0;
drawCycleShadow(gPlayerVisuals + i, game-player + i, lod, drawTurn);
Bug#789077: transition: ruby2.2
On 17/06/15 17:08, Antonio Terceiro wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition This transition will be used to track which packages need to be rebuilt with Ruby 2.2 suport before we make it the default. Ruby 2.1 is still supported, and only after 2.2 becomes the default we will start another transition to phase 2.1 out. Any update on this transition? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791693: percona-xtradb-cluster-common-5.5: uninstallable in sid
Package: percona-xtradb-cluster-common-5.5 Version: 5.5.39-25.11+dfsg-1 Severity: grave Tags: sid Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: 0m17.9s ERROR: Command failed (status=100): ['chroot', '/tmp/piupartss/tmpx3lw54', 'apt-get', '-y', 'install', 'percona-xtradb-cluster-common-5.5=5.5.39-25.11+dfsg-1'] Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: percona-xtradb-cluster-common-5.5 : Depends: mysql-common but it is not going to be installed E: Unable to correct problems, you have held broken packages. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791390: RFS: wxmaxima/15.04.0-1
Dear Vincent, Thanks to your help this will be my first really professional debian package: - d/changelog: please wrap lines to 80 chars (IIRC lintian has a check for this, not sure why it's not being triggered here), Done. and there's a duplicate debian/copyright: The tango icons have been released to the public domain entry in there. Done. - I can't seem to fetch a tarball directly from upstream using either your get-orig-source target or uscan directly (I check this when sponsoring packages to ensure that the tarball on mentors is identical to the tarball distributed upstream): Thanks a lot! Didn't know about this command, but made it work. Did try to upload the package to debian mentors under the same version number as the old one (hope this was a good idea) but did forget to remove the old one first = will retry uploading it when the server has sorted my mistake out. Thanks a lot, and kind regards, Gunter.
Bug#791394: workaround
Am 07.07.2015 um 18:21 schrieb Daniel Pocock: On 07/07/15 16:41, Michael Biebl wrote: A much better workaround is systemctl hibernate This will trigger logind and make sure the screen is locked and everything which installed a logind inhibitor is signalled. You could even bind that command to a keyboard shortcut. I just tried systemctl hibernate and it does hibernate but it does not lock the screen. So I think that to use that it is necessary to do sleep 10 ; systemctl hibernate and then click the lock screen control before it starts to hibernate. Works fine here. Which desktop environment is that exactly? -- 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#791696: emacs-w3m ruined. Nowadays half the time just get Something seems to be wrong with URL or this system.
X-debbugs-Cc: Katsumi Yamaoka yama...@jpl.org Package: w3m-el-snapshot Version: 1.4.548+0.20150510-1 Severity: grave Starting a few months ago, about half the time, URLs will produce Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ Something seems to be wrong with URL or this system. hitting R will give Cannot retrieve URL: https://sources.debian.net/src/antiword/0.37-10/debian/patches/docx.patch/ - Header information HTTP/1.1 200 OK Date: Tue, 07 Jul 2015 17:34:41 GMT Server: Apache/2.2.22 (Debian) Vary: Accept-Encoding Content-Encoding: gzip Content-Length: 20 Connection: close Content-Type: text/html; charset=utf-8 Reproduce with # su - nobody # pristine environment No directory, logging in with HOME=/ nobody@jidanni3:/$ HOME=/tmp nobody@jidanni3:/$ emacs -nw M-x w3m then enter URL and hit return. Note only half the URLs do this and only half the time, so it must be some kind of race condition. -- System Information: Debian Release: stretch/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages w3m-el-snapshot depends on: ii dpkg1.18.1 ii emacs 46.1 ii emacs24 24.5+1-1 ii emacsen-common 2.0.8 ii install-info6.0.0.dfsg.1-3 ii w3m 0.5.3-22 Versions of packages w3m-el-snapshot recommends: pn apel none pn flim none Versions of packages w3m-el-snapshot suggests: ii bzip2 1.0.6-8 ii imagemagick 8:6.9.1.2-1 pn libmoe1.5 none pn mule-ucsnone pn namazu2 none ii perl-doc5.20.2-6 ii poppler-utils [xpdf-utils] 0.28.1-1 pn ppthtml none pn wv none pn xlhtml 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#791687: The snoopy package has no Multi-Arch: same support
Package: snoopy
Version: 1.8.0-5
Severity: wishlist
Tags: patch
Please apply the attached patch to enable multiarch support for snoopy.so
The snoopy.so will be relocated into /lib/$(DEB_HOST_MULTIARCH) and the record
in the /etc/ld.so.preload will bee snoopy.so only, where the path will be
computed from /etc/ld.so.conf.d/$DEB_HOST_MULTIARCH.conf ...
-- System Information:
Debian Release: 7.8
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@
Package: snoopy
Architecture: any
+Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: execve() wrapper and logger
snoopy is merely a shared library that is used as a wrapper
--- a/debian/postinst
+++ b/debian/postinst
@@ -8,7 +8,7 @@
set -e
PRELOAD=/etc/ld.so.preload
-LIBNAME=/lib/snoopy.so
+LIBNAME=snoopy.so
if [ $1 = configure ]; then
# is snoopy already in $PRELOADFILE?
--- a/debian/rules
+++ b/debian/rules
@@ -4,7 +4,7 @@
override_dh_auto_configure:
autoconf
- dh_auto_configure -- --libdir=/lib
+ dh_auto_configure -s -- --libdir=/lib/$(DEB_HOST_MULTIARCH)
override_dh_clean:
dh_clean
Bug#769353: chkrootkit: diff for NMU version 0.50-3.1
Control: tags 769353 + patch
Control: tags 785322 + patch
Dear maintainer,
I've uploaded an NMU for chkrootkit (versioned as 0.50-3.1). The diff
is attached to this message.
Regards.
--
Raphaël Hertzog ◈ Debian Developer
Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/
diff -Nru chkrootkit-0.50/debian/changelog chkrootkit-0.50/debian/changelog
--- chkrootkit-0.50/debian/changelog 2015-03-23 10:22:11.0 +0100
+++ chkrootkit-0.50/debian/changelog 2015-07-07 17:57:00.0 +0200
@@ -1,3 +1,12 @@
+chkrootkit (0.50-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing dependency on openssh-client. Closes: #785322
+ * Add Built-Using field to track the source package required to rebuild
+the statically linked binary. Closes: #769353
+
+ -- Raphaël Hertzog hert...@debian.org Tue, 07 Jul 2015 17:48:12 +0200
+
chkrootkit (0.50-3) unstable; urgency=high
* [9e1ed7f] Ignore Suckit false positive (Closes: #740898)
diff -Nru chkrootkit-0.50/debian/control chkrootkit-0.50/debian/control
--- chkrootkit-0.50/debian/control 2015-03-23 10:22:11.0 +0100
+++ chkrootkit-0.50/debian/control 2015-07-07 18:01:01.0 +0200
@@ -11,7 +11,8 @@
Package: chkrootkit
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, binutils, net-tools, debconf, procps
+Built-Using: ${Built-Using}
+Depends: ${shlibs:Depends}, ${misc:Depends}, binutils, net-tools, debconf, procps, openssh-client
Description: rootkit detector
The chkrootkit security scanner searches the local system for signs
that it is infected with a 'rootkit'. Rootkits are set of programs
diff -Nru chkrootkit-0.50/debian/rules chkrootkit-0.50/debian/rules
--- chkrootkit-0.50/debian/rules 2015-03-23 10:22:11.0 +0100
+++ chkrootkit-0.50/debian/rules 2015-07-07 17:55:13.0 +0200
@@ -26,6 +26,8 @@
INSTALL_PROGRAM += -s
endif
+BUILT_USING=$(shell dpkg-query -f '$${source:Package} (= $${source:Version}), ' -W libc-dev-bin)
+
configure: configure-stamp
configure-stamp:
dh_testdir
@@ -80,7 +82,7 @@
dh_fixperms
dh_installdeb
dh_shlibdeps
- dh_gencontrol
+ dh_gencontrol -- -VBuilt-Using=$(BUILT_USING)
dh_md5sums
dh_builddeb
Bug#791687: Acknowledgement (The snoopy package has no Multi-Arch: same support)
Hi, excuse my mistake in reporting my wish. Please drop this one or merge it into the 791685. -- Marek Veber Dne 7.7.2015 v 17:48 Debian Bug Tracking System napsal(a): Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to petr.jura...@solnet.cz (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Zed Pobre z...@debian.org If you wish to submit further information on this problem, please send it to 791...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791692: cups-bsd: fails to remove: cups-bsd.prerm: update-inetd: not found
Package: cups-bsd Version: 2.0.3-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove. From the attached log (scroll to the bottom...): Removing cups-bsd (2.0.3-4) ... /var/lib/dpkg/info/cups-bsd.prerm: 16: /var/lib/dpkg/info/cups-bsd.prerm: update-inetd: not found dpkg: error processing package cups-bsd (--remove): subprocess installed pre-removal script returned error exit status 127 cheers, Andreas cups-bsd_2.0.3-4.log.gz Description: application/gzip
Bug#791659: unbound does not handle network errors gracefully
Andrew Gallagher wrote: Dear Maintainer, Unbound does not recover gracefully from network-level errors. For example, if it is running as a local resolver on a laptop it can easily be thrown into a broken state when connecting to a new network, or when trying to browse the web while accidentally disconnected from a network. 1. Disconnect laptop from a network 2. Restart unbound (to flush cache, simulates leaving it disconnected overnight) 3. Connect laptop to a network 4. Simulate a transient network failure by deleting the default route 5. `host www.google.com` - it does not work (obviously) 6. Fix the network failure by reinstating the default route or running sudo dhclient eth0 7. `host www.google.com` again. It is still broken. The problem can only be fixed by either manually flushing all the offending records or restarting unbound. This is not user friendly. Andrew. Hi, Andrew: Can you try your sequence again, and then try the following: 8. `unbound-control flush_infra all` 9. `host www.google.com` If the flush_infra unbound-control command fixes the problem, we might be able to insert this as a hook to be run after an interface is reconfigured. You might also try lowering the infra-host-ttl value in the Unbound configuration. -- Robert Edmonds edmo...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791691: fritzing: please make the build reproducible
Source: fritzing Version: 0.9.0b+dfsg-1.1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that fritzing could not be built reproducibly. The attached patch removes locale-specific ordering from the build system. Once applied, fritzing can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/debian/update-copyright b/debian/update-copyright index 32d630b..9b01b22 100755 --- a/debian/update-copyright +++ b/debian/update-copyright @@ -6,7 +6,7 @@ tmp=debian/copyright.tmp sed '/#begin authors of parts/q' debian/copyright $tmp echo ' #This list is generated automatically by the script debian/update-copyright' $tmp echo ' #It is based on the contents of the database parts.db' $tmp -echo select author,date from parts; | sqlite3 parts/parts.db| sort|uniq|sed 's/\(.*\)|\(.*\)/ \2\t\1/' $tmp +echo select author,date from parts; | sqlite3 parts/parts.db| LC_ALL=C sort|uniq|sed 's/\(.*\)|\(.*\)/ \2\t\1/' $tmp sed -n '/#end authors of parts/,$p' debian/copyright $tmp mv $tmp debian/copyright
Bug#791394: workaround
On 07/07/15 16:41, Michael Biebl wrote: Hi Am 07.07.2015 um 15:28 schrieb Daniel Pocock: For those who have root or sudo, this is a workaround: a) run the command sleep 10 ; pm-hibernate b) before the 10 second sleep finishes, go to the status menu and lock the screen If you don't do step (b) then the machine will not prompt for a password when it wakes up again The pm-hibernate command is in the pm-utils package. Please avoid the usage of pm-utils. It's no longer actively developed and doesn't properly integrate with modern desktops using logind. A much better workaround is systemctl hibernate This will trigger logind and make sure the screen is locked and everything which installed a logind inhibitor is signalled. You could even bind that command to a keyboard shortcut. I just tried systemctl hibernate and it does hibernate but it does not lock the screen. So I think that to use that it is necessary to do sleep 10 ; systemctl hibernate and then click the lock screen control before it starts to hibernate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791488: crashmail: no example configuration file
Control: tags -1 + confirmed On Sunday, July 05, 2015 12:07:46 PM Sebastian wrote: the crashmail upstream sources contain a file doc/example.prefs which describes the configuration file format. Since the manual pages only mention a crashmail.prefs file, but provide no further documentation, I would like to see this example file added to the /usr/share/doc/crashmail/ folder, which contains other documentation. Concur, and I'll likely get that added with the next package update. RJ Clay j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788061: Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike
Am Dienstag, den 07.07.2015, 10:49 -0400 schrieb Braden Obrzut: Vanilla Wolf3D and thus ECWolf is actually capped at 70fps* which is the vsync rate of VGA 320x200. Uncapping it hasn't been a high priority since it runs faster than most people expect, although it would probably help with performance with vsync on. I see. However, is it possible to restrict the framerate back to 70fps or bind it to vsynv of my screen? - Fabian signature.asc Description: This is a digitally signed message part
Bug#791445: [Ceph-maintainers] Bug#791445: Bug#791445: Bug#791445: Bug#791445: ceph: uses bundled libjerasure library again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/07/15 18:23, James Page wrote: The ceph Debian package git repository only contains very little reasoning about the change. James can you please expand on this a bit? In general I would prefer to have changes like this in their own commit and not mixed with unrelated changelog updates. Did the Hammer release not build with the jerasure in Debian or are you just afraid of unexpected results if the Debian package is built with another version of jerasure than what they ship in their source code? These would IMO be valid reasons to (temporarily) remove the patch. Re-basing the patch - which was turning out to be non-trivial - pushed me over the time I had todo this update; as the upload was to experimental only, I intended to revisit when time permitted. I dug into this in a bit more detail today; the Ceph package builds a number of difference loadable erasure coding plugins, enabling different cpu feature sets (generic, neon, sse3, sse4); each time Jerasure and gf-complete are statically linked into the module, built with the required flags to enable the right CPU instruction codes (build time, not runtime enablement). Unless I'm reading the packaging wrong, the jerasure and gf-complete packages current disable any CPU specific extensions in order to have a completely generic library that works on any CPU. So using the system libraries effectively cripples any CPU optimization that might be achievable at runtime in Ceph. - -- James Page Ubuntu and Debian Developer james.p...@ubuntu.com jamesp...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVm/0lAAoJEL/srsug59jD/EsP/iageGQ/sd+1jE5Suz+dhLoP +6w8xlHyBYKFM7mDqE39+CZN6OsBO/edjt9WuGdfyWMwSIa6cc9T1w/rwCtu+hU/ DAtBxXh9yQuq6SP7A1ER1v3Q0jJ/tCEkqO/wsGZ5XgjE4jB2jjiYRkl17CtNShSg oC2cf2khp5LcIa4V1RFoZQstVVXCWryY22F+u0HGm4wqRVwBU5Iihpb5GR0kwcxk 0zLEy9yar9EmicztMW4iWFfk5j8jcHWTQz0SejzrfFd1Nxm7xKyDKxhC7ybJPpXP iZ0wQKKnuPcr5Ix90IgmUqMjt8wGD9q3e5zhHtL4sajoF9nNSftWlWbd4MedDosU KTHz3SaLAkLeJ8694tOfUoYNfQ+YS73gd47DOz1fjixaUZaVXXsS/WY8DKS01g1r NZeQ+NNwfiPIkQxUTv40xLas2yzVwHmQEjYe9xvIny8fvsEJ7j2alS56zQn6qB44 KCfnrfQh0DLsD3RqcuAWOqGTCymiFlj741HZQEEvWF5ADsyEentSvpTT9Q4w1CBD F+boqsMKqR9nYwy6RfqqGtW1rRHF13tOUgMmaleiGY9BtMgfSb1Iiq9hWlSmp+rF 1BsUUumoeQKUto8GBW5yodHBJoHS+JRbF7uZl2ZKGvFG9RJAuGdsQCjL8iGhLfh5 URYktR/1Bp+5y6mO8wNe =r3uE -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#769844: linux: please make linux build reproducibly
Earlier today I uploaded version 4.1.1-1~exp1, with some of the changes
here. I built it once on ext4 and then on xfs, hoping to change
directory ordering.
A summary of the debbindiff:
1. timestamps are different on all files in control.tar.gz
2. timestamps are different on many files in data.tar.{gz,xz}
3. anchor IDs are different in generated HTML docs
4. 'Author' and 'Manual' fields in the manual page header and footer differ
where the manual page is generated from headers referenced by multiple
DocBook files
I believe items 1 and 2 are covered by #759886.
I investigated item 3 further and have now fixed it in svn.
Item 4 could be fixed by your generate-manpage-in-deterministic
-order.patch but I would like to find a cleaner solution to it.
Ben.
--
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.
signature.asc
Description: This is a digitally signed message part
Bug#778173: Patch for GCC 5 build issue
tags 778173 + patch
thanks
Here's a fix for the GCC 5 build issue. I added extern to the INLINE
functions in src/wmgeneral/list.c. The package builds and links with GCC
5 with this change.
--
Betty Dall
Linux for HP Helion, Hewlett-Packard
--- wmressel-0.8/src/wmgeneral/list.c.orig 2015-07-07 10:07:06.732544075 +
+++ wmressel-0.8/src/wmgeneral/list.c 2015-07-07 09:22:19.248580595 +
@@ -38,7 +38,7 @@
/* Return a cons cell produced from (head . tail) */
-INLINE LinkedList*
+extern INLINE LinkedList*
list_cons(void* head, LinkedList* tail)
{
LinkedList* cell;
@@ -51,7 +51,7 @@
/* Return the length of a list, list_length(NULL) returns zero */
-INLINE int
+extern INLINE int
list_length(LinkedList* list)
{
int i = 0;
@@ -66,7 +66,7 @@
/* Return the Nth element of LIST, where N count from zero. If N
larger than the list length, NULL is returned */
-INLINE void*
+extern INLINE void*
list_nth(int index, LinkedList* list)
{
while(index-- != 0)
@@ -81,7 +81,7 @@
/* Remove the element at the head by replacing it by its successor */
-INLINE void
+extern INLINE void
list_remove_head(LinkedList** list)
{
if (!*list) return;
@@ -101,7 +101,7 @@
/* Remove the element with `car' set to ELEMENT */
/*
-INLINE void
+extern INLINE void
list_remove_elem(LinkedList** list, void* elem)
{
while (*list)
@@ -112,7 +112,7 @@
}
}*/
-INLINE LinkedList *
+extern INLINE LinkedList *
list_remove_elem(LinkedList* list, void* elem)
{
LinkedList *tmp;
@@ -132,7 +132,7 @@
/* Return element that has ELEM as car */
-INLINE LinkedList*
+extern INLINE LinkedList*
list_find(LinkedList* list, void* elem)
{
while(list)
@@ -146,7 +146,7 @@
/* Free list (backwards recursive) */
-INLINE void
+extern INLINE void
list_free(LinkedList* list)
{
if(list)
@@ -158,7 +158,7 @@
/* Map FUNCTION over all elements in LIST */
-INLINE void
+extern INLINE void
list_mapcar(LinkedList* list, void(*function)(void*))
{
while(list)
Bug#769353: [aa87b94] Fix for Bug#769353 committed to git
tags 769353 + pending thanks Hello, The following change has been committed for this bug by Raphaël Hertzog hert...@debian.org on Tue, 7 Jul 2015 18:44:01 +0200. The fix will be in the next upload. = Add Built-Using field This field is used to track the source package required to rebuild the statically linked binary. Closes: #769353 = You can check the diff of the fix at: ;a=commitdiff;h=aa87b94 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777880: Patch for GCC 5 build issue
tags 777880 + patch thanks Here's a fix for the GCC 5 build issue. I fixed a syntax error in the libgnac-debug.h header file that was causing an undefined reference to a non-existent function. -- Greg Pearson Linux for HP Helion --- a/libgnac/libgnac-debug.h 2015-07-07 16:52:48.337744119 + +++ b/libgnac/libgnac-debug.h 2015-07-07 16:55:00.145748723 + @@ -52,7 +52,7 @@ #if defined(__STDC_VERSION__) __STDC_VERSION__ = 199901L #define libgnac_critical(...) \ -libgnac_critial_real (__func__, __FILE__, __LINE__, TRUE, __VA_ARGS__) +libgnac_critical_real (__func__, __FILE__, __LINE__, TRUE, __VA_ARGS__) #elif defined(__GNUC__) __GNUC__ = 3 #define libgnac_critical(...) \ libgnac_critical_real (__FUNCTION__, __FILE__, __LINE__, __VA_ARGS__)
Bug#791689: make Conflict with systemd?
X-Debbugs-cc: rcc...@packages.debian.org, syst...@packages.debian.org Package: sysv-rc-conf Version: 0.99-7 Severity: wishlist Shouldn't some kind of Conflict or Breaks or warning be made for packages such as sysv-rc-conf and rcconf, which might no longer work 100% as intended, after systemd is installed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790665: [pkg-gnupg-maint] Bug#790665: gpg2 fails to import gpg2 created keyring in a gpg1 created keyring
Hi David-- Thanks for the detailed discussion here, and for your work on apt! On Tue 2015-07-07 08:35:32 -0400, David Kalnischkies wrote: That is an acceptable expectation, I would just be a lot happier if that would be documentated somewhere. Maybe I am the only idiot, but at least for this idiot it is surprising that [filename] isn't including a keybox, but expecting a very specific file format which just happened to be the same for (simple) keyring files and hence were accepted as well instead of just a (maybe temporarily saved) stream. That it is binary doesn't help me in making it more discoverable (nor is it very standard unix practice like for that matter to have a binary stream, text is very much preferred… /nitpick). [...] All I am trying to say here I guess is that this is something I wasn't expecting and why I wasn't. What you end up doing (or not) with that information is your choice. No problem for me either way now that I am in the know; I am just entertaining the possibility that I am not the least knowledgeable gpg user… but I might be. I'm in full agreement with you that the documentation could be improved, and i'm quite sure you're not the only person to be confused by this. :( I'm having trouble at the moment getting enough distance from gpg to be able to overhaul the documentation cleanly from a new-user perspective, but i would happily champion any documentation patches with upstream if you (or anyone else) wants to provide them. fwiw, gpg(1) says Only the gpg may modify these files. which implies (with awkward syntax) that the files themselves are not intended for public use. If that is done we can demote the gnupg dependency to a recommends (or suggests). Well, slightly earlier I guess as we can let the -keyring packages recommend gnupg for the migration handling as we did for debian-archive-keyring. this approach sounds promising :) codesearch.d.n suggests a few places. Most are in documentation (install instructions) and testcode, but at the very least salt, ansible and puppet seem to provide modules to use apt-key adv to import keys from remote servers… And I know people who do --refresh-keys in cron jobs. There is actually a bug requesting apt to do this. yikes, please do not do this. --refresh-keys is only safe to do if you have some robust verification mechanism (like gnupg's classic trust model) for the keys in your keyring. --refresh-keys is decidedly unsafe if you ever use the raw keys as a canonical truth (e.g., --trust-model=always, or gpgv --keyring ). I am not a huge fan of either as this means there is another vector where MITM and such things are a threat, but oh well. ugh, this is an absolutely terrible practice. I suspect we can find ways to report these as security holes if someone wants to take the time to write them up. I just implemented the cat-merging, so Release file verification is again a gpgv-only operation in /experimental soon. /sid and earlier are anyway. great! thank you, David! As said, apt needs nothing, with the cat-merging and a more careful importing (so that the result is always a simple keyring) apt-key/experimental works now fine with gpg 2.1. Earlier versions should be fine with gpg 2.1 anyway (just that it has unrelated bugs). The bug was about the importing of keyboxes. If that isn't supposed to work that isn't a bug (expect documentation maybe). You reported your observation that gpgv can't deal with keyboxes already upstream. The slowdown is known upstream as well. --delete-keys only working on the first key is a bit strange from a user POV, but well, I can see why a unique fingerprint is a stop word… So, nothing unique to this bugreport I presume, ok, closing this report for now; feel free to reopen it if you think we need to... There is something I found just now which is a bit strange: gpgv --status-fd is documented in /usr/share/doc/gnupg/DETAILS.gz. In GOODSIG it says that each sig has either GOODSIG, BADSIG or ERRSIG code, which isn't true as an expired sig comes with EXPSIG. Worse, in VALIDSIG it is said that This is the same as GOODSIG […] Both status lines are emitted for a good signature., while as mentioned earlier gpgv does not emit a GOODSIG for expired sigs, but does emit VALIDSIG. Would be nice if the documentation could be updated to match reality. I've sent upstream a patch for this: https://lists.gnupg.org/pipermail/gnupg-devel/2015-July/030117.html Please let me know if you think it can be further improved. Oh, and I wonder, are there any plans to replace the long keyids with fingerprints here at some point (new names, new parameter, whatever)? Unlikely perhaps, but archives with the same long keyid could be fun… For VALIDSIG at least, it should be all long fingerprints. I'm not sure what the plan is for replacing them in GOODSIG, ERRSIG, etc. Regards, --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#791688: purge does not stop daemon
Package: gvfs-daemons Version: 1.24.1-2+b1 Purging this package does not stop its daemon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791677: usb-modeswitch: Doesn't work when called directly from systemd-udev(?), without any backend like modemmanager or so.
7. 7. 2015 v 17:31, Josua Dietze digidie...@draisberghof.de: Thanks for the report! However, it's possible that the latest releases (2.2.2 and 2.2.3, now in 'unstable') already overcome that problem. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787842 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787842 2.2.2 solves this problem. I already using it at for a week (or more), but I thought I should report that also into stable version. About modemmanager workaround - there is something strange I don't understand. It works not because of modemmanager itself, but because of /lib/udev/rules.d/77-mm-qdl-device-blacklist.rules which is useless in this case :-O. It is just a blacklist with no relation to my GSM modem, moreover it is blacklist usable only for modemmanager (or anything which looks for ID_MM_DEVICE_IGNORE variable). I don't know, something is rotten in the state of ... systemd-udev :-/. Anyway as a report for usb-modeswitch it was unusable and confusing. Sorry about that. Martin
Bug#791694: ITP: ruby-mimemagic -- library to detect the mime type of a file
package:ruby-mimemagic Severity: wishlist Owner: 'Syam G Krishnan' s...@riseup.net *Package Name : ruby-mimemagic Version : 0.3.0 Upstream Author : Daniel Mendler. *URL : https://github.com/minad/mimemagic (Link to the git repo of the Gem) *License : MIT *Description : library to detect the mime type of a file I am packaging ruby-mimemagic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777881: Patch for GCC 5 build issue
tags 777881 + patch
thanks
Here's a fix for the GCC 5 build issue. I added extern to the callable
copy of the inline functions to ensure externally visible functions are
emitted, please see section Different semantics for inline functions
at https://gcc.gnu.org/gcc-5/porting_to.html for more background.
--
Greg Pearson
Linux for HP Helion
--- a/src/cpu.c 2015-07-07 17:13:40.761787869 +
+++ b/src/cpu.c 2015-07-07 17:19:41.433800469 +
@@ -2826,7 +2826,7 @@
}
}
-__inline__ void cpu_run(void) {
+extern __inline__ void cpu_run(void) {
static Uint32 divid_cycle;
int v=0;
Uint8 a;
diff -urN a/src/vram.c b/src/vram.c
--- a/src/vram.c 2015-07-07 17:15:13.713791116 +
+++ b/src/vram.c 2015-07-07 17:19:36.793800306 +
@@ -242,7 +242,7 @@
conf.fs^=1;
}
-__inline__ Uint8 get_nb_spr(void)
+extern __inline__ Uint8 get_nb_spr(void)
{
Uint8 *sp=oam_space;
Sint16 no_tile,x,y,att;
Bug#791695: ITP: libdevel-overloadinfo-perl -- module to introspect overloaded operators
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libdevel-overloadinfo-perl Version : 0.002 Upstream Author : Dagfinn Ilmari Mannsåker ilm...@ilmari.org * URL : https://metacpan.org/release/Devel-OverloadInfo * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to introspect overloaded operators Devel::OverloadInfo returns information about overloaded operators for a given class (or object), including where in the inheritance hierarchy the overloads are declared and where the code implementing it is. signature.asc Description: Digital Signature
Bug#790084: Re : synaptic: Set Internal Options crash
On Mon, Jul 06, 2015 at 09:24:47PM +, E/LH/O13B - JULE Corentin wrote: seems to be duplicate of #774056 Thanks, I fixed this in bzr now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791629: mount/umount: Handling of -n option and /etc/mtab is buggy
Control: tags -1 + moreinfo On Mon, Jul 06, 2015 at 04:26:43PM -0700, Elliott Mitchell wrote: Package: mount Version: 2.20.1-5.3 You seem to be running = oldstable version of Debian. Please upgrade to a newer version and report back if your issue persists or not. (fwiw, In testing/unstable the usage of mtab is fully disabled.) (If you intend to stay on the old version I'd suggest making sure that you have /proc mounted inside your chroot and see if that helps resolve the situation. If not, again, try upgrading.) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786481: Please apply patch to jessie
Dear package maintainers, this bug is really annoying if one runs gnome-shell on e.g. students' pool computers. With thousands of users it's mandatory to disable user list. Due to this bug, the users may expose their password at login not only to a kibitzer, but also to the authentication log files where it gets stored in plain text. I applied the mentioned patch to version 3.14.2-3 of gnome-shell which now runs without problems on all our desktops for a couple of weeks now. Does this bugfix qualify for the next point release? ciao Christian -- Christian Salzmann christian.salzm...@fu-berlin.de IT-Dienst Takustraße 9, 14195 Berlin Fachbereich Mathematik und Informatik http://www.mi.fu-berlin.de Freie Universität Berlin smime.p7s Description: S/MIME Cryptographic Signature
Bug#791652: [mwm] maximize window button stretches across 2-4x the screen width on certain apps
Package: mwm Version: 2.3.4-8 Severity: important --- Please enter the report below this line. --- iceweasel, icedove and the latest Aurora build have the same issue, Other applications probably have the same issue with mwm. mwm appears to be missing certain features recent applications are expecting to see to properly render their windows. When clicking the maximize button in mwm certain programs such as iceweasel, icedove, and firefox, including the latest release of aurora span across more than the size of the display causing a serious annoyance, and usability issue. non debian aurora build of firefox aurora for proof it exists outside debian binarys__ # pwd ; ./firefox --version /opt/firefox (process:3316): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Mozilla Firefox 41.0a2 # _end of non debian software build information___ $ uname -mrs ; iceweasel --version Linux 4.0.0-2-amd64 x86_64 (process:3257): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Mozilla Iceweasel 38.1.0 $ $ dpkg --list mwm iceweasel Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii iceweasel 38.1.0esr-2 amd64Web browser based on Firefox ii mwm2.3.4-8 amd64Motif Window Manager $ $ dpkg --status apt iceweasel Package: apt Status: install ok installed Priority: important Section: admin Installed-Size: 3426 Maintainer: APT Development Team de...@lists.debian.org Architecture: amd64 Version: 1.0.9.10 Replaces: manpages-it ( 2.80-4~), manpages-pl ( 20060617-3~), openjdk-6-jdk ( 6b24-1.11-0ubuntu1~), sun-java5-jdk ( 0), sun-java6-jdk ( 0) Depends: libapt-pkg4.12 (= 1.0.9.10), libc6 (= 2.15), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.9), debian-archive-keyring, gnupg Suggests: aptitude | synaptic | wajig, dpkg-dev (= 1.17.2), apt-doc, python-apt Breaks: manpages-it ( 2.80-4~), manpages-pl ( 20060617-3~), openjdk-6-jdk ( 6b24-1.11-0ubuntu1~), sun-java5-jdk ( 0), sun-java6-jdk ( 0) Conflicts: python-apt ( 0.7.93.2~) Conffiles: /etc/apt/apt.conf.d/01autoremove 5bf3e7bfa3bec23d634c9f3652da1787 /etc/cron.daily/apt 4f33a76ad3e46913db2be02f0b587933 /etc/kernel/postinst.d/apt-auto-removal 5d7236fb0c051eec2f5156b641fc447b /etc/logrotate.d/apt 179f2ed4f85cbaca12fa3d69c2a4a1c3 Description: commandline package manager This package provides commandline tools for searching and managing as well as querying information about packages as a low-level access to all features of the libapt-pkg library. . These include: * apt-get for retrieval of packages and information about them from authenticated sources and for installation, upgrade and removal of packages together with their dependencies * apt-cache for querying available information about installed as well as installable packages * apt-cdrom to use removable media as a source for packages * apt-config as an interface to the configuration settings * apt-key as an interface to manage authentication keys Package: iceweasel Status: install ok installed Priority: optional Section: web Installed-Size: 83585 Maintainer: Maintainers of Mozilla-related packages pkg-mozilla-maintain...@lists.alioth.debian.org Architecture: amd64 Version: 38.1.0esr-2 Provides: gnome-www-browser, www-browser Depends: libasound2 (= 1.0.16), libatk1.0-0 (= 1.12.4), libc6 (= 2.17), libcairo2 (= 1.2.4), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (= 0.78), libevent-2.0-5 (= 2.0.10-stable), libffi6 (= 3.0.4), libfontconfig1 (= 2.11), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.20.0), libgtk2.0-0 (= 2.24.0), libhunspell-1.3-0 (= 1.3.3), libnspr4 (= 2:4.10.3), libnss3 (= 2:3.16.2), libpango-1.0-0 (= 1.14.0), libsqlite3-0 (= 3.7.12-1~), libstartup-notification0 (= 0.8), libstdc++6 (= 4.9), libvpx2 (= 1.4.0), libx11-6, libxcomposite1 (= 1:0.3-1), libxdamage1 (= 1:1.1), libxext6, libxfixes3, libxrender1, libxt6, zlib1g (= 1:1.2.0), fontconfig, procps, debianutils (= 1.16) Recommends: gstreamer1.0-libav, gstreamer1.0-plugins-good Suggests: fonts-stix | otf-stix, fonts-oflb-asana-math, fonts-mathjax, mozplugger, libgssapi-krb5-2 | libkrb53, libgnomeui-0, libcanberra0 Breaks: xul-ext-torbutton Conflicts: j2re1.4, pango-graphite ( 0.9.3) Conffiles: /etc/iceweasel/pref/iceweasel.js c6b1559bf876f2f2d1893682dbf3484b /etc/iceweasel/profile/bookmarks.html e8b45ed4bd5e5c3f5b3df671962c5506 /etc/iceweasel/profile/chrome/userChrome-example.css fbfca410cac55d488681dc195a16d9e0 /etc/iceweasel/profile/chrome/userContent-example.css b67258136ac90d8ebe43073a21894431 /etc/iceweasel/profile/localstore.rdf 261033f45887bd20dbce72ea8d0fb34e
Bug#777814:
I don’t understand the original failure, but I just rebuilt the package using an up-to-date version of unstable the latest version of boost installed from experimental as it has been rebuilt with gcc5. The next error I get is during running the unit tests: g++ -DHAVE_CONFIG_H -I. -D__CEPH__ -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_THREAD_SAFE -D__STDC_FORMAT_MACROS -D_GNU_SOURCE -DCEPH_LIBDIR=\/usr/lib/x86_64-linux-gnu\ -DCEPH_PKGLIBDIR=\/usr/lib/x86_64-linux-gnu/ceph\ -DGTEST_HAS_TR1_TUPLE=0 -D_FORTIFY_SOURCE=2 -I/usr/include/nss -I/usr/include/nspr -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno-strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 -Wnon-virtual-dtor -Wno-invalid-offsetof -fno-builtin-malloc -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free -Wstrict-null-sentinel -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -c -o test/streamtest.o test/streamtest.cc test/streamtest.cc:190:1: warning: 'virtual int ObjectStore::collection_getattr(coll_t, const char*, void*, size_t)' is deprecated [-Wdeprecated-declarations] } ^ In file included from ./os/FileStore.h:31:0, from test/streamtest.cc:16: ./os/ObjectStore.h:1996:15: note: declared here virtual int collection_getattr(coll_t cid, const char *name, ^ test/streamtest.cc:190:1: warning: 'virtual int ObjectStore::collection_getattr(coll_t, const char*, ceph::bufferlist)' is deprecated [-Wdeprecated-declarations] } ^ In file included from ./os/FileStore.h:31:0, from test/streamtest.cc:16: ./os/ObjectStore.h:2010:15: note: declared here virtual int collection_getattr(coll_t cid, const char *name, bufferlist bl) ^ test/streamtest.cc:190:1: warning: 'virtual int ObjectStore::collection_getattrs(coll_t, std::mapstd::__cxx11::basic_stringchar, ceph::buffer::ptr)' is deprecated [-Wdeprecated-declarations] } ^ In file included from ./os/FileStore.h:31:0, from test/streamtest.cc:16: ./os/ObjectStore.h:2022:15: note: declared here virtual int collection_getattrs(coll_t cid, mapstring,bufferptr aset) ^ /bin/bash ../libtool --tag=CXX --mode=link g++ -I/usr/include/nss -I/usr/include/nspr -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno-strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 -Wnon-virtual-dtor -Wno-invalid-offsetof -fno-builtin-malloc -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free -Wstrict-null-sentinel -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wl,--as-needed -latomic_ops -fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -o ceph_streamtest test/streamtest.o libos.la -laio -lleveldb -lsnappy libglobal.la libcommon.la -lpthread -lm -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -luuid -lm -lrt -lboost_system libtool: link: g++ -I/usr/include/nss -I/usr/include/nspr -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno-strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 -Wnon-virtual-dtor -Wno-invalid-offsetof -fno-builtin-malloc -fno-builtin-calloc -fno-builtin-realloc -fno-builtin-free -Wstrict-null-sentinel -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -fPIE -pie -Wl,-z -Wl,relro -Wl,-z -Wl,now -o ceph_streamtest test/streamtest.o /usr/lib/libatomic_ops.a -Wl,--as-needed ./.libs/libos.a -laio -lleveldb -lsnappy ./.libs/libglobal.a ./.libs/libcommon.a -ldl -lboost_thread -lpthread -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -luuid -lm -lrt -lboost_system ./.libs/libos.a(libos_la-LevelDBStore.o): In function `LevelDBStore::do_open(std::ostream, bool)': /ceph-0.94.2/src/os/LevelDBStore.cc:70: undefined reference to `leveldb::DB::Open(leveldb::Options const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, leveldb::DB**)' /ceph-0.94.2/src/os/LevelDBStore.cc:73: undefined reference to `leveldb::Status::ToString[abi:cxx11]() const' ./.libs/libos.a(libos_la-LevelDBStore.o): In function `LevelDBStore::_test_init(std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const)': /ceph-0.94.2/src/os/LevelDBStore.cc:100: undefined reference to `leveldb::DB::Open(leveldb::Options const, std::__cxx11::basic_stringchar, std::char_traitschar, std::allocatorchar const, leveldb::DB**)' collect2: error: ld returned 1 exit status Makefile:11304: recipe for target 'ceph_streamtest' failed make[5]: *** [ceph_streamtest] Error 1 make[5]: Leaving directory '/ceph-0.94.2/src' Makefile:20993: recipe for target 'all-recursive' failed make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory '/ceph-0.94.2/src' Makefile:8907: recipe for target 'all' failed make[3]: *** [all] Error 2 make[3]: Leaving directory '/ceph-0.94.2/src' Makefile:465: recipe for target
Bug#791646: librtmp1: not installable
On 2015-07-07 09:31:19, Salvo Tomaselli wrote:
Package: librtmp1
Version: 2.4+20150115.gita107cef-1+b2
Severity: grave
Dear Maintainer,
the package currently in sid can't be installed
# aptitude dist-upgrade
I seguenti pacchetti saranno aggiornati:
librtmp1{b}
1 pacchetti aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
È necessario prelevare 58,9 kB di archivi. Dopo l'estrazione, verranno
occupati 13,3 kB.
I seguenti pacchetti hanno dipendenze non soddisfatte:
librtmp1 : Dipende: libhogweed2 che è un pacchetto virtuale.
Dipende: libnettle4 che è un pacchetto virtuale.
aperti: 219; chiusi: 585; rimandati: 195; in conflitto: 637
.Le seguenti azioni permetteranno di soddisfare queste dipendenze:
Rimuovere i seguenti pacchetti:
1) 0ad
2) akonadiconsole
3) akregator
[several packages]
249) vlc
250) vlc-nox
251) yakuake
Accettare questa soluzione? [Y/n/q/?]
Could you investigate the situation? I believe that libhogweed2 and libnettle4
have been removed from archive ( #787620 ).
So you have deb-multimedia.org in your sources.list?
Cheers
--
Sebastian Ramacher
signature.asc
Description: Digital signature
Bug#791649: needrestart: add sddm display manager to restart exception list
Package: needrestart
Version: 2.1-1
Severity: normal
Dear Patrick,
I tested sddm display manager and had it restarted several times
accidentally, loosing my desktop session.
I now saw how to add it myself to config file in:
# Override service default selection (hash of regex).
$nrconf{override_rc} = {
# DBus
q(^dbus) = 0,
# display managers
q(^gdm) = 0,
q(^kdm) = 0,
q(^nodm) = 0,
q(^wdm) = 0,
q(^xdm) = 0,
q(^lightdm) = 0,
but I suggest you add it by default.
Thank you,
Martin
*** End of the template - remove these template lines ***
-- Package-specific info:
needrestart output:
checkrestart output:
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.1.0-tp520-btrfstrim-pstatetrace+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages needrestart depends on:
ii dpkg 1.18.1
ii libmodule-find-perl0.12-1
ii libmodule-scandeps-perl1.19-1
ii libproc-processtable-perl 0.51-1
ii libsort-naturally-perl 1.03-1
ii libterm-readkey-perl 2.32-2
ii perl 5.20.2-6
needrestart recommends no packages.
Versions of packages needrestart suggests:
pn needrestart-session | libnotify-bin none
-- Configuration Files:
/etc/needrestart/needrestart.conf changed:
$nrconf{sendnotify} = 0;
$nrconf{blacklist} = [
# ignore sudo (not a daemon)
q(^/usr/bin/sudo(\.dpkg-new)?$),
# ignore DHCP clients
q(^/sbin/(dhclient|dhcpcd5|pump|udhcpc)(\.dpkg-new)?$),
# ignore apt-get (Debian Bug#784237)
q(^/usr/bin/apt-get(\.dpkg-new)?$),
];
$nrconf{override_rc} = {
# DBus
q(^dbus) = 0,
# display managers
q(^gdm) = 0,
q(^kdm) = 0,
q(^nodm) = 0,
q(^wdm) = 0,
q(^xdm) = 0,
q(^lightdm) = 0,
# networking stuff
q(^network-manager) = 0,
q(^NetworkManager) = 0,
q(^wpa_supplicant) = 0,
q(^openvpn) = 0,
q(^quagga) = 0,
q(^tinc) = 0,
# gettys
q(^getty@.+\.service) = 0,
# misc
q(^zfs-fuse) = 0,
q(^mythtv-backend) = 0,
# workaround for broken systemd-journald
# (see also Debian Bug#771122 #771254)
q(^systemd-journald) = 0,
# more systemd stuff
# (see also Debian Bug#784238 #784437)
q(^emergency\.service$) = 0,
q(^rescue\.service$) = 0,
};
if(-d q(/etc/needrestart/conf.d)) {
foreach my $fn (sort /etc/needrestart/conf.d/*.conf) {
print STDERR $LOGPREF eval $fn\n if($nrconf{verbose});
eval do { local(@ARGV, $/) = $fn; };
die Error parsing $fn: $@ if($@);
}
}
-- 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#791375: Should honour system settings when opening web browser
On Fri, Jul 03, 2015 at 07:08:17PM -0500, Steve M. Robbins wrote: Package: synaptic Version: 0.81.3 Severity: normal When I click the Visit Homepage button, synaptic opens iceweasel, even though I have set my (KDE) system to use chrome. Thanks for your bugreport. How is kde setting this? synaptic will use xdg-open if its available to open links. Is there a xdg-open like command for kde that synaptic should use? Thanks, Michael -- 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=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 synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.10 ii libapt-pkg4.12 1.0.9.10 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libept1.4.12 1.0.12.1 ii libgcc1 1:5.1.1-12 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgtk-3-0 3.16.4-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 5.1.1-12 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.3-1 ii libxapian22 1.2.21-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2495-1 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: pn apt-xapian-index none ii deborphan1.7.28.8-0.1 ii dwww 1.12.1 ii menu 2.1.47 pn software-properties-gtk none ii tasksel 3.32 -- 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#791651: Does not run chroot hooks
Package: live-build
Version: 5.0~a9-1
Severity: important
Tags: patch
Hey,
Seems like git commit 50794b1de broke running the chroot hooks.. Fixed in
attached patch
-- Package-specific info:
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, armel
Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages live-build depends on:
ii debootstrap 1.0.70
Versions of packages live-build recommends:
ii apt-utils 1.0.9.10
ii cpio2.11+dfsg-4.1
ii live-boot-doc 5.0~a4-1
ii live-config-doc 5.0~a3-1
ii live-manual-html [live-manual] 1:5.0~a1-1
ii wget1.16.3-3
Versions of packages live-build suggests:
ii debian-keyring 2015.06.19
ii gpgv1.4.19-3
-- no debconf information
From 03b5bb93dba75bafb3c41a20bdab30bc984aa7d2 Mon Sep 17 00:00:00 2001
From: Sjoerd Simons sjoerd.sim...@collabora.co.uk
Date: Tue, 7 Jul 2015 10:35:44 +0200
Subject: [PATCH] Fix running of local hooks
Commit 50794b1de broke running any local chroot hooks as it's both
looking in the wrong spot to see if there are any hooks and if it would
look in the right spot it tries to run the wrong type of hooks (binary
rather then chroot)...
Fix this to make hooks work again
Signed-off-by: Sjoerd Simons sjoerd.sim...@collabora.co.uk
---
scripts/build/chroot_hooks | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/build/chroot_hooks b/scripts/build/chroot_hooks
index d202260..4fbacdb 100755
--- a/scripts/build/chroot_hooks
+++ b/scripts/build/chroot_hooks
@@ -78,12 +78,12 @@ then
fi
## Processing local hooks
-if ls config/hooks/*.chroot /dev/null 21
+if ls config/hooks/normal/*.chroot config/hooks/live/*.chroot /dev/null 21
then
# Restoring cache
Restore_cache cache/packages.chroot
- for HOOK in config/hooks/normal/*.binary config/hooks/live/*.binary
+ for HOOK in config/hooks/normal/*.chroot config/hooks/live/*.chroot
do
if [ ! -e ${HOOK} ]
then
--
2.1.4
Bug#791653: [lxpanel] Cannot interact properly with mwm window manager on the left or right sides
Package: lxpanel Version: 0.8.1-1 Severity: important --- Please enter the report below this line. --- Improper interactions with mwm window manager and probably others. I cannot attach lxpanel to the right or the left side. It continuously resizes and will not maintain a position when restarted. lxpanel is unusuable unless its locked at the top or the bottom of the screen. $ dpkg --status lxpanel Package: lxpanel Status: install ok installed Priority: optional Section: x11 Installed-Size: 707 Maintainer: Debian LXDE Maintainers pkg-lxde-maintain...@lists.alioth.debian.org Architecture: amd64 Version: 0.8.1-1 Depends: libasound2 (= 1.0.16), libatk1.0-0 (= 1.12.4), libc6 (= 2.14), libcairo2 (= 1.2.4), libfm-gtk4 (= 1.2.0), libfm4 (= 1.2.0), libfontconfig1 (= 2.11), libfreetype6 (= 2.2.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.41.1), libgtk2.0-0 (= 2.24.0), libiw30 (= 30~pre1), libkeybinder0 (= 0.2.1), libmenu-cache3 (= 0.5.0), libpango-1.0-0 (= 1.14.0), libpangocairo-1.0-0 (= 1.14.0), libpangoft2-1.0-0 (= 1.14.0), libwnck22 (= 2.30.0-3), libx11-6, libxml2 (= 2.7.4), lxmenu-data, lxpanel-data (= 0.8.1-1), libfm-modules Recommends: xkb-data Suggests: lxsession | menu, iceweasel | www-browser Conffiles: /etc/xdg/lxpanel/default/config d41d8cd98f00b204e9800998ecf8427e /etc/xdg/lxpanel/default/panels/panel 9be0f5c9775a33f8975a3e04cbf4f67e /etc/xdg/lxpanel/two_panels/config d41d8cd98f00b204e9800998ecf8427e /etc/xdg/lxpanel/two_panels/panels/bottom 2fc85eba80c829b25b5eecc1452321aa /etc/xdg/lxpanel/two_panels/panels/top 4906d5ff1b1d68057e3c66016fbb3cd8 Description: LXDE panel LXPanel is a GUI application for the Lightweight X11 Desktop Environment (LXDE). . It is derived from fbpanel and includes the following features: . * User-friendly application menu automatically generated from .desktop files on the system * Launcher bar (small icons clicked to launch apps) * Task bar supporting ICCCM/EWMH `urgency' hint (Pidgin IM windows can flash on new incoming messages) * Run dialog (type a command to run, without opening a terminal) * Net status icon plug-in (optional). * Volume control plug-in (optional). * Notification area (system tray). * Digital clock. * Keyboard LEDs plug-in (display caps/num locks). * lxpanelctl: control lxpanel from other programs. For example, lxpanelctl run will show the Run dialog in lxpanel, and lxpanelctl menu will show the application menu. This is useful in combination with window manager key bindings. Homepage: http://www.lxde.org/ --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-2-amd64 Debian Release: stretch/sid 500 unstable packages.siduction.org 500 unstable ftp.us.debian.org 1 experimental ftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791647: debtags no longer supports debtags update --local
On Tue, Jul 07, 2015 at 09:38:22AM +0200, Raphaël Hertzog wrote:
In Kali, we have a kali-debtags package to provide custom tags at the
appropriate place and the postinst runs debtags update --local to update the
tag database.
This broke recently with the arrival of debtags 2.0 in testing:
$ sudo debtags update --local
usage: debtags [-h] [--version] [--verbose] [--debug]
{tag,cat,grep,check,diff,mkpatch,search,dumpavail,show,submit,tagcat,tagshow,tagsearch,update,vocfilter}
...
debtags: error: unrecognized arguments: --local
Is this change voluntary or just something overlooked ? I want to know if I
must update kali-debtags or wait a fix on the debtags side.
I see this comment in debtags but no corresponding code...
The debtags devscripts weren't using --local for a lot of time and I
wasn't aware of anyone else using debtags maintenance functions, so I
took in away, together with the code to merge tag sources, in order to
reduce the amount of code I need to maintain.
If you need tag merging, it can probably be reimplemented easily on top
of the new python3 codebase.
Can you tell me of the kali workflow related to debtags?
Enrico
--
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#335472: Website Responsive Design
Hello Very Good Morning, How are you? I hope you are doing well. *I am , Marketing Manager.* Sir, during these days everyone required Responsive Website, so for the taking care of increasing demand of the Responsive Website I am offering Responsive Website with the best and affordable prices. *What is Responsive Website?* Responsive web design is a way of making a single website that works effectively on both desktop browsers and the myriad of mobile devices on the market. Responsive architecture gives the best quality browsing experience - whether on a Smartphone, tablet, net book or e-reader, and regardless of the operating system. *Why Responsive Website?* Day by day, the number of devices, platforms, and browsers that need to work with your site grows. Responsive web design represents a fundamental shift in how we'll build websites for the decade to come. Some of the amazing features of responsive designing are: . Flexible web designs . Mobile compatibility . Saves money and time . No restrictions for screen size and orientation . Single application for all the devices And I have also other services of Photoshop design, Html5 and css3, 960 Grid Css, Joomla template Integration, Word press Integration, Flash, Corel Draw, and Illustration. I work for hours also. Looking forward to hear from you. *IT-Department: -* Though this is not an automated email, we are sending these emails to all those people whom we find eligible of using our services. To unsubscribe from future mails (i.e., to ensure that we do not contact you again for this matter), Please send us a mail back.
Bug#791646: librtmp1: not installable
Package: librtmp1
Version: 2.4+20150115.gita107cef-1+b2
Severity: grave
Dear Maintainer,
the package currently in sid can't be installed
# aptitude dist-upgrade
I seguenti pacchetti saranno aggiornati:
librtmp1{b}
1 pacchetti aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
È necessario prelevare 58,9 kB di archivi. Dopo l'estrazione, verranno
occupati 13,3 kB.
I seguenti pacchetti hanno dipendenze non soddisfatte:
librtmp1 : Dipende: libhogweed2 che è un pacchetto virtuale.
Dipende: libnettle4 che è un pacchetto virtuale.
aperti: 219; chiusi: 585; rimandati: 195; in conflitto: 637
.Le seguenti azioni permetteranno di soddisfare queste dipendenze:
Rimuovere i seguenti pacchetti:
1) 0ad
2) akonadiconsole
3) akregator
[several packages]
249) vlc
250) vlc-nox
251) yakuake
Accettare questa soluzione? [Y/n/q/?]
Could you investigate the situation? I believe that libhogweed2 and libnettle4
have been removed from archive ( #787620 ).
Best
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19.8j (SMP w/4 CPU cores; PREEMPT)
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 librtmp1 depends on:
ii libc6 2.19-18
ii libgmp10 2:6.0.0+dfsg-7
ii libgnutls-deb0-28 3.3.15-7
ii libhogweed43.1.1-3
ii libnettle6 3.1.1-3
ii zlib1g 1:1.2.8.dfsg-2+b1
librtmp1 recommends no packages.
librtmp1 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#791561: debtags: Missing dependency on python3-apt and python3-debian
On Mon, 6 Jul 2015 11:12:55 +0200 Kacper Gutowski mwgam...@gmail.com wrote: Upgrading debtags to 2.0 made it throw ImportError: No module named 'apt' in post-invoke. And after having install python3-apt, you get a similar error for python3-debian: Setting up debtags (2.0) ... Traceback (most recent call last): File /usr/bin/debtags, line 32, in module from debian import deb822 ImportError: No module named 'debian' Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791390: RFS: wxmaxima/15.04.0-1
Control: tag -1 + moreinfo Hi Gunter, On Sun, Jul 5, 2015 at 12:36 AM, Gunter Königsmann gun...@peterpall.de wrote: Dear Vincent, Cool! And thanks a lot! Now I know why it is always said to be hard to find a sponsor: Reviewing packages looks like being extremely hard work to me. Today when I woke up the first thing I did (after saying good morning to the guinea pigs) was fixing the package. The new version should be available at debian mentors again. Almost there, just a few small things: - d/changelog: please wrap lines to 80 chars (IIRC lintian has a check for this, not sure why it's not being triggered here), and there's a duplicate debian/copyright: The tango icons have been released to the public domain entry in there. - I can't seem to fetch a tarball directly from upstream using either your get-orig-source target or uscan directly (I check this when sponsoring packages to ensure that the tarball on mentors is identical to the tarball distributed upstream): $ fakeroot debian/rules get-orig-source uscan --force-download --repack --rename --destdir . wxmaxima: remote site does not even have current version debian/rules:21: recipe for target 'get-orig-source' failed make: *** [get-orig-source] Error 1 $ uscan --download-current-version --force-download uscan warning: In debian/watch no matching hrefs for version 15.04.0 in watch line http://sf.net/wxmaxima/ wxMaxima-([\d\.a-z]+)\.tar\.gz Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791563: Please remove axel-kapt from archive
Am 06.07.2015 um 15:58 schrieb Osamu Aoki: On Mon, Jul 06, 2015 at 11:30:16AM +0200, Dr. Tobias Quathamer wrote: Another option might be to remove the package axel altogether, because it seems to be abandoned upstream as well. That is your decision, of course. I vote for the removal of the package axel altogether. The maintainer seems to be not acting at all and refuses to get this package removed. Hi, thanks for your feedback. I suggest that we wait a bit longer, to give Y Giridhar Appaji Nag a chance to reply to this bug report. Should there be no response in a few weeks' time, I'll ask for removal of axel. Regards, Tobias signature.asc Description: OpenPGP digital signature
Bug#790877: njam: X events cause njam window mode change
Markus Koschany a...@gambaru.de wrote: Ok, this indicates that it is an underlying problem either with one component of your desktop environment (notification daemon, window manager) or SDL 1.2 because more games are affected by it. Fwiw, I tried to replace xfwm4 with blackbox and it makes no change, so if the problem lies with a component of xfce4, it does not seem to be with its window manager. Did you restart X or did you log out and log in again? (Just to be sure) Yes, I logged out and in - that restarts xfce4. I will clone this bug report and reassign the cloned bug to one of the Xfce components. It is possible that the Xfce maintainers are better placed to identify the root cause. I don't think that we can fix this behavior in Njam alone. Okay, thank you. Morten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791648: fish: please make the build reproducible
Source: fish Version: 2.1.2+dfsg1-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: locale X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that fish could not be built reproducibly. The attached patch removes locale-specific ordering from the documentation. Once applied, fish can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --no-dereference -urNad fish.orig/fish-2.1.2+dfsg1/debian/patches/reproducible-doc-toc fish/fish-2.1.2+dfsg1/debian/patches/reproducible-doc-toc --- fish.orig/fish-2.1.2+dfsg1/debian/patches/reproducible-doc-toc 1970-01-01 01:00:00.0 +0100 +++ fish/fish-2.1.2+dfsg1/debian/patches/reproducible-doc-toc 2015-07-07 08:36:41.470030079 +0100 @@ -0,0 +1,20 @@ +--- fish-2.1.2+dfsg1.orig/Makefile.in fish-2.1.2+dfsg1/Makefile.in +@@ -368,7 +368,7 @@ test: $(PROGRAMS) fish_tests + + doc_src/commands.hdr:$(HELP_SRC) doc_src/commands.hdr.in + -rm command_list.tmp command_list_toc.tmp $@ +- for i in `printf %s\n $(HELP_SRC)|sort`; do \ ++ for i in `printf %s\n $(HELP_SRC) | LC_ALL=C sort`; do \ + echo hr command_list.tmp; \ + cat $$i command_list.tmp; \ + echo command_list.tmp; \ +@@ -389,7 +389,7 @@ toc.txt: $(HDR_FILES:index.hdr=index.hdr + # The first sed command captures the page name, followed by the description + # The second sed command captures the command name \1 and the description \2, but only up to a dash + # This is to reduce the size of the TOC in the command listing on the main page +- for i in $(HDR_FILES:index.hdr=index.hdr.in); do\ ++ for i in `echo $(HDR_FILES:index.hdr=index.hdr.in) | xargs -n1 | LC_ALL=C sort`; do\ + NAME=`basename $$i .hdr`; \ + NAME=`basename $$NAME .hdr.in`; \ + sed $$i toc.tmp -n \ diff --no-dereference -urNad fish.orig/fish-2.1.2+dfsg1/debian/patches/series fish/fish-2.1.2+dfsg1/debian/patches/series --- fish.orig/fish-2.1.2+dfsg1/debian/patches/series2015-07-07 08:22:49.696476371 +0100 +++ fish/fish-2.1.2+dfsg1/debian/patches/series 2015-07-07 08:36:37.385845925 +0100 @@ -1,2 +1,3 @@ use-system-python reproducible-doxyfile +reproducible-doc-toc
Bug#791650: ITP: prometheus-cli - Prometheus command line interface
Package: wnpp Severity: wishlist Owner: Martín Ferrari tin...@tincho.org * Package name: prometheus-cli Version : 0.3.0 Upstream Author : The Prometheus Authors * URL : https://github.com/prometheus/prometheus_cli * License : Apache-2.0 Programming Lang: Go Description : Prometheus command line interface A command line interface tool for querying the Prometheus server's HTTP API -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791559: Fixed French translation
A typo was found in the original English strings where dpkg-reconfigure was spelled as dpg-reconfigure. This is fixed in the attached file (and also fixed in the translation of course) -- fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#791588: texinfo: package installation fails with update-fmtutil: cannot read /etc/texmf/fmt.d/00tex.cnf
Hi, On Tue, 07 Jul 2015, Norbert Preining wrote: The only thing that is necessary is that there is a dependency on tex-common = 6 in texinfo. Ok. I will upload the fix soon, and hope that tex-common (and all the rest) will transition to testing soon, thatn the problem will be fixed for testing. You should probably do a bit more than hope. :-) The set of packages to migrate is large, so you might want to work with the release team to put a proper hint into place. Migrating tex-common seems to require migrating all the rest: https://release.debian.org/migration/testing.pl?package=tex-common For now, quite a few packages are only 2 of 5 days old. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788471: elasticsearch: CVE-2015-4165: unspecified arbitrary files modification vulnerability
On Sun, Jun 21, 2015 at 02:56:36PM +0200, Hilko Bengen wrote: * Salvatore Bonaccorso: Did you had a chance to get more details on it? ,[ http://seclists.org/bugtraq/2015/Jun/53 ] | Elasticsearch versions 1.0.0 - 1.5.2 are vulnerable to an engineered | attack on other applications on the system. The snapshot API may be used | indirectly to place snapshot metadata files into locations that are | writeable by the user running the Elasticsearch process. It is possible | to create a file that another application could read and take action on, | such as code execution. ` Looking at upstream's commits leading to 1.6.0, this seems like a candidate: , | commit dedbe528d5da95fdb6cccd1d0483aa0ca2c07563 | Author: jaymode jay.m...@elasticsearch.com | Date: Fri May 29 11:14:46 2015 -0400 | | Snapshot/Restore: fix check for locations in a repository path | | Currently, when trying to determine if a location is within one of the configured repository | paths, we compare a canonical path against an absolute path. These are not always | equivalent and this check will fail even when the same directory is used. This changes | the logic to to follow that of master, where we use normalized absolute path comparisons. A | test has been added that failed with the old code and now passes with the updated method. ` That seems plausible, yes. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791654: neurodebian: [INTL:ru] Russian debconf templates translation
Package: neurodebian
Version: 0.35
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
Russian debconf templates translation is attached.
-- System Information:
Debian Release: 8.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, armel
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the neurodebian package.
#
# Yuri Kozlov yu...@komyakino.ru, 2015.
msgid
msgstr
Project-Id-Version: neurodebian 0.35\n
Report-Msgid-Bugs-To: neurodeb...@packages.debian.org\n
POT-Creation-Date: 2015-06-22 06:55+0200\n
PO-Revision-Date: 2015-07-07 12:11+0300\n
Last-Translator: Yuri Kozlov yu...@komyakino.ru\n
Language-Team: Russian debian-l10n-russ...@lists.debian.org\n
Language: ru\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10
=4 (n%10010 || n%100=20) ? 1 : 2);\n
X-Generator: Lokalize 1.5\n
#. Type: title
#. Description
#: ../neurodebian.templates:2001
msgid NeuroDebian APT repository installer
msgstr Установщик репозитория APT NeuroDebian
#. Type: boolean
#. Description
#: ../neurodebian.templates:3001
msgid Enable the NeuroDebian package repository?
msgstr Включить репозиторий пакетов NeuroDebian?
#. Type: boolean
#. Description
#: ../neurodebian.templates:3001
msgid
The NeuroDebian project provides a separate APT repository with software
that is not available in Debian, including datasets and backported new
releases.
msgstr
Проект NeuroDebian предоставляет отдельный репозиторий APT с ПО, которое
отсутствует в Debian, включая наборы данных и перенесённые в стабильную ветвь
новые версии.
#. Type: boolean
#. Description
#: ../neurodebian.templates:3001
msgid
If you choose this option, these packages will be available for installation
and upgrades.
msgstr
Если вы ответите утвердительно, то эти пакеты станут доступны для
установки и обновлений.
#. Type: boolean
#. Description
#: ../neurodebian.templates:3001
msgid
Even though these packages are closely maintained by the NeuroDebian team,
enabling this additional archive may compromise the integrity of the system.
msgstr
Несмотря на то, что эти пакеты всесторонне сопровождаются командой
NeuroDebian, включение данного архива может нарушить целостность системы.
#. Type: select
#. Choices
#: ../neurodebian.templates:4001
msgid automatic
msgstr автоматически
#. Type: select
#. Choices
#: ../neurodebian.templates:4001
msgid ${releases}
msgstr ${releases}
#. Type: select
#. Description
#: ../neurodebian.templates:4002
msgid Release name of the base system:
msgstr Имя выпуска базовой системы:
#. Type: select
#. Description
#: ../neurodebian.templates:4002
msgid
Please specify the appropriate Debian or Ubuntu release codename (for
instance \stretch\ or \trusty\).
msgstr
Укажите соответствующее имя выпуска Debian или Ubuntu
(например, «stretch» или «trusty»).
#. Type: select
#. Description
#: ../neurodebian.templates:4002
msgid
If this is set to \automatic\', the release name is chosen according to
the output of \apt-cache policy\. If the release name for this system is
not \${release}\, you should choose the specific one which matches best.
msgstr
Если выбрать «автоматически», то имя выпуска выбирается согласно выводу
«apt-cache policy». Если имя выпуска для этой системы не «${release}»,
то вы должны выбрать то, которое больше всего подходит.
#. Type: select
#. Description
#: ../neurodebian.templates:5001
msgid NeuroDebian mirror to use:
msgstr Зеркало NeuroDebian:
#. Type: select
#. Description
#: ../neurodebian.templates:5001
msgid
The NeuroDebian project has a number of community-maintained mirrors around
the globe.
msgstr
У проекта NeuroDebian есть несколько поддерживаемых сообществом зеркал.
#. Type: select
#. Description
#: ../neurodebian.templates:5001
msgid If you do not know which mirror URL to choose, select one of:
msgstr
Если вы не знаете какой URL зеркала выбрать, то выберите одно из этих:
#. Type: select
#. Description
#: ../neurodebian.templates:5001
msgid
* origin: the original NeuroDebian repository;\n
* best: will try to use netselect to select the \closest\ mirror.\n
This may fail depending on the current mirror setup and the\n
configuration of the firewall. If netselect is not available, the\n
default mirror will be used.
msgstr
* origin:
Bug#790530: astropy-utils: bump Breaks+Replaces to python-pyfits ( 1:3.0.7-4~)
Control: tags -1 + pending Fixed in git; I am just waiting for the new version (1.0.4), which should be out in the next few days. Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791628: git-upstream-tag not effective inside of gbp.conf
Hallo, * Guido Günther [Tue, Jul 07 2015, 07:12:16AM]: On Tue, Jul 07, 2015 at 01:17:36AM +0200, Eduard Bloch wrote: I tried this and that and couldn't see the reason. The message is IMHO kinda pointless; why does it not simply commit as it's told by the command line? As the final guess I added --git-upstream-tag='v%(version)s' to the command line and it suddenly worked. So it looks like the option is not read from gbp.conf. How should I know that? gbp.conf(5) does not tell me which ones are valid there and which are not. Out of blue, I added git-pristine-tar and git-pristine-tar-commit there and got: gbp:error: File contains parsing errors: /home/user/debian/dev/encfs/debian/gbp.conf [line 5]: 'git-pristine-tar\n' [line 6]: 'git-pristine-tar-commit\n' PARSING ERRORS? Or maybe something is not applicable in the DEFAULT section? Even if that assumption is correct, the message should be something meaningful and not a bogus parsing error. The docs say: All options in the config files are specified without the 'git-' prefix. Okay. What about helping the user a little bit? This seems to be a good practice nowadays (have a look at git, for example). Haven't looked at your code yet but it should be a three-liner in Python, something like: if (foo not in dictionary AND foo.startsWith(git-) AND foo.substr(4) is in dictionary) print Unable to parse + foo + , did you mean + foo.substr(4) fi under Configuation Files of the man page. There are also examples around that document the format. Use these and all the above will again turn into non issues. Sorry, not all of them. $ gbp buildpackage gbp:error: File contains parsing errors: /home/user/debian/dev/encfs/debian/gbp.conf [line 5]: 'pristine-tar\n' [line 6]: 'pristine-tar-commit\n' I recommend to read an respect the references at /usr/share/doc/reportbug/HowToReportGoodBugs.txt so I can figure out what exactly you have issues with. at Sure. I just had trouble pushing it. Feel free to have a look: http://anonscm.debian.org/cgit/collab-maint/encfs.git/log/?h=debian/sid And the repro step should be simply running gbp buildpackage. Regards, Eduard. -- wenz quit wenz ~/quit -!- wenz [~ho...@pd900e60c.dip.t-dialin.net] has quit [ircII2.8.2-EPIC3.004 --- Bloatware at its finest.] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789769: ftp.debian.org: removing a package from experimental that is not in unstable should close its bugs
Hi Andreas, 2015-06-24 11:51 GMT+02:00 Andreas Beckmann a...@debian.org: If a source package gets removed from unstable, (usually) its bugs are closed. That same should happen if a package gets removed from experimental that is not (any more) in unstable. Normally, bugs are closed automatically when packages are removed from unstable. One exception of this is when there are multiple sources available, and dak cannot tell (yet) which version to consider, therefore bugs are intentionally left open. Removing packages from experimental too is not automatically handled at the moment. Sometimes FTP Team members spot this when removing packages from unstable, sometimes not [ btw, thanks for your recent efforts to catch up some of these ;-) ]. In the end, I think all the bugs were closed already when packages were removed from unstable (unless the exception above was triggered). Do you have some examples of packages removed from experimental with bugs left open? -- Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791017: curlpp: library transition may be needed when GCC 5 is the default
On 03/07/15 15:09, Matthias Klose wrote: - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. There are no reverse dependencies on this library so I think no transition is needed. Shall I close this bug now, or wait until the stdc++ transition occurs in case someone does decide to depend on it in the meantime? X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#791623: haskell-path-pieces FTBFS on debian-ports arches; missing build-depends.
Hi, Am Dienstag, den 07.07.2015, 10:09 +1200 schrieb Michael Cree: Source: haskell-path-pieces Version: 0.2.0-1 Severity: important Justification: Fails to build from source but built in the past. haskell-path-pieces FTBFS on the Debian-Ports arches (alpha, hppa and ppc64) with: Running debian/hlibrary.setup configure --ghc -v2 --package -db=/var/lib/ghc/package.conf.d --prefix=/usr - -libdir=/usr/lib/haskell-packages/ghc/lib --builddir=dist-ghc --ghc -option=-optl-Wl\,-z\,relro --haddockdir=/usr/lib/ghc -doc/haddock/path-pieces-0.2.0/ --datasubdir=path-pieces - -htmldir=/usr/share/doc/libghc-path-pieces-doc/html/ --enable-library -profiling --enable-tests Configuring path-pieces-0.2.0... hlibrary.setup: At least the following dependencies are missing: HUnit -any, QuickCheck -any, hspec =1.3 make: *** [configure-ghc-stamp] Error 1 I see build-depends restricted to the official linux arches for libghc-hspec-dev and libghc-quickcheck2-dev. Could we get the Debian-Ports arches that have ghc built (alpha, hppa and ppc64) added to those build-depends please. the list should only have those architectures that support template -haskell, i.e. those where there is a /usr/bin/ghci. Is that really all of these three? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#790743: systemd: Multiseat is not working after upgrade of systemd from 215-17 to 220-7
Control: tag -1 moreinfo Hello Alberto, as discussed in the upstream bug (https://github.com/systemd/systemd/issues/458) it seems this is rather a libwayland or gdm issue. Can you please downgrade these and verify? Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus
On 06/28/2015 05:52 PM, Guillem Jover wrote:
Hi!
On Thu, 2015-04-30 at 17:43:00 -0300, Daniel Serpell wrote:
Package: gcc-5
Version: 5.1.1-2
Severity: wishlist
Currently, gcc-5 packages are really big because the files under
/usr/lib/gcc/x86_64-linux-gnu/5 are not stripped, and each one of
lto1, cc1 and cc1plus is about 130MB.
Please, can those files be striped in the default installation?
I'd second that, in my case all the involved packages are using almost
1 GiB of additional disk space.
In the meantime I'm stripping the files on installation/upgrade via
triggers:
http://git.hadrons.org/cgit/debian/gcc-on-diet.git/
in case others find it useful. And I guess I could create a package
repository for it, if there's demand.
Don't do that. If you strip cc1 cc1plus (etc...) you cannot have GCC
plugins.
Regards
--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55901e8f.5060...@starynkevitch.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791655: diskimage-builder should depend on uuid-runtime
Package: diskimage-builder Version: 0.1.46-1 Severiy: normal The /usr/bin/disk-image-create attempts to invoke `uuidgen` provided by the uuid-runtime package: export DIB_IMAGE_ROOT_FS_UUID=$(uuidgen -r) Can you please add `uuid-runtime` as a dependency? Merci -- Antoine hashar Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791635: python-policy: Please require namespacing source python module packages
The right place to discuss Debian Python Policy changes is debian-pyt...@lists.debian.org mailing list. (and I'm strongly against this change, BTW) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791645: openjdk-8: FTBFS on sparc
Source: openjdk-8 Version: 8u60~b22-1 Hi, It's failing to build (using opendjk-7) with the following error: ## Finished images (build time 00:02:38) Boot cycle build step 2: Building a new JDK image using previously built image make[2]: Entering directory '/build/openjdk-8-8u60~b22/src' WARNING: You have the following ALT_ variables set: ALT_SDT_H=/usr/include/sparc-linux-gnu/sys/sdt.h ALT_OBJCOPY=/does_not_exist ALT_ variables are deprecated and will be ignored. Please clean your environment. Running make as '/usr/bin/make VERBOSE= LOG_LEVEL=debug -R -I /build/openjdk-8-8u60~b22/src/make/common -rRw -I/build/openjdk-8-8u60~b22/src/make/common SPEC=/build/openjdk-8-8u60~b22/build/bootcycle-spec.gmk -j7' Building OpenJDK for target 'images' in configuration '/build/openjdk-8-8u60~b22/build' ## Starting langtools make[3]: Entering directory '/build/openjdk-8-8u60~b22/src/langtools/make' SetupJavaCompiler(BOOT_JAVAC) [2] JAVAC := /build/openjdk-8-8u60~b22/build/images/j2sdk-image/bin/javac [3] SERVER_DIR := [4] SERVER_JVM := /build/openjdk-8-8u60~b22/build/images/j2sdk-image/bin/java -verbosegc -Xms1000M -Xmx1500M [5] FLAGS := -XDignore.symbol.file=true -g -Xlint:all,-deprecation -Werror SetupJavaCompilation(BUILD_TOOLS) [2] SETUP := BOOT_JAVAC [3] DISABLE_SJAVAC := true [4] ADD_JAVAC_FLAGS := -Xprefer:source [5] SRC := /build/openjdk-8-8u60~b22/src/langtools/make/tools /build/openjdk-8-8u60~b22/src/langtools/src/share/classes [6] INCLUDES := compileproperties genstubs [7] BIN := /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses /bin/mkdir -p /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses /bin/rm -f /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp /bin/echo Writing 2 paths to ' /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp' Writing 2 paths to /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp /bin/echo Compiling `/usr/bin/wc /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp | /usr/bin/tr -s ' ' | /usr/bin/cut -f 2 -d ' '` files for BUILD_TOOLS Compiling 2 files for BUILD_TOOLS ( /build/openjdk-8-8u60~b22/build/images/j2sdk-image/bin/javac -XDignore.symbol.file=true -g -Xlint:all,-deprecation -Werror -Xprefer:source -implicit:none -sourcepath /build/openjdk-8-8u60~b22/src/langtools/make/tools:/build/openjdk-8-8u60~b22/src/langtools/src/share/classes -d /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses @/build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp /bin/mv /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch.tmp /build/openjdk-8-8u60~b22/build/bootcycle-build/langtools/btclasses/_the.BUILD_TOOLS_batch) # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:254), pid=8814, tid=4144495472 # fatal error: caught unhandled signal 10 # # JRE version: (8.0_60-b22) (build ) # Java VM: OpenJDK Zero VM (25.60-b22 interpreted mode linux-sparc ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try ulimit -c unlimited before starting Java again # # An error report file with more information is saved as: # /build/openjdk-8-8u60~b22/src/langtools/make/hs_err_pid8814.log # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # Aborted make[3]: *** No rule to make target 'all', needed by 'default'. Stop. make[3]: Leaving directory '/build/openjdk-8-8u60~b22/src/langtools/make' /build/openjdk-8-8u60~b22/src//make/Main.gmk:83: recipe for target 'langtools-only' failed make[2]: *** [langtools-only] Error 2 make[2]: Leaving directory '/build/openjdk-8-8u60~b22/src' /build/openjdk-8-8u60~b22/src//make/Main.gmk:171: recipe for target 'bootcycle-images-only' failed make[1]: *** [bootcycle-images-only] Error 2 make[1]: Leaving directory '/build/openjdk-8-8u60~b22/build' /bin/bash: line 5: kill: (16885) - No such process debian/rules:1270: recipe for target 'stamps/build' failed make: *** [stamps/build] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 The log file contains: # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:254), pid=8814, tid=4144495472 # fatal error: caught unhandled signal 10 # # JRE version: (8.0_60-b22) (build ) # Java VM: OpenJDK Zero VM (25.60-b22 interpreted mode linux-sparc ) # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try ulimit -c unlimited before starting Java again # # If you would like to submit a bug report, please visit: #
Bug#791647: debtags no longer supports debtags update --local
Package: debtags
Version: 2.0
Severity: important
User: de...@kali.org
Usertags: origin-kali
In Kali, we have a kali-debtags package to provide custom tags at the
appropriate place and the postinst runs debtags update --local to update the
tag database.
This broke recently with the arrival of debtags 2.0 in testing:
$ sudo debtags update --local
usage: debtags [-h] [--version] [--verbose] [--debug]
{tag,cat,grep,check,diff,mkpatch,search,dumpavail,show,submit,tagcat,tagshow,tagsearch,update,vocfilter}
...
debtags: error: unrecognized arguments: --local
Is this change voluntary or just something overlooked ? I want to know if I
must update kali-debtags or wait a fix on the debtags side.
I see this comment in debtags but no corresponding code...
613 # // Create the collection update group
614 # OptionGroup* updateOpts = createGroup();
615 # misc_local = updateOpts-addBoolOption(local, 0, local, ,
616 # do not download files when performing an update);
617 # misc_reindex = updateOpts-addBoolOption(reindex, 0, reindex,
618 # , do not download any file, just do reindexing if
needed);
619 # update = addEngine(update, ,
620 # update-add(updateOpts);
-- System Information:
Debian Release: stretch/sid
APT prefers squeeze-lts
APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable'), (500, 'unstable'),
(500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages debtags depends on:
ii python3 3.4.3-4
pn python3:any none
debtags recommends no packages.
Versions of packages debtags suggests:
pn tagcoll none
-- Configuration Files:
/etc/bash_completion.d/debtags ac56ef1f1e1f45ade510264e8741417c [Errno 2] Aucun
fichier ou dossier de ce type: u'/etc/bash_completion.d/debtags
ac56ef1f1e1f45ade510264e8741417c'
-- 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#624349: libmpich2-dev: Activates debugging compiler option -g
Control: reopen -1 Control: found -1 3.1-5+b2 Control: fixed -1 1.4~rc2-2 It looks like there was a regression and mpich started to pass compiler options via mpicxx.mpich again: $ mpicxx.mpich -show g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -I/usr/include/mpich -L/usr/lib/x86_64-linux-gnu -lmpichcxx -lmpich -lopa -lmpl -lrt -lcr -lpthread Flags like -g, -O2, -fstack-protector-strong, -Wformat, -Werror=format-security and -Wl,-z,relro should not be passed to programs compiled with mpi*.mpich; doing so might break building with different compilers that do not understand the same set of flags as used to build the Debian package. See also [1]. Ansgar [1] http://lists.dune-project.org/pipermail/dune-devel/2015-July/001459.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783876: gcc-5: consider stripping lto1 / cc1 / cc1plus
On 07/04/2015 04:23 PM, Josh Triplett wrote: On Thu, 30 Apr 2015 23:10:15 +0200 Matthias Klose d...@debian.org wrote: On 04/30/2015 10:43 PM, Daniel Serpell wrote: Currently, gcc-5 packages are really big because the files under /usr/lib/gcc/x86_64-linux-gnu/5 are not stripped, and each one of lto1, cc1 and cc1plus is about 130MB. Please, can those files be striped in the default installation? I'd like to avoid this, and only change that near the next Debian release. These binaries are linked against libbacktrace to provide a verbose backtrace on internal compiler errors, which you can't get with stripped binaries. Linking against libbacktrace seems completely fine. However, can libbacktrace not use detached debug symbols, as found in -dbg packages? No. Plus, Basile mentions that plugins won't work anymore with stripped binaries, however I fail to see why that would be the case. We had clang plugin working in the past too. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786164: freedombox-setup: deprecation of python-support
Hello, I just pushed a change to migrate to dh-python. I had to also rewamp the interface-detect script to this. Please review my changes from the repository. Thank you, -- Sunil signature.asc Description: OpenPGP digital signature
Bug#784271: cups-client: Variable permissions on a PPD file with lpadmin
notfound 784271 2.0.3-4 thanks On Mon 04 May 2015 at 20:15:10 +0100, Brian Potkin wrote: I could live with 640 or 644 (the latter, for preference) but it would be nice for lpadmin to give a consistent outcome when queues are installed or reinstalled. With lpadmin the permissions on the PPD file are now consistently 644. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787128: freedombox-setup: Reset LDAP admin password on first-run
I really that we have gotten rid of the LDAP password. The patch is working as expected and I have merged it. -- Sunil signature.asc Description: OpenPGP digital signature
Bug#762791: Bug#776000: Bug#762791: laptop-mode-tools: At boot eth0 fails
On Tue, 2015-07-07 at 22:38 +0530, Ritesh Raj Sarraf wrote: Control: retitle -1 RealTek RTL-8169 driver incapable of changing advertised speed without including duplex setting Control: forcemerge 776000 768121 762791 So let's re-cap every thing. 776000 was created for the very same driver and is assigned to the kernel. The other 2 bugs are still with l-m-t. In 768121, Matthew has mentioned the same error, that ethtool is incapable to changing to the advertised speed. He also mentioned that using the combination of speed/duplex together, does work. [...] That's a bug/limitation of ethtool, not the driver. Ben. -- Ben Hutchings Hoare's Law of Large Problems: Inside every large problem is a small problem struggling to get out. signature.asc Description: This is a digitally signed message part
Bug#789187: moarvm on mispel
On 5 July 2015 at 21:02, Daniel Dehennin daniel.dehen...@baby-gnu.org wrote: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com writes: If you are using git for packaging, I propose: * upload the packaging of latests upstream (which enables libffi and thus mips*) to some temp branch. * I will checkout and build the package in my mipsel machine. Hello, I pushed a test/libffi temporary branch. I build it on my AMD64. HI there, after checking-out the test/libffi branch and generating an upstream tarball for 2015.06+git20150705, using pbuilder I get: [...] dpkg-buildpackage: source package moarvm dpkg-buildpackage: source version 2015.06+git20150705-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Daniel Dehennin daniel.dehen...@baby-gnu.org dpkg-buildpackage: host architecture mipsel dpkg-source --before-build moarvm-2015.06+git20150705 fakeroot debian/rules clean dh clean dpkg-source -b moarvm-2015.06+git20150705 dpkg-source: info: using source format '3.0 (quilt)' dpkg-source: info: building moarvm using existing ./moarvm_2015.06+git20150705.orig.tar.gz dpkg-source: info: building moarvm in moarvm_2015.06+git20150705-1.debian.tar.xz dpkg-source: info: building moarvm in moarvm_2015.06+git20150705-1.dsc debian/rules build make: Nothing to be done for 'build'. fakeroot debian/rules binary dh binary dpkg-genchanges ../moarvm_2015.06+git20150705-1_mipsel.changes dpkg-genchanges: error: binary build with no binary artifacts found; cannot distribute dpkg-buildpackage: error: dpkg-genchanges gave error exit status 2 E: Failed autobuilding of package [...] any idea? -- 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#791654: neurodebian: [INTL:ru] Russian debconf templates translation
On Tue, 07 Jul 2015, Christian PERRIER wrote: A typo was found in the original English strings where dpkg-reconfigure was spelled as dpg-reconfigure. This is fixed in the attached file (and also fixed in the translation of course) thank you Christian for all your work. Since I am aware of this shortcoming I would just review/correct all the contributed translations whenever I get to kick out a new revision, so you don't need to babysit all of them. With best regards, Yaroslav! -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777882: Patch for GCC 5 build issue
tags 777882 + patch
thanks
Here's a fix for the GCC 5 build issue. I added extern to the callable
copy of the inline functions to ensure an externally visible function is
emitted, please see section Different semantics for inline functions
at https://gcc.gnu.org/gcc-5/porting_to.html for more background.
--
Greg Pearson
Linux for HP Helion
--- a/xgnokii/xgnokii.c 2015-07-07 17:58:16.285881332 +
+++ b/xgnokii/xgnokii.c 2015-07-07 18:03:19.661891930 +
@@ -798,7 +798,7 @@
}
-inline void GUI_HideAbout(void)
+extern inline void GUI_HideAbout(void)
{
gtk_widget_hide(AboutDialog);
}
diff -urN a/xgnokii/xgnokii_logos.c b/xgnokii/xgnokii_logos.c
--- a/xgnokii/xgnokii_logos.c 2015-07-07 17:58:40.145882166 +
+++ b/xgnokii/xgnokii_logos.c 2015-07-07 18:03:13.349891709 +
@@ -1303,7 +1303,7 @@
return 0;
}
-inline void CloseLogosWindow(void)
+extern inline void CloseLogosWindow(void)
{
gtk_widget_hide(GUI_LogosWindow);
}
Bug#736089: cups-client: Modifying or reinstalling a queue with lpadmin is unreliable
notfound 736089 2.0.3-4 thanks On Wed 12 Mar 2014 at 20:32:53 +, Brian Potkin wrote: Everything looks really good now! Any PPD gets installed with -m. I have no explanation for this. I have no explanation for what follows either! cups 2.0.3-4 does not exhibit the behaviour described previously. Originally tested with 2.0.x in experimental. Modififying a queue with lpadmin now seems to be successful every time. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785920:
Fixed: 0.5.4-1
Bug#791700: ITP: libtest-deep-type-perl -- Test::Deep plugin for validating type constraints
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libtest-deep-type-perl Version : 0.006 Upstream Author : Karen Etheridge et...@cpan.org * URL : https://metacpan.org/release/Test-Deep-Type * License : Artistic or GPL-1+ Programming Lang: Perl Description : Test::Deep plugin for validating type constraints Test::Deep::Type provides the sub is_type to indicate that the data being tested must validate against the passed type. This is an actual type object, not a string name -- for example something provided via MooseX::Types, or a plain old coderef that returns a bool (such as what might be used in a Moo type constraint). signature.asc Description: Digital Signature
Bug#791706: Documentation out of date
Package: python-apt Version: 1.0.0~beta3 Example: Find all missing dependencies section of the documentation uses old members such as depends_list instead of dependencies and assumes this list is of Dependency instances and not possibly BaseDependency instances. I suggest this example code be brought up to date. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786689: freedombox-setup: Use nmcli to setup network interfaces
I have committed the patch and it works as expected for single ethernet and double ethernet cases. Notes: 1) I could not check wifi access point configuration due to lack of a DreamPlug device. 2) There seems to an issue with udev allocating a persistent network name to on the interfaces in case double ethernet interfaces. One of the ethernet interfaces was named ens9 resulting in the configuration not getting assigned properly. This is perhaps due to the deletion of udev net rules and trying to recreate them in sorted order. We should recheck if this the right approach. 3) We perhaps don't need to create the /etc/network/interface file at all now after the current set of changes. We could remove those changes. -- Sunil signature.asc Description: OpenPGP digital signature
Bug#791707: chrt: misleading error message
Package: util-linux Version: 2.25.2-6 Severity: normal % chrt -i 1 sh chrt: failed to set pid 0's policy: Invalid argument Since chrt's arguments are confusing enough already (such as the necessary placement of -p, if used, first and the correspoding pid last), a misleading error message is really the last thing it needs. pid 0 makes it appear that -p was in fact active (for whatever reason) and a pid of 0 (again for whatever reason, maybe default) was the problem, since of course pid 0 is really invalid; distracting from the fact that the 1 argument to -i is in fact invalid. Ideally, the message should say what's actually invalid (priority out of range or such). But anyway, including another invalid (and inapplicable) thing in the message is a bad idea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777888: Patch for GCC 5 build issue
tags 777888 + patch
thanks
Here's a fix for the GCC 5 build issue. I added parentheses so the
logical not applies to the whole comparison and not just the left
hand side.
--
Greg Pearson
Linux for HP Helion
--- a/libxdgutils/XDGDesktopEntry.cpp 2015-07-07 18:50:07.661990020 +
+++ b/libxdgutils/XDGDesktopEntry.cpp 2015-07-07 18:51:36.149993111 +
@@ -468,7 +468,7 @@
// Now find missing required keys
for(i = 0; registeredEntries[i].name != NULL; i++) {
- if (!registeredEntries[i].type type)
+ if (!(registeredEntries[i].type type))
continue;
if (registeredEntries[i].required) {
Bug#791708: needrestart: Add a --quiet option
Package: needrestart Version: 2.1-1 Severity: wishlist Dear Maintainer, I'm using needrestart inside scripts (in particular fabric scripts) and it will be nice if a --quiet option can be added. Something like the -q from apt-get, that says: Quiet; produces output suitable for logging, omitting progress indicators. I would really appretiate such a feature Thanks a lot, Rodrigo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791446: NMU to DELAYED/5
* Emmanuel Bourg: As you want, it up to you if you want to use the modified package immediately or in 5 days. Done. Right. I wrote NMU out of a habit -- the actual changelog is no NMU. Good, could you just commit the changes on alioth please? I could do that, but unfortunately the subversion repository already has a commit by apo-guest (Markus Koschany a...@gambaru.de) that I can't or don't know how to back out to get the history right. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791446: NMU to DELAYED/5
Le 07/07/2015 21:48, Hilko Bengen a écrit : I could do that, but unfortunately the subversion repository already has a commit by apo-guest (Markus Koschany a...@gambaru.de) that I can't or don't know how to back out to get the history right. Hum I didn't see that :( In this case you have to revert the commit 18732 by Markus, apply your changes, tag the repository for the version 1.2.17-6, and reapply the bnd changes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773840: replacement for nrpe
Hi, I recently learned of a secure replacement for nrpe. The check-mk nagios add on provides 'mrpe' which is a drop in replacement for nrpe, you can use it with existing nrpe checks but they get run via check-mk's transport, which can use ssh. I moved some of my existing nrpe scripts to that, and I plan to eventually transition them to native check-mk scripts for performance reasons. In addition to replacing nrpe, there is also a check-mk agent that replaces the also insecurce nagios-statd (agent 'ps'). It took some effort to transition, but now everything is done over ssh (even on private networks) and also check-mk comes with so many plugins that I have a lot more checks now and was able to get rid of some custom checks. Check it out, I think you'll like it. I have some notes on how to transition things I should post somewhere... -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791394: workaround
On 07/07/15 18:27, Michael Biebl wrote: Am 07.07.2015 um 18:21 schrieb Daniel Pocock: On 07/07/15 16:41, Michael Biebl wrote: A much better workaround is systemctl hibernate This will trigger logind and make sure the screen is locked and everything which installed a logind inhibitor is signalled. You could even bind that command to a keyboard shortcut. I just tried systemctl hibernate and it does hibernate but it does not lock the screen. So I think that to use that it is necessary to do sleep 10 ; systemctl hibernate and then click the lock screen control before it starts to hibernate. Works fine here. Which desktop environment is that exactly? It is a standard GNOME 3 desktop on jessie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791704: freedombox-setup: Remove Privoxy configuration
Package: freedombox-setup Version: 0.4 Severity: minor Tags: patch Hello, Currently, Privoxy is being installed and configured from freedombox-setup. However, with recent changes, Plinth handles this duty. All references to Privoxy should be removed from freedombox-setup. Please see similar bugs for application removal for rationale. Thank you, -- Sunil -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freedombox-setup depends on: ii apache22.4.12-2 ii augeas-tools 1.2.0-0.2 ii avahi-daemon 0.6.31-5 pn avahi-utilsnone ii bridge-utils 1.5-9 pn checkinstall none pn devio none ii dialog 1.2-20150528-1 pn dnsmasqnone ii dnsutils 1:9.9.5.dfsg-9 ii dosfstools 3.0.28-1 pn etckeeper none ii firewalld 0.3.13-1 pn havegednone ii hostname 3.15 ii htop 1.0.3-1 pn iftop none ii iptables 1.4.21-2+b1 ii iputils-ping 3:20121221-5+b2 ii isc-dhcp-client4.3.2-1 pn libnss-gw-name none ii libnss-mdns0.10-6 ii libnss-myhostname 220-7 ii libpython2.7-stdlib [python-argparse] 2.7.10-3 ii locales2.19-18 pn locales-allnone ii lsof 4.86+dfsg-1 pn lua-secnone pn macchanger none pn monkeysphere none ii net-tools 1.60-26+b1 ii ntp1:4.2.6.p5+dfsg-7 ii openssh-server 1:6.7p1-6 ii parted 3.2-7 pn plinth none ii psmisc 22.21-2 ii python-augeas 0.4.1-2 ii python-beautifulsoup 3.2.1-1 ii python-bjsonrpc0.2.0-1 ii python-docutils0.12+dfsg-1 ii python-lxml3.4.2-1 pn python:any none pn resolvconf none ii ssl-cert 1.0.36 ii sudo 1.8.12-1 ii tcpdump4.7.4-1 pn uaputl none ii vim-tiny 2:7.4.712-3 ii wget 1.16.3-3 pn zile none Versions of packages freedombox-setup recommends: pn batctl none pn pagekitenone pn rfkill none ii wireless-tools 30~pre9-8 freedombox-setup suggests no packages. From e1b1207aa2497a7c19d79774b71ba06781641cfd Mon Sep 17 00:00:00 2001 From: Sunil Mohan Adapa su...@medhas.org Date: Tue, 7 Jul 2015 16:46:39 +0530 Subject: [PATCH] Remove privoxy setup as it happens in Plinth now - Skip the privoxy test in the testsuite if Privoxy is disabled/not-installed. --- setup.d/91_privoxy | 6 -- testsuite/web-proxy.test | 5 + 2 files changed, 5 insertions(+), 6 deletions(-) delete mode 100755 setup.d/91_privoxy diff --git a/setup.d/91_privoxy b/setup.d/91_privoxy deleted file mode 100755 index 1a51051..000 --- a/setup.d/91_privoxy +++ /dev/null @@ -1,6 +0,0 @@ -#!/bin/sh - -apt-get install -y privoxy - -# Listen on all interfaces -sed -i 's/listen-address localhost:8118/listen-address [::]:8118/' /etc/privoxy/config diff --git a/testsuite/web-proxy.test b/testsuite/web-proxy.test index 5b9e136..3220c1e 100755 --- a/testsuite/web-proxy.test +++ b/testsuite/web-proxy.test @@ -2,6 +2,11 @@ . $(dirname $0)/testsuite-functions +if ! systemctl is-enabled privoxy /dev/null ; then +skip $0: Privoxy is disabled +exit 0 +fi + netstat_check 8118 tcp privoxy netstat_check 8118 tcp6 privoxy -- 2.1.4
Bug#791703: Feature Request: ack email should contain a link to the bug
Package: debbugs Severity: wishlist Control: submitter -1 Marcelo Juchem juc...@gmail.com Control: retitle -1 Include bug url in ack mail On Tue, 07 Jul 2015, Marcelo Juchem wrote: I just received an automatically generated reply to acknowledge a new bug report I've made to Debian. It struck me as odd that the email didn't contain a link to the bug. It had the email address for submitting further information, the bug ID, but no link. This may sound trivial to maintainers, but users like me really have no clue how to find the bug report on the bug tracking system. Yeah, that probably should be done. Almost every other mail has it, but that one doesn't. [In the future, for issues with the bts including feature reports, you can file bugs against the bugs.debian.org package.] -- Don Armstrong http://www.donarmstrong.com No matter how many instances of white swans we may have observed, this does not justify the conclusion that all swans are white. -- Sir Karl Popper _Logic of Scientific Discovery_ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791706: nevermind
On Tue, Jul 07, 2015 at 02:53:14PM -0400, Jay Wren wrote: I’m sorry, I realize now that this is not-a-bug I saw the same memory address for the apt_pkg.Cache as the apt.cache.Cache and thought they were identical. No problem, can happen to anyone. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Be friendly, do not top-post, and follow RFC 1855 Netiquette. - If you don't I might ignore you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777958: Patch for libmoe FTBFS for libmoe with GCC-5
tags 777958 + patch thanks libmoe was written to use GNU89 inline semantics for a few inline functions declared in mb.h. Here is a patch to make them compatible with GCC 5. -- Linn Crosetto Linux for HP Helion diff -urN b/iso2mb.c c/iso2mb.c --- b/iso2mb.c 2015-07-06 21:38:49.129658661 + +++ c/iso2mb.c 2015-07-07 18:50:17.211540572 + @@ -513,11 +513,11 @@ return wc; } -mb_wchar_t +__attribute__ ((gnu_inline)) __inline__ mb_wchar_t mb_encode_to_wchar(mb_info_t *info) MB_ENCODE_TO_WCHAR -mb_wchar_t +__attribute__ ((gnu_inline)) __inline__ mb_wchar_t mb_fetch_wchar(mb_info_t *info) MB_FETCH_WCHAR diff -urN b/mb2iso.c c/mb2iso.c --- b/mb2iso.c 2015-07-06 21:38:49.133658683 + +++ c/mb2iso.c 2015-07-07 19:07:47.583244156 + @@ -900,7 +900,7 @@ return n; } -size_t +__attribute__ ((gnu_inline)) __inline__ size_t mb_store_wchar(mb_wchar_t enc, mb_info_t *info) MB_STORE_WCHAR diff -urN b/mb.h c/mb.h --- b/mb.h 2015-07-06 21:38:49.133658683 + +++ c/mb.h 2015-07-07 18:50:17.211540572 + @@ -434,7 +434,7 @@ } #ifdef __GNUC__ -extern __inline__ mb_wchar_t mb_encode_to_wchar(mb_info_t *info) MB_ENCODE_TO_WCHAR +extern __attribute__ ((gnu_inline)) __inline__ mb_wchar_t mb_encode_to_wchar(mb_info_t *info); #else extern mb_wchar_t mb_encode_to_wchar(mb_info_t *info); #endif @@ -449,7 +449,7 @@ } #ifdef __GNUC__ -extern __inline__ mb_wchar_t mb_fetch_wchar(mb_info_t *info) MB_FETCH_WCHAR +extern __attribute__ ((gnu_inline)) __inline__ mb_wchar_t mb_fetch_wchar(mb_info_t *info); #else extern mb_wchar_t mb_fetch_wchar(mb_info_t *info); #endif @@ -552,7 +552,7 @@ } #ifdef __GNUC__ -extern __inline__ size_t mb_store_wchar(mb_wchar_t enc, mb_info_t *info) MB_STORE_WCHAR +extern __attribute__ ((gnu_inline)) __inline__ size_t mb_store_wchar(mb_wchar_t enc, mb_info_t *info); #else extern size_t mb_store_wchar(mb_wchar_t enc, mb_info_t *info); #endif
Bug#778125: solarpowerlog: ftbfs with GCC-5
Package: src:solarpowerlog Followup-For: Bug #778125 Control: severity -1 important As today on debian-announce: These are build failures seen when building with GCC 5. Those which can be fixed now, have an RC priority, those that require changes on other packages, or only can be uploaded once GCC 5 is the default, have priority important. As this bug is waiting for boost to hit sid, downgrading to important. -- tobi -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791364: [pkg-gnupg-maint] Bug#791364: No gpg-agent is started unless 'use-agent' is explicitly configured
On Fri 2015-07-03 16:43:34 -0400, Michael Biebl wrote: This is a followup for the changes I made in gnome-keyring to use pinentry-gnome3 and gpg-agent [1] We have important regressions with the new setup: A default ~/.gnupg/gpg.conf does not set use-agent. As a result, /etc/X11/Xsession.d/90gpg-agent won't start a gpg-agent on session login. a/ without a running gpg-agent, gpg v2 doesn't cache any passwords. It spawns a gpg-agent process on demand, so we at least get a pinentry-gnome3 based prompt. b/ without use-agent, gpg v1 will also not use gpg-agent/pinentry-gnome3 at all, but fall back to prompt directly on the console. Regarding gpg v2 I'm surprised that use-agent is still necessary. At least man gpg2 says that --use-agent is a dummy, since gnupg agent is mandatory Any clever idea how we can address this? Should we start gpg-agent unconditionally in /etc/X11/Xsession.d/90gpg-agent? This would at least address a/. with 2.1.x (now in experimental, hopefully to move to unstable later this week), gpg2 will resolve (a) by starting a long-running gpg-agent process instead of a short-lived one. --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791710: INSTALL REPORT (Wheezy on QNAP TS-420U)
Package: installation-reports Boot method: network Image version: http://ftp.debian.org/debian/dists/Debian7.8/main/installer-armel/current/images/kirkwood/network-console/qnap/ts-41x/ Date: June 7, 2015 Machine: QNAP TS-420U Processor: Marvell 1.6 GHz Memory:1GB DDR3 Partitions: Filesystem Type 1K-blocks Used Available Use% Mounten rootfs rootfs19207764 686456 17545596 4% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs88048192 87856 1% /run /dev/disk/by-uuid/23d2cd0b-e894-4699-94b8-0ae0b8e4e54d ext4 19207764 686456 17545596 4% / tmpfs tmpfs 5120 0 5120 0% /run/lk tmpfs tmpfs 566840 0566840 0% /run/sm Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Marvell Technology Group Ltd. Device [11ab:6282] (rev 01) Subsystem: Marvell Technology Group Ltd. Device [11ab:11ab] 00:01.0 SCSI storage controller [0100]: Marvell Technology Group Ltd. 88SX7042 PCI-e 4-port SATA-II [1) Subsystem: Marvell Technology Group Ltd. Device [11ab:11ab] Kernel driver in use: sata_mv 01:00.0 Host bridge [0600]: Marvell Technology Group Ltd. Device [11ab:6282] (rev 01) Subsystem: Marvell Technology Group Ltd. Device [11ab:11ab] 01:01.0 USB controller [0c03]: Etron Technology, Inc. EJ168 USB 3.0 Host Controller [1b6f:7023] (rev 0) Subsystem: Etron Technology, Inc. EJ168 USB 3.0 Host Controller [1b6f:7023] Kernel driver in use: xhci_hcd Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: I have selected 'oldstabel' (=wheezy) during installation (expert mode). Used RAID1 for Debian installation: #Personalities : [raid1] md0 : active raid1 sdc2[5](S) sdb2[4] sda2[0] sdd2[3] 19514240 blocks super 1.2 [3/3] [UUU] The system is able to boot from any (active) disk which has been tested by removing two active disks before boot several times (the spare disk is than used for recovery). The systems works fine ... NO PROBLEMS smime.p7s Description: S/MIME Cryptographic Signature
Bug#791711: Dragging gtk windows past desktop bounds prevents moving back into bounds
Package: mate-desktop Version: 1.8.2+dfsg1-3 Severity: normal When a user drags a GTK window past desktop bounds, in some cases they may be unable to be able to re-move said window back into bounds as there is no way to easily grab the Window and move it into the correct location. A simple workaround is to right-click on the window entry on the bottom mate panel and select the move entry manually. Video of the problem: [https://vid.me/mZhn] -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/12 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 mate-desktop depends on: ii hicolor-icon-theme 0.13-1 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo2 1.14.2-2 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libmate-desktop-2-17 1.8.2+dfsg1-3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libunique-1.0-0 1.1.6-5 ii mate-desktop-common 1.8.2+dfsg1-3 mate-desktop recommends no packages. mate-desktop 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#790062: [Monotone-debian] Bug#790062: FTBFS with OCaml 4.02.2
Hi, I tried updating monotone-viz. However, I cannot currently build it (on experimental) due to dependency conflicts. Compared with the build quoted in comment 39, I'm missing liblablgtk2-ocaml 2.18.3. Instead, I get: The following packages have unmet dependencies: liblablgtk2-gnome-ocaml-dev : Depends: liblablgtk2-gnome-ocaml-qf5i2 Depends: liblablgtk2-ocaml-dev-fwbz8 Depends: ocaml-nox-4.01.0 Once that's resolved, I'm happy to upload an updated package. Kind Regards Markus Wanner with the monotone maintainer hat on signature.asc Description: OpenPGP digital signature
Bug#791697: RFS: wxmaxima/15.04.0-1
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package wxmaxima
* Package name : wxmaxima
Version : 15.04.0-1
Upstream Author : Andrej Vodopivec andrej.vodopi...@gmail.com
* URL : http://andrejv.github.io/wxmaxima/
* License : GPL-2+
Section : math
It builds those binary packages:
wxmaxima - GUI for the computer algebra system Maxima
More detailed information about the package:
What is wxMaxima?
wxMaxima is a powerful graphical user interface for maxima, a program
that is specialized in finding symbolic solutions for mathematical
problems (which means it actually tries to find the formula that solves
a problem, not the number the formula would result in).
A simple example what it can do would be:
- a^2+b^2=c^2;
- solve(%,c);
[c=-sqrt(b^2+a^2),c=sqrt(b^2+a^2)]
But it can find a formula that solves many types of differential
equations, too:
- dgl:diff(diff(x(t),t),t)=-x(t);
- desolve(dgl,x(t));
x(t)=sin(t)*(at('diff(x(t),t,1),t=0))+x(0)*cos(t)
The actual output on the screen is much nicer, naturally, since the
equations are displayed in 2D there.
It is to notice, though, that wxMaxima can be used for numerical work,
too: It supports calculating with ordinary floating-point numbers if
one requests this - but it will happily use arbitrary-precision numbers
by default, exact fractions or bigfloat with a user-specified precision
that is only limited by the amount of memory that is available.
Why does the package need to be updated?
The version currently packaged with debian (13.04) is over two years
old. Moreover this old version has many bugs:
- In some locales many keys (for example in germany all hotkeys)
didn't work in 13.04
- In version 13.04 drag-and drops drops about half of the parenthesis
- 13.04 crashes if it has to display sometimes not-too-complicated
equations or if the save button is pressed while the program is
calculating
Also the old version currently packaged with debian still doesn't come
with a manual, has only a limited undo functionality and in many places
is rather slow. A longer list of enhancements can be found at
https://github.com/andrejv/wxmaxima/blob/master/ChangeLog
The package is lintian-free. Currently it is marked as orphaned. But
I am willing to package new versions and upload them to
mentors.debian.org on a regular basis. This is needed, too, since the
next version, once released, will have a pack of features new, too
including higher processing speed and syntax highlighting.
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/wxmaxima
Alternatively, one can download the package with dget using this
command:
dget -x
http://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_15.04.0-1.dsc
More information about hello can be obtained from
http://andrejv.github.io/wxmaxima/
Bug#791698: etc/acpi/power.sh requires ck-list-sessions
Package: acpi-support Version: 0.142-6 Severity: normal I'm not sure who is doing what anymore (systemd or acpid), but while debugging acpid events I noticed this: expanded /etc/acpi/power.sh - /etc/acpi/power.sh /etc/acpi/power.sh: 98: /etc/acpi/power.sh: ck-list-sessions: not found and indeed, ck-list-sessions doesn't exist on my system (I assume it's from consolekit). I guess that now it should be replaced with loginctl instead. Or maybe it should be a no-op when systemd is installed? Does it do anything useful, since I'm not noticing any issue? -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) 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 acpi-support depends on: ii acpi-support-base 0.142-6 ii acpid 1:2.0.23-2 ii lsb-base 4.1+Debian13+nmu1 ii pm-utils 1.4.1-15 ii x11-xserver-utils 7.7+4 Versions of packages acpi-support recommends: ii acpi-fakekey 0.142-6 ii rfkill0.5-1 Versions of packages acpi-support suggests: ii i3lock 2.7-1 pn radeontool none ii vbetool 1.1-3 ii xautolock 1:2.2-4 ii xinput 1.6.1-1 -- Configuration Files: /etc/default/acpi-support changed [not included] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791699: systemsettings: have an empty window
Package: systemsettings Version: 4:5.3.2-2 Severity: important Dear Maintainer, When I launch systemsettings by the K menu, the software launch but no icons appears. So I can't configure Debian like it should be possible. $ dpkg --status systemsettings Package: systemsettings Status: install ok installed Priority: optional Section: kde Installed-Size: 1179 Maintainer: Debian/Kubuntu Qt/KDE Maintainers debian-qt-...@lists.debian.org Architecture: amd64 Version: 4:5.3.2-2 Replaces: kde-l10n-ar ( 4:4.14.0-2), kde-l10n-bg ( 4:4.14.0-2), kde-l10n-bs ( 4:4.14.0-2), kde-l10n-ca ( 4:4.14.0-2), kde-l10n-cavalencia ( 4:4.14.0-2), kde-l10n-cs ( 4:4.14.0-2), kde-l10n-da ( 4:4.14.0-2), kde- l10n-de ( 4:4.14.0-2), kde-l10n-el ( 4:4.14.0-2), kde-l10n-engb ( 4:4.14.0-2), kde-l10n-es ( 4:4.14.0-2), kde-l10n-et ( 4:4.14.0-2), kde- l10n-eu ( 4:4.14.0-2), kde-l10n-fa ( 4:4.14.0-2), kde-l10n-fi ( 4:4.14.0-2), kde-l10n-fr ( 4:4.14.0-2), kde-l10n-ga ( 4:4.14.0-2), kde- l10n-gl ( 4:4.14.0-2), kde-l10n-he ( 4:4.14.0-2), kde-l10n-hi ( 4:4.14.0-2), kde-l10n-hr ( 4:4.14.0-2), kde-l10n-hu ( 4:4.14.0-2), kde- l10n-ia ( 4:4.14.0-2), kde-l10n-id ( 4:4.14.0-2), kde-l10n-is ( 4:4.14.0-2), kde-l10n-it ( 4:4.14.0-2), kde-l10n-ja ( 4:4.14.0-2), kde- l10n-kk ( 4:4.14.0-2), kde-l10n-km ( 4:4.14.0-2), kde-l10n-ko ( 4:4.14.0-2), kde-l10n-lt ( 4:4.14.0-2), kde-l10n-lv ( 4:4.14.0-2), kde- l10n-mr ( 4:4.14.0-2), kde-l10n-nb ( 4:4.14.0-2), kde-l10n-nds ( 4:4.14.0-2), kde-l10n-nl ( 4:4.14.0-2), kde-l10n-nn ( 4:4.14.0-2), kde- l10n-pa ( 4:4.14.0-2), kde-l10n-pl ( 4:4.14.0-2), kde-l10n-pt ( 4:4.14.0-2), kde-l10n-ptbr ( 4:4.14.0-2), kde-l10n-ro ( 4:4.14.0-2), kde- l10n-ru ( 4:4.14.0-2), kde-l10n-sk ( 4:4.14.0-2), kde-l10n-sl ( 4:4.14.0-2), kde-l10n-sr ( 4:4.14.0-2), kde-l10n-sv ( 4:4.14.0-2), kde- l10n-tr ( 4:4.14.0-2), kde-l10n-ug ( 4:4.14.0-2), kde-l10n-uk ( 4:4.14.0-2), kde-l10n-wa ( 4:4.14.0-2), kde-l10n-zhcn ( 4:4.14.0-2), kde- l10n-zhtw ( 4:4.14.0-2), systemsettings-data ( 4:5.0.2+git20140920~) Depends: libc6 (= 2.14), libkf5auth5 (= 4.96.0), libkf5completion5 (= 4.97.0), libkf5configcore5 (= 4.98.0), libkf5configgui5 (= 4.97.0), libkf5configwidgets5 (= 4.96.0), libkf5coreaddons5 (= 4.100.0), libkf5dbusaddons5 (= 4.99.0), libkf5i18n5 (= 4.97.0), libkf5iconthemes5 (= 4.96.0), libkf5itemviews5 (= 4.96.0), libkf5kcmutils5 (= 4.96.0), libkf5khtml5 (= 4.96.0), libkf5kiowidgets5 (= 4.96.0), libkf5service5 (= 4.99.0), libkf5widgetsaddons5 (= 4.96.0), libkf5windowsystem5 (= 4.96.0), libkf5xmlgui5 (= 4.98.0), libqt5core5a (= 5.4.0), libqt5dbus5 (= 5.0.2), libqt5gui5 (= 5.2.0), libqt5widgets5 (= 5.2.0~rc1), libstdc++6 (= 4.1.1) Breaks: kde-l10n-ar ( 4:4.14.0-2), kde-l10n-bg ( 4:4.14.0-2), kde-l10n-bs ( 4:4.14.0-2), kde-l10n-ca ( 4:4.14.0-2), kde-l10n-cavalencia ( 4:4.14.0-2), kde-l10n-cs ( 4:4.14.0-2), kde-l10n-da ( 4:4.14.0-2), kde- l10n-de ( 4:4.14.0-2), kde-l10n-el ( 4:4.14.0-2), kde-l10n-engb ( 4:4.14.0-2), kde-l10n-es ( 4:4.14.0-2), kde-l10n-et ( 4:4.14.0-2), kde- l10n-eu ( 4:4.14.0-2), kde-l10n-fa ( 4:4.14.0-2), kde-l10n-fi ( 4:4.14.0-2), kde-l10n-fr ( 4:4.14.0-2), kde-l10n-ga ( 4:4.14.0-2), kde- l10n-gl ( 4:4.14.0-2), kde-l10n-he ( 4:4.14.0-2), kde-l10n-hi ( 4:4.14.0-2), kde-l10n-hr ( 4:4.14.0-2), kde-l10n-hu ( 4:4.14.0-2), kde- l10n-ia ( 4:4.14.0-2), kde-l10n-id ( 4:4.14.0-2), kde-l10n-is ( 4:4.14.0-2), kde-l10n-it ( 4:4.14.0-2), kde-l10n-ja ( 4:4.14.0-2), kde- l10n-kk ( 4:4.14.0-2), kde-l10n-km ( 4:4.14.0-2), kde-l10n-ko ( 4:4.14.0-2), kde-l10n-lt ( 4:4.14.0-2), kde-l10n-lv ( 4:4.14.0-2), kde- l10n-mr ( 4:4.14.0-2), kde-l10n-nb ( 4:4.14.0-2), kde-l10n-nds ( 4:4.14.0-2), kde-l10n-nl ( 4:4.14.0-2), kde-l10n-nn ( 4:4.14.0-2), kde- l10n-pa ( 4:4.14.0-2), kde-l10n-pl ( 4:4.14.0-2), kde-l10n-pt ( 4:4.14.0-2), kde-l10n-ptbr ( 4:4.14.0-2), kde-l10n-ro ( 4:4.14.0-2), kde- l10n-ru ( 4:4.14.0-2), kde-l10n-sk ( 4:4.14.0-2), kde-l10n-sl ( 4:4.14.0-2), kde-l10n-sr ( 4:4.14.0-2), kde-l10n-sv ( 4:4.14.0-2), kde- l10n-tr ( 4:4.14.0-2), kde-l10n-ug ( 4:4.14.0-2), kde-l10n-uk ( 4:4.14.0-2), kde-l10n-wa ( 4:4.14.0-2), kde-l10n-zhcn ( 4:4.14.0-2), kde- l10n-zhtw ( 4:4.14.0-2), systemsettings-data ( 4:5.0.2+git20140920~) Description: System Settings interface Desktop configuration application. . This package is part of the KDE base workspace module. Homepage: https://projects.kde.org/projects/kde/workspace/systemsettings -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 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 systemsettings depends on: ii libc6 2.19-18 ii libkf5auth5 5.11.0-1 ii libkf5completion5 5.11.0-1 ii libkf5configcore5 5.11.0-1 ii libkf5configgui5 5.11.0-1 ii libkf5configwidgets5 5.11.0-1 ii
Bug#791647: debtags no longer supports debtags update --local
Hi, On Tue, 07 Jul 2015, Enrico Zini wrote: The debtags devscripts weren't using --local for a lot of time and I wasn't aware of anyone else using debtags maintenance functions, so I took in away, together with the code to merge tag sources, in order to reduce the amount of code I need to maintain. If you need tag merging, it can probably be reimplemented easily on top of the new python3 codebase. Can you tell me of the kali workflow related to debtags? In Kali, we don't have tags in the Packages file (reprepro can't preserve this when mirroring, and it's painful to inject) so all debtags data is provided by the package kali-debtags[1], both a copy of the Debian data and the Kali specific tags. So the package ships a /etc/debtags/sources.list.d/kali with two entries: tags file:/usr/share/kali-debtags/kali tags file:/usr/share/kali-debtags/debian And the postinst calls debtags update --local so that those tags are merged in the debtags database (without accessing any other remote tag sources to avoid failures when installing without network). Cheers, [1] http://git.kali.org/gitweb/?p=packages/kali-debtags.git PS: Truth is that we never made any real use of this feature that I implemented in the early Kali days. But discovering new packages is a important part of what Kali users do so if we have a nice tag browser one day, it would be nice to be able to provide useful tag data. -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
