Bug#724362: cwiid: diff for NMU version 0.6.00+svn201-3.1

[Eric Dorland]

tags 724362 + pending
thanks

Dear maintainer,

I've prepared an NMU for cwiid (versioned as 0.6.00+svn201-3.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -Nru cwiid-0.6.00+svn201/debian/changelog cwiid-0.6.00+svn201/debian/changelog
--- cwiid-0.6.00+svn201/debian/changelog	2011-04-23 18:26:24.0 -0400
+++ cwiid-0.6.00+svn201/debian/changelog	2014-02-16 02:46:48.0 -0500
@@ -1,3 +1,11 @@
+cwiid (0.6.00+svn201-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control, debian/rules: Switch to automake1.11. (Closes:
+#724362)
+
+ -- Eric Dorland   Sun, 16 Feb 2014 02:46:48 -0500
+
 cwiid (0.6.00+svn201-3) unstable; urgency=low
 
   * Bumped standards version to 3.9.2
diff -Nru cwiid-0.6.00+svn201/debian/control cwiid-0.6.00+svn201/debian/control
--- cwiid-0.6.00+svn201/debian/control	2011-04-23 18:28:20.0 -0400
+++ cwiid-0.6.00+svn201/debian/control	2014-02-16 02:45:51.0 -0500
@@ -7,7 +7,7 @@
  debhelper (>= 7.0.1),
  dh-buildinfo,
  libtool,
- automake1.10,
+ automake1.11,
  autoconf,
  quilt,
  patchutils (>= 0.2.25),
diff -Nru cwiid-0.6.00+svn201/debian/rules cwiid-0.6.00+svn201/debian/rules
--- cwiid-0.6.00+svn201/debian/rules	2011-04-23 19:40:39.0 -0400
+++ cwiid-0.6.00+svn201/debian/rules	2014-02-16 02:45:51.0 -0500
@@ -1,8 +1,8 @@
 #!/usr/bin/make -f
 
 DEB_AUTO_UPDATE_LIBTOOL = pre
-DEB_AUTO_UPDATE_ACLOCAL = 1.10
-DEB_AUTO_UPDATE_AUTOMAKE = 1.10
+DEB_AUTO_UPDATE_ACLOCAL = 1.11
+DEB_AUTO_UPDATE_AUTOMAKE = 1.11
 DEB_AUTO_UPDATE_AUTOCONF = 2.60
 
 include /usr/share/cdbs/1/rules/debhelper.mk


signature.asc
Description: Digital signature

Bug#738548: systemd support

[Alexander Wirt]

On Sun, 16 Feb 2014, Brian May wrote:

> On 11 February 2014 01:36, Alexander Wirt  wrote:
> 
> > > the attached patch adds a systemd service file for the main amavisd-new
> > > daemon. There are some slight changes in comparison to the init script:
> > > * the daemon will start, if there are *.disabled files around for
> > > configuration files (this was seemingly introduced in 2006, because of a
> > > configuration change, so I guess this is probably not needed anymore)
> > > * the tmp files will be deleted before the start of amavis
> > >
> > > The patch was tested against the current git version.
> > This will only get applied until we have a decision about the initsystem.
> >
> 
> I think a decision has been made,  so we can continue with this patch (or
> similar).
> 
> It is worth perhaps noting that I don't see any downsides to applying this
> patch even if some future GR does reverse the TC decision, it will still
> work with sysvinit exactly as it does now, and regardless systemd isn't
> going to go away any time soon.
Thats only half true. If the file is added, it has to be supported, debugged
and so on. I wouldn't add this burden for any third party init system. But
yes, the decision has been made.

Alex


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659810: udev-discover: uninstallable on kfreebsd-*

[Hideki Yamane]

Hi,


 It's obviously that !linux doesn't use udev so set linux-any is proper 
 fix for this FTBFS, IMO. (and it's enough 2 years since it was reported ;)
 
 Could you update it, please?


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#724353: black-box: diff for NMU version 1.4.8-2.1

[Eric Dorland]

tags 724353 + pending
thanks

Dear maintainer,

I've prepared an NMU for black-box (versioned as 1.4.8-2.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -u black-box-1.4.8/debian/control black-box-1.4.8/debian/control
--- black-box-1.4.8/debian/control
+++ black-box-1.4.8/debian/control
@@ -3,7 +3,7 @@
 Section: games
 Maintainer: Karl Bartel 
 Standards-Version: 3.7.2
-Build-Depends: debhelper (>>5), automake1.10, autoconf, libsdl1.2-dev (>= 1.2.2-3.1), libsdl-mixer1.2-dev (>= 1.2.0-1.1), libsdl-image1.2-dev, autotools-dev
+Build-Depends: debhelper (>>5), automake1.11, autoconf, libsdl1.2-dev (>= 1.2.2-3.1), libsdl-mixer1.2-dev (>= 1.2.0-1.1), libsdl-image1.2-dev, autotools-dev
 
 Package: black-box
 Architecture: any
diff -u black-box-1.4.8/debian/changelog black-box-1.4.8/debian/changelog
--- black-box-1.4.8/debian/changelog
+++ black-box-1.4.8/debian/changelog
@@ -1,3 +1,11 @@
+black-box (1.4.8-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Update build dependency to automake1.11. (Closes:
+#724353)
+
+ -- Eric Dorland   Sun, 16 Feb 2014 02:34:27 -0500
+
 black-box (1.4.8-2) unstable; urgency=low
 
   * Fixed outdated build-deps (closes: #501826)


signature.asc
Description: Digital signature

Bug#731861: transition: miniupnc

[Boris Pek]

control: unblock 731861 by 737366


Hi release team,

Problem with transmission package is resolved.
What is the next step?

Best regards,
Boris


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696868: Upstream reply to this bug

[Craig Small]

I reported this bug in the wordpress forum and the reply from one of the
developers is at
http://wordpress.org/support/topic/old-bug-cve-2012-5868

 - Craig
-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736668: closed by Dmitry Smirnov (Bug#736668: fixed in ifenslave 2.4)

[Dmitry Smirnov]

Hi Andreas,

Thank you very much for your always useful feedback.

On Sun, 16 Feb 2014 03:00:38 Andreas Beckmann wrote:
> On 2014-02-10 16:27, Debian Bug Tracking System wrote:
> >  ifenslave (2.4) unstable; urgency=medium
> >  .
> >* Added "ifenslave-2.6.prerm" to remove dangling alternatives
> 
> prerm does not look right ...

I'm not sure why as I couldn't reproduce dangling alternatives with prerm...
Do you have any particular scenario where prerm would not be sufficient?

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Faith is the antithesis of proof.
-- NY State Supreme Court Justice
   Edward J. Greenfield, 1995


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707125: wrong installation path for rsyslog config snippet

[Charles Plessy]

Le Mon, May 27, 2013 at 08:44:16AM +0200, Juerg Haefliger a écrit :
> Patch to fix the rsyslog config installation path (and remove unused
> upstart config files):
> 
> diff --git a/cloud-init-0.7.1/debian/cloud-init.install
> b/cloud-init-0.7.1/debian/cloud-init.install
> index 1751955..3c5ea25 100644
> --- a/cloud-init-0.7.1/debian/cloud-init.install
> +++ b/cloud-init-0.7.1/debian/cloud-init.install
> @@ -1,5 +1,4 @@
> -tools/21-cloudinit.conf etc/rsyslog.d/21-cloudinit.conf
> +tools/21-cloudinit.conf etc/rsyslog.d
>  tools/Z99-cloud-locale-test.sh etc/profile.d
>  debian/00_debian.cfg etc/cloud/cloud.cfg.d
>  debian/cloud.cfg etc/cloud
> -upstart/* etc/init/

Dear Juerg and everybody,

correcting the debhelper file to install 21-cloudinit.conf at the right
position will only work for new packages.

(Currently the file is installed in 
/etc/rsyslog.d/21-cloudinit.conf/21-cloudinit.conf,
sorry for this…)

In upgrades, /etc/rsyslog.d/21-cloudinit.conf is a directory owned by the old
version of cloud-init, and dpkg emits a warning without installing the
configuration file at its new location.

Since it apparently calls for heavy use of maintainer scripts, and since
cloud-init has not yet been released in a stable version of Debian, I am
tempted to put the dust under the carpet, by explaining in debian/NEWS how to
solve the problem by hand.

Or could somebody send me a patch to solve the problem cleanly ?

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#559783: Upping the severity

[Eric Dorland]

Control: severity -1 serious

Increasing the severity since this prevents new uploads as it fails
the embedded library check.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#724422: patch

[Eric Dorland]

Control: tags -1 patch 

Patch attached.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -ruN netdiscover-0.3beta6+20080409.old/debian/control netdiscover-0.3beta6+20080409/debian/control
--- netdiscover-0.3beta6+20080409.old/debian/control	2014-02-15 23:59:29.859708325 -0500
+++ netdiscover-0.3beta6+20080409/debian/control	2014-02-16 00:29:27.135547829 -0500
@@ -2,7 +2,7 @@
 Section: net
 Priority: optional
 Maintainer: William Vera 
-Build-Depends: debhelper (>= 7), autotools-dev, automake1.10, libnet1-dev, libpcap-dev, dpatch
+Build-Depends: debhelper (>= 7), dh-autoreconf, libnet1-dev, libpcap-dev, dpatch
 Standards-Version: 3.8.3
 Homepage: http://nixgeneration.com/~jaime/netdiscover/
 
diff -ruN netdiscover-0.3beta6+20080409.old/debian/rules netdiscover-0.3beta6+20080409/debian/rules
--- netdiscover-0.3beta6+20080409.old/debian/rules	2014-02-15 23:59:29.859708325 -0500
+++ netdiscover-0.3beta6+20080409/debian/rules	2014-02-16 00:29:54.431384242 -0500
@@ -13,22 +13,21 @@
 clean: unpatch
 	dh_testdir
 	dh_testroot
-	rm -f build-stamp
+	rm -f build-stamp autoreconf-stamp
 	rm -f config.guess config.sub
 
 	[ ! -f Makefile ] || $(MAKE) distclean
 
+	dh_autoreconf_clean
 	dh_clean
 
-config.status: configure
+autoreconf-stamp:
 	dh_testdir
+	dh_autoreconf
+	touch $@
 
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-	cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-	cp -f /usr/share/misc/config.guess config.guess
-endif
+config.status:  autoreconf-stamp configure
+	dh_testdir
 
 	CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs" ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man
 


signature.asc
Description: Digital signature

Bug#738548: systemd support

[Brian May]

On 11 February 2014 01:36, Alexander Wirt  wrote:

> > the attached patch adds a systemd service file for the main amavisd-new
> > daemon. There are some slight changes in comparison to the init script:
> > * the daemon will start, if there are *.disabled files around for
> > configuration files (this was seemingly introduced in 2006, because of a
> > configuration change, so I guess this is probably not needed anymore)
> > * the tmp files will be deleted before the start of amavis
> >
> > The patch was tested against the current git version.
> This will only get applied until we have a decision about the initsystem.
>

I think a decision has been made,  so we can continue with this patch (or
similar).

It is worth perhaps noting that I don't see any downsides to applying this
patch even if some future GR does reverse the TC decision, it will still
work with sysvinit exactly as it does now, and regardless systemd isn't
going to go away any time soon.
-- 
Brian May 

Bug#724357: patch

[Eric Dorland]

Control: tags -1 patch

Patch attached.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -ruN cegui-mk2-0.7.6.old/debian/control cegui-mk2-0.7.6/debian/control
--- cegui-mk2-0.7.6.old/debian/control	2014-02-15 23:24:22.617793013 -0500
+++ cegui-mk2-0.7.6/debian/control	2014-02-15 23:29:30.030538690 -0500
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Muammar El Khatib 
-Build-Depends: debhelper (>= 6), cdbs, libtool, automake1.9, autoconf,
+Build-Depends: debhelper (>= 6), cdbs, libtool, automake1.11, autoconf,
pkg-config, libxerces-c-dev, libboost-signals-dev,
libboost-regex-dev, libfreetype6-dev, liblcms1-dev,
libtiff-dev, libgl1-mesa-dev, libglu1-mesa-dev, libdevil-dev,


signature.asc
Description: Digital signature

Bug#739146: ITP: ste-plugins - stereo LADPSA plugins

[Jaromír Mikeš]

Package: wnpp
Severity: wishlist
Owner: mira.mi...@seznam.cz


* Package name : ste-plugins
Version : 0.0.2
Upstream Author : Fons Adriaensen 
* URL : http://kokkinizita.linuxaudio.org/linuxaudio/downloads/
(http://kokkinizita.linuxaudio.org/linuxaudio/downloads/)
* License : GPL-2+
Programming Lang: C++
Description : stereo LADPSA plugins
 A set of stereo plugins.
 * Stereo width
 * Stereo balance and panner 

Bug#724447: patch

[Eric Dorland]

Control: tags -1 patch

Patch attached.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -ruN xosd-2.2.14.old/debian/control xosd-2.2.14/debian/control
--- xosd-2.2.14.old/debian/control	2014-02-15 22:42:03.724797958 -0500
+++ xosd-2.2.14/debian/control	2014-02-15 22:43:59.751527887 -0500
@@ -2,10 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Philipp Matthias Hahn 
-Build-Depends: libtool,
- autoconf,
- autotools-dev,
- automake1.10,
+Build-Depends: dh-autoreconf,
  pkg-config,
  debhelper (>= 7.0.50),
  libx11-dev,
diff -ruN xosd-2.2.14.old/debian/patches/54_fix_man_makefile.diff xosd-2.2.14/debian/patches/54_fix_man_makefile.diff
--- xosd-2.2.14.old/debian/patches/54_fix_man_makefile.diff	1969-12-31 19:00:00.0 -0500
+++ xosd-2.2.14/debian/patches/54_fix_man_makefile.diff	2014-02-15 23:00:12.593715284 -0500
@@ -0,0 +1,13 @@
+Index: xosd-2.2.14/man/Makefile.am
+===
+--- xosd-2.2.14.orig/man/Makefile.am	2004-08-19 18:39:38.0 -0400
 xosd-2.2.14/man/Makefile.am	2014-02-15 22:56:50.307809900 -0500
+@@ -3,7 +3,7 @@
+   xosd_display.3 xosd_hide.3 xosd_is_onscreen.3 xosd_set_vertical_offset.3 \
+   xosd_set_pos.3 xosd_set_shadow_offset.3 xosd_show.3 xosd_uninit.3 xosd.3 \
+   xosd_get_number_lines.3 xosd_set_align.3 xosd_create.3 \
+-  xosd_set_horizontal_offset.3 xosd_destroy.3 xosd_create.3 xosd_is_onscreen.3 \
++  xosd_set_horizontal_offset.3 xosd_destroy.3 \
+   xosd_set_bar_length.3
+ 
+ EXTRA_DIST = ${man_MANS}
diff -ruN xosd-2.2.14.old/debian/patches/series xosd-2.2.14/debian/patches/series
--- xosd-2.2.14.old/debian/patches/series	2014-02-15 22:42:03.724797958 -0500
+++ xosd-2.2.14/debian/patches/series	2014-02-15 22:55:02.256917696 -0500
@@ -3,3 +3,4 @@
 30_aclocal.diff
 35_beep_media_player.diff
 328676.diff
+54_fix_man_makefile.diff
diff -ruN xosd-2.2.14.old/debian/rules xosd-2.2.14/debian/rules
--- xosd-2.2.14.old/debian/rules	2014-02-15 22:42:03.724797958 -0500
+++ xosd-2.2.14/debian/rules	2014-02-15 22:45:08.606856448 -0500
@@ -1,21 +1,13 @@
 #!/usr/bin/make -f
 
 %:
-	dh $*
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
-	autoreconf -fi
 	dh_auto_configure -- \
 		--disable-beep_media_player_plugin \
 		--disable-old-plugin \
 		--disable-new-plugin
 
-override_dh_clean:
-	dh_clean
-	find -name Makefile.in -exec $(RM) {} \;
-	$(RM) config.guess config.sub
-	$(RM) configure aclocal.m4
-	$(RM) depcomp install-sh ltconfig ltmain.sh missing mkinstalldirs INSTALL
-
 override_dh_installdocs:
 	dh_installdocs --all


signature.asc
Description: Digital signature

Bug#683703: Re: Bug#683703: Acknowledgement (xbmc: Video playback fails when VAAPI is enabled and a VAAPI driver is installed)

[Matt Horan]

Balint -

On Wed, Dec 25, 2013 at 06:13:19PM +0100, Bálint Réczey wrote:
> 2013/12/25 Matt Horan :
> > I'm running wheezy, and it seems the unstable package dependencies are
> > not provided in that release. Do you have any guess of how much trouble
> > it would be for me to backport the new package, or should I investigate
> > upgrading to unstable?
> >
> > My machine is finally "stable" in my mind, so I'm a bit hesitant to
> > upgrade.
> I think due to the missing dependencies backport to stable is a bit hard. :-(
> xbmc needs libav from unstable which would possibly break other software.
> 
> I guess upgrade to testing or giving testing/unstable a try on a spare
> partition would
> be the easier way.

I upgraded to jessie and the official xbmc package is working great.

Thanks for your help.

-- 
Matt Horan m...@matthoran.com http://matthoran.com/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#713663: fatrat: FTBFS: config.hpp:46:2: error: #error you must define either BOOST_ASIO_SEPARATE_COMPILATION or BOOST_ASIO_DYN_LINK in your project in order for asio's declarations to be correct.

[peter green]

Tags 713663 +patch
Thanks

I read the error message and noticed that the debian fatrat package 
appears to be dynamically linked. So per the error message I defined 
BOOST_ASIO_DYN_LINK. I also had to fix a load of other errors. The 
attatched patch makes the package build, I have not tested it beyond 
that and it is probablly a good idea to get it checked over by someone 
who actually understands the code.


I have uploaded to raspbian, I have no intent to NMU in Debian
diff -Nru fatrat-1.1.3/debian/changelog fatrat-1.1.3/debian/changelog
--- fatrat-1.1.3/debian/changelog   2012-05-19 21:25:41.0 +
+++ fatrat-1.1.3/debian/changelog   2014-02-16 03:03:02.0 +
@@ -1,3 +1,11 @@
+fatrat (1.1.3-5+rpi1) jessie-staging; urgency=medium
+
+  * Define BOOST_ASIO_DYN_LINK to fix build failure. (Closes: 713663)
+  * Fix various other build failures that are presumablly
+caused by libtorrent API changes.
+
+ -- Peter Michael Green   Sun, 16 Feb 2014 00:59:42 
+
+
 fatrat (1.1.3-5) unstable; urgency=low
 
   * fix_ftbfs_gcc47.patch: fix ftbfs also on kfreebsd. Thanks to
diff -Nru fatrat-1.1.3/debian/patches/define-BOOST_ASIO_DYN_LINK 
fatrat-1.1.3/debian/patches/define-BOOST_ASIO_DYN_LINK
--- fatrat-1.1.3/debian/patches/define-BOOST_ASIO_DYN_LINK  1970-01-01 
00:00:00.0 +
+++ fatrat-1.1.3/debian/patches/define-BOOST_ASIO_DYN_LINK  2014-02-16 
03:09:52.0 +
@@ -0,0 +1,73 @@
+Description: Define BOOST_ASIO_DYN_LINK to fix FTBFS.
+Author: Peter Michael Green 
+
+Index: fatrat-1.1.3/src/tools/CreateTorrentDlg.h
+===
+--- fatrat-1.1.3.orig/src/tools/CreateTorrentDlg.h 2014-02-16 
01:02:40.0 +
 fatrat-1.1.3/src/tools/CreateTorrentDlg.h  2014-02-16 01:02:40.0 
+
+@@ -32,6 +32,7 @@
+ #include 
+ #include 
+ #include "ui_CreateTorrentDlg.h"
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ 
+ class HasherThread;
+Index: fatrat-1.1.3/src/engines/TorrentDownload.h
+===
+--- fatrat-1.1.3.orig/src/engines/TorrentDownload.h2014-02-16 
01:06:03.0 +
 fatrat-1.1.3/src/engines/TorrentDownload.h 2014-02-16 01:08:38.0 
+
+@@ -42,6 +42,7 @@
+ #include 
+ #include 
+ #include 
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ #include 
+ #include "Proxy.h"
+Index: fatrat-1.1.3/src/engines/TorrentIPFilter.h
+===
+--- fatrat-1.1.3.orig/src/engines/TorrentIPFilter.h2010-09-06 
09:43:46.0 +
 fatrat-1.1.3/src/engines/TorrentIPFilter.h 2014-02-16 02:11:29.0 
+
+@@ -28,6 +28,7 @@
+ #ifndef TORRENTIPFILTER_H
+ #define TORRENTIPFILTER_H
+ #include 
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ 
+ bool loadIPFilter(QString textFile, libtorrent::ip_filter* filter);
+Index: fatrat-1.1.3/src/engines/TorrentPiecesModel.h
+===
+--- fatrat-1.1.3.orig/src/engines/TorrentPiecesModel.h 2014-02-16 
02:19:36.0 +
 fatrat-1.1.3/src/engines/TorrentPiecesModel.h  2014-02-16 
02:19:54.0 +
+@@ -31,6 +31,7 @@
+ #include 
+ #include 
+ #include 
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ 
+ class TorrentDownload;
+Index: fatrat-1.1.3/src/engines/TorrentProgressWidget.h
+===
+--- fatrat-1.1.3.orig/src/engines/TorrentProgressWidget.h  2010-09-06 
09:43:46.0 +
 fatrat-1.1.3/src/engines/TorrentProgressWidget.h   2014-02-16 
02:21:00.0 +
+@@ -32,6 +32,7 @@
+ #include 
+ #include 
+ #include 
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ 
+ class TorrentProgressWidget : public QWidget
+--- fatrat-1.1.3.orig/src/engines/TorrentFilesModel.h
 fatrat-1.1.3/src/engines/TorrentFilesModel.h
+@@ -33,6 +33,7 @@ respects for all of the code used other
+ #include 
+ #include 
+ #include 
++#define BOOST_ASIO_DYN_LINK
+ #include 
+ #include 
+ 
diff -Nru fatrat-1.1.3/debian/patches/series fatrat-1.1.3/debian/patches/series
--- fatrat-1.1.3/debian/patches/series  2012-05-19 21:25:41.0 +
+++ fatrat-1.1.3/debian/patches/series  2014-02-16 03:06:18.0 +
@@ -1,3 +1,5 @@
 define_boost_fs_v2.patch
 fix_ftbfs_gold_linker.patch
 fix_ftbfs_gcc47.patch
+define-BOOST_ASIO_DYN_LINK
+various-build-fixes.patch
diff -Nru fatrat-1.1.3/debian/patches/various-build-fixes.patch 
fatrat-1.1.3/debian/patches/various-build-fixes.patch
--- fatrat-1.1.3/debian/patches/various-build-fixes.patch   1970-01-01 
00:00:00.0 +
+++ fatrat-1.1.3/debian/patches/various-build-fixes.patch   2014-02-16 
03:11:50.0 +
@@ -0,0 +1,145 @@
+Description: Fix a variety of build failures that are presumablly related to 
API changes in libtorrent
+Author: Peter Michael Green 
+Bug-Debian: http://bugs.debian.org/713663
+
+--- fatrat-1.1.3.orig/src/engi

Bug#739145: xul-ext-sieve: directory vs. symlink conflict: /usr/share/xul-ext/sieve/chrome/chromeFiles/content/libs/CodeMirror/lib

[Andreas Beckmann]

Package: xul-ext-sieve
Version: 0.2.3d-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package installs files over
an existing symlink shipped or created by another package.

Installing something over existing symlinks is considered bad practice.
See e.g. http://lists.debian.org/87ehlevcrf@windlord.stanford.edu

It may break in subtle ways and dpkg cannot detect this as a problem.
* Your package might silently overwrite files installed at the symlink
  destination by other packages.
* If the package shipping the symlink decides to make the link point
  somewhere else (or turn it into a real directory), the files owned
  by your package "will be lost" somewhere in the filesystem.
* Depending on installation order the problematic path will be created
  either as a symlink or a directory: the package installed first will
  "win" and all others have "lost".
  Note that dpkg intentionally does not replace directories with
  symlinks and vice versa, see in particular the end of point 4 in
  
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
  (Note: Adding Pre-Depends is *not* a solution.)

This was observed during an upgrade from jessie to sid.

>From the attached log (usually somewhere in the middle...):

0m41.7s ERROR: FAIL: silently overwrites files via directory symlinks:
  
/usr/share/xul-ext/sieve/chrome/chromeFiles/content/libs/CodeMirror/lib/codemirror.css
 (xul-ext-sieve) != /usr/share/javascript/codemirror/codemirror.css 
(libjs-codemirror)
  
/usr/share/xul-ext/sieve/chrome/chromeFiles/content/libs/CodeMirror/lib/codemirror.js
 (xul-ext-sieve) != /usr/share/javascript/codemirror/codemirror.js 
(libjs-codemirror)
  
/usr/share/xul-ext/sieve/chrome/chromeFiles/content/libs/CodeMirror/theme/eclipse.css
 (xul-ext-sieve) != /usr/share/javascript/codemirror/theme/eclipse.css 
(libjs-codemirror)

0m44.0s ERROR: FAIL: debsums reports modifications inside the chroot:
  /usr/share/javascript/codemirror/codemirror.css
  /usr/share/javascript/codemirror/codemirror.js


cheers,

Andreas


xul-ext-sieve_0.2.3d-1.log.gz
Description: GNU Zip compressed data

Bug#739144: librpc-xml-perl: FTBFS: Test failure

[Daniel Schepler]

Source: librpc-xml-perl
Version: 0.77-1
Severity: serious

>From my pbuilder build log:

...
/usr/bin/perl -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/make_method
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/00_load.t . ok 
t/10_data.t . ok   
t/11_base64_fh.t  ok 
t/12_nil.t .. ok 
t/13_no_deep_recursion.t  ok 
t/14_datetime_iso8601.t . ok   
t/15_serialize.t  1/20 
#   Failed test 'Fault-response content is correct'
#   at t/15_serialize.t line 99.
#  got: 'faultCode1faultStringtest'
# expected: 'faultStringtestfaultCode1'
# Looks like you failed 1 test of 20.
t/15_serialize.t  Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/20 subtests 
t/20_xml_parser.t ... ok   
t/21_xml_libxml.t ... ok   
t/25_parser_negative.t .. ok 
t/29_parserfactory.t  ok 
t/30_procedure.t  ok 
t/35_namespaces.t ... ok   
t/40_server.t ... ok 
t/40_server_xmllibxml.t . ok 
t/41_server_hang.t .. ok   
t/50_client.t ... ok 
t/51_client_with_host_header.t .. ok   
t/60_net_server.t ... ok 
t/70_compression_detect.t ... ok   
t/90_rt50013_parser_bugs.t .. ok   
t/90_rt54183_sigpipe.t .. ok   
t/90_rt54494_blessed_refs.t . ok   
t/90_rt58065_allow_nil.t  ok   
t/90_rt58323_push_parser.t .. ok   

Test Summary Report
---
t/15_serialize.t  (Wstat: 256 Tests: 20 Failed: 1)
  Failed test:  8
  Non-zero exit status: 1
Files=25, Tests=1104, 46 wallclock secs ( 0.16 usr  0.02 sys +  4.17 cusr  0.23 
csys =  4.58 CPU)
Result: FAIL
Failed 1/25 test programs. 1/1104 subtests failed.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/tmp/buildd/librpc-xml-perl-0.77'
dh_auto_test: make -j1 test returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739137: [uscan] Please honor Referer

[James McCoy]

On Sat, Feb 15, 2014 at 09:11:17PM -0400, David Prévot wrote:
> User: devscri...@packages.qa.debian.org

Almost. :) No ".qa" though -- devscri...@packages.debian.org.

> The attached trivial patch aims at honoring Referer on HTTP(S) download.

I thought Referer typically wasn't sent for HTTPS connections.  Ah,
that's for transitioning from HTTPS → HTTP[0].

0: https://tools.ietf.org/html/rfc2616#section-15.1.3

Looks good to me.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#739032: icedtea-web: FTBFS[kfreebsd-any]: sun.security.util.SecurityConstants not found

[Steven Chamberlain]

reassign 739032 src:openjdk-7
fixed 739032 openjdk-7/7u25-2.3.12-4
found 739032 openjdk-7/7u51-2.4.5-2
affects 739032 + icedtea-web
tags 739032 + patch
thanks

Please find a patch for this attached.  It may be appended to
debian/patches/kfreebsd-support-jdk.diff

I think this is still severity 'serious' because it is a regression that
causes icedtea-web to FTBFS;  and I don't think openjdk-7 can migrate to
testing anyway until that is built again.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
--- openjdk/jdk/src/solaris/native/sun/net/portconfig.c	2014-01-28 18:02:26.0 +
+++ openjdk/jdk/src/solaris/native/sun/net/portconfig.c	2014-02-15 02:58:07.102243089 +
@@ -28,7 +28,7 @@
 #include 
 #include 
 
-#if defined(_ALLBSD_SOURCE)
+#if defined(_ALLBSD_SOURCE) || defined (__FreeBSD_kernel__)
 #include 
 #endif
 
@@ -66,7 +66,7 @@
 range->higher = net_getParam("/dev/tcp", "tcp_largest_anon_port");
 return 0;
 }
-#elif defined(_ALLBSD_SOURCE)
+#elif defined(_ALLBSD_SOURCE) || defined (__FreeBSD_kernel__)
 {
 int ret;
 size_t size = sizeof(range->lower);
--- openjdk/jdk/src/solaris/classes/sun/net/PortConfig.java	2014-01-28 18:02:26.0 +
+++ openjdk/jdk/src/solaris/classes/sun/net/PortConfig.java	2014-02-15 21:57:57.534279073 +
@@ -55,6 +55,9 @@
 } else if (os.contains("OS X")) {
 defaultLower = 49152;
 defaultUpper = 65535;
+} else if (os.contains("FreeBSD")) {
+defaultLower = 1;
+defaultUpper = 65535;
 } else {
 throw new InternalError(
 "sun.net.PortConfig: unknown OS");

Bug#720767: pulseaudio: Crackling sound on startup until module-suspend-on-idle kicks in

[Peter Ward]

Just tried it, it has no effect on the crackling for me.

In case this information is useful:

$ lspci |grep Audio
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High
Definition Audio (rev 06)
01:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller
(rev a1)

$ cat /proc/cpuinfo |grep name
model name : Intel(R) Core(TM) i5 CPU   M 580  @ 2.67GHz
model name : Intel(R) Core(TM) i5 CPU   M 580  @ 2.67GHz
model name : Intel(R) Core(TM) i5 CPU   M 580  @ 2.67GHz
model name : Intel(R) Core(TM) i5 CPU   M 580  @ 2.67GHz


On 11 February 2014 04:55, David Smith  wrote:

> I've also had crackling and popping problems with pulseaudio ever since
> I started using it about a year ago.
> I've got a regular Intel sound card in an Ivy Bridge laptop.
>
> After about a year of ripping my hair out, I finally tracked my problem
> down.
>
> /etc/pulse/default.pa
>
> Try setting
> load-module module-udev-detect tsched=0
>
> Then rebooting.
>
> That completely fixed it for me and it's been weeks and I haven't heard
> a single crackle or pop.   I was hoping if you could give it a try and
> report back to see if that was your problem as well.  It looks like this
> is a very common problem.
>
> -David
>
>
>
>


-- 
Peter Ward
http://flowblok.id.au/

Bug#656640: fixed in python-cups 1.9.62-1

[wobbly-hs]

Dear developer
Further to message 136 - I'm the end user who has a bad impression here.  
Printing worked in Debian 6 - I waited till Feb 14 to upgrade to Debian 7 so 
any bugs should be sorted and.. no printing?

After investing lots of time trying to understand what is going on here it 
seems that message 58 has a solution, but that involves installing software 
from a dropbox account seemingly run by someone with no means of verification.  
So now I have another question in my mind:  Is that download safe to install? 
or do I have to hop yet again to some other distro?  I rely on getting my 
software from the stable repository (read trust here), and judging by progress 
it seems unlikely that 1.9.48 will be backported with a fix.  The new version 
of python-cups in Jessie is not compatible with the stable distro and again 
judging by the time that has passed it is not likely to make it into the stable 
version anytime soon.  So I'm wondering if Debian stable is not to be relied on 
from year to year, then what to do??

Jacek


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738731: build_slides fails of two reasons

[Felix Dreissig]

On 14 Feb 2014, at 17:13, Antoine Beaupré  wrote:
> i have added a predicate so this doesn't fail if rst2s5 is missing, can
> you try the 2.x branch again?


The approach generally works, however I still see a "rst2s5: command not found" 
error message.
It now just doesn’t emerge from the actual slides build, but from the 
has_rst2s5() check. You should probably send stdout to '/dev/null' as well.

Thanks for the quick fixes!

Regards,
Felix

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739143: xindy: FTBFS: I can't find file `ecrm1000'.

[Daniel Schepler]

Source: xindy
Version: 2.4-1.2
Severity: serious

>From my pbuilder build log:

...
pdflatex -interaction batchmode ./alphabets-doc.tex
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
 restricted \write18 enabled.
entering extended mode

kpathsea: Running mktextfm ecrm1000
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm1000.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1000
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1000
! I can't find file `ecrm1000'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1000
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1000
  
Transcript written on mfput.log.
grep: ecrm1000.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1000' failed to make ecrm1000.tfm.
kpathsea: Appending font creation commands to missfont.log.

kpathsea: Running mktextfm ecrm2488
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm2488.
...
Transcript written on larm0900.log.
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
larm0900' failed.
make[3]: *** [alphabets-doc.pdf] Error 1
rm slovak/large-utf8.pl esperanto/utf8.pl french/utf8.pl hungarian/utf8.pl 
german/din5007-utf8.pl english/utf8.pl ukrainian/utf8.pl croatian/utf8.pl 
russian/translit-iso-utf8.pl hausa/utf8.pl latin/utf8.pl vietnamese/utf8.pl 
lithuanian/utf8.pl greek/utf8.pl kurdish/turkish-i-utf8.pl 
spanish/modern-utf8.pl general/utf8.pl finnish/utf8.pl albanian/utf8.pl 
swedish/utf8.pl lower-sorbian/utf8.pl bulgarian/utf8.pl german/duden-utf8.pl 
icelandic/utf8.pl latvian/utf8.pl italian/utf8.pl dutch/ij-as-ij-utf8.pl 
slovenian/utf8.pl russian/utf8.pl czech/utf8.pl greek/polytonic-utf8.pl 
danish/utf8.pl norwegian/utf8.pl hebrew/utf8.pl portuguese/utf8.pl 
german/braille-utf8.pl serbian/utf8.pl macedonian/utf8.pl estonian/utf8.pl 
gypsy/northrussian-utf8.pl upper-sorbian/utf8.pl kurdish/bedirxan-utf8.pl 
polish/utf8.pl slovak/small-utf8.pl greek/translit-utf8.pl 
mongolian/cyrillic-utf8.pl klingon/utf8.pl georgian/utf8.pl 
spanish/traditional-utf8.pl dutch/ij-as-y-utf8.pl belarusian/utf8.pl 
turkish/utf8.pl
make[3]: Leaving directory `/tmp/buildd/xindy-2.4/make-rules/alphabets'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/xindy-2.4/make-rules/alphabets'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/buildd/xindy-2.4/make-rules'
make: *** [build-indep-stamp] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739142: libfinance-quote-perl: Finance::Quote fails to fetch quotes for Yahoo

[Brandon Mitchell]

Package: libfinance-quote-perl
Version: 1.18-1
Severity: important
Tags: upstream

Dear Maintainer,

Yahoo has changed their API, breaking the quoting service used by gnucash. 
Fixes are currently being pushed to github which have corrected the issue for
me. See the following commit for more details:

https://github.com/pjf/finance-quote/commit/a4cfca753c45c41fd8d44be0070b7a7aabe8ca79


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/2 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 libfinance-quote-perl depends on:
ii  libcrypt-ssleay-perl   0.58-1+b1
ii  libhtml-tableextract-perl  2.11-1
ii  libwww-perl6.05-1
ii  perl   5.18.1-4

libfinance-quote-perl recommends no packages.

libfinance-quote-perl 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#736668: closed by Dmitry Smirnov (Bug#736668: fixed in ifenslave 2.4)

[Andreas Beckmann]

On 2014-02-10 16:27, Debian Bug Tracking System wrote:
>  ifenslave (2.4) unstable; urgency=medium
>  .
>* Added "ifenslave-2.6.prerm" to remove dangling alternatives

prerm does not look right ...

On 2014-01-25 23:00, Andreas Beckmann wrote something stupid:
> I think the best way to clean up the alternative is in ifenslave.prerm,

Oops. That should have been a *preinst*. There is no sequence that
would call "prerm install" 

Sorry.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739141: Wrong location of jquery symlink

[Carlos Martín Nieto]

Package: erlang-common-test
Version: 1:16.b.3.1-dfsg-1

Hi,

The symlinks for the jquery files are stored in

/usr/lib/erlang/lib/common-test-1.7.4/priv

however, ct_run expects them to be in

/usr/lib/erlang/lib/common_test-1.7.4/priv

with the rest of its files. It looks like a typo in the control files.

Cheers,
   cmn


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#734903: closed by Anibal Monsalve Salazar (Bug#734903: fixed in rpcbind 0.2.1-3)

[Andreas Beckmann]

On 2014-02-16 02:36, Debian Bug Tracking System wrote:
>  rpcbind (0.2.1-3) unstable; urgency=medium
>  .
>* Fix "fails to upgrade from 'wheezy' - trying to overwrite
>  /usr/share/man/man8/rpcinfo.8.gz"
>  Depends on libc-bin (>= 2.16)

I'm not sure if this is sufficient to ensure a certain unpack ordering
in all corner cases.  Using
Breaks+Replaces: libc-bin (<< 2.16)
would get you on the safe side.


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739140: xfce4-notes: Notes fail to save upon exit program

[Riley]

Package: xfce4-notes
Version: 1.7.7-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I have found that when I quit the xfce4-notes program, my notes are not saved
when I next start it. If I edit the notes directly in ~/.local/share/notes ,
they are displayed at next entrance, however editing the files in this way
(instead of using the GUI) can get annoying, and can make the package almost
unusable.

Thanks for reading



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.5.0-10-generic (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfce4-notes depends on:
ii  libc6   2.17-96
ii  libcairo2   1.12.16-2
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libpango-1.0-0  1.36.0-1
ii  libunique-1.0-0 1.1.6-4
ii  libx11-62:1.6.2-1
ii  libxfce4util6   4.10.1-1
ii  libxfcegui4-4   4.10.0-2
ii  libxfconf-0-2   4.10.0-1

xfce4-notes recommends no packages.

xfce4-notes 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#739139: python-fixtures: FTBFS: python3.4: not found

[Daniel Schepler]

Source: python-fixtures
Version: 0.3.14-1
Severity: serious

>From my pbuilder build log:

...
byte-compiling 
/tmp/buildd/python-fixtures-0.3.14/debian/python3-fixtures/usr/lb/python3/dist-packages/fixtures/tests/__init__.py
 to __init__.cpython-33.pyc
byte-compiling 
/tmp/buildd/python-fixtures-0.3.14/debian/python3-fixtures/usr/lb/python3/dist-packages/fixtures/callmany.py
 to callmany.cpython-33.pyc
running install_egg_info
Writing 
/tmp/buildd/python-fixtures-0.3.14/debian/python3-fixtures/usr/lib/pythn3/dist-packages/fixtures-0.3.14.egg-info
/bin/sh: 2: python3.4: not found
make[1]: *** [override_dh_auto_install] Error 127
make[1]: Leaving directory `/tmp/buildd/python-fixtures-0.3.14'
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739138: cvs: FTBFS: I can't find file `ecrm1095'.

[Daniel Schepler]

Source: cvs
Version: 2:1.12.13+real-11
Severity: serious

>From my pbuilder build log:

...
make[2]: Entering directory `/tmp/buildd/cvs-1.12.13+real/debian/builddir/doc'
TEXINPUTS="../../../build-aux:$TEXINPUTS" \
MAKEINFO='makeinfo  --no-split -I ../../../doc' \
/usr/bin/texi2dvi --pdf --batch  --build-dir=cvs.t2p -o cvs.pdf  \
../../../doc/cvs.texinfo
This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
 restricted \write18 enabled.
entering extended mode

(/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo
(/tmp/buildd/cvs-1.12.13+real/build-aux/texinfo.tex
Loading texinfo [version 2013-02-01.11]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions, localization, formatting,
and turning on texinfo input format.)
(/tmp/buildd/cvs-1.12.13+real/doc/version.texi) [1{/var/lib/texmf/fonts/map/pdf
tex/updmap/pdftex.map}] [2] [-1] [-2] [-3] [-4] Chapter 1
Cross reference values unknown; you must run TeX again. [1] [2] [3] [4]
Chapter 2 [5] [6] [7] [8] [9] [10]
kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
kpathsea: Appending font creation commands to missfont.log.

/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1228: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
 
   @thisecfont 
@{->{@ifmonospace @else @ecfont 
@fi @char 123}
l.1228   @{
   ; @var{attrname} = @var{attrval}@} 

kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1228: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
 
   @thisecfont 
@}->{@ifmonospace @else @ecfont 
@fi @char 125}
l.1228   @{; @var{attrname} = @var{attrval}@}
  

kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1095
This is METAFONT, Version 2.718281 (TeX Live 2013/Debian)


kpathsea: Running mktexmf ecrm1095
! I can't find file `ecrm1095'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1095
  
Transcript written on mfput.log.
grep: ecrm1095.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1095' failed to make ecrm1095.tfm.
/tmp/buildd/cvs-1.12.13+real/doc/cvs.texinfo:1264: Font @thisecfont=ecrm1095 at
 11.0pt not loadable: Metric (TFM) file not found.
 
   @thisecfont 
@{->{@ifmonospace @else @ecfont 
@fi @char 123}
l.1264 @var{watcher} > @var{type} @{
 , @var{watcher} > @var{type} @}

kpathsea: Running mktextfm ecrm1095
/usr/share/texlive/texmf-dist/web2c/mktexnam: Could not map source abbreviation 
 for ecrm1095.
/usr/share/texlive/texmf-dist/web2c/mktexnam: Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode

Bug#739136: debootstrap: Sync deb support with latest dpkg-deb

[Guillem Jover]

Package: debootstrap
Version: 1.0.59
Severity: wishlist
Tags: patch

Hi!

When using the fallback code instead of dpkg-deb the implementation
is missing support for uncompressed data.tar and control.tar and
control.tar.xz. Although this should not be needed in Debian for
the base system, it might be needed by downstreams, or when a user
includes a package manually. And I think it does not harm to have
deb support in sync with what dpkg-deb supports.

The attached two patches implement this. Although I've only tested
the functions in isolation, not as part of a debootstrap run with
such packages.

Thanks,
Guillem
From 009dc7588934809654a1eac28d66e323601215f8 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Tue, 30 Jul 2013 18:18:42 +0200
Subject: [PATCH 1/2] Add uncompressed data.tar deb member support

These are currently not accepted by the Debian archive, but have been
supported since dpkg 1.10.24, and they do not incur any additional
dependency from the host system. This is mostly for completeness' sake,
as Debian base packages with uncompressed data.tar members are probably
not going to be used at all.
---
 functions | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/functions b/functions
index 4e3955a..8fc0bee 100644
--- a/functions
+++ b/functions
@@ -813,12 +813,13 @@ extract_ar_deb_field () {
 
 extract_ar_deb_data () {
 	local pkg="$1"
-	local tarball=$(ar -t "$pkg" | grep "^data.tar.[bgx]z")
+	local tarball=$(ar -t "$pkg" | grep "^data.tar")
 
 	case "$tarball" in
 		data.tar.gz) cat_cmd=zcat ;;
 		data.tar.bz2) cat_cmd=bzcat ;;
 		data.tar.xz) cat_cmd=xzcat ;;
+		data.tar) cat_cmd=cat ;;
 		*) error 1 UNKNOWNDATACOMP "Unknown compression type for %s in %s" "$tarball" "$pkg" ;;
 	esac
 
-- 
1.9.0.rc3.244.g3497008

From aa3e446f3f87cec655dd66929c85050f6776c812 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Thu, 23 Jan 2014 20:14:11 +0100
Subject: [PATCH 2/2] Add uncompressed and xz control.tar deb member support

These are currently not accepted by the Debian archive, but are
supported since dpkg 1.17.6, and they do not incur any additional
dependency from the host system. This is mostly for completeness'
sake, as Debian base packages with uncompressed or xz control.tar
members are probably not going to be used at all.
---
 functions | 18 +++---
 1 file changed, 15 insertions(+), 3 deletions(-)

diff --git a/functions b/functions
index 8fc0bee..0d48390 100644
--- a/functions
+++ b/functions
@@ -805,10 +805,22 @@ extract_dpkg_deb_data () {
 extract_ar_deb_field () {
 	local pkg="$1"
 	local field="$2"
+	local tarball=$(ar -t "$pkg" | grep "^control\.tar")
 
-	ar -p "$pkg" control.tar.gz | zcat |
-	tar -O -xf - control ./control 2>/dev/null |
-	grep -i "^$field:" | sed -e 's/[^:]*: *//' | head -n 1
+	case "$tarball" in
+		control.tar.gz) cat_cmd=zcat ;;
+		control.tar.xz) cat_cmd=xzcat ;;
+		control.tar) cat_cmd=cat ;;
+		*) error 1 UNKNOWNCONTROLCOMP "Unknown compression type for %s in %s" "$tarball" "$pkg" ;;
+	esac
+
+	if type $cat_cmd >/dev/null 2>&1; then
+		ar -p "$pkg" "$tarball" | $cat_cmd |
+		tar -O -xf - control ./control 2>/dev/null |
+		grep -i "^$field:" | sed -e 's/[^:]*: *//' | head -n 1
+	else
+		error 1 UNPACKCMDUNVL "Extracting %s requires the %s command, which is not available" "$pkg" "$cat_cmd"
+	fi
 }
 
 extract_ar_deb_data () {
-- 
1.9.0.rc3.244.g3497008

Bug#739137: [uscan] Please honor Referer

[David Prévot]

Package: devscripts
Version: 2.14.1
Severity: wishlist
Tags: patch
User: devscri...@packages.qa.debian.org
Usertags: uscan

Hi,

The attached trivial patch aims at honoring Referer on HTTP(S) download.
Some upstream pages [0] mandates it to actually download the tarball.

O: e.g., http://www.phpconcept.net/pclzip/pclzip-downloads

Regards

David

P.-S.: I’m pretty sure I’ll again fail to set the usertag, sorry, but I
was not able to find where it is documented.

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBSIGN_KEYID=0xB82A217AFDFE09F2

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-rt-amd64 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages devscripts depends on:
ii  dpkg-dev 1.17.6
ii  libc62.17-97
ii  perl 5.18.2-2
ii  python3  3.3.4-1
pn  python3:any  

Versions of packages devscripts recommends:
ii  at  3.1.14-1
ii  curl7.35.0-1
ii  dctrl-tools 2.23
ii  debian-keyring  2014.01.31
ii  dput0.9.6.4
ii  equivs  2.0.9
ii  fakeroot1.20-3
ii  gnupg   1.4.16-1
ii  libdistro-info-perl 0.12
ii  libencode-locale-perl   1.03-1
ii  libjson-perl2.61-1
ii  liblwp-protocol-https-perl  6.04-2
ii  libparse-debcontrol-perl2.005-4
ii  libsoap-lite-perl   1.09-1
ii  liburi-perl 1.60-1
ii  libwww-perl 6.05-2
ii  lintian 2.5.21
ii  man-db  2.6.6-1
ii  patch   2.7.1-4
ii  patchutils  0.3.2-3
ii  python3-debian  0.1.21+nmu2
ii  python3-magic   1:5.14-2
ii  sensible-utils  0.0.9
ii  strace  4.5.20-2.3
ii  unzip   6.0-10
ii  wdiff   1.2.1-2
ii  wget1.15-1
ii  xz-utils5.1.1alpha+20120614-2

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
ii  build-essential  11.6
ii  cvs-buildpackage 5.23
pn  devscripts-el
ii  gnuplot  4.6.4-2
ii  gpgv 1.4.16-1
ii  libauthen-sasl-perl  2.1500-1
ii  libfile-desktopentry-perl0.07-1
ii  libnet-smtp-ssl-perl 1.01-3
ii  libterm-size-perl0.207-1+b1
ii  libtimedate-perl 2.3000-1
ii  libyaml-syck-perl1.27-2+b1
ii  mutt 1.5.21-6.4
ii  openssh-client [ssh-client]  1:6.5p1-4
pn  svn-buildpackage 
ii  w3m  0.5.3-15

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/uscan (from devscripts package)
From 3d353f41e05f7ce2a925960a9dcbcaaab055752b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?David=20Pr=C3=A9vot?= 
Date: Sat, 15 Feb 2014 20:59:17 -0400
Subject: [PATCH] uscan: Honor Referer

---
 scripts/uscan.pl | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/uscan.pl b/scripts/uscan.pl
index 4438e25..198cdb1 100755
--- a/scripts/uscan.pl
+++ b/scripts/uscan.pl
@@ -1377,6 +1377,7 @@ EOF
 	print STDERR "$progname debug: requesting URL $url\n" if $debug;
 	my $headers = HTTP::Headers->new;
 	$headers->header('Accept' => '*/*');
+	$headers->header('Referer' => $base);
 	$request = HTTP::Request->new('GET', $url, $headers);
 	$response = $user_agent->request($request, $fname);
 	if (! $response->is_success) {
-- 
1.9.0.rc3



signature.asc
Description: Digital signature

Bug#738093: Thanks for adopting stunnel4!

[micah]

Hi Peter,

Great to see you've adopted the stunnel4 package! I use it quite a bit
and I was sad to see it was being orphaned and I didn't have time to
pick up another package right now. 

So, although I can't really help much - I wanted to give some words of
encouragement and thanks for taking it on. If you need a second set of
eyes to look over an updated package, or if you need help with any of
the Debian process for updating a package, let me know, I'm happy to
help.

micah


pgpTYGxZMf5nV.pgp
Description: PGP signature

Bug#723132: please prioritise...

[Dmitry Smirnov]

Could this be prioritised please?

The reason is #739078 where another package from "main" got "serious" bug 
for Recommending "python-pyopencl" because the latter is in "contrib"...

Thanks.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Good luck happens when preparedness meets opportunity.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739078: xpra: recommends contrib package python-pyopencl

[Dmitry Smirnov]

Control: block -1 by 723132

On Sat, 15 Feb 2014 18:41:59 Jonas Smedegaard wrote:
> As subject says, xpra recommends contrib package python-pyopencl.
> 
> xpra should either only suggest python-pyopencl, or itself be moved to
> contrib.

Thanks for reporting this. Admittedly I've made a mistake by not checking 
section of python-pyopencl before adding it to Recommends.

But python-pyopencl shouldn't be in contrib in first place. OpenCL is no 
longer in the exclusive area of proprietary drivers. Right now "opencl-icd" 
also provided by free "beignet" (along with proprietary providers).
Mesa OpenCL support is almost ready to be added to Debian, see #717500.

Given the above I think "python-pyopencl" should be moved from "contrib" to 
"main" and there is an existing ticket for that -- #723132.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739135: storebackup: Spends too much time in SYS state

[Adrian Immanuel Kiess]

Package: storebackup
Version: 3.2.1-1
Severity: normal

Dear Maintainer,

currently in Debian/testing running storebackup results in a CPU hogging
process for me.

Storebackup proceeds fine with the process, but it spends far to much time in
SYS CPU state, anyway as I see it.

The backup process takes very long and eats a lot of CPU time.

Maybe someone can have a look at it and if there is a way to optimize it.

Thank you very much for your efforts.

With many greetings,

Adrian Immanuel KIESS



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages storebackup depends on:
ii  bzip21.0.6-5
ii  debianutils  4.4
ii  perl 5.18.2-2

Versions of packages storebackup recommends:
ii  perl [libio-compress-bzip2-perl]  5.18.2-2

storebackup 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#737153: OpenCVModules.cmake not installed, causing visp FTBFS

[Nobuhiro Iwamatsu]

Hi, all.

Sorry about this problem.
I will fix this today. please wait.

Best regards,
  Nobuhiro

2014-02-15 3:30 GMT+09:00 Fabien Spindler :
> Le 14/02/14 18:36, Rebecca N. Palmer a écrit :
>
>> libopencv-dev doesn't pull in the Java libraries; I don't know if the
>> appropriate fix is that it should, or that the cmake script shouldn't be
>> looking for them when building C(++).
>
>
> I think that the script OpenCVModules.cmake should not look for
> libopencv_java.
>
> When I build opencv 2.4.8 from source, libopencv_java is not build.
>
> The error can be simply reproduced using the following CMakeLists.txt
>
> project(dummy)
> cmake_minimum_required(version 2.8)
> find_package(OpenCV REQUIRED)
>
> Hope it helps
> Fabien
>
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738308: Status of bustle package.

[peter green]

While working on cleaning things up in raspbian I took a look at the 
bustle package in debian.


Currently it is uninstallable on all architectures and furthermore it's 
build-depends are uninstallable on kfreebsd. The package does appear to 
build successfully on current sid amd64 linux.


According to the pts the package is orphaned. As such I was about to 
file a removal request (roqa) for kfreebsd and a binnmu request for 
linux myself. However on closer inspection things didn't seem to add up 
with the orphaning.


Chris Lamb made the vast majority of the packages uploads throughout 
it's history up to and including an upload in mid 2011,
Hector oron and Iain Lane made one upload of the package each in 2012 
and added themselves to the maintainer list. It would appear that one of 
them also removed Chris Lamb from the maintainer list but did not make 
any mention in the changelog that they had done so.
Then a week ago Chris Lamb filed a wnpp bug orphaning the package, in 
the bug he expresses regret at being unable to remove himself from the 
maintainer list despite the fact he had already been removed.


What happened? was Chris unaware of Hector and Iain's uploads? did a 
mail get stuck in a time warp? should I consider the packaged orphaned 
or should I consider it to be under the maintainership of Iain and Hector?



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739133: RM: valac-0.14 -- ROM; obsolete/deprecated

[Andreas Henriksson]

Package: ftp.debian.org
Severity: normal

Hello!

As a member of the vala packaging team I request the removal of
the valac-0.14 source package from the archive.

The 0.14 version has been superseeded by multiple newer versions
of valac (0.16, 0.20, 0.22 are all in the archive).

Tracking bugs for blockers have been filed a long time ago and can
be seen at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=vala-0.14-removal;users=pkg-vala-maintain...@lists.alioth.debian.org

Most issues has already been dealt with. Most of the remaining ones are
removal-worthy on their own and I've filed removal bugs for them (search for
"old-vala" on http://bugs.debian.org/ftp.debian.org ).
The rest are leaf packages where I'd prefer to see maintainer action to
justify keeping them in the archive. Some have had patches attached to
make sure the bar is really low for the maintainers who really want
to keep their packages in the archive.

If there's anything more I can do to help finish things up before the
removal of valac-0.14 can happen, please let me know!

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#739090: [Pkg-systemd-maintainers] Bug#739090: Don't mask services on remove if local modification exists

[Michael Biebl]

Am 15.02.2014 20:25, schrieb Michael Biebl:
> Package: dh-systemd
> Version: 1.15
> Severity: normal
> 
> (This issue was reported on IRC by uau)
> 
> We generate mainterscripts code to mask services when a package is removed
> (and unmask them again on re-install).
> 
> The reasoning for this behaviour is, that on remove the native service
> files are removed but the SysV init scripts (which typically are
> conffiles) aren't. Conffiles are only removed on purge.
> While typically SysV init scripts become no-ops if their corresponding
> binary has been removed, having the services show up in systemctl
> status, is confusing.
> 
> When masking a service which should take into account, that the
> administrator has made local modification by copying the file to
> /etc/systemd/system.
> 
> In this case we shouldn't try to overwrite this file with a /dev/null
> symlink.
> On re-install, we also need to make sure when running the unmask, to
> take into account that /etc/systemd/system/ is a file (custom
> modification) and not remove it in that case.

I think we should be able to handle this within
deb-systemd-helper without having to generate (new) maintainer scripts code.

Michael, if you agree, let's re-assign the bug to i-s-h.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#739132: mozjs17: New upstream Spidermonkey 24 Release

[Tim Lunn]

Source: mozjs17
Severity: wishlist

Dear Maintainer,

Spidermonkey 24 was recently released.

It should again bring performance and memory improvements, major changes this 
time around
- Switched to the new IonMonkey engine and dropped JaegerMonkey
- E4X has been removed
- Jsapi is now C++ only
https://developer.mozilla.org/en-US/docs/SpiderMonkey/24

>From the GNOME side
gjs 1.39.x switch to mozjs24 sometime ago
gnome-shell had minor changes to make it work with mozjs24
rdepends that use E4X need to switch to stringified XML templates

This has been uploaded to Ubuntu and plan to ship gnome-shell 3.10 against 
mozjs24 and gjs 1.40
https://launchpad.net/ubuntu/+source/mozjs24/24.2.0-0ubuntu2



-- System Information:
Debian Release: jessie/sid
  APT prefers trusty
  APT policy: (500, 'trusty')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-8-generic (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#739130: ITP: ruby-twitter-stream -- Twitter realtime API client

[Jonas Genannt]

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-twitter-stream
  Version : 0.1.16
  Upstream Author : Vladimir Kolesnikov
* URL : http://github.com/voloko/twitter-stream
* License : MIT
  Programming Lang: Ruby
  Description : Twitter realtime API client

Simple Ruby client library for twitter streaming API. Uses EventMachine for
connection handling. Adheres to twitter's reconnection guidline. JSON
format only.

For GitLab - maintained by Ruby PKG Extras

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJTAAA4AAoJEPBM7/YBbP/QWT0P/1m0da74YbN/P/x8/6BSduGO
zdolLRMpAgCWoUuYE/R3Iww3WFLe0n+kA9rj2tcEUisMKe6Aj7FMk4i/T4ssklWy
ZAaW2ift5LyYmaC7uuIbryQNZOeFvVLNkPVvmWkjBiToJR091EEWBCOfimNjG0mh
Sx1a+c6fXIvnbH4uWVSPBYuUJK+t3fe9U/poGOVm5AXdWnijfb8pADwtHkgN90WK
14HnAXR7M8/XMKq5SmvKkiHqaIH1YNfc72yy6dz7Gbu7ApujFnOumZTXTPv6a7LQ
2B5vEfIaRT4qRcIg43Y6vBzam2S9lBGs8c+8ROa+yt9wJOpJy7z14q/QtfgWN2OX
NyqlQBCNkgINLDenE8I71BezDpcE9LapqgB38wn+1Xd6n8+zOhDssnG3xerVmrBY
SlSe3pxz/ZVUl/7rvcuYeg40gxuWcUvVxCM6Mt+HPjo5/GbiyWQDKHrsOkg2pmja
v8MRSR9jNUp71Te28gtaYLmfe2EZOUS/1L7+QYwWTDb4PxCBQO2oy+x7X5xkPa6O
NR8bk47ybfI6dpEVnFgCOb7QDMT8HdGrWYrWbi25K4tdyO1B21lE0mwKgT3XTHkE
FagOMa2wdl5FD86jfh48C/Uxa6kIoBdrlGFKIWL8JiaQa3n4vgZF5YKCZxo7+rV9
92mOuKKvFCSWJEo91euD
=LdjG
-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#739131: RM: synapse -- RoQA; abandoned, rc-buggy, old-vala-removal-blocker

[Andreas Henriksson]

Package: ftp.debian.org
Severity: normal

Hello!

Please consider removing synapse from the archive.
The package is rc-buggy (#713655) for a long time, not part of testing,
and has no general visibility of maintainer action.

Additionally it's also a blocker for vala 0.14 removal (see #709727).

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#739129: libreoffice-draw: libreoffice quits when selecting certain types of arrows

[Z]

Package: libreoffice-draw
Version: 1:4.1.4-2+b1
Severity: normal

Dear Maintainer,

I start up libreoffice draw (I have tried it with different documents, and new
ones). In the sidebar (enabled in advanced options) I select the arrow option,
then change it to a different type of arrow or line. It quits the whole of
libreoffice immediately.



-- System Information:
Debian Release: jessie/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-draw depends on:
ii  libc6 2.17-97
ii  libcdr-0.0-0  0.0.14-1+b1
ii  libdbus-1-3   1.8.0-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libgcc1   1:4.8.2-15
ii  libglib2.0-0  2.36.4-1
ii  libicu52  52.1-3
ii  liblcms2-22.2+git20110628-2.3+b1
ii  libmspub-0.0-00.0.6-1+b1
ii  libodfgen-0.0-0   0.0.2-1
ii  libreoffice-core  1:4.1.4-2+b1
ii  libstdc++64.8.2-15
ii  libvisio-0.0-00.0.31-1+b1
ii  libwpd-0.9-9  0.9.9-1
ii  libwpg-0.2-2  0.2.2-1
ii  libxml2   2.9.1+dfsg1-3
ii  uno-libs3 4.1.4-2+b1
ii  ure   4.1.4-2+b1
ii  zlib1g1:1.2.8.dfsg-1

libreoffice-draw recommends no packages.

libreoffice-draw suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig  2.11.0-2
ii  fonts-opensymbol2:102.3+LibO4.1.4-2
ii  libatk1.0-0 2.10.0-2
ii  libboost-date-time1.54.01.54.0-4+b1
ii  libc6   2.17-97
ii  libcairo2   1.12.16-2
ii  libclucene-contribs12.3.3.4-4
ii  libclucene-core12.3.3.4-4
ii  libcmis-0.3-3   0.3.1-5
ii  libcups21.7.1-4
ii  libcurl3-gnutls 7.35.0-1
ii  libdbus-1-3 1.8.0-1
ii  libdbus-glib-1-20.100.2-1
ii  libexpat1   2.1.0-4
ii  libexttextcat-2.0-0 3.4.3-1
ii  libfontconfig1  2.11.0-2
ii  libfreetype62.5.2-1
ii  libgcc1 1:4.8.2-15
ii  libgdk-pixbuf2.0-0  2.28.2-1+b1
ii  libglib2.0-02.36.4-1
ii  libgraphite2-3  1.2.4-1
ii  libgstreamer-plugins-base1.0-0  1.2.3-1
ii  libgstreamer1.0-0   1.2.3-1
ii  libgtk2.0-0 2.24.22-1
ii  libharfbuzz-icu00.9.26-4
ii  libharfbuzz0b   0.9.26-4
ii  libhunspell-1.3-0   1.3.2-6
ii  libhyphen0  2.8.6-3
ii  libice6 2:1.0.8-2
ii  libicu5252.1-3
ii  libjpeg88d-2
ii  liblangtag1 0.5.1-2
ii  liblcms2-2  2.2+git20110628-2.3+b1
ii  libldap-2.4-2   2.4.31-1+nmu2+b1
ii  libmythes-1.2-0 2:1.2.2-1
ii  libneon27-gnutls0.30.0-1
ii  libnspr42:4.10.3-1
ii  libnspr4-0d 2:4.10.3-1
ii  libnss3 2:3.15.4-2
ii  libnss3-1d  2:3.15.4-2
ii  libpango-1.0-0  1.36.0-1+b1
ii  libpangocairo-1.0-0 1.36.0-1+b1
ii  libpangoft2-1.0-0   1.36.0-1+b1
ii  libpng12-0  1.2.50-1
ii  librdf0 1.0.17-1
ii  libreoffice-common  1:4.1.4-2
ii  libsm6  2:1.2.1-2
ii  libssl1.0.0 1.0.1f-1
ii  libstdc++6  4.8.2-15
ii  libx11-62:1.6.2-1
ii  libxext62:1.3.2-1
ii  libxinerama12:1.1.3-1
ii  libxml2 2.9.1+dfsg1-3
ii  libxrandr2  2:1.4.2-1
ii  libxrender1 1:0.9.8-1
ii  libxslt1.1  1.1.28-2
ii  libxt6  1:1.1.4-1
ii  uno-libs3   4.1.4-2+b1
ii  ure 4.1.4-2+b1
ii  zlib1g  1:1.2.8.dfsg-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709710: abraca upstream now uses valac 0.20

[Andreas Henriksson]

On Sun, Feb 16, 2014 at 12:22:10AM +0100, Daniel Svensson wrote:
[...]
> If you by "no releases" mean download from the release page at
> https://github.com/Abraca/Abraca/releases then sure.

What I meant was that the download link was pointed to the master
branch instead of giving a link to an explicit tagged version.
This seems like a common trend for github hosted projects in my
impression.

> I should probably
> drop a maintenance release of Abraca just to freshen up the deps. It's
> currently somewhat stalled due to me spending time on XMMS2 core
> features that will be used by Abraca later.

For your convenience I looked up the needed commits and backported
them to make the current debian package build with valac 0.20.
Please see attachments which should be ready to drop into debian/patches/,
update debian/patches/series and then change debian/control to read
valac (>= 0.20) instead of valac-0.14

(I've only build-tested it... no runtime testing at all.)

Regards,
Andreas Henriksson
>From 695d9dcb8044cdfb1a3b10b02b3710147c5a8e30 Mon Sep 17 00:00:00 2001
From: Erik Massop 
Date: Wed, 16 May 2012 01:03:42 +0200
Subject: [PATCH] OTHER: Gdk.Pixbuf.from_inline no longer takes length

---
 SConstruct   |  2 +-
 src/main_window.vala |  4 ++--
 src/stock.vala   | 16 
 3 files changed, 11 insertions(+), 11 deletions(-)

diff --git a/SConstruct b/SConstruct
index 3ddf197..bbcb328 100644
--- a/SConstruct
+++ b/SConstruct
@@ -5,7 +5,7 @@ env.VariantDir('build', '.')
 env.Append(VALAPKGPATH = ['vapi'])
 
 conf = env.Configure('build/build-config.h')
-conf.CheckVala('0.11.5')
+conf.CheckVala('0.16.0')
 conf.CheckCCompiler()
 conf.CheckPkgConfig()
 conf.CheckApp('msgfmt')
diff --git a/src/main_window.vala b/src/main_window.vala
index 0de2b6a..3b93127 100644
--- a/src/main_window.vala
+++ b/src/main_window.vala
@@ -34,7 +34,7 @@ namespace Abraca {
 			create_widgets(client);
 
 			try {
-set_icon(new Gdk.Pixbuf.from_inline (-1, Resources.abraca_32, false));
+set_icon(new Gdk.Pixbuf.from_inline (Resources.abraca_32, false));
 			} catch (GLib.Error e) {
 GLib.assert_not_reached ();
 			}
@@ -301,7 +301,7 @@ namespace Abraca {
 var about = about_builder.get_object("abraca_about") as Gtk.AboutDialog;
 
 try {
-	about.set_logo(new Gdk.Pixbuf.from_inline (-1, Resources.abraca_192, false));
+	about.set_logo(new Gdk.Pixbuf.from_inline (Resources.abraca_192, false));
 } catch (GLib.Error e) {
 	GLib.assert_not_reached ();
 }
diff --git a/src/stock.vala b/src/stock.vala
index edebb4c..f7d0ed2 100644
--- a/src/stock.vala
+++ b/src/stock.vala
@@ -34,7 +34,7 @@ namespace Abraca {
 		set = new Gtk.IconSet();
 
 		source = new Gtk.IconSource();
-		source.set_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_equalizer, false));
+		source.set_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_equalizer, false));
 		set.add_source(source);
 
 		factory.add(STOCK_EQUALIZER, set);
@@ -44,11 +44,11 @@ namespace Abraca {
 		set = new Gtk.IconSet();
 
 		source = new Gtk.IconSource();
-		source.set_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_collection_24,  false));
+		source.set_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_collection_24,  false));
 		set.add_source(source);
 
 		source = new Gtk.IconSource();
-		source.set_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_collection_16,  false));
+		source.set_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_collection_16,  false));
 		source.set_size(Gtk.IconSize.MENU);
 		source.set_size_wildcarded(false);
 		set.add_source(source);
@@ -60,11 +60,11 @@ namespace Abraca {
 		set = new Gtk.IconSet();
 
 		source = new Gtk.IconSource();
-		source.set_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_playlist_24,  false));
+		source.set_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_playlist_24,  false));
 		set.add_source(source);
 
 		source = new Gtk.IconSource();
-		source.set_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_playlist_16,  false));
+		source.set_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_playlist_16,  false));
 		source.set_size(Gtk.IconSize.MENU);
 		source.set_size_wildcarded(false);
 		set.add_source(source);
@@ -73,9 +73,9 @@ namespace Abraca {
 
 		/* Other icons */
 
-		factory.add(STOCK_RATED,new Gtk.IconSet.from_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_rating_rated,   false)));
-		factory.add(STOCK_UNRATED,  new Gtk.IconSet.from_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_rating_unrated, false)));
-		factory.add(STOCK_FAVORITE, new Gtk.IconSet.from_pixbuf(new Gdk.Pixbuf.from_inline(-1, Resources.abraca_favorite,   false)));
+		factory.add(STOCK_RATED,new Gtk.IconSet.from_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_rating_rated,   false)));
+		factory.add(STOCK_UNRATED,  new Gtk.IconSet.from_pixbuf(new Gdk.Pixbuf.from_inline(Resources.abraca_rating_unrated, false)));
+		factory.add(STOCK_FAVORITE,

Bug#739128: kross-interpreters: Please support building with Ruby 2.0

[Christian Hofstaedtler]

Source: kross-interpreters
Version: 4.11.5-2
Severity: normal

Dear Maintainer,

A new ruby-defaults, switching the default Ruby version to 2.0, will be
uploaded soon. (It is available in experimental for testing.)

During a test rebuild of rdepends with the new package, your package
failed to build.

If possible, please change your package in advance to support building
for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is
needed.

Hopefully relevant log parts:
--
-- Found Ruby: /usr/bin/ruby (found version "2.0.0") but only 1.9.x supported
[...]
cp: cannot stat 'debian/tmp/usr/lib/kde4/krossruby.so': No such file or 
directory
dh_install: cp -a debian/tmp/usr/lib/kde4/krossruby.so 
debian/krossruby//usr/lib/kde4/ returned exit code 1
--

The full build log is available at:
http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/kross-interpreters_4.11.5-2_unstable.log.gz

Important changes from 1.9 to 2.0:
- location of ruby/config.h has changed; it's location is now available
  from:
  ruby -r rbconfig -e "print RbConfig::CONFIG['rubyarchhdrdir']"
- path for binary extensions has changed; it's location is now available
  from:
  ruby -r rbconfig -e "print RbConfig::CONFIG['vendorarchdir']"


Thank you,
Christian

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: Digital signature

Bug#739127: ecasound: Please support building with Ruby 2.0

[Christian Hofstaedtler]

Source: ecasound
Version: 2.9.1-3
Severity: normal

Dear Maintainer,

A new ruby-defaults, switching the default Ruby version to 2.0, will be
uploaded soon. (It is available in experimental for testing.)

During a test rebuild of rdepends with the new package, your package
failed to build.

If possible, please change your package in advance to support building
for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is
needed.

Hopefully relevant log parts:
--
   dh_install -O--parallel
dh_install: ruby-ecasound missing files (usr/local/lib/site_ruby/*/*), aborting
make: *** [binary] Error 2
--

The full build log is available at:
http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/ecasound_2.9.1-3_unstable.log.gz

Important changes from 1.9 to 2.0:
- location of ruby/config.h has changed; it's location is now available
  from:
  ruby -r rbconfig -e "print RbConfig::CONFIG['rubyarchhdrdir']"
- path for binary extensions has changed; it's location is now available
  from:
  ruby -r rbconfig -e "print RbConfig::CONFIG['vendorarchdir']"


Thank you,
Christian

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: Digital signature

Bug#739003: libsocket6-perl

[gregor herrmann]

On Sat, 15 Feb 2014 22:33:15 +, Daniel Lintott wrote:

> > replace "dh $@" with "dh $@ --buildsystem=perl_makemaker" then dh 
> > will use Makefile.PL etc. and everything looks good

> The only snag is still going to be the missing LDFLAGS (relro in
> particular) for Socket6.so

Hm, I'm not sure about that.
Neither lintian nor blhc complained when I tried this approach.

(And usually debhelper with compat level 9 just passes all required
flags, and they are used unless the upstream build system messes with
%Config in some crazy way).

How/where did you see the problem?


When I build it again (with --buildsystem and without the override) I
get:

   dh_auto_build -O--buildsystem=perl_makemaker
make[1]: Entering directory `/tmp/buildd/libsocket6-perl-0.25'
cp Socket6.pm blib/lib/Socket6.pm
/usr/bin/perl /usr/share/perl/5.18/ExtUtils/xsubpp -noprototypes -typemap 
/usr/share/perl/5.18/ExtUtils/typemap  Socket6.xs > Socket6.xsc && mv 
Socket6.xsc Socket6.c
cc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2   -DVERSION=\"0.25\" 
-DXS_VERSION=\"0.25\" -fPIC "-I/usr/lib/perl/5.18/CORE"   Socket6.c
Socket6.xs: In function 'XS_Socket6_getipnodebyname':
Socket6.xs:975:82: warning: cast to pointer from integer of different size 
[-Wint-to-pointer-cast]
  ST(0) = (SV *) not_here("getipnodebyname");

  ^
Socket6.xs: In function 'XS_Socket6_getipnodebyaddr':
Socket6.xs:1046:82: warning: cast to pointer from integer of different size 
[-Wint-to-pointer-cast]
  ST(0) = (SV *) not_here("getipnodebyaddr");

  ^
Running Mkbootstrap for Socket6 ()
chmod 644 Socket6.bs
rm -f blib/arch/auto/Socket6/Socket6.so
cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wl,-z,relro  -shared -L/usr/local/lib 
-fstack-protector Socket6.o  -o blib/arch/auto/Socket6/Socket6.so \
\
  
chmod 755 blib/arch/auto/Socket6/Socket6.so
cp Socket6.bs blib/arch/auto/Socket6/Socket6.bs
chmod 644 blib/arch/auto/Socket6/Socket6.bs
Manifying blib/man3/Socket6.3pm
make[1]: Leaving directory `/tmp/buildd/libsocket6-perl-0.25'


which looks quite ok to me :)
-fstack-protector is there, and also -Wl,-z,relro.
 
> Would it be preferable to patch the config.pl.in and add all the
> LDDLFLAGS there as opposed to in the rules file?

If it's necessary that's an option. A bit more idiomatic would be an
override that just adds missing stuff, like (untested)

override_dh_auto_configure:
dh_auto_configure -- LDDLFLAGS="..."


Cheers,
gregor, who might well be missing something ...

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: Calling Elvis


signature.asc
Description: Digital signature

Bug#739126: marisa: FBTFS on s390x

[Aurelien Jarno]

Package: marisa
Version: 0.2.4-5
Severity: importnat
Tags: upstream patch
Justification: fails to build from source

marisa fails to build from source on s390x due to testsuite failures. It
appears that it uses an hardcoded list of architectures to determine the
size of a size_t type, which doesn't include s390x. The patch below
fixes the issue:

--- marisa-0.2.4.orig/lib/marisa/base.h
+++ marisa-0.2.4/lib/marisa/base.h
@@ -30,7 +30,7 @@ typedef uint64_t marisa_uint64;
 
 #if defined(_WIN64) || defined(__amd64__) || defined(__x86_64__) || \
 defined(__ia64__) || defined(__ppc64__) || defined(__powerpc64__) || \
-defined(__sparc64__) || defined(__mips64__) || defined(__aarch64__)
+defined(__sparc64__) || defined(__mips64__) || defined(__aarch64__) || 
defined(__s390x__)
  #define MARISA_WORD_SIZE 64
 #else  // defined(_WIN64), etc.
  #define MARISA_WORD_SIZE 32

BTW, __sparc64__ doesn't exist and should be replaced by (__sparc__ && 
__arch64__)

That said, I don't really see the point of using an hardcoded
architecture list to determine the size of a size_t type. This can be
done the following way:

| #include 
|
| #if SIZE_MAX == UINT64_MAX
|  #define MARISA_WORD_SIZE 64
| #else
|  #define MARISA_WORD_SIZE 32
| #endif

However as marisa is using autotools, the best way to do that would be
to add a test in configure.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.2.0-4-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736377: should be okay to remove xerces-c2 now

[Jay Berkenbilt]

I guess the pre-NMU version of megaglest is still in testing, but it
doesn't matter since nothing in unstable depends on xerces-c2.  If I
understand correctly, you remove from unstable and the package
disappears automatically from testing after nothing there depends on it
anymore, right?  Anyway, I still think it should be okay to remove
xerces-c2.  If there's anything else I have to do to make it happen,
please let me know.  Thanks!

-- 
Jay Berkenbilt 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#736377: should be okay to remove xerces-c2 now

[Jay Berkenbilt]

I uploaded NMUs to remove the libxerces-c2-dev build dependency from the
remaining two packages in unstable.  Neither package is in sid.
Therefore, if I am correct, there should no longer be any packages in
either unstable or testing that need libxerces-c28 or libxerces-c2-dev,
so the xerces-c2 source package and associated binaries should now be
safe to remove.

-- 
Jay Berkenbilt 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709710: abraca upstream now uses valac 0.20

[Daniel Svensson]

On Sun, Feb 16, 2014 at 12:13 AM, Andreas Henriksson  wrote:
> Control: tags 709710 + fixed-upstream
>
> Hello!
>
> Looking at abraca upstream homepage it seems like they are using
> the "no releases, just download from github directly" distribution model.
>
> Their github repo also contains fixes for building with newer valac versions,
> and they now ever require atleast 0.20.
>
> Maybe you should consider packaging a snapshot?
>
> (valac 0.14 removal might soon be around the corner.)

If you by "no releases" mean download from the release page at
https://github.com/Abraca/Abraca/releases then sure. I should probably
drop a maintenance release of Abraca just to freshen up the deps. It's
currently somewhat stalled due to me spending time on XMMS2 core
features that will be used by Abraca later.

-- 
Daniel Svensson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739125: vim: Please support building with Ruby 2.0

[Christian Hofstaedtler]

Source: vim
Version: 2:7.4.161-1
Severity: normal

Dear Maintainer,

A new ruby-defaults package will be uploaded soon, which will change the
default Ruby version to 2.0.

During a test rebuild with the new ruby-defaults, your package failed to
build. Relevant log parts:

--
gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -pthread 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libdrm 
-I/usr/include/harfbuzz -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 
-I/usr/include/tcl8.5  -D_REENTRANT=1  -D_THREAD_SAFE=1  
-D_LARGEFILE64_SOURCE=1   -I/usr/include/ruby-2.0.0 -DRUBY_VERSION=20 -o 
objects/if_ruby.o if_ruby.c
In file included from /usr/include/ruby-2.0.0/ruby.h:33:0,
 from if_ruby.c:99:
/usr/include/ruby-2.0.0/ruby/ruby.h:24:25: fatal error: ruby/config.h: No such 
file or directory
 #include "ruby/config.h"
 ^
compilation terminated.
make[1]: *** [objects/if_ruby.o] Error 1
--

The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/vim_7.4.161-1_unstable.log.gz

>From what I've seen in src/auto/configure, it doesn't know about the
2.0-and-newer 'rubyarchhdrdir' RbConfig parameter. (This declares the
path where ruby/config.h is to be found -- in 1.9 this was statically
rubyhdrdir/arch).

For reference:

  $ ruby2.0 -r rbconfig -e "print RbConfig::CONFIG['rubyarchhdrdir']"
  /usr/include/x86_64-linux-gnu/ruby-2.0.0

  $ ls /usr/include/x86_64-linux-gnu/ruby-2.0.0/ruby/config.h 
  /usr/include/x86_64-linux-gnu/ruby-2.0.0/ruby/config.h


Thank you,
Christian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646862: [read-edid] get-edid fails on an amd64 Linux image on i386

[Dariusz Dwornikowski]

On 16 February 2014 00:14, Filipus Klutiero  wrote:
> On 2014-02-15 04:57, Dariusz Dwornikowski wrote:
>>
>> This bug is not longer present in 3.X branch, due to the new I2C
>> interface, please update.
>>
>
> The new I2C interface only works in some cases. The VBE interface was left.
>
> The I2C interface fails on my desktop. However, the VBE interface now works.
> In fact, I re-tested using read-edid 2, and it works too. I was using a
> different PC when I reported.
>
> But read-edid 3 didn't work initially. I had to reboot to get it to work.
> Before, any probe using the VBE interface would cause a hang with 100% CPU
> use, on Linux 3.12.9-amd64. I don't know how to reproduce this now, so I'm
> dropping the issue for now.

I will forward your remarks to upstream. Thank you.


-- 
Pozdrawiam,
Dariusz Dwornikowski, Assistant
Institute of Computing Science, Poznań University of Technology
www.cs.put.poznan.pl/ddwornikowski/
room 2.7.2 BTiCW | tel. +48 61 665 29 41


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646862: [read-edid] get-edid fails on an amd64 Linux image on i386

[Filipus Klutiero]

On 2014-02-15 04:57, Dariusz Dwornikowski wrote:

This bug is not longer present in 3.X branch, due to the new I2C
interface, please update.



The new I2C interface only works in some cases. The VBE interface was left.

The I2C interface fails on my desktop. However, the VBE interface now works. In 
fact, I re-tested using read-edid 2, and it works too. I was using a different 
PC when I reported.

But read-edid 3 didn't work initially. I had to reboot to get it to work. 
Before, any probe using the VBE interface would cause a hang with 100% CPU use, 
on Linux 3.12.9-amd64. I don't know how to reproduce this now, so I'm dropping 
the issue for now.

--
Filipus Klutiero
http://www.philippecloutier.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#733070: NMU to fix xerces-c issue

[Jay Berkenbilt]

As this package is orphaned, I am uploading my NMU to remove the
dependency on libxerces-c2-dev.  I'm attaching two files: my actual
changes and the debdiff.  The debdiff contains additional changes
because the diff.gz includes changes outside the debian directory
including updated config.sub and config.guess.

diff -urN ../anon-proxy-00.05.38+20081230-2.1/configure ./configure
--- ../anon-proxy-00.05.38+20081230-2.1/configure	2008-12-30 15:18:36.0 -0500
+++ ./configure	2014-02-15 18:02:10.991563131 -0500
@@ -12016,6 +12016,9 @@
 	tryxmlincludedir="$tryxmlincludedir $prefix"
 fi
 
+saved_LIBS="$LIBS"
+LIBS="-lxerces-c $saved_LIBS"
+
 { $as_echo "$as_me:$LINENO: checking for xerces-c includes" >&5
 $as_echo_n "checking for xerces-c includes... " >&6; }
 
@@ -12093,6 +12096,8 @@
{ (exit 1); exit 1; }; }
 fi
 
+LIBS="$saved_LIBS"
+
 { $as_echo "$as_me:$LINENO: checking for libxerces-c" >&5
 $as_echo_n "checking for libxerces-c... " >&6; }
 saved_LIBS="$LIBS"
diff -urN ../anon-proxy-00.05.38+20081230-2.1/configure.in ./configure.in
--- ../anon-proxy-00.05.38+20081230-2.1/configure.in	2008-12-30 15:18:53.0 -0500
+++ ./configure.in	2014-02-15 18:02:10.991563131 -0500
@@ -437,6 +437,11 @@
 	tryxmlincludedir="$tryxmlincludedir $prefix"
 fi
 
+dnl Xerces-C 3.x has to link to compile the test program.  This is not
+dnl a general fix as it will only work if --with-xml-libs was not needed.
+saved_LIBS="$LIBS"
+LIBS="-lxerces-c $saved_LIBS"
+
 AC_MSG_CHECKING([for xerces-c includes])
 
 for xmldir in "" $tryxmlincludedir ; do
@@ -465,6 +470,8 @@
 	AC_MSG_ERROR([Xerces-C includes NOT found - please use --with-xml-include])
 fi
 
+LIBS="$saved_LIBS"
+
 dnl Check for XML libs
 AC_MSG_CHECKING([for libxerces-c])
 saved_LIBS="$LIBS"
diff -urN ../anon-proxy-00.05.38+20081230-2.1/debian/changelog ./debian/changelog
--- ../anon-proxy-00.05.38+20081230-2.1/debian/changelog	2014-02-15 18:01:12.0 -0500
+++ ./debian/changelog	2014-02-15 18:02:10.991563131 -0500
@@ -1,3 +1,10 @@
+anon-proxy (00.05.38+20081230-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update xerces build dependency to libxerces-c-dev. (Closes: #733070)
+
+ -- Jay Berkenbilt   Sat, 15 Feb 2014 18:09:13 -0500
+
 anon-proxy (00.05.38+20081230-2.1) unstable; urgency=low
 
   [ gregor herrmann ]
diff -urN ../anon-proxy-00.05.38+20081230-2.1/debian/control ./debian/control
--- ../anon-proxy-00.05.38+20081230-2.1/debian/control	2014-02-15 18:01:12.0 -0500
+++ ./debian/control	2014-02-15 18:02:10.991563131 -0500
@@ -2,7 +2,7 @@
 Section: web
 Priority: optional
 Maintainer: David Spreen 
-Build-Depends: debhelper (>= 4.1.16), automake1.9, libxerces-c2-dev, libssl-dev (>= 0.9.7c-3), po-debconf
+Build-Depends: debhelper (>= 4.1.16), automake1.9, libxerces-c-dev, libssl-dev (>= 0.9.7c-3), po-debconf
 Homepage: http://anon.inf.tu-dresden.de/
 Standards-Version: 3.8.0.1 
 
diff -urN ../anon-proxy-00.05.38+20081230-2.1/xml/DOM_Output.hpp ./xml/DOM_Output.hpp
--- ../anon-proxy-00.05.38+20081230-2.1/xml/DOM_Output.hpp	2008-07-15 07:20:55.0 -0400
+++ ./xml/DOM_Output.hpp	2014-02-15 18:02:10.991563131 -0500
@@ -48,7 +48,7 @@
 	m_Buff = NULL;
 }
 
-			virtual void writeChars(const XMLByte* const toWrite, const unsigned int count,
+			virtual void writeChars(const XMLByte* const toWrite, const XMLSize_t count,
 			XMLFormatter* const /*formatter*/)
 {
 	const XMLByte* write=toWrite;
diff -u anon-proxy-00.05.38+20081230/config.sub anon-proxy-00.05.38+20081230/config.sub
--- anon-proxy-00.05.38+20081230/config.sub
+++ anon-proxy-00.05.38+20081230/config.sub
@@ -1,38 +1,31 @@
 #! /bin/sh
 # Configuration validation subroutine script.
-#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
-#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
-#   2011 Free Software Foundation, Inc.
+#   Copyright 1992-2013 Free Software Foundation, Inc.
 
-timestamp='2011-03-23'
+timestamp='2013-08-10'
 
-# This file is (in principle) common to ALL GNU software.
-# The presence of a machine in this file suggests that SOME GNU software
-# can handle that machine.  It does not imply ALL GNU software can.
-#
-# This file is free software; you can redistribute it and/or modify
-# it under the terms of the GNU General Public License as published by
-# the Free Software Foundation; either version 2 of the License, or
+# This file is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or
 # (at your option) any later version.
 #
-# This program is distributed in the hope that it will be useful,
-# but WITHOUT ANY WARRANTY; without even the implied warranty of
-# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-# GNU General Public License for more details.
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WAR

Bug#709710: abraca upstream now uses valac 0.20

[Andreas Henriksson]

Control: tags 709710 + fixed-upstream

Hello!

Looking at abraca upstream homepage it seems like they are using
the "no releases, just download from github directly" distribution model.

Their github repo also contains fixes for building with newer valac versions,
and they now ever require atleast 0.20.

Maybe you should consider packaging a snapshot? 

(valac 0.14 removal might soon be around the corner.)

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#739124: libasound2-plugin-equal: please make multiarch capable

[Dominik George]

Package: libasound2-plugin-equal
Version: 0.6-6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please make the plugin package multiarch capable, Looking at the install
location of the libraries, this should be no problem.

- -- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh

Versions of packages libasound2-plugin-equal depends on:
ii  caps   0.9.16-2
ii  libasound2 1.0.27.2-3
ii  libc6  2.17-97
ii  multiarch-support  2.17-97

libasound2-plugin-equal recommends no packages.

libasound2-plugin-equal suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQJOBAEBCAA4BQJS//IEMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8paD5Q//SACGKwFSRrFNTv/Wmk4r
ZspAlW/O+oKFiF3WJ/kMb4oMCnrx4GTc6CikW9ZcT4HFOHAsd+t0Z0IoyCJ+CY7y
hgOg0VT5l8LqlTwvyUcM0nZYWosuPqQq05ZRDvPZVvGbovidUrjBbCuiMctd9rem
pYaDDHuoJns0dc+DK9j8XWYa6r6u06k33W6Tdcmt12mJIxdDmV3v052L1M9hyJQx
B0dAXsFDEYDm4sB2nZJvslaITP1It1TYoDEDldNOtSXMPxP/5UyX2dIeIwWRGXYT
OdmTnTYu6XPYpKFlag8FD0L8SUPXjK3MwCndMOAJmVCSS0BYvaeTiFRy/K8ruYB8
g2kzA/UkJNZ2VMgU5R+zB0dcV5qLnWEbZ/CSiv/i72QiURmLNkpuD4TjEDAtekgd
ytImNXeVCqOmxTjbeQNziXEztGJrU96dlcqpdQOB26WDbiqyBlbei7HLKG6v3gUf
aU6CIZ3V+zIjUokAOXg85TCsi4H9jCjpvwYb+cFqTALWkCNZZRbpOV1adWa/98j+
qfnkF78QOh5/b4Iogm2atUagPcIQ4SyyKBD4ioQJJ75WZ5wwktpbmS+rPTk+6cVw
aI8HQ1Lo2iiwA9P3htJxpLMEwLgz7xOUqrdWVBpzClNykdccidWp6cMmzYYu80df
zUBzNGq4OqA2MbAWwNMQY20=
=p3zT
-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#739123: treil: FTBFS with ruby-defaults > 1:2.0: /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- mkmf (LoadError)

[Christian Hofstaedtler]

Source: treil
Version: 1.8-2
Severity: normal

Dear Maintainer,

ruby-defaults 1:2.0 will change the default Ruby version to 2.0. During
a test rebuild of many packages, your package failed to build when the
new ruby-defaults was available.

Relevant log parts:
--
Making all in ruby
make[3]: Entering directory `/«PKGBUILDDIR»/ruby'
mkdir -p x86_64-linux && cd x86_64-linux && /usr/bin/ruby1.9.1 ../extconf.rb && 
make LIBS='-lruby-1.9.1 -ltreil'
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load 
such file -- mkmf (LoadError)
  from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
  from ../extconf.rb:17:in `'
make[3]: *** [stamp-arch] Error 1
make[3]: Leaving directory `/«PKGBUILDDIR»/ruby'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
--

It appears you're Build-Depending on ruby1.9.1, ruby-dev, and this
combination will no longer provide the necessary files.

If in any way possible, please don't hardcode ruby versions in your
package, as it's expected that after changing to 2.0, we'll change to
2.1 before jessie freezes.

Thank you,
Christian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-

[Bálint Réczey]

2014-02-15 23:31 GMT+01:00 Michael Biebl :
> Am 15.02.2014 23:23, schrieb Bálint Réczey:
>> 2014-02-15 23:01 GMT+01:00 Michael Biebl :
>>> The symbols file looks broken as well:
>>>
>>> libsigc-2.0.so.0 libsigc++-2.0-0c2a (>= 2.0.2)
>>>
>>> Why was the version hard-coded here instead of using #MINVER#?
>> I wanted to stay as close as possible to the meaning of the original
>> shlibs file:
>> dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (>= 2.0.2)'
>>
>> I'm in the middle of preparing the fix, I'll upload it in half an hour.
>
> Sorry if that may come of as rude:
> Have you maintained library packages before? Do you know how symbols
> files work and how they are supposed to be used?
It is somewhat rude, but I kind of deserved it. :-)
Yes, I maintain some libs and I think 2.0.2 was a wrong value
originally and I should not have kept it.
I have retrurned to #MINVER# and also fixed the broken dependency.
I misinterpreted the relevant policy part and I thought setting an
exact value instead of the template
was a valid option.

Thanks,
Balint

>
> Michael
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739122: python-regex: FTBFS on s390x

[Aurelien Jarno]

Package: python-regex
Version: 0.1.20140120-1
Severity: serious
Tags: upstream patch
Justification: fails to build from source (but built successfully in the past)

python-regex fails to build from source on s390x due to failures in the
testsuite. The problem is that the flags properties internally uses an
uint32, but is declared as T_PYSSIZET, that is an int64 value. The patch
below fixes the problem.

--- python-regex-0.1.20140120.orig/Python2/_regex.c
+++ python-regex-0.1.20140120/Python2/_regex.c
@@ -17089,7 +17089,7 @@ static PyGetSetDef pattern_getset[] = {
 static PyMemberDef pattern_members[] = {
 {"pattern", T_OBJECT, offsetof(PatternObject, pattern), READONLY,
   "The pattern string from which the regex object was compiled."},
-{"flags", T_PYSSIZET, offsetof(PatternObject, flags), READONLY,
+{"flags", T_UINT, offsetof(PatternObject, flags), READONLY,
   "The regex matching flags."},
 {"groups", T_PYSSIZET, offsetof(PatternObject, public_group_count),
   READONLY, "The number of capturing groups in the pattern."},
--- python-regex-0.1.20140120.orig/Python3/_regex.c
+++ python-regex-0.1.20140120/Python3/_regex.c
@@ -17082,7 +17082,7 @@ static PyGetSetDef pattern_getset[] = {
 static PyMemberDef pattern_members[] = {
 {"pattern", T_OBJECT, offsetof(PatternObject, pattern), READONLY,
   "The pattern string from which the regex object was compiled."},
-{"flags", T_PYSSIZET, offsetof(PatternObject, flags), READONLY,
+{"flags", T_UINT, offsetof(PatternObject, flags), READONLY,
   "The regex matching flags."},
 {"groups", T_PYSSIZET, offsetof(PatternObject, public_group_count),
   READONLY, "The number of capturing groups in the pattern."},


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.2.0-4-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#733071: NMU coming

[Jay Berkenbilt]

I'm going to upload an NMU to break the dependency on libxerces-c2-dev
so this doesn't prevent my removal request from going through.  There
are two additional FTBFS problems that are also addressed by my NMU.
Since this package has not been uploaded for a while and is not in
testing, and since this upload fixes two RC bugs, I'm going to upload
the NMU immediately.  The debdiff is attached.  All the changes except
for the change to debian/control come from upstream svn.

diff -Nru clam-1.4.0/debian/changelog clam-1.4.0/debian/changelog
--- clam-1.4.0/debian/changelog	2012-05-29 00:48:54.0 -0400
+++ clam-1.4.0/debian/changelog	2014-02-15 17:27:09.0 -0500
@@ -1,3 +1,12 @@
+clam (1.4.0-5.2) unstable; urgency=low
+
+  * Non maintainer upload
+  * Fix FTBFS: TIME_UTC compilation error (Closes: #701257)
+  * Fix FTBFS: gcc 4.8 template expansion error
+  * Support Xerces C 3 (Closes: #733071)
+
+ -- Jay Berkenbilt   Sat, 15 Feb 2014 17:27:09 -0500
+
 clam (1.4.0-5.1) unstable; urgency=low
 
   * Non maintainer upload
diff -Nru clam-1.4.0/debian/control clam-1.4.0/debian/control
--- clam-1.4.0/debian/control	2011-05-16 19:58:16.0 -0400
+++ clam-1.4.0/debian/control	2014-02-15 17:24:45.0 -0500
@@ -7,7 +7,7 @@
 	libasound2-dev,
 	libjack-dev,
 	libfftw3-dev,
-	libxerces-c2-dev,
+	libxerces-c-dev,
 	ladspa-sdk,
 	libogg-dev,
 	libsndfile1-dev,
diff -Nru clam-1.4.0/debian/patches/gcc48.patch clam-1.4.0/debian/patches/gcc48.patch
--- clam-1.4.0/debian/patches/gcc48.patch	1969-12-31 19:00:00.0 -0500
+++ clam-1.4.0/debian/patches/gcc48.patch	2014-02-15 17:32:04.0 -0500
@@ -0,0 +1,16 @@
+Description: support Xerces-c 3
+Origin: upstream
+svn diff -c15306
+
+Index: clam-1.4.0/src/Flow/Ports/OutPort.hxx
+===
+--- clam-1.4.0.orig/src/Flow/Ports/OutPort.hxx	2014-02-15 16:36:01.654895560 -0500
 clam-1.4.0/src/Flow/Ports/OutPort.hxx	2014-02-15 17:15:31.955139980 -0500
+@@ -28,6 +28,7 @@
+ #include 
+ #include "InPort.hxx"
+ #include "InPortPublisher.hxx"
++#include "TypeInfo.hxx"
+ 
+ namespace CLAM
+ {
diff -Nru clam-1.4.0/debian/patches/series clam-1.4.0/debian/patches/series
--- clam-1.4.0/debian/patches/series	2011-05-16 19:58:16.0 -0400
+++ clam-1.4.0/debian/patches/series	2014-02-15 17:27:48.0 -0500
@@ -1 +1,4 @@
 ftbfs_NULL
+gcc48.patch
+time_utc.patch
+xerces-c-3.patch
diff -Nru clam-1.4.0/debian/patches/time_utc.patch clam-1.4.0/debian/patches/time_utc.patch
--- clam-1.4.0/debian/patches/time_utc.patch	1969-12-31 19:00:00.0 -0500
+++ clam-1.4.0/debian/patches/time_utc.patch	2014-02-15 17:31:08.0 -0500
@@ -0,0 +1,21 @@
+Description: fix FTBFS with TIME_UTC difinition
+Origin: upstream
+svn diff -r 15397:15398
+Bug-Debian: http://bugs.debian.org/701257
+
+Index: clam-1.4.0/src/System/Threads/xtime.hxx
+===
+--- clam-1.4.0.orig/src/System/Threads/xtime.hxx	2014-02-15 17:00:47.975907239 -0500
 clam-1.4.0/src/System/Threads/xtime.hxx	2014-02-15 17:02:27.892272416 -0500
+@@ -30,6 +30,11 @@
+ #endif
+ #include 
+ 
++// KLUDGE: C11 defines TIME_UTC as macro in time.h
++#ifdef TIME_UTC
++#undef TIME_UTC
++#endif
++
+ namespace CLAM
+ {
+ 
diff -Nru clam-1.4.0/debian/patches/xerces-c-3.patch clam-1.4.0/debian/patches/xerces-c-3.patch
--- clam-1.4.0/debian/patches/xerces-c-3.patch	1969-12-31 19:00:00.0 -0500
+++ clam-1.4.0/debian/patches/xerces-c-3.patch	2014-02-15 17:31:50.0 -0500
@@ -0,0 +1,64 @@
+Description: support Xerces-c 3
+Origin: upstream
+svn diff -c14272
+Bug-Debian: http://bugs.debian.org/733071
+
+Index: clam-1.4.0/src/Storage/XML/XercesDomWriter.cxx
+===
+--- clam-1.4.0.orig/src/Storage/XML/XercesDomWriter.cxx	2014-02-15 16:36:34.074990685 -0500
 clam-1.4.0/src/Storage/XML/XercesDomWriter.cxx	2014-02-15 17:00:40.499879918 -0500
+@@ -26,7 +26,8 @@
+ #include 
+ #include 
+ #include 
+-#include 
++#include 
++#include 
+ #include 
+ #include 
+ #include 
+@@ -38,23 +39,30 @@
+ 		XercesInitializer::require();
+ 		const XMLCh * propertyCanonical = xercesc::XMLUni::fgDOMWRTCanonicalForm;
+ 		const XMLCh * propertyPrettyPrint = xercesc::XMLUni::fgDOMWRTFormatPrettyPrint;
+-		xercesc::DOMImplementation *impl = 
++		xercesc::DOMImplementationLS *impl = 
++			(xercesc::DOMImplementationLS*)
+ 			xercesc::DOMImplementationRegistry::getDOMImplementation(U("LS"));
+-		xercesc::DOMWriter *xercesWriter = 
+-			((xercesc::DOMImplementationLS*)impl)->createDOMWriter();
++		xercesc::DOMLSSerializer *serializer = impl->createLSSerializer();
++		xercesc::DOMLSOutput *output = impl->createLSOutput();
+ 
+-		if (xercesWriter->canSetFeature(propertyPrettyPrint, mShouldIndent))
+-			xercesWriter->setFeature(propertyPrettyPrint, mShouldIndent);
+-		if (xercesWriter->canSetFeature(propertyCanonical, mShouldCanoni

Bug#739121: creepy: Depends from python-osmgpsmap which is not in Debian any more

[Andreas Tille]

Package: creepy
Severity: grave
Tags: upstream
Justification: renders package unusable

Hi,

creepy depends from python-osmgpsmap but this package is not available
any more since it is not created any more from the source osm-gps-map
version >= 1.0.

I also realised that creepy is lagging a lot behind the latest upstream
version and the watch file is broken.  I'd recommend upgrading the package
and maintaining it in Debian GIS team.

Kind regards

 Andreas.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#738680: RFA: libbsd-arc4random-perl -- CPAN's BSD::arc4random -- Perl bindings for arc4random

[Thorsten Glaser]

Damyan Ivanov dixit:

>> > This suggested that there's additional history that I'd like to have, 
>> > but retrieving it fails:
>> [snip]
>> > Perhaps git-cvsimport is not happy about the module rename or the 
>> > history is just not available anymore.

Oops. Sorry.

>I guess that could work, although mirroring the whole contrib/hosted 
>tree of the mirbsd's CVS seems like a nuclear approach. Thorsten, what 
>do you think? Would I get an IP ban if I try that? :)

No, you can just do that in one rsync call, and it’s not that big,
but still overkill. You can normally just download both ,v file trees
and put them together – asides from the CVSROOT/ directory, in CVS,
every file is fully self-contained, and they can be moved between
repositories or even accessed using RCS (official) or $EDITOR (not
quite official but it’s a fully-documented plaintext format).

Judging from the ,v files themselves I didn’t do a move but a copy
of the checked-out tree (possibly adjusting paths in the files as I
went) and a removal of the original tree. In this case, you can just
convert them both to git then stitch them together (BTDT, I first put
them into the same repo as different branches (in your case, all three
of them, pre-move post-move and the current git tree) then used a
.git/info/grafts file until it “looked good” in e.g. gitk, then used
a git rebase to persist the changes from the grafts file and took
care of moving the tags to the rebased sha1s).

Sorry about the trouble. If needed, I can have a look at doing such
a convert+stitch operation myself.

bye,
//mirabilos
-- 
 you introduced a merge commit│ % g rebase -i HEAD^^
 sorry, no idea and rebasing just fscked │ Segmentation
 should have cloned into a clean repo  │  fault (core dumped)
 if I rebase that now, it's really ugh │ wuahh


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739120: ruby-notmuch: Please update ruby binary extension install path

[Christian Hofstaedtler]

Package: ruby-notmuch
Version: 0.17-3
Severity: normal
Tags: patch

Dear Maintainer,

When ruby-defaults > 1:2.0 will be uploaded to sid, the version of Ruby
provided by the 'ruby' and 'ruby-dev' packages will change to version 2.0.
This version change includes a change to the path for binary extensions.

Below you'll find a patch that works for Ruby 1.9.1 as well as Ruby 2.0,
so it's safe to apply now.

Thank you,
Christian

diff -Nru notmuch-0.17/debian/ruby-notmuch.install 
notmuch-0.17/debian/ruby-notmuch.install
--- notmuch-0.17/debian/ruby-notmuch.install   2014-01-12 
22:10:04.0 +0100
+++ notmuch-0.17/debian/ruby-notmuch.install   2014-02-15 
23:28:32.0 +0100
@@ -1 +1 @@
-usr/lib/ruby/vendor_ruby/*/*/notmuch.so
+usr/lib/*/*ruby/*/*/notmuch.so


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739003: libsocket6-perl

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 15/02/14 22:26, gregor herrmann wrote:
> On Sat, 15 Feb 2014 22:18:07 +, Daniel Lintott wrote:
> 
>> It took a while but I think I got there in the end!
> 
> Thanks, I was already looking at the changes :)
> 
>> I've had to leave override_dh_auto_configure as it was trying use
>> the configure file and not the Makefile.PL. I've also added to
>> this the LDFLAGS for relro that were missing.
> 
> Ha, that was the only piece I was thinking about, and I've just
> added a note to d/changelog about it. I might as well paste the
> summary here:
> 
> replace "dh $@" with "dh $@ --buildsystem=perl_makemaker" then dh 
> will use Makefile.PL etc. and everything looks good
> 
>> Everything else has been completed as per the TODO ;)
> 
> Indeed, looks perfect.
> 
> 
> Maybe you can take a last look at d/rules and make the change with 
> the buildsystem, if it works for you as well; and then set the 
> distribution from UNRELEASED to unstable in d/changelog.
> 

The only snag is still going to be the missing LDFLAGS (relro in
particular) for Socket6.so

Would it be preferable to patch the config.pl.in and add all the
LDDLFLAGS there as opposed to in the rules file?

Cheers,

Daniel

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJS/+srAAoJEMw/9yOWzAkJSg4IAL4GZV0al1MgQ5ySKiW1UAh5
pZj4iUdhHI6+yofX7uJ3/RH0Rk5kI4JRKaf5I+rzknGxPf7obWwLZaOdm9AyHoWf
GweEwr7shpefzBDNJTtoz7PdPaKJ/qmhGAvIouzgK6J7oaAP/DIIx0wJtb15S8iY
UUlDSBj5vsjbWKBqmHpOdgpy/u1G9gBsiM8n4ggAZzP7sFeSTSeMTFmCQ5DD2v4Q
XfTzt9Yd08sHyuglLUwB9TMju5aRk1INJlbjDwRYD1iceolm0+j+upkgf96HHLXN
WPW2ORvVceMNiXA+7OJomiVPm6EbSdIYO9bfocILBP/W7jIEQnfjWekFksbGgX4=
=MScV
-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#739118: blender: FTBFS on s390x (and other non-official 64-bit architectures)

[Aurelien Jarno]

Package: blender
Version: 2.69-3
Severity: serious
Tags: upstream patch
Justification: fails to build from source (but built successfully in the past)

Since the default gcc has been upgraded to gcc-4.8, blender fails to
build on s390x, and on a few non-official architectures like ppc64 and
sparc64. This is due to a hardcoded list of architectures with 64-bit
pointers which has to be updated. The patch below fixes the issue:

--- blender-2.69.orig/intern/atomic/atomic_ops.h
+++ blender-2.69/intern/atomic/atomic_ops.h
@@ -61,7 +61,7 @@
 #  endif
 #endif
 
-#if defined(_M_X64) || defined(__amd64__) || defined(__x86_64__)
+#if defined(_M_X64) || defined(__amd64__) || defined(__x86_64__) || 
defined(__s390x__) || defined(__powerpc64__) || (defined(__sparc__) && 
defined(__arch64__))
 #  define LG_SIZEOF_PTR 3
 #  define LG_SIZEOF_INT 2
 #else

On the other hand, it might be a good idea to actually detect the size
of a pointer instead of having an hardcoded list. The following code
can be used for that:

| #include 
| #include 
| 
| #if (UINTPTR_MAX == UINT64_MAX)
| #  define LG_SIZEOF_PTR 3
| #elif (UINTPTR_MAX == UINT32_MAX)
| #  define LG_SIZEOF_PTR 2
| #else
| #  error Can not determine size of a pointer
| #endif
| 
| #if (UINT_MAX == UINT64_MAX)
| #  define LG_SIZEOF_INT 3
| #elif (UINT_MAX == UINT32_MAX)
| #  define LG_SIZEOF_INT 2
| #else
| #  error Can not determine size of a int
| #endif

Or it can probably also be done directly with cmake.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.2.0-4-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739003: libsocket6-perl

[gregor herrmann]

On Sat, 15 Feb 2014 22:18:07 +, Daniel Lintott wrote:

> > And the package is already in git -- thanks!
> > 
> > I've now, as per our usual workflow, added some TODO items to the
> > top of debian/changelog.
> > 
> > Don't hesitate to ask on the list or on IRC if my comments are too 
> > cryptic :)

> It took a while but I think I got there in the end!

Thanks, I was already looking at the changes :)
 
> I've had to leave override_dh_auto_configure as it was trying use the
> configure file and not the Makefile.PL. I've also added to this the
> LDFLAGS for relro that were missing.

Ha, that was the only piece I was thinking about, and I've just added
a note to d/changelog about it. I might as well paste the summary
here:

  replace "dh $@" with "dh $@ --buildsystem=perl_makemaker" then dh
  will use Makefile.PL etc. and everything looks good

> Everything else has been completed as per the TODO ;)

Indeed, looks perfect.
 

Maybe you can take a last look at d/rules and make the change with
the buildsystem, if it works for you as well; and then set the
distribution from UNRELEASED to unstable in d/changelog.


Cheers,
gregor


-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Aziza Mustafà Zadeh: Bana Bana Gel (Bad Girl)


signature.asc
Description: Digital signature

Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-

[Michael Biebl]

Am 15.02.2014 23:23, schrieb Bálint Réczey:
> 2014-02-15 23:01 GMT+01:00 Michael Biebl :
>> The symbols file looks broken as well:
>>
>> libsigc-2.0.so.0 libsigc++-2.0-0c2a (>= 2.0.2)
>>
>> Why was the version hard-coded here instead of using #MINVER#?
> I wanted to stay as close as possible to the meaning of the original
> shlibs file:
> dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (>= 2.0.2)'
> 
> I'm in the middle of preparing the fix, I'll upload it in half an hour.

Sorry if that may come of as rude:
Have you maintained library packages before? Do you know how symbols
files work and how they are supposed to be used?

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#739119: evince: Evince quite recently (end Jan-mid Feb '14) lost the ability to specify duplex options

[Emmanuel Charpentier]

Package: evince
Version: 3.10.0-2
Severity: normal

Dear Maintainer,

Trying to print some PDF documents from evince using duplex led me to an
impossibility.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

In the "page setup" tab of the "printing" dialog box, I tried to set the
"Duplex" option to "Duplex long edge". To no avail : the only available option
is "Single-side" (or something to that effect : my french interface says
"Recto").

Things to note :
1) The relevant printer IS correctly configured, and has been able,
until fairly recently, to print duplex -long-edge or short-edge) from evince.
2) This printer is still able to print duplex :
a) from the command-line : "lpr -P  -o
Duplex=DuplexTumble" does The Right Thing
b) from Wine's Acrobat Reader : all printing option wok as
advertised
c) from LibreOffice : ditto...

   * What was the outcome of this action?

No duplex printing available... fron evince

   * What outcome did you expect instead?

To be able to duplex-print from evince.

HTH,

Emmanuel Charpentier

PS1 : I didn't try to install evince-gtk, because this would lose gnome and
gnome-task-desktop from my installed packages. I saw another bug report
suggesting to add that evonce-gtk provides evince, and second that suggestion.

PS2 : I also second the (acrimonious) report about the "vandalization" of the
evince interface, but this would be more accurately to the master  Gnome
vandals team...



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (650, 'testing'), (500, 'testing-updates'), (500, 
'testing-proposed-updates'), (60, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-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 evince depends on:
ii  evince-common  3.10.0-2
ii  gnome-icon-theme-symbolic  3.10.1-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-97
ii  libcairo-gobject2  1.12.16-2
ii  libcairo2  1.12.16-2
ii  libevdocument3-4   3.10.0-2
ii  libevview3-3   3.10.0-2
ii  libgail-3-03.8.6-1
ii  libgdk-pixbuf2.0-0 2.28.2-1+b1
ii  libglib2.0-0   2.36.4-1
ii  libgtk-3-0 3.8.6-1
ii  libice62:1.0.8-2
ii  libnautilus-extension1a3.8.2-2
ii  libpango-1.0-0 1.36.0-1+b1
ii  libpangocairo-1.0-01.36.0-1+b1
ii  libsecret-1-0  0.15-2
ii  libsm6 2:1.2.1-2
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  shared-mime-info   1.0-1+b1
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages evince recommends:
ii  dbus-x11  1.8.0-1
ii  gvfs  1.16.3-2

Versions of packages evince suggests:
ii  nautilus  3.8.2-2
ii  poppler-data  0.4.6-4
pn  unrar 

-- 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#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-

[Bálint Réczey]

2014-02-15 23:01 GMT+01:00 Michael Biebl :
> Am 15.02.2014 22:46, schrieb Sven Joachim:
>> Package: libsigc++-2.0-dev
>> Version: 2.2.11-2
>> Severity: grave
>>
>> Your package depends on libsigc++-2.0- (= 2.2.11-2) which is not
>> available.  The following message from the build log gives a hint:
>>
>> ,
>> | dpkg-gencontrol: warning: Depends field of package libsigc++-2.0-dev: 
>> unknown substitution variable ${Soname}
>> `
>>
> Depends: libsigc++-2.0-${Soname} (= ${binary:Version})
>
> that doesn't work of course, after having dropped the ${Soname}
> substitution from debian/rules.
>
> The symbols file looks broken as well:
>
> libsigc-2.0.so.0 libsigc++-2.0-0c2a (>= 2.0.2)
>
> Why was the version hard-coded here instead of using #MINVER#?
I wanted to stay as close as possible to the meaning of the original
shlibs file:
dh_makeshlibs -a -V'libsigc++-2.0-$(SONAME) (>= 2.0.2)'

I'm in the middle of preparing the fix, I'll upload it in half an hour.

Thanks,
Balint
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739030: gmpc: Upcoming vala-0.16 removal

[Andreas Henriksson]

Hello Etienne!

On Sat, Feb 15, 2014 at 10:10:58PM +0100, Etienne Millon wrote:
> Hi,
> 
> Well, half a year is not so bad :-/ Sorry for hindering the removal.
> 
> If I remember correctly, porting the current version to a recent vala
> compiler would require a non negligible amount of work (by the way, do
> you know if there is a porting guide for valac upgrades?). Upstream is
> working on a new version but has not released one yet.

I'm not an expert on vala myself and I'm not aware of a porting guide.
Usually I just google a particular problem and there most of the time
is someone else who has already solved a similar problem which you can
follow.

Yesterday I briefly looked into what it would take to port gmpc to
newer vala. At first I just had to change a function prototype where
bindings had changed from ...(out x, out y, ...) to
...(ref x, ref y, ...).
After that additional problems came up so I looked a bit at recent
upstream VCS history Looks like they haven't switched to newer
vala their either since they where still using the old ("out") function
prototype.

> 
> The best course of action is probably to package a git snapshot and
> convince upstream to release before the freeze, as I'd like to provide
> a newer gmpc for jessie (including glyr support etc).

With latest upstream snapshot you'll also need the latest upstream
snapshot of libmpd, which has bumped SONAME (not ABI compatible) so
it'll need a transition in debian... 
So this path is not very straight forward either unfortunately. :(

I understand it will take some work and require some time to get gmpc
ported to newer vala. I just wanted to make sure it's atleast on your
todo list and maybe with a bit of a priority because if/when gmpc
is the last thing that requires vala 0.16 we'll have to discuss how
to deal with the situation

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#739003: libsocket6-perl

[Daniel Lintott]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 15/02/14 19:00, gregor herrmann wrote:
> On Sat, 15 Feb 2014 16:49:07 +, Daniel Lintott wrote:
> 
>>> Please take a look at
>>> http://pkg-perl.alioth.debian.org/policy.html and
>>> http://pkg-perl.alioth.debian.org/git.html if you haven't done 
>>> so already to get libsocket6-perl into our git repos with the 
>>> minor changes needed for a team-maintained package.
>>> 
>>> Looking forward to seeing it appear at 
>>> http://pet.debian.net/pkg-perl/pet.cgi
>>> 
>> Many thanks gregor, I shall read through the documents and get
>> the necessary changes made
> 
> And the package is already in git -- thanks!
> 
> I've now, as per our usual workflow, added some TODO items to the
> top of debian/changelog.
> 
> Don't hesitate to ask on the list or on IRC if my comments are too 
> cryptic :)
> 
> 
> Cheers, gregor
> 

It took a while but I think I got there in the end!

I've had to leave override_dh_auto_configure as it was trying use the
configure file and not the Makefile.PL. I've also added to this the
LDFLAGS for relro that were missing.

Everything else has been completed as per the TODO ;)

Cheers,

Daniel Lintott
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQEcBAEBAgAGBQJS/+efAAoJEMw/9yOWzAkJm/EIAJ0xAsdol+SQDDxrby2XhWHd
td3EcXYDBBkHTZrYxei0muVu2SilBC7dfEb+ZLzCt3rlZl/eQ/8AeHUFG9mtBsiv
hL9eotbr9HGcE/A7LvCUXUeuQXworgsPGBE3gphyZ7O95SVi2fF+CgU3lmvIoVf1
5D1GqBd8F54T3ScPbelpiliZOszVqfEbTf/jrFCM5/m26f2YNtbPXKqD9xABY6d3
oVYvE8pVZEsLkcdaafUEMXMIEpBt+1oReLyBSuz4vWyP0fJhdfRLAKsW7z07EW8z
14WewFqxjM1o4ax8cuEBbWV9cp3iy4TWHimXUdOhO0REfyo1J2M6Q38JUhZhjvA=
=GaJ9
-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#739117: gpxviewer: Depends from python-osmgpsmap which is not in Debian any more

[Andreas Tille]

Package: gpxviewer
Severity: grave
Tags: upstream
Justification: renders package unusable

Hi,

gpxviewer depends from python-osmgpsmap but this package is not
available any more since it is not created any more from the source
osm-gps-map version >= 1.0.

Kind regards

Andreas.

-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#739116: ITP: frosted -- a simple program which checks Python source files for errors

[Per Andersson]

Package: wnpp
Severity: wishlist
Owner: Per Andersson 

* Package name: frosted
  Version : 1.3.3
  Upstream Author : Timothy Crosley 
* URL : https://github.com/timothycrosley/frosted
* License : Expat
  Programming Lang: Python
  Description : a simple program which checks Python source files for errors

 Frosted is a fork of pyflakes (originally created by Phil Frost) that
 aims at more open contribution from the outside public, a smaller more
 maintainable code base, and a better Python checker for all. It
 currently cleanly supports Python 2.6 - 3.4 using pies to achieve this
 without ugly hacks and/or py2to3.

I use this and plan to maintain it in collab-maint.

It is a fork of pyflakes (which seems to have become a bit stale) and is
taken in by the python community.

https://mail.python.org/pipermail/code-quality/2014-January/000212.html

Another similar package is pep8.


--
Per


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739115: ITP: python-pies -- library for writing programs for both Python 2 and 3

[Per Andersson]

Package: wnpp
Severity: wishlist
Owner: Per Andersson 

* Package name: python-pies
  Version : 2.6.0
  Upstream Author : Timothy Crosley 
* URL : https://github.com/timothycrosley/pies
* License : Expat
  Programming Lang: Python
  Description : library for writing programs for both Python 2 and 3

 Pies is a Python 2 and 3 compatibility layer with the philosophy that all
 code should be Python 3 code. Starting from this viewpoint means that
 when running on Python 3 pies adds virtually no overhead.
 .
 Instead of providing a bunch of custom methods (leading to Python code
 that looks out of place on any version) pies aims to backport as many
 of the Python 3 API calls, imports, and objects to Python 2 - relying
 on special syntax only when absolutely necessary.


This is a dependency for frosted, which I also filed an ITP for.

A similar package is python-six.

I plan to maintain it in collab-maint.


--
Per


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739114: ITP: ruby-sanitize -- whitelist-based HTML sanitizer for Ruby

[Jonas Genannt]

Package: wnpp
Severity: wishlist
Owner: Jonas Genannt 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ruby-sanitize
  Version : 2.1.0
  Upstream Author : Ryan Grove 
* URL : https://github.com/rgrove/sanitize/
* License : MIT
  Programming Lang: Ruby
  Description : whitelist-based HTML sanitizer for Ruby

Sanitize is a whitelist-based HTML sanitizer. Given a list of acceptable
elements and attributes, Sanitize will remove all unacceptable HTML from a
string.
..
Using a simple configuration syntax, you can tell Sanitize to allow certain
elements, certain attributes within those elements, and even certain URL
protocols within attributes that contain URLs. Any HTML elements or attributes
that you don't explicitly allow will be removed.

For GitLab - maintained by Ruby PKG Extras

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJS/+YOAAoJEPBM7/YBbP/QH3wP/RKeKfMiF001QQQktN7KFCAA
nF8MBZREaFNS7BSCcCZ0wJOgCnnGRXlX02EnOJM57mDHafZWhM8kHQA0bhsXXctx
GO+DgyC9cVusJuhNiuzkxvDHg9R7Tp9p+IxpmAnLDDkblm3N+SsksU7rIUvxxJIH
MZLClXtSfeq57DrV7ZI8aWqHbEpM/XmqFG+mcBNvdISPwg5POaANDnZLTjoWWj+3
krma3z08lGUS908vIG16kRHDjnoeDSZpEYtp9RdAFto4qVTQQo3Gmks1Mhk650FK
5pJ9gEtP1z1y3mX4AXI9HnAelpQ7rateMSh+8Ssac/hfZm6hCvJBpI+qoNMYuf3r
fbIgmdwfGV3ssRP+/rzenFMQdhZ9xae2erIjhobTc4DO70ufScgYFNPc6ve2rNnd
KLkVCWLDsh0AFzf6QdADpwK9jUp19Qts9cwvxuoXYCqnNDxushWlNG/vIbZPsq3J
YAkm4uySLFo4TToZ26+g+KAaGhI2oOBDnuRnONedJiYq81SKRqxHkAi6rsoff2pX
x8xJmOxdfyqH3ciJX/eZ816PTVrnWpNXyRpPOI2WxGMLFS8dA/8pOgBq3wqE64Yl
0gSDzuucZOMors12f2AAq63u5GNXwnHhHD8oJIrZBwQEmO5pQQ3ndNW+T82cgGvk
SFPZjPpystXXtQK1G1Qh
=hxJu
-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#733605: [pkg-wine-party] Bug#733605: GNU/Hurd wine build almost fixed upstream

[Michael Gilbert]

control: tag -1 -patch

On Sat, Jan 11, 2014 at 7:54 AM, Svante Signell wrote:
> The patch for PATH_MAX does not yet seem to be accepted. Is it possible
> that the patch below can be applied, together with the upstream changes,
> in Debian until the PATH_MAX issue is resolved upstream?

I would prefer to wait for everything to be upstreamed.

Best wishes,
Mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#729203: I would like to see ffmpeg as well

[nathan]

I am a relatively new user to Linux. I love Debian and its family of 
distributions. But I also love ffmpeg and would like to see it in your 
new version. It seems that the open source community sometimes has a 
real political struggle as to 'who is better' and that is a shame, any 
animosity on both side of the fence should be laid to rest and 
compatibility between both fully restored. At the end of the day though 
Debian as an OS should not be taking sides and leaving it to the user to 
decide which they would prefer.


Just my two cents.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739113: systemd: Please document Vcs-Git workflow in README.source

[intrigeri]

Source: systemd
Version: 204-7
Severity: wishlist

Hi,

after checking out the Vcs-Git for this package, it's not immediately
clear how to e.g. build it from Git after applying an additional
patch. I assume one shall use debian/systemd-hack-up-the-source.hook,
and perhaps gitpkg too, but I'm not sure how.

How about giving a few hints about this in debian/README.source?
If someone gave me enough hints about it, I wouldn't mind testing it
and writing the actual README.source.

(Actually, I'm interested in the answer both because I'd like to test
some systemd patches, and also because I suspect we might want to use
the same workflow in the upcoming pkg-otr team.)

Thank you for maintaining systemd in Debian.

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-

[Michael Biebl]

Am 15.02.2014 22:46, schrieb Sven Joachim:
> Package: libsigc++-2.0-dev
> Version: 2.2.11-2
> Severity: grave
> 
> Your package depends on libsigc++-2.0- (= 2.2.11-2) which is not
> available.  The following message from the build log gives a hint:
> 
> ,
> | dpkg-gencontrol: warning: Depends field of package libsigc++-2.0-dev: 
> unknown substitution variable ${Soname}
> `
> 
Depends: libsigc++-2.0-${Soname} (= ${binary:Version})

that doesn't work of course, after having dropped the ${Soname}
substitution from debian/rules.

The symbols file looks broken as well:

libsigc-2.0.so.0 libsigc++-2.0-0c2a (>= 2.0.2)

Why was the version hard-coded here instead of using #MINVER#?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#712545: xserver-xorg-core: Xorg crashes when displaying pictures

[Hilmar Preusse]

On 15.02.14 Sven Joachim (svenj...@gmx.de) wrote:
> Am 15.02.2014 um 16:01 schrieb Hilmar Preusse:

Hi,

> > He says, it is fixed latest in 1:1.0.10-1 (Debian testing).
> 
> Yes.  What I mean is that I cannot find anything in the commit logs of
> xserver-xorg-nouveau which would explain this to me.
> 
The only one I found was the following from upstream changelog:

commit 2fa3397e348161a3394e2b456f065921272a056a
Author: Ilia Mirkin 
Date:   Fri May 3 09:59:39 2013 -0400

nouveau_xv: Avoid reading off the end of the source image on NV50+

The 'w' argument to NVCopyNV12ColorPlanes is used to index into the
source image. line_len is rounded up to 8 on NV50+, so if the source
image (+ left offset) is not rounded to 8, NVCopyNV12ColorPlanes could
read past the end of the array and crash X. This change can cause the
last few horizontal pixels of dst to not be initialized, but they
should be truncated by the renderer anyways.

See https://bugs.freedesktop.org/show_bug.cgi?id=63263

Signed-off-by: Ilia Mirkin 
Signed-off-by: Ben Skeggs 

No, I don't have an NV50+ card, but rather a NV40 card. Could you
have a short look if my problem is related to this issue?  If yes,
I'll try to compile a patched package for testing.

Thanks!

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#739111: libsigc++-2.0-dev: depends on unavailable package libsigc++-2.0-

[Sven Joachim]

Package: libsigc++-2.0-dev
Version: 2.2.11-2
Severity: grave

Your package depends on libsigc++-2.0- (= 2.2.11-2) which is not
available.  The following message from the build log gives a hint:

,
| dpkg-gencontrol: warning: Depends field of package libsigc++-2.0-dev: unknown 
substitution variable ${Soname}
`


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 3.13.3-nouveau (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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#739029: RFS: qgis/2.0.1-2

[Sebastiaan Couwenberg]

On 02/15/2014 05:42 PM, Andreas Beckmann wrote:
> Some minor nitpicking:
> 
> On Saturday, 15. February 2014 03:12:36 Bas Couwenberg wrote:
>>  qgis-plugin-globe- OSG globe plugin for QGIS
>>  qgis-plugin-globe-common - OSG GLOBE plugin for QGIS -
> 
> inconsistent capitalization
> 
> There are a lot of unused substvars, maybe they should be "used" somehow. The 
> unknown ones are probably OK.
> 
> dpkg-gencontrol: warning: package qgis: unused
> substitution variable ${sip:Depends}

The inconsistent capitalization and unused substitution variable
${sip:Depends} warnings are fixed in git.

http://anonscm.debian.org/gitweb/?p=pkg-grass/qgis.git

The remaining unused substitution variable warning is for
${python:Versions}:

dpkg-gencontrol: warning: package python-qgis: unused substitution
variable ${python:Versions}

It was previously used for the XB-Python field, but this field is
deprecated in the current Python packaging policy:

https://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-specifying_versions

This warning can be ignored.

The other fixes will be included in the next qgis upload.

Kind Regards,

Bas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#677271:

[Iain Lane]

On Sun, Jun 17, 2012 at 10:53:05PM +0200, Thomas Bechtold wrote:
> dbus-test-runner seems to depend on ubuntu dbus modifications [1].

I just test built the Ubuntu source package in sid and it worked fine
(testsuite passed).

I'll probably upload dbus-test-runner under pkg-ayatana soon.

Thanks,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


signature.asc
Description: Digital signature

Bug#739107: [Debian-med-packaging] Bug#739107: python-fitbit: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc-base/python3-fitbitscraper

[Iain R. Learmonth]

On 15/02/14 21:05, Andreas Beckmann wrote:
> Package: python-fitbit
> Version: 0.0.3-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package fails to upgrade from
> 'testing'.
> It installed fine in 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
> 
> See policy 7.6 at
> http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
> 
>>From the attached log (scroll to the bottom...):
> 
>   Selecting previously unselected package python-fitbit.
>   Preparing to unpack .../python-fitbit_0.0.3-1_all.deb ...
>   Unpacking python-fitbit (0.0.3-1) ...
>   dpkg: error processing archive 
> /var/cache/apt/archives/python-fitbit_0.0.3-1_all.deb (--unpack):
>trying to overwrite '/usr/share/doc-base/python3-fitbitscraper', which is 
> also in package python3-fitbitscraper 0.1-1
>   Processing triggers for mime-support (3.54) ...
>   Errors were encountered while processing:
>/var/cache/apt/archives/python-fitbit_0.0.3-1_all.deb
> 

I appear to have copied and pasted the doc-base file from another
package and not changed all the fields.

Whoops. Fixing now.

Iain.

-- 
urn:x-human:Iain R. Learmonth
http://iain.learmonth.me/
mailto:i...@fsfe.org
xmpp:i...@jabber.fsfe.org
tel:+447875886930

GPG Fingerprint: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49
Please verify out-of-band before trusting with sensitive information.

[[[ To any GCHQ or other security service agents reading my email: ]]]
[[[ Please consider if any professional body code of conduct to]]]
[[[ which you subscribe requires you to follow Snowden's example.  ]]]
[[[ Your professional membership, chartered or incorporated status ]]]
[[[ may be at risk.]]]



signature.asc
Description: OpenPGP digital signature

Bug#738392: proofgeneral: FTBFS: Latex errors

[Hendrik Tews]

Hi,

Hideki Yamane writes:

 >  Also, I'll upload it to 10-delayed queue. If you don't want it, please
 >  tell me.

thanks a lot for helping me out here!

Bye,

Hendrik


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738794: xterm: the right part of the window is not always erased

[Vincent Lefevre]

On 2014-02-15 07:57:23 -0500, Thomas Dickey wrote:
> is there an accessible pdf file that I could use to reproduce the problem?

For instance:

  https://www.vinc17.net/research/slides/arith17.pdf

The bug is reproducible with the default options and

  xterm -geometry 80x76

(it seems that the size matters). With this examples, 2 lines are
affected.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739109: lintian: false positive maintainer-script-should-not-use-adduser-system-without-home in sendmail-base

[Andreas Beckmann]

Package: lintian
Version: 2.5.21
Severity: normal

Running lintian on sendmail-base_8.14.4-4.1_all.deb reports

E: sendmail-base: maintainer-script-should-not-use-adduser-system-without-home 
postinst:64
E: sendmail-base: maintainer-script-should-not-use-adduser-system-without-home 
postinst:74

but the postinst script contains these calls:

adduser --system --ingroup smmta --home "/var/lib/sendmail" \
--disabled-password \
--quiet --gecos 'Mail Transfer Agent' smmta;

adduser --system --ingroup smmsp --home 
"/var/lib/sendmail" \
--disabled-password \
--quiet --gecos 'Mail Submission Program' smmsp;


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739108: cpufrequtils: Wrong upstream Homepage URL

[Matanya Moses]

Package: cpufrequtils
Severity: minor

cpufrequtils Homepage in the control file should point at 
https://www.kernel.org/pub/linux/utils/kernel/cpufreq/
instead of the wrong 
https://www.kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html which 
is currently in use

-- System Information:
Debian Release: 6.0.8
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#739030: gmpc: Upcoming vala-0.16 removal

[Etienne Millon]

Hi,

Well, half a year is not so bad :-/ Sorry for hindering the removal.

If I remember correctly, porting the current version to a recent vala
compiler would require a non negligible amount of work (by the way, do
you know if there is a porting guide for valac upgrades?). Upstream is
working on a new version but has not released one yet.

The best course of action is probably to package a git snapshot and
convince upstream to release before the freeze, as I'd like to provide
a newer gmpc for jessie (including glyr support etc).

Thanks

-- 
Etienne Millon


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739096: [Pkg-libvirt-maintainers] Bug#739096: libvirt-bin: Inconsistency between dh_systemd_start and dh_installinit calls

[Guido Günther]

On Sat, Feb 15, 2014 at 08:27:32PM +0100, Laurent Bigonville wrote:
>   dh_installinit --name=libvirt-bin --no-restart-on-upgrade -- defaults 28 72
>   dh_installinit --name=libvirt-guests --no-restart-on-upgrade -- defaults 29 
> 71
>   dh_systemd_start --restart-after-upgrade
> 
> "--restart-after-upgrade" is passed to dh_systemd_start while
This means we restart the daemon in the postinst without stopping it in
the preinst.

> "--*no*-restart-on-upgrade" is passed to dh_installinit.
And this one too. We're not stopping the daemon in the preinst and
only restart it in the postinst.

I think the bug can be closed.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#730604: libvirt-bin: Please rename libvirt-bin.service back to libvirtd.service and use symlink or Alias= instead

[Guido Günther]

Hi Laurent,
On Sat, Feb 15, 2014 at 08:51:19PM +0100, Laurent Bigonville wrote:
> Hello,
> 
> I'm currently looking at this.
Thanks for looking into this.

> As explained, if the .service is being renamed, we need to stop the
> service before it get renamed on disk.
> 
> I see 2 options here:
> 
> 1) Call invoke-rc.d libvirt-bin stop in a preinst script
> 
> 2) Kill libvirtd daemon based on the pid in the .pid file in
> the postinst script (we could either use kill or start-stop-daemon)
> 
> Both will only happen once and only if the user is running systemd
> already.
> 
> With 1) the downtime of the daemon might be a bit longer than with 2)
> 
> What's your preference here?
Given that this would happen between the wheezy -> jessie updates 1)
might impose a rather long downtime so I think 2 would be preferable.
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739104: debcheckout: should create a local tracking branch for pristine-tar

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 15/02/2014 16:55, Andreas Beckmann a écrit :

> if debcheckout clones a git repository, if should create a local
> tracking branch for pristine-tar (if that exists in the remote
> repository).

So maybe it should (recommend git-buildpackage and) use “gbp pull”
instead of “git pull” if available.

Regards

David


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJS/9cOAAoJEAWMHPlE9r08SiUH/1IaCMH4cZxPw5Nlo17xQGWK
rcr1aPaofQyUMGO8uJ5xADEYlk3gF49Cjpku8PXspyOOtp5m277OJ4ckeZKnCus8
UOzDtZxo8vSbmmiXfUqjWQ4QYpAzZUIo1ijqMp3x/3TZ3bdTg5EEgR+oz+q4GZcF
wm01jktmii9a2o6gNM4O1KGFsnt29RH41sRZs3PSmfxxf2i6XlFwG8t/J64s5H96
uLP7C10drF8cbZcWL4Bu3RsI1dpFVFnicXAivGmgyxDgn/RgcugXsGKfPvGJn9jR
nfc1Gq08vqvpYRAIDubJ0HVjpaH83zVzeXBY+1HRDApTF3nPx/A8FI+Kl2eFmq4=
=K3ak
-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#739107: python-fitbit: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc-base/python3-fitbitscraper

[Andreas Beckmann]

Package: python-fitbit
Version: 0.0.3-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-fitbit.
  Preparing to unpack .../python-fitbit_0.0.3-1_all.deb ...
  Unpacking python-fitbit (0.0.3-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python-fitbit_0.0.3-1_all.deb (--unpack):
   trying to overwrite '/usr/share/doc-base/python3-fitbitscraper', which is 
also in package python3-fitbitscraper 0.1-1
  Processing triggers for mime-support (3.54) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/python-fitbit_0.0.3-1_all.deb


cheers,

Andreas


python3-fitbitscraper=0.1-1_python-fitbit=0.0.3-1.log.gz
Description: GNU Zip compressed data

Bug#739106: please package new 1.0.0 upstream version

[Holger Levsen]

package: irssi-plugin-otr
severity: wishlist

Hi,

1.0.0 was released 3 days ago, someone should do something, eg update the 
package :)


cheers,
Holger


signature.asc
Description: This is a digitally signed message part.

Bug#739105: clog: Wrong upstream Homepage URL

[Matanya Moses]

Package: clog
Severity: minor

clog Homepage in the control file should point at 
http://tasktools.org/projects/clog.html 
instead of the wrong http://tasktools.org/projects/clog/ which is currently in 
use

-- System Information:
Debian Release: 6.0.8
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#739104: debcheckout: should create a local tracking branch for pristine-tar

[Andreas Beckmann]

Package: devscripts
Version: 2.14.1
Severity: normal

Hi,

if debcheckout clones a git repository, if should create a local
tracking branch for pristine-tar (if that exists in the remote
repository). Otherwise git-buildpackage --git-pristine-tar fails because
it cannot find the pristine-tar branch. It tries to access the remote,
but somehow this fails. Also a local pristine-tar branch is needed to
import a new upstream release.

$ debcheckout qgis
[...]
$ cd qgis
$ git-buildpackage --git-export-dir=../build-area --git-pristine-tar [...]
[...]
gbp:warning: Pristine-tar branch "pristine-tar" not found
fatal: Path 'qgis_2.0.1.orig.tar.gz.delta' does not exist in 
'refs/remotes/origin/pristine-tar'
pristine-tar: git show 
refs/remotes/origin/pristine-tar:qgis_2.0.1.orig.tar.gz.delta failed
gbp:error: Couldn't checkout "qgis_2.0.1.orig.tar.gz": /usr/bin/pristine-tar 
returned 128

There may be an additional bug in pristine-tar that makes it only look
for .tar.gz in refs/remotes/origin/pristine-tar while we have an
..tar.bz2 in this case.
After checking out pristine-tar locally once, gbp succeeds:

[...]
pristine-tar: successfully generated 
/tmp/rebuild/build-ares/qgis_2.0.1.orig.tar.bz2
[...]


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#739103: clamsmtp: Wrong upstream Homepage URL

[Matanya Moses]

Package: clamsmtp
Severity: minor

clamsmtp Homepage in the control file should point at 
http://thewalter.net/stef/software/clamsmtp/ 
instead of the wrong http://memberwebs.com/nielsen/software/clamsmtp which is 
currently in use

-- System Information:
Debian Release: 6.0.8
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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