Bug#751725: [Pkg-xfce-devel] Bug#751725: xfce4-session: Empty desktop caused by --disable-legacy-sm
On lun., 2014-06-16 at 15:34 +0200, Christian Marillat wrote: Yves-Alexis Perez cor...@debian.org writes: On lun., 2014-06-16 at 01:47 +0200, Christian Marillat wrote: Package: xfce4-session Version: 4.10.1-6 Severity: important [...] This version has been built with --disable-legacy-sm and now I lost all my windows (11) opened when I start my machine. What exactly do you mean? I've 4 workspaces with 11 windows (11 urxvt terminals) in my session. Each time I login to xorg these 11 windows are opened automatically. Now all my workspaces are empty. Are they opened automatically because they are part of a session or because you manually set them to autostart? An empty desktop is completely unusable for me. What happens if you start your applications normally? Are they not saved correctly afterwards? What do you mean by saved correctly ? Windows position and dimension ? And especially the fact they're actually started… If I understand the problem correctly, xfce windows manager (xfwm4) need to be launched with --sm-client-disable now, which is not the case by default. Where did you get that impression? Also, why only the wm? Because before doing a bug report I searched Google for a solution and read this thread : http://forum.xfce.org/viewtopic.php?id=7382 But this doesn't work for me. It is possible to document how to restore my old session or even better and certainly the best, xfce4-session should do that automaticaly. Well, that's supposed to be the case and the point of session management, but there might be some bugs. It's just not completely clear if you talk about the transition or if it's reproducible everytime. I'm also able to reproduce this bug in a virtualbox machine. That's not what I asked. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#749707: zabbix-frontend-php: Use a deprecated fonction : mbstring.internal_encoding
temporary exit from this situation:
in file /usr/share/zabbix/include/locales.inc.php comment line 860:
// ini_set('mbstring.internal_encoding', 'UTF-8');
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745676: [Pkg-xfce-devel] Bug#745676: xfce4-session: Please build xfce4-session with --disable-legacy-sm to avoid problems with saved sessions
On Thu, Apr 24, 2014 at 01:30:12AM +0200, Alf Gaida wrote: Source: xfce4-session Version: 4.10.1-5 Severity: important Dear Maintainer, with current build options legacy commands are saved in session cache - this leads to several misbehaviors when reloading a session (commands are eventually executed twice, legacy commands are executed without options and so on) According to the manual, xfce4-session should be build without legacy-sm Command Explanations --disable-legacy-sm: This switch disables legacy session management which isn't necessary on modern system. So, there's an xfce4-session built with --disable-legacy-sm. It seems to cause #751725 but I'm a bit unsure what really happens there. I have to admit session management doesn't really appear to work really fine here with or without legacy-sm enabled (chromium for example seems to never be part of a session…). It might help to be a little bit more specific about what exactly is broken with the legacy-sm enabled, because if that actually breaks some useful behavior for some people and it's actually a no-op for me, I'm not sure I'll keep it like that. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#751768: RM: tslib -- ROM; deprecated upstream
Package: ftp.debian.org Severity: normal Hello, Package tslib can be removed from Debian as it currently has no Debian maintainer, it is abandoned upstream and it has big user popcon base due to its reverse depends pulling it. I assume, looking to libts-bin, that tslib user base is very low. I have filed requests to drop tslib build depends on libsdl1.2, libsdl2 and directfb. Those must be completed before removing tslib from archive. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751769: libxp: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: libxp Version: 1.0.2-1 Severity: normal Tags: patch Currently, the patch libxp fails to build on the new architecture (as ppc64el) due to outdated autotool files, which cause the following problem on ppc64el: http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/libxp_1.0.2-1_ppc64el-20140501-0452.build This bug provides a patch that call dh_autoreconf to update the missing parts, according to [1] recommendations. With this patch, the problem is fixed. [1] - https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build Thank you, Breno -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (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 Index: libxp-1.0.2/debian/control === --- libxp-1.0.2.orig/debian/control 2014-06-16 13:39:14.0 + +++ libxp-1.0.2/debian/control 2014-06-16 13:39:55.0 + @@ -5,6 +5,7 @@ Uploaders: Drew Parsons dpars...@debian.org, Cyril Brulebois k...@debian.org Build-Depends: debhelper (= 8.1.3~), + dh-autoreconf, quilt, pkg-config, libx11-dev (= 1:0.99.2), Index: libxp-1.0.2/debian/rules === --- libxp-1.0.2.orig/debian/rules 2014-06-16 13:39:14.0 + +++ libxp-1.0.2/debian/rules 2014-06-16 13:40:13.0 + @@ -37,6 +37,7 @@ build: patch build-stamp build-stamp: dh_testdir + dh_autoreconf mkdir -p build cd build \ @@ -51,6 +52,7 @@ clean: xsfclean dh_testdir dh_testroot + dh_autoreconf_clean rm -f build-stamp rm -f config.cache config.log config.status
Bug#747786: (no subject)
I also found the same problem during ppc64el bootstrap and hideki's patch fix the problem. Please, consider applying it to the libwfut source. Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688059: Info received (Inactivity bump)
After a minimum of 3 weeks of the samba server running without restart and has patch 7817 applied against the debian package, my client has reported no problems with the file server behavior. On Fri, May 2, 2014 at 12:45 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for the additional information you have supplied regarding this Bug report. 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. Your message has been sent to the package maintainer(s): Debian Samba Maintainers pkg-samba-ma...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 688...@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. -- 688059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688059 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#751771: ruby-uglifier: ruby-multi-json dependency needs to be replaced with ruby-json (= 1.8)
Package: ruby-uglifier Version: 2.5.0-1 Severity: important From uglifier.gemspec: | spec.add_runtime_dependency execjs, = 0.3.0 | spec.add_runtime_dependency json, = 1.8.0 Yet debian/control mentions ruby-multi-json and not ruby-json. It seems that you missed an upstream change: From CHANGELOG.md: | ## 2.3.0 (26 October 2013) | | - use JSON gem instead of multi_json = please fix the dependencies I tried to use the Gem with bundle --local but it failed because the dependencies of the uglifier gem were not satisfied. Thank you for your work! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-uglifier depends on: ii ruby 1:2.1.0.1 ii ruby-execjs 1.4.0-3 ii ruby-multi-json 1.10.0-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484+really457-3 ii ruby2.1 [ruby-interpreter]2.1.2-2 ruby-uglifier recommends no packages. ruby-uglifier suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751408: linux-3.2: xhci_hcd: ERR: no room for command on command ring
On 12 June 2014 16:59, Raphael Geissert geiss...@debian.org wrote: [...] So, searching a bit on the git log leads to the following commits: xhci: Reset reserved command ring TRBs on cleanup. - likely to fix the no room for command bug https://github.com/torvalds/linux/commit/33b2831ac870d50cc8e01c317b07fb1e69c13fe1 xHCI: add aborting command ring function - unlikely to be it, but maybe a fix for other bugs https://github.com/torvalds/linux/commit/b92cc66c047ff7cf587b318fe377061a353c120f Ok, noticed these two have already been merged in 3.2, so those aren't the interesting ones... xHCI: dynamic ring expansion - likely to fix other bugs, and maybe help on this one https://github.com/torvalds/linux/commit/8dfec6140fc617b932cf9a09ba46d0ee3f3a7d87 This one needs a bit of backporting, so I haven't tested with it yet. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751770: python-apt: source file (dsc) handling fails to parse binary packages including newlines
Package: python-apt Version: 0.9.3.7 Severity: normal For example the linux package includes newlines inside its Binary section of the dsc file (the Binary section starts in line 5 and ends at line 7 in the following example): , [ dsc situation ] | % dget -d http://ftp.de.debian.org/debian/pool/main/l/linux-latest/linux-latest_57.dsc | [...] | % head -9 linux-latest_57.dsc | nl | 1 -BEGIN PGP SIGNED MESSAGE- | 2 Hash: SHA512 | | 3 Format: 1.0 | 4 Source: linux-latest | 5 Binary: linux-source, linux-doc, linux-tools, linux-image-alpha-generic, linux-headers-alpha-generic, linux-image-alpha-smp, linux-headers-alpha-smp, linux-image-alpha-legacy, linux-headers-alpha-legacy, linux-image-amd64, linux-headers-amd64, linux-image-amd64-dbg, xen-linux-system-amd64, linux-image-rt-amd64, linux-headers-rt-amd64, linux-image-rt-amd64-dbg, linux-image-kirkwood, linux-headers-kirkwood, linux-image-mv78xx0, linux-headers-mv78xx0, linux-image-orion5x, linux-headers-orion5x, linux-image-versatile, linux-headers-versatile, linux-image-armmp, linux-headers-armmp, linux-image-armmp-lpae, linux-headers-armmp-lpae, linux-image-parisc, linux-headers-parisc, linux-image-parisc64-smp, linux-headers-parisc64-smp, linux-image-486, linux-headers-486, linux-image-686-pae, linux-headers-686-pae, linux-image-686-pae-dbg, linux-image-rt-686-pae, linux-headers-rt-686-pae, linux-image-rt-686-pae-dbg, linux-image-itanium, linux-headers-itanium, linux-image-mckinley, | 6 linux-headers-mckinley, linux-image-m68k, linux-headers-m68k, linux-image-r4k-ip22, linux-headers-r4k-ip22, linux-image-r5k-ip32, linux-headers-r5k-ip32, linux-image-sb1-bcm91250a, linux-headers-sb1-bcm91250a, linux-image-sb1a-bcm91480b, linux-headers-sb1a-bcm91480b, linux-image-4kc-malta, linux-headers-4kc-malta, linux-image-5kc-malta, linux-headers-5kc-malta, linux-image-octeon, linux-headers-octeon, linux-image-loongson-2e, linux-headers-loongson-2e, linux-image-loongson-2f, linux-headers-loongson-2f, linux-image-powerpc, linux-headers-powerpc, linux-image-powerpc-smp, linux-headers-powerpc-smp, linux-image-powerpc64, linux-headers-powerpc64, linux-image-powerpcspe, linux-headers-powerpcspe, linux-image-s390x, linux-headers-s390x, linux-image-s390x-dbg, linux-image-sh7751r, linux-headers-sh7751r, linux-image-sh7785lcr, linux-headers-sh7785lcr, linux-image-sparc64, linux-headers-sparc64, linux-image-sparc64-smp, | 7 linux-headers-sparc64-smp | 8 Architecture: all alpha amd64 i386 armel armhf hppa ia64 m68k mips mipsel powerpc ppc64 powerpcspe s390 s390x sh4 sparc sparc64 ` In such a situation apt.debfile.DscSrcPackage fails to properly parse those binary packages. Demonstration and steps to reproduce: , [ python demo ] | % cat demo.py | import apt.debfile | source_file = 'linux-latest_57.dsc' | deb = apt.debfile.DscSrcPackage(source_file) | for binary_package in deb.binaries: | print binary package %s % binary_package | | % python demo.py | binary package linux-source | binary package linux-doc | binary package linux-tools | binary package linux-image-alpha-generic | binary package linux-headers-alpha-generic | binary package linux-image-alpha-smp | binary package linux-headers-alpha-smp | binary package linux-image-alpha-legacy | binary package linux-headers-alpha-legacy | binary package linux-image-amd64 | binary package linux-headers-amd64 | binary package linux-image-amd64-dbg | binary package xen-linux-system-amd64 | binary package linux-image-rt-amd64 | binary package linux-headers-rt-amd64 | binary package linux-image-rt-amd64-dbg | binary package linux-image-kirkwood | binary package linux-headers-kirkwood | binary package linux-image-mv78xx0 | binary package linux-headers-mv78xx0 | binary package linux-image-orion5x | binary package linux-headers-orion5x | binary package linux-image-versatile | binary package linux-headers-versatile | binary package linux-image-armmp | binary package linux-headers-armmp | binary package linux-image-armmp-lpae | binary package linux-headers-armmp-lpae | binary package linux-image-parisc | binary package linux-headers-parisc | binary package linux-image-parisc64-smp | binary package linux-headers-parisc64-smp | binary package linux-image-486 | binary package linux-headers-486 | binary package linux-image-686-pae | binary package linux-headers-686-pae | binary package linux-image-686-pae-dbg | binary package linux-image-rt-686-pae | binary package linux-headers-rt-686-pae | binary package linux-image-rt-686-pae-dbg | binary package linux-image-itanium | binary package linux-headers-itanium | binary package linux-image-mckinley, | linux-headers-mckinley | binary package linux-image-m68k | binary package linux-headers-m68k | binary package linux-image-r4k-ip22 | binary package linux-headers-r4k-ip22 | binary package linux-image-r5k-ip32 | binary package linux-headers-r5k-ip32 | binary package linux-image-sb1-bcm91250a | binary
Bug#751772: spamassassin: Starting SpamAssassin Mail Filter Daemon: /usr/bin/perl already running.
Package: spamassassin Version: 3.3.2-5+deb7u1 Severity: important Dear Maintainer, The init script is unable to start spamassassin when other perl processes are running on the same box. # /etc/init.d/spamassassin start Starting SpamAssassin Mail Filter Daemon: /usr/bin/perl already running. spamd. # # ps avx|grep perl 7288 pts/4S+ 0:00 0 166 10285 912 0.0 grep --color=tty perl 23842 ? S 0:03 0 4 31899 10348 0.0 /usr/bin/perl -w /usr/bin/adzapper Killing squid (and thus adzapper) makes the initscript work: # /etc/init.d/spamassassin start Starting SpamAssassin Mail Filter Daemon: spamd. Something fishy is going on with spamd, though - neither pidof nor pidof -x see spamd: # pidof spamd [Exit 1] # pidof -x spamd [Exit 1] # pidof /usr/sbin/spamd [Exit 1] # pidof -x /usr/sbin/spamd [Exit 1] # ps avx |grep spam 10993 ?Ss 0:00 0 4 149307 64952 0.3 /usr/sbin/spamd --create-prefs --max-children 5 --helper-home-dir -d --pidfile=/var/run/spamd.pid 11004 ?S 0:00 0 4 152495 66984 0.4 spamd child 11005 ?S 0:00 0 4 149307 62316 0.3 spamd child -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751773: torbrowser-launcher: spurious (runtime) dependency on debhelper
Package: torbrowser-launcher Version: 0.0.7-1 Severity: normal Hi Jake, unless torbrowser-launcher actually builds a deb from the downloaded torbrowser, I can't see it needing debhelper during runtime. So I suggest removing it from the Depends: line. Build-Depend'ing on debhelper is enough except in curious cases. FWIW, could you loosen the build-dependency to debhelper (= 9)? Looks like you don't use features newer than that, and just depending on version 9 would make backporting a bit more straight-forward. br, -- Robert BihlmeyerASSISTArrow ECS Internet Security AG -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744616: (no subject)
I just checked on Debian unstable and the problem happen on Debian unstable package version 0.3.17-2. I am attaching a patch that fix this problem according to suggested by Matthias. Index: liboil/liboil-0.3.17/debian/control === --- liboil.orig/liboil-0.3.17/debian/control2014-06-16 14:20:48.0 + +++ liboil/liboil-0.3.17/debian/control 2014-06-16 14:23:19.0 + @@ -7,6 +7,7 @@ debhelper (= 6), dpkg-dev (= 1.14.13), autotools-dev, + dh-autoreconf, gtk-doc-tools Standards-Version: 3.8.1 Homepage: http://liboil.freedesktop.org Index: liboil/liboil-0.3.17/debian/rules === --- liboil.orig/liboil-0.3.17/debian/rules 2014-06-16 14:20:48.0 + +++ liboil/liboil-0.3.17/debian/rules 2014-06-16 14:23:28.0 + @@ -2,6 +2,7 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk DEB_DH_STRIP_ARGS := --dbg-package=liboil0.3-dbg
Bug#751774: eglibc: CVE-2014-4043: posix_spawn_file_actions_addopen fails to copy the path argument
Source: eglibc Version: 2.19-1 Severity: normal Tags: security upstream fixed-upstream Hi, the following vulnerability was published for eglibc. CVE-2014-4043[0,1]: posix_spawn_file_actions_addopen fails to copy the path argument If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2014-4043 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1109263 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751484: c-icap: installing a recompiled c-icap on debian wheezy ends in a broken system
2014-06-16 12:50 GMT+02:00 Marco Gaiarin g...@sv.lnf.it: /etc/init.d/c-icap: 69: export: config_dsSocket /var/ru: bad variable name Seems to me a dupe of #743202 ... No this is a regression of #743202. This comes from the bashism IFS=$'\n'. I have not found a solution yet. Patch welcome (a workaound is to use #!/bin/bash as shebang). Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751775: New upstream snapshot
Package: libguess Severity: important Hello, a newer version of libguess is available here: https://github.com/atheme/libguess I'm opening this bug as libguess 1.2 is a requirement for the audacious's latest release 3.5. Can you please update the packaging? Thanks for considering. Cheers! -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751776: [time] Mark as Multi-Arch: foreign, a couple of packaging refreshments
Source: time
Version: 1.7-25
Severity: normal
Tags: patch
Hi,
First of all, thanks for taking care of time in Debian!
What do you think about the attached trivial patches that improve the
packaging of time in various minor ways? The most important one, the
reason for filing this bug at all, is the first one - it makes the
binary package declare Multi-Arch: foreign, so that it may satisfy
other packages' dependencies on multiarch systems and also, in some
cases, help cross-building.
The rest of the patches should be quite self-explanatory and were just
the result of my attempt to make both Lintian and cme check dpkg happy
with a minimum of effort :)
Thanks again for your work on time and Debian in general!
G'luck,
Peter
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Peter Pentchev r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13
From 7a5a657c8fef63dd860e6565e46ad8870aa498e4 Mon Sep 17 00:00:00 2001
From: Peter Pentchev r...@ringlet.net
Date: Mon, 16 Jun 2014 15:02:46 +0300
Subject: [PATCH 1/4] Mark the binary package as Multi-Arch: foreign.
---
debian/control | 1 +
1 file changed, 1 insertion(+)
diff --git a/debian/control b/debian/control
index 61e9a24..7ab9d4f 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends: debhelper (= 9), texinfo, automake | automaken,
autoconf, dh-aut
Package: time
Architecture: any
+Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: GNU time program for measuring CPU resource usage
The 'time' command runs another program, then displays information
--
2.0.0
From 6874209b325133fd4c7bcbd4634d0080331d2cd2 Mon Sep 17 00:00:00 2001
From: Peter Pentchev r...@ringlet.net
Date: Mon, 16 Jun 2014 15:35:40 +0300
Subject: [PATCH 2/4] Move the Homepage field to the Source stanza.
---
debian/control | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/control b/debian/control
index 7ab9d4f..a1a2506 100644
--- a/debian/control
+++ b/debian/control
@@ -2,6 +2,7 @@ Source: time
Section: utils
Priority: standard
Maintainer: Bob Proulx b...@proulx.com
+Homepage: http://www.gnu.org/software/time
Standards-Version: 3.9.5
Build-Depends: debhelper (= 9), texinfo, automake | automaken, autoconf,
dh-autoreconf
@@ -21,4 +22,3 @@ Description: GNU time program for measuring CPU resource usage
.
The GNU version can format the output in arbitrary ways by using a
printf-style format string to include various resource measurements.
-Homepage: http://www.gnu.org/software/time
--
2.0.0
From ed8b5faf4d544741250a1b9a4a567040700f1c58 Mon Sep 17 00:00:00 2001
From: Peter Pentchev r...@ringlet.net
Date: Mon, 16 Jun 2014 15:38:36 +0300
Subject: [PATCH 3/4] Hyphenate License: freely-distributable.
The machine-readable copyright file format does not really like a space
in a license identifier.
---
debian/copyright | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/copyright b/debian/copyright
index 1f17a2a..72eb248 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -28,7 +28,7 @@ License: GPL-2+
Files: debian/time.1
Copyright: Copyright 1996 Dirk Eddelbuettel e...@miles.econ.queensu.ca
-License: freely redistributable
+License: freely-redistributable
Copyright Dirk Eddelbuettel but freely redistributable
License: GPL-2+
--
2.0.0
From 89f4be23f330644598457eff03d43a7b3be970f9 Mon Sep 17 00:00:00 2001
From: Peter Pentchev r...@ringlet.net
Date: Mon, 16 Jun 2014 15:47:53 +0300
Subject: [PATCH 4/4] Bring the patch headers a bit closer to DEP-3.
Change Subject: to Description: and remove two stray blank lines in
the non-normal-exit patch.
---
debian/patches/non-normal-exit.patch | 4 +---
debian/patches/option-p-texi.patch | 2 +-
debian/patches/ru_maxrss.patch | 2 +-
debian/patches/rusage-portability.patch | 2 +-
debian/patches/time-include-time_h.patch | 2 +-
5 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/debian/patches/non-normal-exit.patch
b/debian/patches/non-normal-exit.patch
index 69084eb..9ef34f7 100644
--- a/debian/patches/non-normal-exit.patch
+++ b/debian/patches/non-normal-exit.patch
@@ -1,10 +1,8 @@
-Subject: Adjust non-normal exit code
-
+Description: Adjust non-normal exit code
* Introduced in Debian time version 1.7-16
* time.c: When time exits in a non-normal way, return 128 plus the
number of the signal which caused time to stop or abort. Thanks to
Steve Greenland and Herbert Xu for some clarification in this matter.
-
Author: Dirk Eddelbuettel
--- time-1.7.orig/time.c
diff --git
Bug#751777: libiptcdata: run dh#45; autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: libiptcdata
Version: 1.0.4-3
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf
Dear Maintainer,
The package libiptcdata fails to build on ppc64el as on new architectures,
because the config.{guess,sub} files are out of date, and are not updated
during the build, as shown in the following build log:
http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/libiptcdata_1.0.4-3_ppc64el-20140505-2330.build
I just created a patch that enable it to be built on ppc64el. I am using the
following URL as reference:
https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build
Thank you,
Breno
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (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
Index: libiptcdata-1.0.4/debian/control
===
--- libiptcdata-1.0.4.orig/debian/control 2014-06-16 14:24:32.0 +
+++ libiptcdata-1.0.4/debian/control 2014-06-16 14:25:24.0 +
@@ -6,6 +6,7 @@
Build-Depends: cdbs (= 0.4.72~),
debhelper,
dh-buildinfo,
+ dh-autoreconf,
devscripts (= 2.10.7~),
po4a,
docbook-xml (= 4.4),
Index: libiptcdata-1.0.4/debian/rules
===
--- libiptcdata-1.0.4.orig/debian/rules 2014-06-16 14:24:32.0 +
+++ libiptcdata-1.0.4/debian/rules 2014-06-16 14:25:16.0 +
@@ -26,6 +26,7 @@
include /usr/share/cdbs/1/rules/debhelper.mk
include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
include /usr/share/cdbs/1/rules/utils.mk
include $(CURDIR)/debian/mk/docbook-manpage.mk
Bug#689636: status?
What is the status of this ITP? It looks like it has been more than a year since the last meaningful update here, and still no slic3r in Debian? Bdale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751778: dibbler-server: apt-get remove fails if dibbler-server is not running
Package: dibbler-server Version: 1.0.0~rc1-1 Severity: normal Hello, When trying to remove the package (dibbler-server), apt-get / aptitude fail if dibbler-server is not running. Both versions, the stable (0.8.2-1) and the unstable (1.0.0~rc1-1), are affected. Aptitude reports this: root@iasi:~# aptitude remove dibbler-server The following packages will be REMOVED: dibbler-server 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 1210 kB will be freed. (Reading database ... 77826 files and directories currently installed.) Removing dibbler-server ... Stopping DHCPv6 server: invoke-rc.d: initscript dibbler-server, action stop failed. dpkg: error processing dibbler-server (--remove): subprocess installed pre-removal script returned error exit status 1 Errors were encountered while processing: dibbler-server E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: * -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dibbler-server depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 Versions of packages dibbler-server recommends: pn dibbler-doc none dibbler-server suggests no packages. -- Configuration Files: /etc/dibbler/server.conf changed [not included] -- debconf information excluded
Bug#634304: new upstream release v2.24.2 uses new mount utility
Control: tags -1 fixed-upstream Hello! I'm looking over util-linux bugs and ran into your old bug report at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634304 It seems the patch Russell Coker submitter never got applied. In newer upstream releases the old mount utility has been deprecated and replaced by a brand new mount (cf. mount-deprecated vs sys-utils/mount). For the v2.24.2 release the default is to build with the new sys-utils/mount (unless --enable-deprecated-mount configure flag is passed). (In the upstream master branch the mount-deprecated has even been removed now.) Without knowing how well the new sys-utils/mount works with selinux I'll tag this bug fixed-upstream since likely the exact same problem as reported is no longer an issue upstream. Feedback on how well/bad the new mount utility works with selinux would be good to have. 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#730027: am-utils: init script fails to properly stop amd, leading to indefinite lock-up while shutting down
I ran into this problem a few days ago: After upgrading from a 3.2 to a 3.13 kernel, restarts hung, and the pstree console output always had amd in the list. Looking closer at /etc/init.d/am-utils, like the bug submitter I found parts of the stop routine positively crufty, and thought about changes when I came across this bug report. The patch that goes with it nicely stops amd where it had hung before, clearing a major obstacle to rolling out a 7.4 system tonight. Thanks! hauke -- The ASCII Ribbon CampaignHauke Fath () No HTML/RTF in emailInstitut für Nachrichtentechnik /\ No Word docs in email TU Darmstadt Respect for open standards Ruf +49-6151-16-3281 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751779: torbrowser-launcher: Fails to download on NAT64/DNS64 network
Package: torbrowser-launcher Version: 0.0.7-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, torbrowser fails on NAT64/DNS64 network with: $ torbrowser-launcher Tor Browser Launcher By Micah Lee, licensed under GPLv3 version 0.0.7 https://github.com/micahflee/torbrowser-launcher Initializing Tor Browser Launcher Warning: can't load mirrors from /usr/local/share/torbrowser-launcher/mirrors.txt Creating GnuPG homedir /home/ondrej/.torbrowser/gnupg_homedir Importing keys gpg: keyring `/home/ondrej/.torbrowser/gnupg_homedir/secring.gpg' created gpg: keyring `/home/ondrej/.torbrowser/gnupg_homedir/pubring.gpg' created gpg: /home/ondrej/.torbrowser/gnupg_homedir/trustdb.gpg: trustdb created gpg: key 63FEE659: public key Erinn Clark er...@torproject.org imported gpg: key C5AA446D: public key Sebastian Hahn m...@sebastianhahn.net imported gpg: key 4279F297: public key Alexandre Allaire alexandre.alla...@mail.mcgill.ca imported gpg: key 683686CC: public key Mike Perry (Regular use key) mikepe...@torproject.org imported gpg: Total number processed: 4 gpg: imported: 4 (RSA: 4) gpg: no ultimately trusted keys found Starting launcher dialog Checking for update Running task: download_update_check Downloading https://check.torproject.org/RecommendedTBBVersions Download error: No route to host: 101: Network is unreachable. class 'twisted.internet.error.NoRouteError' Please add support for IP protocol in your package and not just for archaic IPv4. Ondrej - -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (900, 'stable'), (800, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJTnwPzAAoJEAyZtw70/LsHk8cP/3BOVLz2iRvkuvrLLT+VPtNP 9m6kOfDsxZuM10hg6h2oFi/SfZnN1IqNW0v2gBWv6kg+k0fu6amlRkqXabQQdJ4u pzMgMiA520KGg7orwNNmViW/Fo5E8jWqWcqRgajxaLkqSqiuv5z+BrvJoOnqfxU3 cvIqCza3BtCR0WbWA0bGHfROoPk/rAtiQM9WEK+uS5ykdLWkAEQyUE8dhSGxPTra VdtV3UsSITNnZUfq3gW9DF63EysvIMb1cbHz7pOrExBzxNQmTeF6K/dYLShpReZp Mz2YM0EXjcQR/Z1BTeHq5m+kclrW3TF2Gyk7LKE9aLGNGOlaj94lJoi4Mmdp3Vb7 YWeqSDiNqAxd5uGCBic8hYs7AvaE5L9qau2HliwuJByEzlOkDKMZbNFXlHFnvXiq UxAymM0ROPDRe1Q80EVrRpRt6o2n8m9r8rxctlcwrFhNWI2NwJBiJhyIt/P0UGxE vmwbESnS1hh2coFQN4Su45kbohX906cW7/ALvto2L01TOsHTIEZtY7Q3qGUDREL4 2sjTORohhijyEcIbFtv5RxavN9O7ERo7SpVVN7UXzNEcC2kbgGvBhRDBGtTSdq73 UGf0iCqrUqRqaNjqgrYjj1U5XYWx/XZXZVCOp5CH1SsoxUx/2CRfnnLLJDFgIjAZ tZX3bJlj/vo4MEudKAlJ =OMyb -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#751780: transition: libstdc++6 unordered_{map,set} ABI changes between GCC 4.8/4.9 in c++11 mode
Package: release.debian.org
Severity: important
Tags: sid jessie
This change mentioned in the GCC 4.9 news:
Improved support for C++11, including:
The associative containers in map and set and the
unordered associative containers in unordered_map and
unordered_set meet the allocator-aware container
requirements
is an ABI incompatible change in the unordered_{map,set} classes built in c++11
mode. The libstdc++6 library itself is not affected, so instead of having a
libstdc++6 transition, all packages providing a library built in c++11 mode and
using the unordered_{map,set} classes should be transitioned (changing the name
of the library package).
A grep of all sources for #include *unordered_{map,set}, and then searching in
the log files for usage of -std=c++{0x,11} did show the following packages
building library packages (for packages not having verbose build logs I had to
look into the source package):
bobcat 3.22.00-1
c++-annotations 9.9.1-2
capnproto 0.4.0-1
condor 8.0.6~dfsg.1-1
liblo 0.28-3
mrpt 1:1.0.2-1
qtbase-opensource-src-gles 5.2.1+dfsg-1
rapicorn 13.07.0~ds0-1
shogun 3.2.0-2
tesseract 3.03.03-1
zeroc-ice 3.5.1-6
For those transitions should be considered.
Other packages found are listed here, although I assume they can be left
unchanged, or maybe just binNMUed:
aria2 1.18.5-1
bisonc++ 4.09.01-1
cbmc 4.5-2
clementine 1.2.0+dfsg-2
fakeroot-ng 0.18-4
fastx-toolkit 0.0.14-1
chromium-browser -
filezilla 3.8.0-1
flexc++ 2.01.00-1
grap 1.44-1
imagevis3d 3.1.0-2
jmtpfs 0.5-2
kcov 11.1
kdevelop-pg-qt 1.0.0-3
mira 4.0.2-1
mkvtoolnix 7.0.0-1
natlog 1.01.0-2
octave-image 2.2.1-1
pingus 0.7.6-1.1
python-casmoothing 0.1-2
qtcreator 3.0.1-0
ruby-passenger 4.0.37-3
spring 96.0+dfsg-2
sysdig 0.1.83-1
tcpflow 1.4.4+repack1-2
yrmcds 1.0.4-2
Proposing to make GCC 4.9 the default on the remaining non-release
architectures, then bumping the required g++ dependency in build-essential, then
file bug reports for the eleven packages mentioned in the first set, and then
transitioning these packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741592:
Control: found -1 1.6.2-8 For some reason BTS thought the bug was fixed and closed the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646130: parted versions
control: retitle -1 parted: Debian version lags behind (please update to the latest 3.x upstream release) Currently it's 3.1. (Some keywords added to the title to prevent future bug duplicates). Best wishes, Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751767: blt and Tkinter
import Tkinter gives the traceback: File t.py, line 1, in module import Tkinter File /usr/lib/python2.7/lib-tk/Tkinter.py, line 42, in module raise ImportError, str(msg) + ', please install the python-tk package' ImportError: libBLT.2.4.so.8.5: cannot open shared object file: No such file or directory, please install the python-tk package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710275: postgresql-9.1: Needs restart on libc upgrade
I can reproduce the bug by installing wheezy, starting postgres and upgrading libc6(2.13 to 2.19). After that peer authentication does not longer work. logfile says: local user with ID 110 does not exist It looks like getpwuid() is broken after the libc6 upgrade. In postgresql/src/backend/libpq/auth.c:1793 the function getpwuid(uid) returns NULL and triggers the error message. A really simple solution should be to add the following line to eglibc/debian/libc.postinst:102. check=$check postgresql-8.4 postgresql-9.1 postgresql-9.2 postgresql-9.3 This leads to a restart of postgres after an libc6 upgrade and fixes the problem. It should not be necessary for smaller changes and bug fixes. So it would be ok to trigger a restart only by performing major upgrades. Should restarting postgres be the default after any libc6 upgrade or is there a better way? (I do not mind to restart it) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751781: dgit cannot clone from ubuntu trusty
Package: dgit Version: 0.21 zealot:~/junk dgit -D -dubuntu clone dpkg trusty | ssh 'i...@coccia.debian.org' 'export LANG=C; psql -A service=projectb -c '\''SELECT suite.codename FROM suite where suite_name='\'''\\''\'''\''trusty'\'''\\''\'''\'' or codename='\'''\\''\'''\''trusty'\'''\\''\'''\''; '\''' |codename| |(0 rows)| dgit: unknown suite trusty zealot:~/junk This should do something involving ubuntu's rmadison, instead. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751730: please use syslinux-utils instead of isolinux for isohybird
Hi, these programs are usable on all architectures even if the bootloader isn't available, Be aware that neither old isohybrid.pl nor new isohybrid.c are independent of the SYSLINUX version. I can forward this warning by H. Peter Anvin (hpa), the author of ISOLINUX, from personal experience a few years ago. I had implemented isohybrid in libisofs and got urged to use the isohdp*x.bin files of the individual ISOLINUX installation instead of a hardcoded MBR copied from some version of isohybrid.pl. http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/utils/Makefile shows that the isohdpfx.o module of isohybrid.c stems from isohdp*x.bin and isohdp*x_[fc].bin of the installed SYSLINUX suite. Maybe this problem is insignificant in the light of the known bugs of isohybrid.c. Worst one is with GPT production: memcpy() of twice as many bytes than provided by the constant text that is the copy source: http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/utils/isohybrid.c#n795 http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/utils/isohybrid.c#n804 This and more bugs are reported in http://www.syslinux.org/archives/2012-May/017843.html http://www.syslinux.org/archives/2012-May/017871.html Further (to be obviously nitpicking) isohybrid is suitable only for architectures which boot via PC-BIOS. That would be amd64 and i386. Since amd64 for EFI could well need digestible UTF-16 names in the GPT, the advisable scope of isohybrid.c is i386 alone. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724874: [PKG-IRC-Maintainers] Bug#724874: inspircd: 2.0.15 now available
On 2014-06-16 15:29:20 +0800 (+0800), David Adam wrote:
I removed my package so that Guillaume could upload his, but I
think that took his 2.0.16 package away too - sorry. Guillame does
have a 2.0.16 package available.
It would be great to get that moving again... there are a lot of bug
fixes between the 2.0.5 currently in Sid/Jessie and 2.0.16, so would
be disappointing to see Jessie release with those issues. If the
2.0.16 source package is somewhere accessible or if Guillaume could
put it back up on mentors.d.n, I'd be happy to review and test it
(though not being a DD I can't sponsor of course).
--
{ PGP( 48F9961143495829 ); FINGER( fu...@cthulhu.yuggoth.org );
WWW( http://fungi.yuggoth.org/ ); IRC( fu...@irc.yuggoth.org#ccl );
WHOIS( STANL3-ARIN ); MUD( kin...@katarsis.mudpy.org:6669 ); }
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689636: status?
* Bdale Garbee bd...@gag.com [2014-06-16 08:36:50 -0600]: What is the status of this ITP? It looks like it has been more than a year since the last meaningful update here, and still no slic3r in Debian? Hi Bdale, Chow Loong Jin has taken over the Slic3r packaging work under the umbrella of the 3D printing team. It just got REJECTed (nothing blocking, just some missing info in d/copyright). http://lists.alioth.debian.org/pipermail/3dprinter-general/Week-of-Mon-20140616/000139.html It's happening :) Cheers, -- Nicolas Dandrimont BOFH excuse #87: Password is too complex to decrypt signature.asc Description: Digital signature
Bug#751782: signing-party: caff seems stuck after saving the signed key
Package: signing-party
Version: 1.1.7-1
Severity: normal
Dear Maintainer,
After trying to save the key, caff seems unresponsive...
Here's what I get with strace :
rt_sigprocmask(SIG_SETMASK, ~[RTMIN RT_1], [], 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f16620ac9d0) = 8499
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
close(6)= 0
close(8)= 0
close(9)= 0
close(12) = 0
fcntl(10, F_GETFL) = 0x1 (flags O_WRONLY)
fcntl(10, F_SETFL, O_WRONLY|O_NONBLOCK) = 0
fcntl(11, F_GETFL) = 0 (flags O_RDONLY)
fcntl(11, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
fcntl(5, F_GETFL) = 0 (flags O_RDONLY)
fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
fcntl(7, F_GETFL) = 0 (flags O_RDONLY)
fcntl(7, F_SETFL, O_RDONLY|O_NONBLOCK) = 0
select(16, [5 7 11], [10], NULL, {1, 0}) = 1 (out [10], left {0, 94})
select(16, [5 7 11], NULL, NULL, {1, 0}) = 1 (in [7], left {0, 964066})
read(7, gpg (GnuPG) 1.4.16; Copyright (C..., 8192) = 192
fstat(7, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(7, gpg: keyring `/tmp/caff-4FBE9C4E..., 8192) = 94
read(7, 0x2a34070, 8192)= -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 1 (in [11], left {0, 983752})
read(11, pub:-:4096:1:98BD97244F73BEA7:12..., 8192) = 208
fstat(11, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(11, 0x2a36080, 8192) = -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 1 (in [5], left {0, 97})
read(5, [GNUPG:] GET_LINE keyedit.prompt..., 8192) = 33
fstat(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(5, 0x2a38090, 8192)= -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {0, 0}) = 0 (Timeout)
fcntl(10, F_GETFL) = 0x801 (flags O_WRONLY|O_NONBLOCK)
fcntl(11, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
fcntl(5, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
fcntl(7, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
select(16, [5 7 11], [10], NULL, {1, 0}) = 1 (out [10], left {0, 97})
write(10, uid 1\n, 6) = 6
select(16, [5 7 11], NULL, NULL, {1, 0}) = 1 (in [5], left {0, 98})
read(5, [GNUPG:] GOT_IT\n[GNUPG:] GET_LIN..., 8192) = 49
fstat(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(5, 0x2a38090, 8192)= -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {0, 0}) = 1 (in [11], left {0, 0})
read(11, pub:-:4096:1:98BD97244F73BEA7:12..., 8192) = 209
fstat(11, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(11, 0x2a36080, 8192) = -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {0, 0}) = 0 (Timeout)
fcntl(10, F_GETFL) = 0x801 (flags O_WRONLY|O_NONBLOCK)
fcntl(11, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
fcntl(5, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
fcntl(7, F_GETFL) = 0x800 (flags O_RDONLY|O_NONBLOCK)
select(16, [5 7 11], [10], NULL, {1, 0}) = 1 (out [10], left {0, 98})
write(10, deluid\n, 7)= 7
select(16, [5 7 11], NULL, NULL, {1, 0}) = 1 (in [5], left {0, 98})
read(5, [GNUPG:] GOT_IT\n[GNUPG:] GET_LIN..., 8192) = 49
fstat(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
read(5, 0x2a38090, 8192)= -1 EAGAIN (Resource temporarily
unavailable)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
select(16, [5 7 11], NULL, NULL, {1, 0}) = 0 (Timeout)
Hope this helps.
Best regards,
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'),
(500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages signing-party depends on:
ii gnupg 1.4.16-1.1
ii libc6 2.19-1
ii libclass-methodmaker-perl 2.21-1
ii libgnupg-interface-perl0.50-2
ii libmailtools-perl 2.12-1
ii libmime-tools-perl 5.505-1
ii libnet-idn-encode-perl 2.100-2
ii libterm-readkey-perl 2.32-1
ii libtext-template-perl 1.46-1
ii perl
Bug#751594: [Pkg-utopia-maintainers] Bug#751594: network-manager: dnsmasq incompatible with network manager and systemd
On Sat, Jun 14, 2014 at 4:30 PM, Vincent Bernat ber...@debian.org wrote: [...] So, NetworkManager checks if somebody is listening to the right DBus address. With Debian and systemd, since dnsmasq is DBus enabled, it will be started at this point. Otherwise, the patch also tries to run dnsmasq itself. Then, there is another patch to use a private DBus name to avoid using dnsmasq from the system I suppose. The relevant entry is here: Exactly. The issue is that it's not just incompatible with systemd, but more or less with just about any other dnsmasq instance that could be started either with just installing the dnsmasq package (regardless of it actually being properly configured and in use), in some ways incompatible with the libvirtd / qemu instances of dnsmasq... In general, it's just not necessarily meant for running multiple instances of dnsmasq that speak to each other. network-manager (0.9.6.0-0ubuntu4) quantal; urgency=low * debian/patches/dns-dnsmasq-interface-and-dbus-path.patch: set the address dnsmasq (and bind) plugins should listen on for DNS resolution to 127.0.1.1, as opposed to 127.0.0.1 to avoid conflicts with other instances that might need to run on the system with that address. Also set the dnsmasq DBus service name to our own custom name: org.freedesktop.NetworkManager.dnsmasq, which will also avoid conflicting with other dnsmasq instances which might have --enable-dbus enabled. (LP: #1034946) -- Mathieu Trudel-Lapierre mathieu...@ubuntu.com Tue, 21 Aug 2012 11:45:46 -0400 Maybe Mathieu (in copy) can tell us if this has been forwarded upstream. It hasn't yet -- upstreaming the dnsmasq patches I wrote is still a work in progress: I've started to prepare clean patches in a pristine git tree, but I can't put time in fast enough to keep up with master. You'll likely also want to have the patch to configure dnsmasq via DBus rather than restarting it all the time, and that's the one that needs to most work, I wanted to update it to use the SetServersEx instead of SetServers DBus method; which would avoid a minor regression. So, to quickly get the patches you could use the ones from trusty or utopic, they should apply cleanly to the version in unstable. Regards, Mathieu Trudel-Lapierre mathieu...@ubuntu.com Freenode: cyphermox, Jabber: mathieu...@gmail.com 4096R/EE018C93 1967 8F7D 03A1 8F38 732E FF82 C126 33E1 EE01 8C93 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On 13 June 2014 14:37, Yaroslav Halchenko deb...@onerussian.com wrote: Hi Tim, We are looking to get virtuoso updated in Debian. I was referred to http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an alternative source and I see that you have done some work to update package (from Ubuntu) for the 7.1 release. Since you had some experience with it, would you be interested to jump on board with maintaining virtuoso in Debian? (there is seems to be some work still needed to finalize the package you have created so it could be accepted to stock Debian) Hi, On average, yes, I'm interested. I can't claim my Debian dev-knowledge is great, but we can certainly work on that. Maybe it would be sane to start by porting the Ubuntu-style packaging I did for LOD2 back to Debian? ~Tim -- Tim Haynes Product Development Consultant OpenLink Software http://www.openlinksw.com/ http://twitter.com/openlink
Bug#746585: bump...
The bug goes away if one installs libmono-compilerservices-symbolwriter4.0-cil, can it be added to fsharp's dependencies? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749584: libusb-1.0-0: crashes pcscd, sporadically, on usb plugging on xhci-driven devices
On 28 May 2014 15:30, Aurelien Jarno aurel...@aurel32.net wrote: On Wed, May 28, 2014 at 03:20:24PM +0200, Raphael Geissert wrote: On 28 May 2014 15:03, Aurelien Jarno aurel...@aurel32.net wrote: On Wed, May 28, 2014 at 12:31:00PM +0200, Raphael Geissert wrote: [...] With a backtrace, it will be difficult to debug this kind of problem. You said that the backtrace is not useful with the wheezy -dbg package, but there is not such a package on wheezy... Good point, perhaps I confused it with the dbg package of one of the other libusb*. Will check and get back to you on that. Actually it's the -dbg in wheezy-backports Could you please provide the backtrace or the core file, so that we can see at least the libusb function where the crash occurs? Will rebuild with debugging symbols and see what I can get out of it, sure. Ok, great. I hope it will give us more details. I rebuilt pcscd and libusb with -O0 -ggdb3 and I still don't get anything useful out of the backtrace, the stack seems to have been corrupted. valgrind's memcheck doesn't show anything interesting, neither does wheezy's helgrind. The strace shows that the thread that segfaults is the one that reads from /sys/bus/usb/devices, the segfault occurs right after its call to poll(2) returns when the device is plugged. ltracing pcscd doesn't help much either, because libusb is dlopen'ed, so it is not seen by ltrace. Looking for conflicting symbols (who knows, just a possibility) between libudev, libusb and libccid, I don't see any. However, I see that newer libusbs call libudev directly, and apparently do some thread handling on its own: pthread_create and pthread_join are now used by libusb (cf. attached nm -D output, with addresses modified for easier diff'ing). Does that give you any hint already? Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net wheezy.sym Description: Binary data wheezybpo.sym Description: Binary data
Bug#689636: status?
Nicolas Dandrimont ol...@debian.org writes: * Bdale Garbee bd...@gag.com [2014-06-16 08:36:50 -0600]: What is the status of this ITP? It looks like it has been more than a year since the last meaningful update here, and still no slic3r in Debian? Hi Bdale, Chow Loong Jin has taken over the Slic3r packaging work under the umbrella of the 3D printing team. It just got REJECTed (nothing blocking, just some missing info in d/copyright). http://lists.alioth.debian.org/pipermail/3dprinter-general/Week-of-Mon-20140616/000139.html It's happening :) Awesome! Thanks for the update. Bdale pgpR8Z3s9yboZ.pgp Description: PGP signature
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Friday 13 June 2014 09:37:48 Yaroslav Halchenko wrote: Hi Tim, We are looking to get virtuoso updated in Debian. I was referred to http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an alternative source and I see that you have done some work to update package (from Ubuntu) for the 7.1 release. Since you had some experience with it, would you be interested to jump on board with maintaining virtuoso in Debian? (there is seems to be some work still needed to finalize the package you have created so it could be accepted to stock Debian) Remember that if you introduce a new version it doesn't has to create problem in the current one. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Mon, 16 Jun 2014, Tim Haynes wrote: We are looking to get virtuoso updated in Debian. I was referred to [2]http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an alternative source and I see that you have done some work to update package (from Ubuntu) for the 7.1 release. Since you had some experience with it, would you be interested to jump on board with maintaining virtuoso in Debian? (there is seems to be some work still needed to finalize the package you have created so it could be accepted to stock Debian) Hi, On average, yes, I'm interested. I can't claim my Debian dev-knowledge is great, but we can certainly work on that. Maybe it would be sane to start by porting the Ubuntu-style packaging I did for LOD2 back to Debian? yeap -- I think that would be a great start! we have virtuoso packaging under GIT on git.debian.org but may be to facilitate review of changes etc we could/should mirror it under https://github.com/debian/ for now? or if you prefer some other VCS to manage -- we could figure out ways out I guess. -- 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#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Mon, 16 Jun 2014, Lisandro Damián Nicanor Pérez Meyer wrote: Hi Tim, We are looking to get virtuoso updated in Debian. I was referred to http://wiki.lod2.eu/display/LOD2DOC/Installation+of+a+local+LOD2+stack as an alternative source and I see that you have done some work to update package (from Ubuntu) for the 7.1 release. Since you had some experience with it, would you be interested to jump on board with maintaining virtuoso in Debian? (there is seems to be some work still needed to finalize the package you have created so it could be accepted to stock Debian) Remember that if you introduce a new version it doesn't has to create problem in the current one. do you see obvious warning points to keep in mind? there seems to be not that many dependents on virtuoso's components, or am I misunderstanding? -- 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#733564: pu: apache2 with ECDHE support
On Mon, June 16, 2014 00:06, Adam D. Barratt wrote: Control: tags -1 + pending On Sun, 2014-05-25 at 17:55 +0200, Stefan Fritsch wrote: I have just uploaded apache2_2.2.22-13+deb7u2: Flagged for acceptance; sorry for the delay. apache2 (2.2.22-13+deb7u2) wheezy; urgency=medium * Backport support for SSL ECC keys and ECDH ciphers. For anyone following the bug log, testing of the above change before the point release would be much appreciated. Running this version successfully on two machines, but maybe more interesting: we've been running a build of the same upstream patch on top of deb7u1 on about a hundred machines since a few months. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687355: simple-cdd fails to build on crunchbang
Control: tags 687355 confirmed On Sun, Jun 15, 2014 at 09:43:21PM +0200, Matus Valo wrote: All the downloaded packages were for amd64, but this error message indicates it's failing to check i386 packages... Does dpkg --print-foreign-architectures show anything? I seem to recall an issue with debian-cd handling handling foreign architectures... matus@matus-debian:~$ dpkg --print-foreign-architectures i386 Ok, looks like this is bug: https://bugs.debian.org/687355 I have tried to execute simple-cdd under Debian-wheezy 64bit (fresh install). Executing simple-cdd works as you said but after adding architecture i386 simple-cdd fails with: ERROR: missing required packages from profile default: simple-cdd-profiles WARNING: missing optional packages from profile default: grub type-handling I've been able to confirm the issue on a Debian system with foreign architectures enabled. Only workaround I know of is to build inside a chroot with out foreign architectures. Or remove all the foreign architectures: dpkg --remove-architecture i386 or to build a CD with all the architectures you've specified. in profiles/default.conf: ARCHES=amd64 i386 live well, vagrant signature.asc Description: Digital signature
Bug#751783: monkeysign: Provide means to add additional options for gpg invocations
Package: monkeysign Version: 1.1 Severity: wishlist Dear Maintainer, It would be great if monkeysign could allow to set options for location of gpg or its secret keyring, for instance, which would allow non standard setups with secret keyring not necessarily available with the default gpg config. AFAICS, there's no way to sepcify such options to monkeysign. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monkeysign depends on: ii gnupg 1.4.16-1.1 ii python2.7.6-2 ii python-pkg-resources 4.0.1-1 Versions of packages monkeysign recommends: ii python-gtk2 2.24.0-3+b1 ii python-qrencode 1.01-3 ii python-zbar 0.10+doc-9+b1 ii python-zbarpygtk 0.10+doc-9+b1 monkeysign 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#751780: transition: libstdc++6 unordered_{map,set} ABI changes between GCC 4.8/4.9 in c++11 mode
On Monday 16 June 2014 17:02:39 Matthias Klose wrote: [snip] qtbase-opensource-src-gles 5.2.1+dfsg-1 This source package does not exists on Debian, it's only present in Ubuntu. Does it affects the corresponding package in Debian? -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#751655: [Pkg-bitcoin-devel] Bug#751655: Bug#751655: bfgminer: Please upload new version: 4.2.0 [WONTFIX]
On Monday, June 16, 2014 1:14:44 PM Dmitry Smirnov wrote:
Bad news: I had a look at tarball which includes ccan-upstream/* files and
I must say that I dramatically underestimated the mess which is there.
There are so many files and licenses but also tarballs with
who-knows-what. IMHO packaging this mess do not worth the effort -- it is
simply too time consuming not to mention that I'm uncomfortable to upload
it as is without DFSG-cleanup.
I committed updated debian/copyright with all changes except for ccan-
upstream/*.
For now I leave package as is in hope that upstream tarball will undertake
cleanup to leave only what's necessary under ccan-upstream till next
release.
Actually, I had intended to minimise the tarball size since before 4.0, but
only noticed it failed when confirming the files were there for you.
Future releases will include only:
ccan/{build_assert,cast,compiler,opt,typesafe_cb}
licenses/{CC0,GPL-3,LGPL-2.1}
It is also safe to delete anything other than these in the current releases.
Luke
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Monday 16 June 2014 11:51:39 Yaroslav Halchenko wrote: [snip] do you see obvious warning points to keep in mind? there seems to be not that many dependents on virtuoso's components, or am I misunderstanding? I don't remember virtuoso's internals, but for example the binaries can not have the same name. That being said, remember that I'm still writing as particular and not team- wide, so maybe you still don't have the permission from the maintainers to do so. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#660131: see upstream commit 17b1c1368de17d31e053d4bef3f2e0a74bbbd73b
Hello! For the record, the relevant upstream commit seems to be commit 17b1c1368de17d31e053d4bef3f2e0a74bbbd73b Author: Karel Zak k...@redhat.com Date: Mon Aug 13 14:23:04 2012 +0200 lib/tt: always escape '\' to simplify parsing in scripts Which means it should be available in releases = v2.22 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#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Mon, 16 Jun 2014, Lisandro Damián Nicanor Pérez Meyer wrote: do you see obvious warning points to keep in mind? there seems to be not that many dependents on virtuoso's components, or am I misunderstanding? I don't remember virtuoso's internals, but for example the binaries can not have the same name. upgrade would consist of upgrading all those binaries (bin/*) as well to the most recent version. Thus they would be coming from 8.1, we would need to assure that any dependent package is compatible to the new binaries. Do you see any dependent packages present in Debian which require those binaries and would not be compatible somehow with 8.1? meanwhile imho we should proceed with preparing updated package, and then, whenever ready, check all the dependent projects to assure a smooth transition. That being said, remember that I'm still writing as particular and not team- wide, so maybe you still don't have the permission from the maintainers to do so. That is why we are following up on the existing issue (#689230) which maintainers (I hope) monitor. Meanwhile I will BCC (to avoid future duplication of emails) the Debian Krap team (and other uploaders) explicitly to possibly bring their direct attention/feedback. -- 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#751784: ITP: node-through2 -- streams.Transorms wrapper - Node.js module
Package: wnpp
Severity: wishlist
Owner: Leo Iannacone l...@ubuntu.com
* Package name: node-through2
Version : 1.0.0
Upstream Author : Rod Vagg r...@va.gg (https://github.com/rvagg)
* URL : https://github.com/rvagg/through2
* License : Expat
Programming Lang: JavaScript
Description : streams.Transorms wrapper - Node.js module
This package provide a tiny wrapper around Node streams.Transform
to avoid explicit subclassing noise.
.
Inspired by Dominic Tarr's through module in that it's so much easier
to make a stream out of a function than it is to set up the prototype
chain properly: `through(function (chunk) { ... })`.
.
Node.js is an event-based server-side JavaScript engine.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751786: icedove: Zoom in compose window is not working
Package: icedove Version: 30.0~b1-1 Severity: normal Tags: lfs Dear Maintainer, When being in composing window -- aka writing an email -- the zoom with Ctrl++ and Ctrl+- is not working. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-1 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.1-2 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-6 ii libgdk-pixbuf2.0-02.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libhunspell-1.3-0 1.3.3-1 ii libnspr4 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.4.3-3 ii libstartup-notification0 0.12-3 ii libstdc++64.9.0-6 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-de-at [hunspell-dictionary] 20131206-4 ii hunspell-de-ch [hunspell-dictionary] 20131206-4 ii hunspell-de-de [hunspell-dictionary] 20131206-4 ii hunspell-en-us [hunspell-dictionary] 20070829-6 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libgssapi-krb5-2 1.12.1+dfsg-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751785: ITP: haskell-shake -- build system library, like Make, but more accurate dependencies
Package: wnpp Severity: wishlist Owner: Colin Watson cjwat...@debian.org * Package name: haskell-shake Version : 0.13.1 Upstream Author : Neil Mitchell ndmitch...@gmail.com * URL : http://hackage.haskell.org/package/shake * License : BSD-3-clause Programming Lang: Haskell Description : build system library, like Make, but more accurate dependencies Shake is a Haskell library for writing build systems - designed as a replacement for make. To use Shake the user writes a Haskell program that imports Development.Shake, defines some build rules, and calls the Development.Shake.shakeArgs function. Thanks to do notation and infix operators, a simple Shake build system is not too dissimilar from a simple Makefile. However, as build systems get more complex, Shake is able to take advantage of the excellent abstraction facilities offered by Haskell and easily support much larger projects. The Shake library provides all the standard features available in other build systems, including automatic parallelism and minimal rebuilds. Shake also provides more accurate dependency tracking, including seamless support for generated files, and dependencies on system information (e.g. compiler version). (This has been in the Haskell team's package plan for a while; I'm packaging it now because the current version of haskell-hoogle became unbuildable following the transition to haskell-conduit 1.1, and newer upstream versions of haskell-hoogle require shake.) -- Colin Watson [cjwat...@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#746887: Fix for the FTBFS
Hi, FYI, the only thing that needs to be done is to add -Wno-unused-function in SConstruct, as per the attached patch. I'm uploading this fix to the DELAYED/7 queue, because otherwise the package may be removed from testing (in 13 days now...). Cheers, Thomas Goirand (zigo) Description: Uses -Wno-unused-function to build Uses -Wno-unused-function to avoid FTBFS with -Werror=unused-function which is now the default in gcc-4.9. Author: Thomas Goirand z...@debian.org Bug-Debian: http://bugs.debian.org/746887 Forwarded: no Last-Update: 2014-06-16 --- mongodb-2.4.10.orig/SConstruct +++ mongodb-2.4.10/SConstruct @@ -708,6 +708,7 @@ if nix: -pthread, -Wall, -Wsign-compare, + -Wno-unused-function, -Wno-unknown-pragmas, -Winvalid-pch] ) # env.Append( -Wconversion ) TODO: this doesn't really work yet
Bug#751787: iptables: Package build fails
Package: iptables Version: 1.4.21-2 Severity: important Dear Maintainer, Wehen trying to build iptables package from source with `debuild -us -uc -sa` it fails whit the following output: Making check in utils make[2]: Entering directory `/tmp/b2/iptables-1.4.21/utils' make[2]: Nothing to be done for `check'. make[2]: Leaving directory `/tmp/b2/iptables-1.4.21/utils' Making check in extensions make[2]: Entering directory `/tmp/b2/iptables-1.4.21/extensions' make[2]: *** No rule to make target `check'. Stop. make[2]: Leaving directory `/tmp/b2/iptables-1.4.21/extensions' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/b2/iptables-1.4.21' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1357: dpkg-buildpackage -rfakeroot -D -us -uc -sa failed The problem is in absent check make target in extensions directory. Propposed fix: override dh_auto_test with empty target --- rules.orig 2014-05-20 04:49:34.0 +0400 +++ rules 2014-06-16 20:10:03.133419597 +0400 @@ -22,3 +22,5 @@ override_dh_auto_configure: dh_auto_configure -- $(_configure) + +override_dh_auto_test: -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.19-1 ii libnfnetlink0 1.0.1-3 ii libxtables10 1.4.21-2 iptables recommends no packages. iptables 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#751390: src:pcre3: use dh-autoreconf to fix FTBFS on ppc64el
Dear patch submitter,
I am not a pcre3 maintainer, but I'd like to comment on your patch.
On Thu, Jun 12, 2014 at 02:00:26PM +0200, Erwan Prioul wrote:
For the ppc64el architecture in Ubuntu, since this package uses libtool, a
full autoreconf is necessary. This is because we need new libtool macros for
ppc64el.
In Ubuntu, the attached patch was applied to achieve the following:
* Build using dh-autoreconf for new port support.
* Enable parallel builds.
parallel building is not necessary for making ppc64el work.
* Disable JIT on ppc64el, needs explicit porting to ELFv2.
The patch also changes the dh_makeshlibs invocations without explaining
why.
In general the patch has several weaknesses:
* It conflates multiple issues into a single patch. Consider splitting.
* It fails to explain those changes in a changelog entry.
* It patches files outside the debian directory without adding a patch
to debian/patches nor including suitable DEP-3 patch tags.
Thanks for considering the patch.
Please consider reworking the patch to address some of the above.
In the mean time I am going to use a different patch for rebootstrap[1],
that just addresses the dh-autoreconf aspect and makes the build
generally work (without implying that the results would be usable).
Helmut
[1] https://wiki.debian.org/HelmutGrohne/rebootstrap
diff -Nru pcre3-8.31/debian/changelog pcre3-8.31/debian/changelog
--- pcre3-8.31/debian/changelog
+++ pcre3-8.31/debian/changelog
@@ -1,3 +1,10 @@
+pcre3 (1:8.31-5.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Use dh-autoreconf for ppc64el. (Closes: #751390)
+
+ -- Helmut Grohne hel...@subdivi.de Mon, 16 Jun 2014 07:08:47 +0200
+
pcre3 (1:8.31-5) unstable; urgency=medium
* Previous attempt at detecting JIT support didn't work when cross
diff -Nru pcre3-8.31/debian/control pcre3-8.31/debian/control
--- pcre3-8.31/debian/control
+++ pcre3-8.31/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Mark Baker m...@mnb.org.uk
Standards-Version: 3.9.3
-Build-Depends: debhelper (= 5.0.22), dpkg-dev (= 1.16.0)
+Build-Depends: debhelper (= 5.0.22), dpkg-dev (= 1.16.0), dh-autoreconf
Package: libpcre3
Section: libs
diff -Nru pcre3-8.31/debian/rules pcre3-8.31/debian/rules
--- pcre3-8.31/debian/rules
+++ pcre3-8.31/debian/rules
@@ -27,9 +27,10 @@
INSTALL_PROGRAM += -s
endif
-config.status: configure
+configure-stamp:
dh_testdir
# Add here commands to configure the package.
+ dh_autoreconf
CC_FOR_BUILD=cc CFLAGS=$(CFLAGS) ./configure \
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
--prefix=/usr --mandir=\$${prefix}/share/man \
@@ -38,11 +39,12 @@
--enable-utf8 --enable-unicode-properties \
--disable-silent-rules \
$(shell . debian/jit-test)
+ touch configure-stamp
build: build-arch build-indep
build-arch: build-stamp
build-indep: build-stamp
-build-stamp: config.status
+build-stamp: configure-stamp
dh_testdir
# Add here commands to compile the package.
@@ -53,10 +55,10 @@
touch build-stamp
-clean: config.status
+clean: configure-stamp
dh_testdir
dh_testroot
- rm -f build-stamp
+ rm -f build-stamp configure-stamp
# Add here commands to clean up after the build process.
[ ! -f Makefile ] || $(MAKE) distclean
###-test -r /usr/share/misc/config.sub \
@@ -64,6 +66,7 @@
###-test -r /usr/share/misc/config.guess \
### cp -f /usr/share/misc/config.guess config.guess
rm -f dftables testsavedregex
+ dh_autoreconf_clean
dh_clean
install: build
Bug#751672: [Pkg-phototools-devel] Bug#751672: openimageio: please include verbatim license text
Hi! On Jun 15, 2014 2:27 PM, Ansgar Burchardt ans...@debian.org wrote: Source: openimageio Version: 1.4.9~dfsg0-1 Please include the verbatim license text as used upstream. The BSD-3-clause block talks about the name of the University nor the names of its contributors which is not the wording used upstream. src\dpx.imageio\libdpx\DPXStream.h also has a different wording. Also src/ptex.imageio/ptex/* is not released under a BSD-2-clause license. src\ptex.imageio\ptex\PtexSeparableFilter.cpp has a third clause about names. src/include/tbb/* is not (or no longer) included in the upstream tarball. I was so focused on getting this new version work that I completely forgot to check the debian/copyright. My fault. I'm on vacation now. Gonna fix it next week. Thanks for reporting. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A
Bug#693966: confirmed, patch is available, upstream, needs-forwarding!
Control: tags -1 + patch upstream Control: found -1 1:2.20.1-5.8 Hello! I can confirm this problem exists in the current package, it still exists in upstream v2.24.2. The patch previously supplied (adding tag for that) looks like it still needs to be forwarded upstream. 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#749795: apt: no authentication checks for source packages
On Mon, Jun 16, 2014 at 02:58:28PM +0200, Christoph Anton Mitterer wrote: On Mon, 2014-06-16 at 09:35 +0200, Michael Vogt wrote: I think for the future we actually should not allow a apt-get update of untrusted repos without --allow-unauthenticated or [trusted=no]. But this will probably break some setups so we need to be careful and not rush it. And what about the setups, which assume secure data to be retrieved (as far as I can see the whole build stack of Debian), which is already broken now? Security is much more critical here then things continuing to work... if someone's setup really depend on not verifying integrity... he will immediately notice (and can add the flag),... but no one notices if his security is compromised by MitMs... :-( So I see not much of a reason to not implement that right away. Absolutely, security is (much!) more important. However with the fix that recently went into -security apt-get source foo will fail if foo comes from a not-authenticated source. What I wrote above is about not allowing apt-get update at all for unsigned repositories (unless --allow-unauthenticated is used). But maybe you are right and the warning that I added to git should be a error that tells the user to use --allow-unauthenticated if he/she really wants to use a repository that we can not authenticate. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Mon, 16 Jun 2014, Sune Vuorela wrote: On Monday 16 June 2014 12:20:24 Yaroslav Halchenko wrote: Do you see any dependent packages present in Debian which require those binaries and would not be compatible somehow with 8.1? The entire KDE stack needs the exact current version in the archive. And no, it is not compatible with something newer. The fact that the KDE stack needs it is also why it is maintained by the KDE team. Great -- thanks Sune for the feedback. It is just from previous comments I was not sure if KDE is still relying/using virtuoso. But if you state so -- must be so. Do you think it would be feasible to proceed for now with a versioned (e.g. virtuoso-7) source package for virtuoso while excluding all the non-versioned meta- packages, thus providing recent virtuoso for those users who want it, while keeping KDE team and users happy? or do you foresee some obvious showstopper(s)? what components of KDE require virtuoso? (only napomuk?) and which tools/libraries in particular? may be alternative could be for virtuoso-7 to take over providing all the metapackages while corresponding KDE tools to depend on the specific versioned packages still coming from virtuoso source package? Sorry for possibly ignorant questions -- just trying to figure out the situation ;) -- 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#751048: marked as done (RFS: fizsh/1.0.6-1 (already in Debian))
Control: reopen -1 Dear Bart, Debian Bug Tracking System wrote: Package fizsh has been removed from mentors. since when is this a reason to close RFS bug reports? Reopening! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741406: (linux-image-3.13-1-amd64: tcp traffic fails after approx 1/2hour boot time 'TCP: out of memory -- consider tuning tcp_mem')
On Sun, Apr 20, 2014 at 02:33:00PM +1200, Jason Alavaliant wrote: I believe that linux-image-3.13-1-amd64 3.13.10-1 fixes this problem. I've been testing all package updates since 3.13.5-1 and this is the first version of 3.13 where I've been able to run it for 12 hours+ without tcp dropping out.I only have the computer effected by this bug on during the day so can't test longer than 12hours, but given in the past the longest it stayed up was sub 2hours I'm fairly confident the problem is gone. Easily reproduced on 3.14.5-1. -- WBR, wRAR signature.asc Description: Digital signature
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Monday 16 June 2014 12:20:24 Yaroslav Halchenko wrote: Do you see any dependent packages present in Debian which require those binaries and would not be compatible somehow with 8.1? The entire KDE stack needs the exact current version in the archive. And no, it is not compatible with something newer. The fact that the KDE stack needs it is also why it is maintained by the KDE team. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751782: signing-party: caff seems stuck after saving the signed key
Hi, On Mon, 16 Jun 2014 at 17:59:45 +0200, Olivier Berger wrote: False error : a result of my own customizations. Sorry about the bothering. No problem :-) It might still be useful to fix this (which looks like a race condition and/or unexpected output from gpg). Would you mind sharing your .caffrc and your .caff/gnupghome/gpg.conf? You can obfuscate the strings and key IDs, but the configuration options would be useful. Cheers, -- Guilhem. signature.asc Description: Digital signature
Bug#751788: qa.d.o and other services on quantz are inaccessible from T-Mobile
Package: qa.debian.org X-Debbugs-CC: paul...@debian.org This is a bit of a weird one, folks. When you try to access any of the services hosted on quantz over the T-Mobile US cell network (specifically tested with p.qa.d.o and qa.d.o), you end up getting a 504 Gateway Timeout after an approximately 30 second wait. paultag and I both replicated this with different devices on T-Mobile. He took a look on quantz, and we don't see any errors in the error log, nor the relevant hits in the access log when a request is made from a T-Mobile device. It's as if some proxy server that T-Mobile is using is not able to reach quantz, or there's some strange content being sent around that's breaking somebody. Let me know if I can help out with the debugging of this one. Sincerely, -- Harlan Lieberman-Berg ~hlieberman
Bug#751789: llvm-toolchain-3.4: Ship compiler-rt library as a separate package
Source: llvm-toolchain-3.4 Severity: wishlist From 3.4.2-1, I am shipping compiler-rt static libraries. For now, they are in libclang-3.4-dev. It would be nice to have them in a separate package. Sylvestre -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751756: ppp: embedded copy of libtdb
On Jun 16, Jakub Wilk jw...@debian.org wrote: The source package includes embedded copy of the trivial database library (pppd/tdb.* and pppd/spinlock.*). This copy is also used at build time. But Debian has libtdb packaged separately. As per Policy §4.13, please use Debian's libtdb-dev instead of the embedded copy. tdb would first need to provide a tdb-udeb package. -- ciao, Marco signature.asc Description: Digital signature
Bug#751790: new upstream (3.2.26)
Package: garmin-plugin Severity: wishlist it would be nice if you could upgrade to the current garmin-plugin upstream version (3.2.26). -- 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#751791: new upstream (2.0.20)
Package: traceroute it would be nice if you could upgrade to the current upstream version (2.0.20). -- 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#751793: “jekyll build” generates site with broken js/modernizr.min.js symlink
Package: jekyll Version: 1.5.1+dfsg1-2 Severity: normal midna ~/i3.github.io $ jekyll new . New jekyll site installed in /home/michael/i3.github.io. midna ~/i3.github.io $ jekyll build Configuration file: /home/michael/i3.github.io/_config.yml Source: /home/michael/i3.github.io Destination: /home/michael/i3.github.io/_site Generating... error: No such file or directory - /home/michael/i3.github.io/js/modernizr.min.js. Use --trace to view backtrace midna ~/i3.github.io $ ls -hl js/modernizr.min.js lrwxrwxrwx 1 michael staff 58 2014-06-16 18:58 js/modernizr.min.js - ../../../../../share/javascript/modernizr/modernizr.min.js I suspect this is because js/modernizr.min.js is copied from /usr/lib/ruby/vendor_ruby/site_template/js/modernizr.min.js which is a symlink. I think it’d be better to _not_ make this a symlink at all, at least not at copy time, so that the file that is used is checked into git. I suspect maintaining a site that is hosted on github.io will not work otherwise. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: armel i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jekyll depends on: ii libjs-modernizr 2.6.2+ds1-1 ii ruby 1:2.0.0.2 ii ruby-classifier 1.3.4-1 ii ruby-colorator0.1-3 ii ruby-commander4.1.6-1 ii ruby-kramdown 1.3.3-1 ii ruby-liquid 2.6.1-1 ii ruby-listen 2.4.0-4 ii ruby-maruku 0.7.1-1 ii ruby-pygments.rb 0.5.4~ds1-1 ii ruby-rdiscount1.6.8-3+b1 ii ruby-redcarpet3.1.1-1 ii ruby-redcloth 4.2.9-3 ii ruby-safe-yaml1.0.3-1 ii ruby-toml 0.1.1-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-6 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484+really457-1 Versions of packages jekyll recommends: pn ruby-mysql none pn ruby-sequel none pn ruby-sequel-pg none jekyll 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#740085: package plplot 5.10.0
Dear Andrew, Apparently swig 2.0.12 has reached unstable and even testing by now. Will you be able to prepare the next plplot upload? I can sponsor your upload, if your usual sponsor is not available. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#751792: perftest: enable build on ppc64el
Package: perftest
Version: 1.2-OFED-1.4.2-2
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
We are start to support OFED on ppc64el, and we would like to have the package
perftest enabled on this platform for Debian.
I am providing this patch that just enable ppc64el as a supported platform for
perftest.
Thank you,
Breno
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (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
Index: perftest/perftest-1.2-OFED-1.4.2/debian/control
===
--- perftest.orig/perftest-1.2-OFED-1.4.2/debian/control 2014-06-16 16:57:53.0 +
+++ perftest/perftest-1.2-OFED-1.4.2/debian/control 2014-06-16 16:58:24.0 +
@@ -8,7 +8,7 @@
Homepage: http://www.openfabrics.org
Package: perftest
-Architecture: i386 ia64 amd64 powerpc
+Architecture: i386 ia64 amd64 powerpc ppc64el
Depends: ${shlibs:Depends}, ${misc:Depends}, libibverbs1 (= 1.1.2), librdmacm1 (=1.0.8)
Description: Infiniband verbs performance tests
This is a collection of tests written using Infiniband verbs intended for
Bug#748535: transition: gnutls28
On 2014-06-16 Emilio Pozuelo Monfort po...@debian.org wrote: On 15/06/14 19:20, Andreas Metzler wrote: [...] Actually I was wrong, it simply propagated, since libetpan/testing is using libgnutls26. :-) Yep, it is done now. Do you want a tracker for the gnutls26 - gnutls28 transition as per your initial email? I would appreciate that, thank you. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751684: [debhelper-devel] Bug#751684: dh_perl: Add perlapi-* dependency on packages installed to $Config{vendorarch}
Niko Tyni wrote:
There's a pending Perl policy change discussed in #750017 that requires
the handful of packages in the archive that install nonbinary Perl modules
into /usr/lib/perl5 (or, more generally, $Config{vendorarch} to add a
perlapi-* dependency. The attached mostly untested patch implements this
in dh_perl.
I'll try to find some time to test it myself, but as that could be done by
others too, I wanted to file this sooner rather than later. Not adding
the 'patch' tag quite yet, though.
Works for me (assuming it works).
--
see shy jo
signature.asc
Description: Digital signature
Bug#742213: Geany hijacking
Hi, I am sending this message to the bug and to the package maintainer. It as been a while sine no activity occurred on this package. I would like to know if you are still interested in maintaining the package if not I would gladly take over if no one else want. If I receive no answer from the maintainer before one month from now I will take over. Please Cc: me because I am have not subscribed to the bug. Cheers Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751725: [Pkg-xfce-devel] Bug#751725: xfce4-session: Empty desktop caused by --disable-legacy-sm
Yves-Alexis Perez cor...@debian.org writes: On lun., 2014-06-16 at 15:34 +0200, Christian Marillat wrote: Yves-Alexis Perez cor...@debian.org writes: On lun., 2014-06-16 at 01:47 +0200, Christian Marillat wrote: Package: xfce4-session Version: 4.10.1-6 Severity: important [...] This version has been built with --disable-legacy-sm and now I lost all my windows (11) opened when I start my machine. What exactly do you mean? I've 4 workspaces with 11 windows (11 urxvt terminals) in my session. Each time I login to xorg these 11 windows are opened automatically. Now all my workspaces are empty. Are they opened automatically because they are part of a session or because you manually set them to autostart? I don't have any autostart configuration. An empty desktop is completely unusable for me. What happens if you start your applications normally? Are they not saved correctly afterwards? What do you mean by saved correctly ? Windows position and dimension ? And especially the fact they're actually started… Then no. [...] It is possible to document how to restore my old session or even better and certainly the best, xfce4-session should do that automaticaly. Well, that's supposed to be the case and the point of session management, but there might be some bugs. It's just not completely clear if you talk about the transition or if it's reproducible everytime. I'm also able to reproduce this bug in a virtualbox machine. That's not what I asked. This bug is reproducible and think people will not be happy to lost there session configuration. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751788: qa.d.o and other services on quantz are inaccessible from T-Mobile
Control: tags -1 confirmed On Mon, Jun 16, 2014 at 12:51:56PM -0400, Harlan Lieberman-Berg wrote: Package: qa.debian.org X-Debbugs-CC: paul...@debian.org This is a bit of a weird one, folks. When you try to access any of the services hosted on quantz over the T-Mobile US cell network (specifically tested with p.qa.d.o and qa.d.o), you end up getting a 504 Gateway Timeout after an approximately 30 second wait. paultag and I both replicated this with different devices on T-Mobile. He took a look on quantz, and we don't see any errors in the error log, nor the relevant hits in the access log when a request is made from a T-Mobile device. It's as if some proxy server that T-Mobile is using is not able to reach quantz, or there's some strange content being sent around that's breaking somebody. Wow. Yep, I can confirm this here. Attaching a tcpdump capture for reference. I imagine this will need to be taken up with T-Mobile. For reference, a 'HEAD / /HTTP/1.1' on a direct connection to port 80 returns the correct information. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org qa.d.o.pcap Description: application/vnd.tcpdump.pcap signature.asc Description: Digital signature
Bug#751794: Qt5 applications cannot start in icewm
Package: icewm Version: 1.3.7-5 Severity: normal Hi, IceWM has a bug which makes every Qt5 application unusable. The program seems to start in theory, but no GUI window ever appears. This can be tested e.g. with qtcreator or any other application that uses Qt5. This has been fixed upsteam here: http://sourceforge.net/p/icewm/git/ci/395cfbb56a4adaee7028cfcbe6177ec0b94c181d/ I have verified the fix by applying that patch to the icemw 1.3.7-5 package and rebuilding, Qt5 apps now run fine for me. The patch is part of the upstream 1.3.8 release, please upgrade if possible. Thanks! Uwe. -- http://hermann-uwe.de | http://randomprojects.org | http://sigrok.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751795: man adds commands before a line of type '\ string
Package: man-db Version: 2.6.7.1-1 Severity: normal Dear Maintainer, * What led up to the situation? The output of man --no-justification --recode=UTF-8 man showed at the top .na .de ad .. '\ t .\ ** The above line should force tbl to be a preprocessor ** .\ Man page for man * What outcome did you expect instead? The first (and second) line should stay the first line, if it is of the type '\ ... in accordance with the manual for man(1). -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 3.2.53-rt75-2 Locale: LANG=is_IS, LC_CTYPE=is_IS (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.10 ii groff-base 1.22.2-5 ii libc6 2.18-5 ii libgdbm3 1.8.3-12 ii libpipeline1 1.3.0-1 ii zlib1g 1:1.2.8.dfsg-1 man-db recommends no packages. Versions of packages man-db suggests: ii groff1.22.2-5 ii iceweasel [www-browser] 29.0.1-2 ii less 458-2 ii lynx-cur [www-browser] 2.8.8pre5-1 -- Configuration Files: /etc/cron.daily/man-db changed [not included] /etc/cron.weekly/man-db changed [not included] -- debconf information excluded -- Bjarni I. Gislason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751048: Sponsorship of newer Fizsh package
Hi Axel,
I noticed some bugs in version 1.0.6 of fizsh. Most of them were related to
my
treatment of autoconf and friends. Therefore, I decided to release version
1.0.7, which corrects these bugs. I have also uploaded the new version to
mentors:
dget -x
http://mentors.debian.net/debian/pool/main/f/fizsh/fizsh_1.0.7-1.dsc
} debian/copyright:
}
} * The licenses BSD-3-clause~zsh-history-substring-search-contributors,
} BSD-3-clause~fizsh and
} BSD-3-clause~zsh-syntax-highlighting-contributors seem to be
} identical word-wise. In that case the license only needs to be
} spelled out respectively defined once.
}
} Of course they differ in the copyright holders, but those are
} already listed in the Files: starting paragraphs and should only
? be listed there.
} * The License: starting paragraphs only define the license text and
} do not need verbatim formatting. They should be word-wrapped if
} lines are longer than 80 columns. Comments signs from licenses
} copied from source code headers can and should be dropped.
Done.
} debian/README: This file should be probably better named
} debian/README.source.
Done
} debian/rules:
}
} * lintian warning script-not-executable
}
} # the scripts in the ./scripts/ directory of the source package are
} # copied to both ./debian/usr/bin/ and ./debian/etc/fizsh/. they
} # are also copied to ./debian/fizsh/usr/share/fizsh/, but they are
} # not meant to be copied there. moreover they end up there without the
} # executable bit, which causes lintian to complain about
} # script-not-executable. therefore they are explicitly removed after
} # dh_install.
}
} While it is good to not have the files in the package twice, this
} maybe a case where it may have been better to override the lintian
} warning as the files are meant to be sourced (if it works without
} them being executables). This not seldom with shell-related
} packages.
}
} So just decided if you want them user-modifiable or not and put them
} in either /etc/fizsh or /usr/share/fizsh and override the above
} mentioned lintian warning.
}
} Another way to get rid of that lintian warning would be to remove the
} shebang lines from those scripts. They're not needed anyway if the
} scripts are just sourced.
The scripts ended up in the package twice because of a bug that was
introduced
upstream (me as well : ). The bug has been corrected, and so I have dropped
the override.
} * A general remark on lines like the following:
}
} [ -d foo ] rm -rf foo || true
}
} Just using rm -rf foo should suffice and is easier to read:
}
} * If the directory doesn't exist, it does nothing
} * It does exit with return code 0 even if the file does not exist.
Done
} * Warnings from configure:
}
} # without the following override the ./configure script would be called
with two
} # unrecognized options: --disable-maintainer-mode,
--disable-dependency-tracking
} override_dh_auto_configure:
} ./configure \
} --prefix=/usr \
} --includedir=\${prefix}/include \
} --mandir=\${prefix}/share/man \
} --infodir=\${prefix}/share/info \
} --sysconfdir=/etc \
} --localstatedir=/var
}
} I think those warnings can be safely ignored and hence the override
} could be dropped. I'm though fine if you are annoyed by the warnings
} and prefer to keep the override. (I'd be rather annoyed by such a
} long override. :-)
Done
} debian/changelog:
}
} * While it is acceptable, I find the style with a blank line between
} each item hard to read.
}
} * I'd also indent any line not starting wit * by two blanks.
Done
} debian/watch and .sig files:
}
} * The .sig files mentioned in the context of pgpsigurlmangle are meant
} to be signature files, not public key files as on [1]. See the
} documentation for gpg --sign for details. The public key file goes
} into debian/upstream/signing-key.asc as done correctly with the
} package.
}
} [1] http://sourceforge.net/projects/fizsh/files/
}
} I'd be nice if you could fix that at upstream.
Done. I have changed the watch file, so that it will look for signature
files
ending in .asc. Upstream has uploaded a file called
https://sourceforge.net/projects/fizsh/files/fizsh-1.0.7.tar.gz.asc. it
should match the signature in ./debian/upstream/signing-key.asc
} To not only mention negative stuff I noticed, I was also positively
} surprised that the package is indeed lintian clean, even with
} --pedantic and --experimental!
Thank you for reviewing the package!
Best wishes
Guido
Bug#687355: simple-cdd fails to build on multi-arch systems
On Mon, Jun 16, 2014 at 08:54:58AM -0700, Vagrant Cascadian wrote: On Sun, Jun 15, 2014 at 09:43:21PM +0200, Matus Valo wrote: All the downloaded packages were for amd64, but this error message indicates it's failing to check i386 packages... Does dpkg --print-foreign-architectures show anything? I seem to recall an issue with debian-cd handling handling foreign architectures... matus@matus-debian:~$ dpkg --print-foreign-architectures i386 ... ERROR: missing required packages from profile default: simple-cdd-profiles WARNING: missing optional packages from profile default: grub type-handling I've been able to confirm the issue on a Debian system with foreign architectures enabled. Using debian-cd 3.1.15 fixes the issue. live well, vagrant signature.asc Description: Digital signature
Bug#751796: Patch for dh-autoreconf on gnutls26
Package: src:gnutls26 Version: 2.12.23-16 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Hi maintainers, This patch adds support for dh-autoreconf on gnutls26. Please consider incorporating it for an upload; it would greatly help the Debian ppc64el port and new ports. Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center Index: gnutls26-2.12.23/debian/control === --- gnutls26-2.12.23.orig/debian/control +++ gnutls26-2.12.23/debian/control @@ -9,7 +9,8 @@ Build-Depends: debhelper (= 9), libgcrypt11-dev (= 1.4.0), zlib1g-dev, cdbs (= 0.4.93), gtk-doc-tools, texinfo (= 4.8), libtasn1-6-dev, autotools-dev, datefudge, - libp11-kit-dev (= 0.11) [!or1k], pkg-config, chrpath + libp11-kit-dev (= 0.11) [!or1k], pkg-config, chrpath, + dh-autoreconf, automake1.11 Build-Conflicts: libgnutls-dev Standards-Version: 3.9.5 Vcs-Git: git://anonscm.debian.org/pkg-gnutls/gnutls.git -b gnutls26-master Index: gnutls26-2.12.23/debian/rules === --- gnutls26-2.12.23.orig/debian/rules +++ gnutls26-2.12.23/debian/rules @@ -3,6 +3,10 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/autotools.mk +include /usr/share/cdbs/1/rules/autoreconf.mk + +export AUTOMAKE = automake-1.11 +export ACLOCAL = aclocal-1.11 DEB_CONFIGURE_EXTRA_FLAGS = --enable-ld-version-script --enable-cxx \ --without-lzo --disable-guile \
Bug#751048: Sponsorship of newer Fizsh package
Hi Guido, Guido van Steen wrote: I noticed some bugs in version 1.0.6 of fizsh. Most of them were related to my treatment of autoconf and friends. Therefore, I decided to release version 1.0.7, which corrects these bugs. I have also uploaded the new version to mentors: Thanks for the notice. Maybe this was the cause of this unexpected closing of this bug report... Then again Package fizsh has been removed from mentors. sounded as if it was removed from mentors and not updated... Thank you for reviewing the package! Thank you for caring about all the comments. I'm still at work and just read a lot of done so far. I'll have a closer look later, hopefully this evening. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Monday 16 June 2014 12:43:25 Yaroslav Halchenko wrote: Great -- thanks Sune for the feedback. It is just from previous comments I was not sure if KDE is still relying/using virtuoso. But if you state so -- must be so. There is a move away from virtuoso - but the kde stack in stable uses virtuoso and if users should have a chance to migrate their data out, they need a kde stack that can communicate with it. Do you think it would be feasible to proceed for now with a versioned (e.g. virtuoso-7) source package for virtuoso while excluding all the non-versioned meta- packages, thus providing recent virtuoso for those users who want it, while keeping KDE team and users happy? If everytihng is properly versioned, I don't see a issue with providing an extra source package, and we could probably even strip down the kde-virtuoso source package from a lot of the 'generic components'. It is really just the odbc driver and the virtuoso executable that kde relies on. I think patches would be more than welcome. what components of KDE require virtuoso? (only napomuk?) and which tools/libraries in particular? It is the nepomuk/soprano chain that requires it. and it is used by the activities system, by the file manager (dolphin), the image viewer (gwenview), the mail stack and probably some I forgotten. But everything is happening thru nepomuk and soprano. oh. and the Debian Krap Team is for packages we don't really love but have to care for anyways. /Sune -- I didn’t stop pretending when I became an adult, it’s just that when I was a kid I was pretending that I fit into the rules and structures of this world. And now that I’m an adult, I pretend that those rules and structures exist. - zefrank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751721: Figure out how to deal with ABI changes
Hi Phillip On Mon, Jun 16, 2014 at 12:31:25AM +0200, Philipp Kern wrote: There are many ways a kernel can be updated on disk that are not necessarily triggered by user action. Debian does not install any automatic update stuff, so it is always user action. Ubuntu claims with every update that there is an unavoidable ABI change. I guess that's why. It at least sidesteps this issue if you handle ABI changes that way. Of course it also makes d-i more brittle unless you keep old ABI versions around and do not decruft them. Can you provide a course of action to handle this differently? Please note that currently an ABI name change involves manual action by at least five entities (kernel-team, ftp-team, release-team, d-i-team and external modules maintainers). If we want to do that in a faster pace, we need some automation on the way. Bastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665431: 665431 manpages problems fixed upstream
Control: tags -1 + fixed-upstream Hello! Just noting that the problems in the flock(1) and blkid(8) manpages reported seems to have been fixed and/or obsoleted by changes upstream. See related commits: 8627d0159b7166c e9da7722a01758d 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#751797: gnome: image stuck, gnome fails when image dragged
Package: gnome-session Version: 3.4.2.1-4 Severity: normal File: gnome Dear Maintainer, In chromium, I dragged an image from its original location, let go, and it stuck to the screen. The windows would function as usual, but none of the gnome menus worked, and the image was stuck in place on the screen. The right-click menu would cover the image, but other windows wouldn't cover the image. Also, alt-f2 and the usual shortcuts didn't work. Gnome was operating in legacy mode. The desktop environment would not function properly (but all the windows and applications still worked!) until I killed the session. Here is the error message from the console: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x241 (View Scatt) Window manager warning: Meta_window_activate called by a pager with a 0 timestamp: the pager needs to be fixed. There were several of these, which covered the entire console. Thank you. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-session-bin 3.4.2.1-4 ii gnome-session-common 3.4.2.1-4 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-shell3.4.2-7+deb7u1 Versions of packages gnome-session recommends: ii gnome-power-manager 3.4.0-2 ii gnome-session-fallback 3.4.2.1-4 Versions of packages gnome-session suggests: ii desktop-base 7.0.3 ii gnome-keyring 3.4.1-5 ii gnome-user-guide 3.4.2-1+build1 -- 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#729134: (no subject)
looking at some neighbourhood bugs, i've found i message by a guy, who used self-built kernel and thus faced similar problems because of absence of some systemd-required kernel options and got things working builded new kernel with everything needed. this helped for me too. the only problem was that i hadn't config_cgroups enabled. just builded new kernel today and switched libpam-systemd back on thru pam-auth-update - and reboot/shutdown is working fine, either in lightdm greeter or in xfce. so, if anyone is running custom kernels, check requirements here: https://wiki.debian.org/systemd#Configuring_as_default or here for a full list: http://cgit.freedesktop.org/systemd/systemd/tree/README#n39 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751798: zope.deprecation: Generate documentation at package build time with sphinxdoc
Source: zope.deprecation Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, The upstream tarball for zope.deprecation (as of 4.1.1) contains a docs/_build directory with the pre-built html files. This is generally unacceptable for Debian, where it's more acceptable to generate the documentation at package build time by using the sphinxdoc helper, e.g.: dh $@ --with python2,python3,sphinxdoc --buildsystem=pybuild Fixing this probably means omitting the docs/_build directory from the original tarball, either through a d/copyright Files-Excluded header, or by trimming it in a get-orig-source or with an override_dh_sphinxdoc d/rules target. See https://wiki.debian.org/Python/LibraryStyleGuide for further details. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTnzYsAAoJEBJutWOnSwa/eL8P+wV4yf4vkXO2mLAyw1Wscj0B zp1zqwTZJWyjklJZbxGbaXebobe5ZU4TPblfBK+4wrXfr7v5aC2NlQHEx2VbgOh8 kLrZBlD57RC9YHShMoOdn6aqY9hy37l6M0JcCvY1ejwy45N+iCTWXxsxed3TEVk+ jZuXx75RxOH4pbp0aEdxrItjGx+MpcDeqjBJZe8Jx6ahuK28XLU+E7+9K6hiW4lL kabIs2aWpdw/kjU6SfUo4KThaIwc8MUbj2I9x/fjK7qbYB4E9xny9vzOD2XuO1nO X6hvrW2iLTdALF3b3cul+TreYPb6pzevdXyXViBw4as5BJ1dk/15PhwjiaDxRzMN gWfjZFDV6K/COC4DKfMXoS6v0uSBa48J/wgghKPxuBqPytYfdarp8DGrUylBfD4J 3ErJBBa2UAAJfKAUXs/qQGMKQQZQ6lqqaLLYby/tYUBCqsRSfX4E1XpQrAXrNlnq 8Lnujpq7hPtIwy8OkCrd9o3tDZi0ss0iKvtJszIjK+L1mzwM1bQvpxZzfSCGMtN2 Kk5F7zBQ/q+fq01eA54DBvn+bOGiOCsRe+vYGhQItjHMTyL9VWCqlvBNOw3RlITZ UuBTD9Dx87ebWiC69mDWC+EYUcGyUALIMAtM1kiPCUi7T0d28KgyxEWc0agKwGZl o6Cw5lUvaXRjpsUVuQ/y =YONz -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#724891: [debian-installer] debian-installer: Build firmware for the DNS-320/DNS-325
On Sun, 2014-06-15 at 19:29 +0200, Bastien ROUCARIES wrote: control: tags -1 + patch Thanks! Just one question: Machine: D-Link DNS-320 NAS (Rev A1) Kernel-Flavors: kirkwood DTB-Id: kirkwood-dns320.dtb DTB-Append-From: 3.12 What was the status before 3.12 (as packaged in Debian), did this platform work without an appended DTB or is 3.12 simply the first version which worked at all? I suspect the latter in which case this line can simply be dropped (DTB-Append-From is intended to support transitions from board-file to DTB driven kernels). Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724891: [debian-installer] debian-installer: Build firmware for the DNS-320/DNS-325
On Sun, 2014-06-15 at 21:52 +0200, Bastien ROUCARIES wrote: control: clone -1 -2 control: retitle -2 debian-installer: Build firmware for the DNS-320/DNS-325 control: block -2 by -1 control: block -2 by 751713 Now that flash-kernel is ok could be possible to build a dlink firmware image using ./mkdns323fw -t DNS-320 -k /mnt/boot/uImage-3.14-1-kirkwood -i /mnt/boot/uInitrd-3.14-1-kirkwood -o /tmp/firmware And an ext2 image for installer ? I see Martin has already answered your question. I understand what the mkdns323fw stuff is all about, but I'm wondering what the ext2 image is for, how does it fit in? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751799: libqt5serialport5-dev: Fails to open a port that do not implement the full feature set
Package: libqt5serialport5-dev Version: 5.3.0-2 Severity: normal Tags: patch Dear Maintainer, There is a bug on this version of the Qt serial port library that prevents opening of ports that do not implement RTS (Request To Send) and DTR (Data Terminal Ready) -- like /dev/pts/* devices. This problem was already reported on the Qt bug tracker: https://bugreports.qt-project.org/browse/QTBUG-38640 But the fix will be released only on the 5.3.1 version. Any chance to pull this fix for this version of the Debian's package? Thanks in advance *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt5serialport5-dev depends on: ii libqt5serialport5 5.3.0-2 ii qtbase5-dev5.3.0+dfsg-5 libqt5serialport5-dev recommends no packages. libqt5serialport5-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689230: virtuoso 7.1 to Debian proper [Was: Bug#689230: new version is needed!]
On Mon, 16 Jun 2014, Sune Vuorela wrote: Great -- thanks Sune for the feedback. It is just from previous comments I was not sure if KDE is still relying/using virtuoso. But if you state so -- must be so. There is a move away from virtuoso - but the kde stack in stable uses virtuoso and if users should have a chance to migrate their data out, they need a kde stack that can communicate with it. thank you Sune for further information Do you think it would be feasible to proceed for now with a versioned (e.g. virtuoso-7) source package for virtuoso while excluding all the non-versioned meta- packages, thus providing recent virtuoso for those users who want it, while keeping KDE team and users happy? If everytihng is properly versioned, I don't see a issue with providing an extra source package, and we could probably even strip down the kde-virtuoso source package from a lot of the 'generic components'. It is really just the odbc driver i.e. libvirtodbc0 ? (i.e. versioned only by SOVERSION not virtuoso version) which depends on virtuoso-opensource-6.1-common ... because of non-SOVERSION based versioning here (but on internal DRIVER_VERS) I guess that might be the tricky part. Right? and the virtuoso executable that kde relies on. /usr/bin/virtuoso-t from versioned virtuoso-opensource-6.1-bin (which seems to not depend on any other virtuoso part, and already versioned) as called by ./backends/virtuoso/virtuosobackend.cpp:QFileInfo info( dir + QLatin1String(/virtuoso-t) ); right? another tricky part here I guess is that kde-runtime only recommends virtuoso-minimal (and thus two above packages) thus might be tricky to enforce upgrade happen it would be necessary to ensure a specific version/versioned-name of it. I think patches would be more than welcome. fair enough. what components of KDE require virtuoso? (only napomuk?) and which tools/libraries in particular? It is the nepomuk/soprano chain that requires it. and it is used by the activities system, by the file manager (dolphin), the image viewer (gwenview), the mail stack and probably some I forgotten. But everything is happening thru nepomuk and soprano. oh. and the Debian Krap Team is for packages we don't really love but have to care for anyways. gotcha! ;) -- 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#746233: transition: libxmhtml1.1
On 07-06-14 11:32, Paul Gevers wrote: On 24-05-14 18:04, Emilio Pozuelo Monfort wrote: Please upload to experimental so that it can go through NEW. The upload has happened and the package was excepted. Please let us know when we can proceed with uploading xmhtml and grace. Paul signature.asc Description: OpenPGP digital signature
Bug#751800: mpg123: i486 decoder broken
Package: mpg123 Version: 1.18.0-1 Severity: minor Tags: upstream Hello! In 1.18.0 through SVN, a bug in the i486 decoder exists that corrupts output on the right channel when using default options and the output clips. I've opened an upstream bug report for this: https://sourceforge.net/p/mpg123/bugs/209/ Meanwhile, I find debian/rules perplexing. When dpkg-architecture -qDEB_HOST_ARCH returns i386, no additional configuration options are appended, and dh_auto_configure ends up passing --build=i486-linux-gnu to configure, which is treated the same as --with-cpu=i486, which uses the buggy decoder on 32-bit systems. If dpkg-architecture were to return i486 (when does this happen?), configure is passed --with-cpu=x86_dither, which avoids the problem, but which is documents (in NEWS) as being for i586 and above. In the case of the original bug, --with-cpu=i386 avoids the decoder bug (though this should eventually be fixed upstream), but it still seems odd that debian/rules is checking for i486 to configure an i586 option. Simon- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.15.0-rc5 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages mpg123 depends on: ii libc62.19-1 ii libltdl7 2.4.2-1.7 ii libmpg123-0 1.18.0-1 Versions of packages mpg123 recommends: ii libasound21.0.27.2-4 ii libjack0 [libjack-0.116] 1:0.124.1+20140122git5013bed0-3 ii libopenal11:1.14-4 ii libportaudio2 19+svn20140130-1 ii oss-compat6 Versions of packages mpg123 suggests: ii alsa-utils 1.0.27.2-1 pn jackd none pn nas none ii oss-compat 6 pn oss4-base none pn pulseaudio none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751801: pcp: FTBFS on hurd-i386
Source: pcp
Version: 3.9.4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
The attached patch hurd.patch adds support for GNU/Hurd. Additionally
the patch rules.patch adds autoconf to the .census target to make it
update configure from configure.in (that file should be called
configure.ac)
Thanks!
--- ad/ebian/rules 2014-05-15 03:36:44.0 +0200
+++ b/debian/rules 2014-06-16 09:34:15.0 +0200
@@ -130,6 +130,7 @@
.census:
@echo == dpkg-buildpackage: configure 12
$(checkdir)
+ autoconf
dh_autotools-dev_updateconfig
$(configure_tools) ./configure $(configure_paths)
touch .census
--- a/configure.in 2014-05-15 03:36:44.0 +0200
+++ b/configure.in 2014-06-10 09:16:28.0 +0200
@@ -171,6 +171,11 @@
AC_DEFINE(IS_FREEBSD)
test -f /etc/debian_version target_distro=debian
export CFLAGS=-fPIC -fno-strict-aliasing -D_GNU_SOURCE
+elif test $target_os = gnu
+then
+AC_DEFINE(IS_GNU)
+test -f /etc/debian_version target_distro=debian
+export CFLAGS=-fPIC -fno-strict-aliasing -D_GNU_SOURCE
elif test $target_os = netbsdelf
then
target_os=netbsd
--- a/src/include/pcp_config.h.in 2014-04-15 11:03:53.0 +0200
+++ b/src/include/pcp/config.h.in 2014-06-10 13:21:38.0 +0200
@@ -400,7 +400,9 @@
#endif
#endif
#ifndef MAXPATHLEN
-bozo! need to find where MAXPATHLEN is defined for this platform
+/* bozo! need to find where MAXPATHLEN is defined for this platform */
+#define PATH_MAX 4096
+#define MAXPATHLEN PATH_MAX
#endif
/*
@@ -428,7 +430,8 @@
#endif
#endif
#ifndef MAXHOSTNAMELEN
-bozo! need to find where MAXHOSTNAMELEN is defined for this platform
+/* bozo! need to find where MAXHOSTNAMELEN is defined for this platform*/
+#define MAXHOSTNAMELEN 4096
#endif
#ifndef HAVE_FLOG10
@@ -505,6 +508,9 @@
/* Determine if we are on a FreeBSD box */
#undef IS_FREEBSD
+/* Determine if we are on a GNU box */
+#undef IS_GNU
+
/* Determine if we are on a NetBSD box */
#undef IS_NETBSD
--- a/src/include/builddefs.in 2014-05-15 03:36:44.0 +0200
+++ b/src/include/builddefs.in 2014-06-11 11:24:43.0 +0200
@@ -67,7 +67,7 @@
TARGET_OS = @target_os@
PCFLAGS = @PCFLAGS@
PLDFLAGS = @PLDFLAGS@
-ifneq (, $(filter linux kfreebsd, $(TARGET_OS)))
+ifneq (, $(filter linux kfreebsd gnu, $(TARGET_OS)))
DSOSUFFIX = so
endif
ifeq $(TARGET_OS) darwin
--- a/src/include/buildrules 2014-05-15 03:36:44.0 +0200
+++ b/src/include/buildrules 2014-06-10 08:52:17.0 +0200
@@ -40,7 +40,7 @@
.SUFFIXES: .cxx
ifdef LIBTARGET
-ifneq (, $(filter linux freebsd kfreebsd netbsd mingw, $(TARGET_OS)))
+ifneq (, $(filter linux freebsd kfreebsd netbsd mingw gnu, $(TARGET_OS)))
_SHAREDOPTS = -shared -Wl,-soname,$(LIBTARGET)
endif
ifeq ($(TARGET_OS), solaris)
--- a/src/pmdas/pmcd/src/GNUmakefile 2014-01-09 00:29:25.0 +0100
+++ b/src/pmdas/pmcd/src/GNUmakefile 2014-06-10 12:48:51.0 +0200
@@ -27,7 +27,7 @@
LCFLAGS = -I$(TOPDIR)/src
LCFLAGS += -I$(TOPDIR)/src/pmie/src
-ifneq (, $(filter linux kfreebsd, $(TARGET_OS)))
+ifneq (, $(filter linux kfreebsd gnu, $(TARGET_OS)))
ABI = $(shell ./objstyle)
LCFLAGS += -DSIM_ABI=\$(ABI)\
endif
--- a/src/pmdas/pmcd/src/pmcd.c 2014-01-09 00:29:25.0 +0100
+++ b/src/pmdas/pmcd/src/pmcd.c 2014-06-10 09:56:24.0 +0200
@@ -961,7 +961,7 @@
static char *
simabi()
{
-#if defined(__linux__)
+#if defined(__linux__) || defined(IS_GNU)
# if defined(__i386__)
return ia32;
# elif defined(__ia64__) || defined(__ia64)
--- a/src/pmdas/shping/shping.c 2014-01-09 00:29:26.0 +0100
+++ b/src/pmdas/shping/shping.c 2014-06-10 10:55:44.0 +0200
@@ -210,11 +210,14 @@
prctl(PR_TERMCHILD); /* SIGHUP when the parent dies */
#elif defined (PR_SET_PDEATHSIG)
prctl(PR_SET_PDEATHSIG, SIGTERM);
-#elif defined(IS_SOLARIS) || defined(IS_DARWIN) || defined(IS_MINGW) || defined(IS_AIX) || defined(IS_FREEBSD) || defined(IS_NETBSD)
+#elif defined(IS_SOLARIS) || defined(IS_DARWIN) || defined(IS_MINGW) || defined(IS_AIX) || defined(IS_FREEBSD) || defined(IS_GNU) || defined(IS_NETBSD)
/* no signals here for child exit */
#else
!bozo: cant decide between PR_TERMCHILD and PR_SET_PDEATHSIG
#endif
+#ifndef NOFILE
+#define NOFILE 7
+#endif
signal(SIGALRM, onalarm);
--- a/src/pmie_pmie2col.sh 2014-05-15 03:36:44.0 +0200
+++ b/src/pmie/pmie2col.sh 2014-06-10 08:49:42.0 +0200
@@ -32,7 +32,7 @@
#
case $PCP_PLATFORM
in
-linux|mingw|kfreebsd)
+linux|mingw|kfreebsd|gnu)
SED=sed -u
;;
freebsd|darwin)
--- a/src/pmwebapi/pmresapi.c 2014-01-09 00:29:28.0 +0100
+++ b/src/pmwebapi/pmresapi.c 2014-06-10 11:02:36.0 +0200
@@ -19,6 +19,7 @@
*/
#include pmwebapi.h
+#include config.h
/* */
--- a/src/pmieconf/GNUmakefile.rules 2014-01-09 00:29:26.0 +0100
+++ b/src/pmieconf/GNUmakefile.rules
Bug#674209: 674209 fixed upstream
This would be fixed in upstream commit dbaa5fda4bb31c7db5654e70672869efc2ca98dd 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#751802: argus: [ftbfs] enable autotools target in rules in order to update config.{guess, sub}
Package: src:argus
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
The package argus fails to build from source on ppc64el architecture
due to out of date config.{guess,sub} files.
Although I believe there is a reason the target autotools is commented in
debian/rules, since it updates the files, wouldn't it be ok if it ran during
build time? The package already needs autotools-dev as build-dependency
regardless.
There is a patch attached with the aforementioned modification.
Thanks for your consideration.
Fernando
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (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
diff -u argus-2.0.6.fixes.1/debian/rules argus-2.0.6.fixes.1/debian/rules
--- argus-2.0.6.fixes.1/debian/rules
+++ argus-2.0.6.fixes.1/debian/rules
@@ -51,8 +51,8 @@
echo WARNING: GNU config scripts updated from master copies 12 ;\
fi
-#clean: checkroot autotools
-clean: checkroot
+clean: checkroot autotools
+#clean: checkroot
test -f debian/control
rm -f build-stamp
rm -rf $(tmp) $(tmp-ALT) debian/substvars debian/files *.orig */*.orig *~ */*~
Bug#733556: [pkg-wine-party] Bug#733556: wine: binfmt-support got lost
On Sat, Mar 29, 2014 at 12:17 AM, Michael Gilbert mgilb...@debian.org wrote: control: severity -1 wishlist control: tags -1 patch See: https://bugs.debian.org/733556#22 On Sun, Dec 29, 2013 at 5:03 PM, Tobias Schlemmer wrote: the binfmt support for wine has been dropped (at least /usr/share/binfmts/wine and winelauncher). I consider this a wishlist request. Well the previous package did work though. Simply copy/pasting the old patch does work. Could this be added back in the package ? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499947: 499947 fixed upstream
Control: tags -1 + fixed-upstream Hello! Just noting that this bug (and several other occurances of untranslatable strings) are fixed upstream. Here are a few selection of commits related to this: add1b8af add5133f (see also 1f1614f6a) 7c7f4ff8 39a5a231 5bbba4a5 331b7044 64fefaf5 f9e151dd add5133f 5044f6d7 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#407532: fixed upstream - now prompts for si
Control: tags -1 + fixed-upstream Hello! This problem has been fixed upstream where the spanish translation got changed to prompt for si instead of sí. See: commit 50ab03a8393785ee34047d8187fba67adfc8946c Author: Santiago Vila Doncel sanv...@unex.es Date: Mon Jun 7 12:27:04 2010 +0200 po: update es.po (from translationproject.org) 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
