Bug#702137: RFS: crosslibs/2.5-2 ITP

[Paul Wise]

On Sun, Mar 3, 2013 at 9:31 AM, Brian Bosak wrote:

   More information about hello can be obtained from http://www.example.com.

That is obviously not true.

Here is my review of the package (I don't intend to sponsor it):

You are supposed to file an Intent To Package (ITP) bug before
starting packaging. Luckly no-one else appears to be packaging it yet,
but to ensure there is no duplication of effort, please file one.

http://www.debian.org/devel/wnpp/#l1

Please delete all the .ex files in debian/ since those are examples.

Your debian/rules does not need any of the comments that are in it,
please remove them.

Please add --parallel to the arguments of dh in debian/rules.

Both README.source and README.Debian don't appear to be needed, please
remove them.

The upstream NEWS file is empty, don't distribute it (see debian/docs).

The debian/copyright file claims example.com is the homepage, please fix that.

Your email address in debian/copyright is wrong.

The comments in the debian/copyright file are not needed, please remove them.

There don't appear to be any copyright statements or license grants,
are you sure we are allowed to distribute it? In any case the
copyright/license info in debian/copyright is probably wrong.

Please run wrap-and-sort -sa to wrap and sort various files properly,
especially the description in debian/control, which is incorrectly
wrapped

The Standards-Version is out-of-date, please read the upgrading
checklist and update it:

http://www.debian.org/doc/debian-policy/upgrading-checklist

The URL in CrossLibs.pc.in looks bogus, please remove it.

I don't think it is a good idea to ship code that is known to
segfault, please fix libCrossLibs.cpp or the comment in it.

Please switch from autotools-dev to dh-autoreconf.

Since you appear to be upstream, please read our upstream guide:

http://wiki.debian.org/UpstreamGuide

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

gcc:

libCrossLibs.cpp: In member function 'void
Compiler::ReadAll(wchar_t*, int, ...)':
libCrossLibs.cpp:1716:24: warning: 'wchar_t' is promoted to 'int' when
passed through '...' [enabled by default]
libCrossLibs.cpp:1716:24: note: (so you should pass 'int' not
'wchar_t' to 'va_arg')
libCrossLibs.cpp:1716:24: note: if this code is reached, the program will abort
libCrossLibs.cpp: In member function 'std::wstring
Compiler::ReadToCharacter(wchar_t*, int, ...)':
libCrossLibs.cpp:1697:24: warning: 'wchar_t' is promoted to 'int' when
passed through '...' [enabled by default]
libCrossLibs.cpp:1697:24: note: if this code is reached, the program will abort

lintian:

W: crosslibs source: dh-make-template-in-source debian/crosslibs.cron.d.ex
W: crosslibs source: dh-make-template-in-source debian/crosslibs.default.ex
W: crosslibs source: dh-make-template-in-source debian/crosslibs.doc-base.EX
W: crosslibs source: dh-make-template-in-source debian/emacsen-install.ex
W: crosslibs source: dh-make-template-in-source debian/emacsen-remove.ex
W: crosslibs source: dh-make-template-in-source debian/emacsen-startup.ex
W: crosslibs source: dh-make-template-in-source debian/init.d.ex
W: crosslibs source: dh-make-template-in-source debian/manpage.1.ex
W: crosslibs source: dh-make-template-in-source debian/manpage.sgml.ex
W: crosslibs source: dh-make-template-in-source debian/manpage.xml.ex
W: crosslibs source: dh-make-template-in-source debian/menu.ex
W: crosslibs source: dh-make-template-in-source debian/postinst.ex
W: crosslibs source: dh-make-template-in-source debian/postrm.ex
W: crosslibs source: dh-make-template-in-source debian/preinst.ex
W: crosslibs source: dh-make-template-in-source debian/prerm.ex
W: crosslibs source: dh-make-template-in-source debian/watch.ex
W: crosslibs source: out-of-date-standards-version 3.9.3 (current is 3.9.4)
I: crosslibs source: debian-watch-file-is-missing
W: crosslibs: package-name-doesnt-match-sonames libCrossLibs0
W: crosslibs: hardening-no-relro usr/lib/libCrossLibs.so.0.0.0
W: crosslibs: hardening-no-fortify-functions usr/lib/libCrossLibs.so.0.0.0
W: crosslibs: debian-changelog-line-too-long line 5
E: crosslibs: helper-templates-in-copyright
W: crosslibs: copyright-has-url-from-dh_make-boilerplate
E: crosslibs: copyright-contains-dh_make-todo-boilerplate
W: crosslibs: readme-debian-contains-invalid-email-address brian@unknown
W: crosslibs: extended-description-line-too-long
I: crosslibs: extended-description-is-probably-too-short
E: crosslibs: non-empty-dependency_libs-in-la-file usr/lib/libCrossLibs.la
W: crosslibs: non-dev-pkg-with-shlib-symlink
usr/lib/libCrossLibs.so.0.0.0 usr/lib/libCrossLibs.so
I: crosslibs: no-symbols-control-file usr/lib/libCrossLibs.so.0.0.0

todo grep:

./include/libCrossLibs.h://TODO: Remove GUI library (this is not
something which should be standardized in a core library)
./libCrossLibs/libCrossLibs.cpp://TODO: IC80FS segfault is caused by
faulty memory allocator. Fix it.
./libCrossLibs/libCrossLibs.cpp:

Bug#692607: linux-image-3.2.0-4-686-pae: Kernel crash when coming out of screen saver

[Bjørn Mork]

Ben Hutchings b...@decadent.org.uk writes:
 On Thu, 2013-02-28 at 11:31 +0100, Bjørn Mork wrote:

 Anyone able to spot the missing INIT_WORK()'s?  Based on the
 I915_HAS_HOTPLUG(dev) test, I assume that leaving the first one out was
 intentional.  But the second one cannot be left out, as demonstrated by
 these bug reports.

 Agreed.  And this is a faithful backport of the upstream change, i.e.
 the bug was not introduced in backporting.  However it seems to have
 been almost immediately fixed upstream by:

 commit 8b2e326dc7c5aa6952c88656d04d0d81fd85a6f8
 Author: Chris Wilson ch...@chris-wilson.co.uk
 Date:   Tue Apr 24 22:59:41 2012 +0100

 drm/i915: Unconditionally initialise the interrupt workers

Yup. That's the patch Steinar is currently testing.  Backported and
refreshed against the Debian 3.2.39-2 source.  Attached for your
convenience.

FWIW, I have no problems understanding how this bug could be missed
during backport.  There is nothing in the upstream commit messages
indicating that the second change fixes a serious bug or that there is a
strict dependency between these two changes.

 I am attaching a proposed fix on top of the 655152 patch, which I have
 not tested at all on actual Debian kernel sources.  Might need context
 adjustments.  I'd appreciate it if anyone with crashing hardware could
 test it.

 It applies and builds.

 Instructions for building a patched package are at:
 http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

It was a long time since I last built a Debian kernel, and I was
positively surprised by the test-patches script.  I was not aware that
testing a patch on top of a Debian kernel would be as simple as
installing the source and running a script.  Thanks for making such
tasks so easy for end users.

But if I may request another feature for the script, then I believe a
fuzz option would have been useful.  Or a more lenient default than 0
at least. That's just annoyingly strict.



Bjørn
From 3738ac736bf08e589968d8b5af52cef409047472 Mon Sep 17 00:00:00 2001
From: Chris Wilson ch...@chris-wilson.co.uk
Date: Tue, 24 Apr 2012 22:59:41 +0100
Subject: [PATCH] drm/i915: Unconditionally initialise the interrupt workers
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

commit 8b2e326dc7c5aa6952c88656d04d0d81fd85a6f8 upstream.

Rather than duplicate similar code across the IRQ installers, perform
the initialisation of the workers upfront. This will lead to simpler
teardown and quiescent code as we can assume that the workers have
been initialised.

Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Reviewed-by: Jesse Barnes jbar...@virtuousgeek.org
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
[bmork: deleted valleyview hunk for 3.2 backport]
Signed-off-by: Bjørn Mork bj...@mork.no
---
 drivers/gpu/drm/i915/i915_irq.c |   13 ++---
 1 file changed, 6 insertions(+), 7 deletions(-)

Index: linux-3.2.39/drivers/gpu/drm/i915/i915_irq.c
===
--- linux-3.2.39.orig/drivers/gpu/drm/i915/i915_irq.c	2013-02-28 15:02:55.0 +0100
+++ linux-3.2.39/drivers/gpu/drm/i915/i915_irq.c	2013-02-28 15:07:25.882044365 +0100
@@ -1806,10 +1806,6 @@
 
 	atomic_set(dev_priv-irq_received, 0);
 
-	INIT_WORK(dev_priv-hotplug_work, i915_hotplug_work_func);
-	INIT_WORK(dev_priv-error_work, i915_error_work_func);
-	if (IS_GEN6(dev) || IS_IVYBRIDGE(dev))
-		INIT_WORK(dev_priv-rps_work, gen6_pm_rps_work);
 
 	I915_WRITE(HWSTAM, 0xeffe);
 
@@ -1983,9 +1979,6 @@
 
 	atomic_set(dev_priv-irq_received, 0);
 
-	INIT_WORK(dev_priv-hotplug_work, i915_hotplug_work_func);
-	INIT_WORK(dev_priv-error_work, i915_error_work_func);
-
 	if (I915_HAS_HOTPLUG(dev)) {
 		I915_WRITE(PORT_HOTPLUG_EN, 0);
 		I915_WRITE(PORT_HOTPLUG_STAT, I915_READ(PORT_HOTPLUG_STAT));
@@ -2290,6 +2283,12 @@
 
 void intel_irq_init(struct drm_device *dev)
 {
+	struct drm_i915_private *dev_priv = dev-dev_private;
+
+	INIT_WORK(dev_priv-hotplug_work, i915_hotplug_work_func);
+	INIT_WORK(dev_priv-error_work, i915_error_work_func);
+	INIT_WORK(dev_priv-rps_work, gen6_pm_rps_work);
+
 	dev-driver-get_vblank_counter = i915_get_vblank_counter;
 	dev-max_vblank_count = 0xff; /* only 24 bits of frame count */
 	if (IS_G4X(dev) || IS_GEN5(dev) || IS_GEN6(dev) || IS_IVYBRIDGE(dev)) {

Bug#701938: [www.debian.org] Debian Trademarks: Branden Robinson presented as DPL

[Holger Wansing]

Hi,

victory victory@gmail.com wrote:
 some suggetstions:
 The Debian UK Society, by Branden Robinson, Debian Project Leader, on 29 Aug 
 2005.
 debian.ch, by Stefano Zacchiroli, Debian Project Leader, on 18 Apr 2011. 
 
 The Debian UK Society, by Branden Robinson as Debian Project Leader on 29 Aug 
 2005.
 debian.ch, by Stefano Zacchiroli as Debian Project Leader 18 Apr 2011. 
 
 The Debian UK Society, on 29 Aug 2005, by Branden Robinson as Debian Project 
 Leader.
 debian.ch, on 18 Apr 2011, by Stefano Zacchiroli as Debian Project Leader. 

or
The Debian UK Society, by Branden Robinson (Debian Project Leader at the time 
of decision).
debian.ch, by Stefano Zacchiroli (Debian Project Leader at the time of 
decision).


Holger

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under  D e b i a n   G N U / L I N U X   6.0  ( S q u e e z e )
Registered LinuxUser #311290 - http://linuxcounter.net/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


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

Bug#701949: elserv: heredocs are lazy evaluated which means parantheses are a problem

[Sven Joachim]

On 2013-03-01 05:44 +0100, Daniel Dickinson wrote:

 Package: elserv
 Version: 0.4.0+0.20011203cvs-17.1
 Followup-For: Bug #701949

 Upon googling (well really duckduckgo) I discovered that heredocs (e.g
 the cat  EOF path.el) are lazy evaluated in bash, which I think
 means the parentheses get evaluated before the cat, which screws up
 the heredoc (empty).

I'm not sure what you mean by lazy evaluated, but maybe it's the fact
that the text in the heredoc is subject to parameter expansion, command
substitution and arithmetic expansion.  Those does not occur here.

 In any event replacing there heredoc with echo 
 ( setq ... )
  path.el works around the issue.

You would need to use single quotes then, since double quotes occur in
the text.

Does the following script work for you?  If not, can you run it under
strace -f to see what goes wrong?

#!/bin/bash

cat  EOF
(setq load-path (cons . load-path) byte-compile-warnings nil)
EOF

Cheers,
   Sven

Bug#702112: RFS: tpb/0.6.4-9 -- program to use the IBM ThinkPad(tm) special keys

[Paul Wise]

I'm not planning to sponsor this but here is a review:

I wonder if the low-level nvram reading code should be replaced with a
Linux driver?

Please run tagpending from devscripts before uploading to mentors.

Please mention why debian/tpb.devfs is being dropped in the changelog.

fix-spelling-error-in-manpage.patch contains an invalid Bug URL.

Please send the patches upstream or mark them as forwarded using DEP-3:

http://dep.debian.net/deps/dep3/

The watch file doesn't account for the possibility of upstream
changing tarball formats. There is at least one other mistake in the
watch file:

https://wiki.debian.org/debian/watch#Common_mistakes

You may want to switch to debhelper compat 9 and dh instead of manual
dh_* sequencing for debian/rules.

You may want to use dh-autoreconf instead of autotools-dev.

The package fails to build twice in a row.

Various files have the incorrect FSF address, please to ask upstream
to fix them.

intl/plural.c is a generated file, please ensure that it is
regenerated at build time.

You might want to help review other packages:

http://mentors.debian.net/intro-reviewers

If you contact upstream, please mention our upstream guide:

http://wiki.debian.org/UpstreamGuide

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

gcc:

cfg.c: In function 'override_cfg':
cfg.c:965:21: warning: comparison between 'xosd_pos' and 'enum state'
[-Wenum-compare]
cfg.c:971:23: warning: comparison between 'xosd_align' and 'enum
state' [-Wenum-compare]
cfg.c: At top level:
cfg.c:45:29: warning: 'RCSid' defined but not used [-Wunused-variable]
tpb.c:55:29: warning: 'RCSid' defined but not used [-Wunused-variable]
tpb.c: In function 'fork_app':
tpb.c:1260:12: warning: ignoring return value of 'chdir', declared
with attribute warn_unused_result [-Wunused-result]
tpb.c: In function 'daemonize':
tpb.c:779:8: warning: ignoring return value of 'chdir', declared with
attribute warn_unused_result [-Wunused-result]
tpb.c:790:6: warning: ignoring return value of 'dup', declared with
attribute warn_unused_result [-Wunused-result]
tpb.c:793:6: warning: ignoring return value of 'dup', declared with
attribute warn_unused_result [-Wunused-result]

dpkg-shlibdeps:

warning: package could avoid a useless dependency if
debian/tpb/usr/bin/tpb was not linked against libXinerama.so.1 (it
uses none of the library's symbols)
warning: package could avoid a useless dependency if
debian/tpb/usr/bin/tpb was not linked against libSM.so.6 (it uses none
of the library's symbols)
warning: package could avoid a useless dependency if
debian/tpb/usr/bin/tpb was not linked against libICE.so.6 (it uses
none of the library's symbols)
warning: package could avoid a useless dependency if
debian/tpb/usr/bin/tpb was not linked against libXext.so.6 (it uses
none of the library's symbols)

cppcheck:

[intl/localcharset.c:153]: (error) Common realloc mistake: 'res_ptr'
nulled but not freed upon failure

msgfmt:

lots of fuzzy/empty things ignored.

POFileChecker:

po-file-checker
  file name=./debian/po/id.po allow=0
error line=46 message=5missing ./error
  /file
  file name=./debian/po/de.po allow=0
error line=53 message=5missing ./error
  /file
  file name=./debian/po/nl.po allow=0
error line=46 message=5missing ./error
  /file
  file name=./debian/po/ja.po allow=0
error line=54 message=5missing ./error
  /file
  file name=./po/fr.po allow=0
error line=577 message=122extra amp; acelerator/error
error line=582 message=123extra amp; acelerator/error
error line=587 message=124extra amp; acelerator/error
error line=592 message=125extra amp; acelerator/error
  /file
  file name=./po/da.po allow=0
error line=18 message=2missing :/error
  /file
  file name=./po/de.po allow=0
error line=216 message=49missing :/error
  /file
/po-file-checker

isutf8:

./debian/po/fr.po: line 38, char 1, byte offset 18: invalid UTF-8 code
./debian/po/de.po: line 31, char 1, byte offset 46: invalid UTF-8 code
./debian/po/sv.po: line 30, char 1, byte offset 18: invalid UTF-8 code
./debian/po/ja.po: line 32, char 1, byte offset 13: invalid UTF-8 code
./debian/po/cs.po: line 31, char 1, byte offset 22: invalid UTF-8 code
./debian/patches/add-french-traslation.patch: line 35, char 1, byte
offset 6: invalid UTF-8 code
./debian/patches/fix-spelling-error-in-binary.patch: line 18, char 1,
byte offset 44: invalid UTF-8 code
./po/fr.po: line 3, char 1, byte offset 5: invalid UTF-8 code
./po/da.po: line 19, char 1, byte offset 48: invalid UTF-8 code
./po/de.po: line 19, char 1, byte offset 10: invalid UTF-8 code
./po/ru.po: line 18, char 1, byte offset 9: invalid UTF-8 code
./intl/locale.alias: line 33, char 1, byte offset 5: invalid UTF-8 code


-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702131: syslog-ng childs segfault, eventfd2: Invalid argument

[Gergely Nagy]

Martin Zobel-Helas zo...@debian.org writes:

 Package: syslog-ng
 Version: 3.3.5-2
[...]
 when trying to start syslog-ng on gabrielli.debian.org I see the following 
 error:

 root@gabrielli:/var/lib/syslog-ng# /etc/init.d/syslog-ng start
 [] Starting system logging: syslog-ngeventfd2: Invalid argument
  failed!
 root@gabrielli:/var/lib/syslog-ng#
[...]

This is a known problem in the underlying ivykis library, and can be
fixed by applying a patch to lib/ivykis, something along these lines:

 
https://github.com/buytenh/ivykis/commit/89f67f97477aeba24aebfc58ae1a17e5bea69724.patch

It will need some minor changes, as the ivykis included with 3.3.5 is a
bit different from upstream.

 I then can see syslog-ng master-process spawining childs, which segfault 
 immidiatly:
 http://paste.debian.net/239439/

This sounds like another issue, also in ivykis, but a race condition:

  
https://github.com/buytenh/ivykis/commit/144b88cbe4a04d53acbf4525d06cc1860571d36f.patch

This should apply reasonably cleanly to lib/ivykis aswell.

Both problems affect unstable aswell, but there the problem needs to be
fixed in the ivykis library, I'll clone the bug report shortly.

Since the syslog-ng maintainer already prepared an upload targeted at
wheezy that fixes other RC bugs, these two patches should be added to
that mix too.

Nevertheless, I'll prepare an NMU later today and will prod the release
team to let it through t-p-u (unstable has a whole new syslog-ng
upstream version).

 Build-depends for syslog-ng for wheezy are installed on host 
 gabrielli.debian.org in the wheezy chroot.

I'll run some tests there with the fixes today, and will follow up with
the results to this bug report.

Thanks for reporting  the help so far!

-- 
|8]


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

Bug#697890: iwconfig not in /sbin

[Charles Plessy]

Le Sun, Mar 03, 2013 at 08:44:14AM +0100, Christian PERRIER a écrit :
 
 So, leaving this sitting in my TODO list. Of course, anyone is free to
 upload tasksel with the current pending changes.
 
 (I added [linux-any] to iw)

Hi Christian,

unfortunately it makes the package fail to build.

dpkg-gencontrol: error: the Recommends field contains an arch-specific 
dependency but the package is architecture all
dh_gencontrol: dpkg-gencontrol -ptask-desktop -ldebian/changelog 
-Tdebian/task-desktop.substvars -Pdebian/task-desktop returned exit code 255

Currently all tasks are architecture-independent, so I guess that making
task-desktop architecture-dependent would not be a good solution ?

Cheers

-- 
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#701048: open-cobol: squeeze-wheezy upgrade fails

[Michael Gilbert]

control: forcemerge 645713 -1

As best I can tell these are the same issues.  Both errors are of the form:

 E: Could not perform immediate configuration on 'package'.
 Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)

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#701946: aptitude: Internal error: no filename for package:amd64 after a failed install

[Daniel Hartwig]

On 3 March 2013 11:04, Daniel Dickinson csh...@neomailbox.net wrote:
 On 02/03/13 02:41 AM, Daniel Hartwig wrote:
 On 2 March 2013 09:57, Daniel Dickinson csh...@neomailbox.net wrote:
 This happens with any of the packages I have tried to reinstall. For
 example, if ccrypt is already installed, the emacs23 amd64 23.4+1-4 will
 fail to install.  If you subsequently attempt a reinstall you will see
 E:  Internal error, No file name for emacs23:amd64.

 Is the issue with install, or reinstall?

 Reinstall (that is using L in aptitude, after the install fails).

Right.  So the situation, as I understand it, is this:

Starting with emacs23 _not installed_, you install ccrypt.  Then you
attempt to install emacs23 and it fails due to some error you have not
specified (but would be very helpful to know).  At this point, you
attempt to _reinstall_ emacs23, which fails with the internal error as
stated above.

Using reinstall — rather than install — on the second attempt suggests
that the package emacs23 is in a state similar to gcc-4.7-base in
#670920.  That is, half-installed, half-configured, or similar.

I have retried this scenario on a local chroot and not encountered any
problems installing emacs23 after ccrypt.


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

Bug#702148: ufraw: please package new upstream 0.19

[Graham Inggs]

Package: ufraw
Version: 0.18-2
Severity: wishlist

New upstream release 0.19 is available:
http://sourceforge.net/projects/ufraw/files/ufraw/ufraw-0.19/

26/02/2013 - UFRaw-0.19 released, based on DCRaw v 9.17.

   - Maintenance release with lots of bug fixes.

Bug#702149: ITP: vmodsynth -- a modular software synthesizer

[Ho Wan Chan]

Package: wnpp
Severity: wishlist

* Package name: vmodsynth
Version: 1.0
Upstream Author: Rafal Cieślak rafalcieslak...@gmail.com
* URL: https://launchpad.net/vmodsynth
* License: GPL v3
Programming Language: C++ 11
Description: vModSynth - a modular software synthesizer

vModSynth is not meant to be a useful and convenient synthesizer. It's
instead meant to resemble the look  feel of an analog modular software
synthesizer, featuring similar modules, allowing to connect them freely,
and control all knobs with an external MIDI device. This allows one to have
the fun of an analog synthesizer and easily design their synthesizers just
as if they would on a real kit.

Bug#702112: RFS: tpb/0.6.4-9 -- program to use the IBM ThinkPad(tm) special keys

[Paul Wise]

On Sun, Mar 3, 2013 at 4:31 PM, Paul Wise wrote:

 I'm not planning to sponsor this but here is a review:

More review:

You might want to try merging and or forwarding the Ubuntu patch and
the patches in Ubuntu bugs:

http://patches.ubuntu.com/t/tpb/tpb_0.6.4-2.3ubuntu3.patch
http://dex.alioth.debian.org/census/Ubuntu/patches/t/tpb/tpb_0.6.4-2.3_tpb_0.6.4-2.3ubuntu3.patch
https://bugs.launchpad.net/ubuntu/+source/tpb/+patches

Likewise for the Gentoo, NetBSD and FreeBSD patches:

http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-laptop/tpb/files/
http://svnweb.freebsd.org/ports/head/deskutils/tpb/files/
http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/sysutils/tpb/patches/

None of the bugs in Debian/Ubuntu are marked as forwarded upstream, it
would be a good idea to forward them upstream and then mark them as
forwarded:

http://bugs.debian.org/src:tpb
https://bugs.launchpad.net/ubuntu/+source/tpb
http://www.debian.org/Bugs/server-control#forwarded

The package has a user interface, but there is no screenshot here:

http://screenshots.debian.net/package/tpb

You may want to review the debtags, there are some missing tags:

http://debtags.debian.net/rep/todo/maint/prach...@gmail.com#tpb

Does the code work on kFreeBSD? FreeBSD appears to have /dev/nvram and
the patches above probably make it work.

There is one duplicate file in the package, I would suggest dropping
the copy in /u/s/d:

http://dedup.debian.net/compare/tpb/tpb

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702150: dctrl-tools: -X should match on NAME (VERSION) too

[Teodor]

Package: dctrl-tools
Version: 2.22.2
Severity: important

Hi,

First, this cannot be always reproduced just because »apt-cache dumpavail«
doesn't give the same content on successive executions.

I'm using this command to add package pins, for example for python2.7:

apt-cache dumpavail | grep-dctrl -S $SPKG -sPackage -X

By using '-X' some times not all packages are selected:

Package: python2.7
Source: python2.7 (2.7.3-7)

The above output was obtained by executing:

apt-cache dumpavail | grep -B1 -E (Package|Source): python2.7

I thing that »grep-dctrl -X« should match on NAME (VERSION) too.

Cheers


-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages dctrl-tools depends on:
ii  libc6  2.13-38

dctrl-tools recommends no packages.

Versions of packages dctrl-tools suggests:
ii  apt  0.9.7.7
ii  debtags  1.10.2

-- no debconf information


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

Bug#701864: 'Frontier Artistic License' text missing in debian/copyright

[Michael Gilbert]

Hi,

I've uploaded an nmu fixing this issue to delayed/5.  Please see attached patch.

Best wishes,
Mike


cfengine.patch
Description: Binary data

Bug#702151: RM: haskell-tls-extra/0.4.6.1-1

[Michael Gilbert]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: rm
Severity: normal

Please consider removing haskell-tls-extra.  The security backport
caused a regression that pretty much completely breaks the package
(#701593), and the upstream bug log seems to indicate a lack of
interest in supporting older versions:
https://github.com/vincenthz/hs-tls/issues/32

Thanks,
Mike


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

Bug#702152: microcode-20130222 released

[Kenyon Ralph]

Package: intel-microcode
Version: 1.20120606.v2.2
Severity: normal

Dear Maintainer,

Intel released microcode version 20130222:
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=YDwnldID=22508

Please consider packaging. Thanks.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

intel-microcode depends on no packages.

Versions of packages intel-microcode recommends:
ii  iucode-tool  0.8.3-1

intel-microcode 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#702153: Please tag #699301 and #699304 wheezy-ignore

[Michael Gilbert]

package: release.debian.org
severity: normal

Bugs #699301 and #699304 are about non-free sRGB files.  #699305,
#699306, etc.about the same issue recently got marked wheezy-ignore. I
believe these bugs should get the same treatment.

Thanks,
Mike


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

Bug#698341: pu: package spatialite/3.0.0~beta20110817-3+deb7u1

[David Paleino]

On Thu, 28 Feb 2013 20:31:40 +, Adam D. Barratt wrote:

 On Fri, 2013-02-15 at 21:13 +0100, David Paleino wrote:
  On Fri, 15 Feb 2013 18:21:29 +, Adam D. Barratt wrote:
  
   On Sun, 2013-01-27 at 20:13 +0100, David Paleino wrote:
On Sun, 27 Jan 2013 14:16:08 +, Adam D. Barratt wrote:
 Please go ahead with the upload to unstable, as we need the issues
 fixing there in any case, however we proceed; thanks.

Done, 3.1.0~rc2-2 just uploaded to sid.
   
   That was a little over two weeks ago now. Have there been any reported
   issues with the package in sid?
  
  None up to now.
 
 Cool; thanks. Did you have chance to look at whether fixing the testing
 package just requires the source file split or if there were any other
 issues?

The package I prepared and built for testing also required 2 other patches, to
fix #683075. I guess that hasn't changed since then :)

Kindly,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Bug#702154: [UDD] bugs.cgi - additional info: release team hints causes incomplete HTML output

[Niels Thykier]

Package: qa.debian.org
Severity: normal

Hi,

It seems something is amiss with the bugs.cgi script; all queries I
have done that included additional information: release team hints
failed to produce the actual list of bugs.  It does say how many bugs
the query will give[1].

~Niels

[1] Example query that no longer works:
  
http://udd.debian.org/bugs.cgi?release=wheezy_not_sidmerged=ignunblock-hint=ignfnewerval=7rc=1sortby=idsorto=ascchints=1ctags=1cdeferred=1crttags=1

If the additional information: release team hints is removed, it
works just fine:
  
http://udd.debian.org/bugs.cgi?release=wheezy_not_sidmerged=ignunblock-hint=ignfnewerval=7rc=1sortby=idsorto=ascctags=1cdeferred=1crttags=1


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

Bug#702155: packaging-tutorial: document patch creation and management

[Lucas Nussbaum]

Package: packaging-tutorial

From #686594:
 Slide 35
 
 
 I suggest you to add a mini-tutorial on dpkg-source --commit
 and other options or commands that enable a user to manage
 patches in 3.0 (quilt) format packages, without the need to
 install quilt...

Lucas


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

Bug#702156: packaging-tutorial: document upstream repackaging

[Lucas Nussbaum]

Package: packaging-tutorial

From #686594:
 Slide 36
 
 
 After this slide there should be (at least) one slide dedicated
 to the cases where the upstream source archive must be re-packed,
 for instance because some non-free parts have to be dropped,
 or because some convenience copy of a library should be removed
 in favor of the packaged version.
 How should this be done?  Please explain.

Lucas


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

Bug#686594: packaging-tutorial: improvements for slides 1÷40

[Lucas Nussbaum]

On 03/09/12 at 19:13 +0200, Francesco Poli (wintermute) wrote:
 Package: packaging-tutorial
 Version: 0.7
 Severity: minor
 
 Hi Lucas,
 I am more or less half-way in my reading of the packaging tutorial.
 What follows is a list of suggestions, corrections, enhancements, and
 so forth, grouped by relevant slide.
 
 I hope this may be useful to you, in order to further improve the
 tutorial and let it become even better than it currently is!

Hi,

Thanks a lot for all the feedback. Very useful indeed.

 Slide 1
 ---
 
 The version number shown in the title slide should be generated
 automatically during the package build, so that discrepancies between
 this number and the package version may be avoided.  In the present
 case, the package version is 0.7, but the title slide says that the
 tutorial version is 0.6, which is very confusing...

fixed

 Slide 8
 ---
 
 | on the developers' machine
 
 I think that this is not really correct: machine is singular, hence
 I suppose that developers', which is plural, should be turned into
 singular (developer's), since we are talking about the machine of
 one developer, not about the machine of all the developers...

fixed

 Slide 12
 
 
 | 1.0 ­ native: package_version.tar.gz
 
 Actually this holds for 3.0 (native) as well...
 As a consequence, I would
 
 s/1.0 ­ native/1.0 or 3.0 (native)/
 
 Maybe, just to get a more uniform looking list, you could also
 
 s/1.0 ­ non-native/1.0 (non-native)/
 
 in the following list item...

fixed

 Slide 15
 
 
 I think that an additional step should be recommended between
 untar it and cd upstream_source:
 
  » rename the directory to source_package-upstream_version
(example: simgrid-3.6)
 
 Consequently, the following steps should become:
 
  » cd source_package-upstream_version  dh_make
(from the dh-make package)

fixed

 Slide 35
 
 
 I suggest you to add a mini-tutorial on dpkg-source --commit
 and other options or commands that enable a user to manage
 patches in 3.0 (quilt) format packages, without the need to
 install quilt...

I'll file a separate bug for that

 Slide 36
 
 
 After this slide there should be (at least) one slide dedicated
 to the cases where the upstream source archive must be re-packed,
 for instance because some non-free parts have to be dropped,
 or because some convenience copy of a library should be removed
 in favor of the packaged version.
 How should this be done?  Please explain.

And for that too

Lucas


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

Bug#702032: RFS: authprogs/0.1-1 [ITP #616126]

[Paul Wise]

On Sat, Mar 2, 2013 at 5:47 AM, Alex Mestiashvili wrote:

 I am looking for a sponsor for my package authprogs

I don't intend to sponsor this but here is a review:

The patch combines multiple logical changes into one, please split it up.

The patch removes upstream copyright statements, license grants and
changelog bits. I'd suggest reverting those parts.

The patch adds three incorrectly spelled words (Standart, fro, debian).

I think /etc/authprogs would be a better place for the Debian config file.

Please get upstream to include the remainder of your patch.

It is not correct to build stuff in override_dh_auto_install, please
change that to override_dh_auto_build and install the manual page with
dh_installman.

Most of the README.Debian looks to be copies of stuff from elsewhere,
I would suggest dropping it. Anything remaining can be added to the
upstream README using a patch.

debian/changelog has UNRELEASED in it.

/tmp/authprogs.log is a very bad place for a log file.

Do the examples need to be in both the manual page and the example config file?

Please add a get-orig-source debian/rules target so anyone can
recreate the tarball.

Perl::Critic spews a lot of warnings about the upstream code, but I'm
not sure how many of them are valid.

One of the articles referenced by the package mentions it is version 0.5.

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

lintian:

I: authprogs source: vcs-field-not-canonical
http://git.debian.org/?p=collab-maint/authprogs.git;a=summary
http://anonscm.debian.org/gitweb/?p=collab-maint/authprogs.git;a=summary
I: authprogs source: vcs-field-not-canonical
git://git.debian.org/collab-maint/authprogs.git
git://anonscm.debian.org/collab-maint/authprogs.git
P: authprogs: no-upstream-changelog

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702131: syslog-ng childs segfault, eventfd2: Invalid argument

[Laszlo Boszormenyi (GCS)]

On Sun, 2013-03-03 at 09:37 +0100, Gergely Nagy wrote:
 Martin Zobel-Helas zo...@debian.org writes:
 
  Package: syslog-ng
  Version: 3.3.5-2
 [...]
  when trying to start syslog-ng on gabrielli.debian.org I see the following 
  error:
 
  root@gabrielli:/var/lib/syslog-ng# /etc/init.d/syslog-ng start
  [] Starting system logging: syslog-ngeventfd2: Invalid argument
   failed!
  root@gabrielli:/var/lib/syslog-ng#
 [...]
 
 This is a known problem in the underlying ivykis library, and can be
 fixed by applying a patch to lib/ivykis, something along these lines:
 
  
 https://github.com/buytenh/ivykis/commit/89f67f97477aeba24aebfc58ae1a17e5bea69724.patch
 
 It will need some minor changes, as the ivykis included with 3.3.5 is a
 bit different from upstream.
 The first segment (static int grab_eventfd), doesn't seem to be present
in the version bundled with 3.3.5 . The second segment can be applied
clean.

  I then can see syslog-ng master-process spawining childs, which segfault 
  immidiatly:
  http://paste.debian.net/239439/
 
 This sounds like another issue, also in ivykis, but a race condition:
 
   
 https://github.com/buytenh/ivykis/commit/144b88cbe4a04d53acbf4525d06cc1860571d36f.patch
 
 This should apply reasonably cleanly to lib/ivykis aswell.
 It seems this doesn't apply to the Wheezy version. The mutex is locked
for the while loop. The mutex unlock that the patch removes is not
present here.

 Since the syslog-ng maintainer already prepared an upload targeted at
 wheezy that fixes other RC bugs, these two patches should be added to
 that mix too.
 
 Nevertheless, I'll prepare an NMU later today and will prod the release
 team to let it through t-p-u (unstable has a whole new syslog-ng
 upstream version).
 You mean let the fixes go in two step? It's OK from my side if you
would like.

Laszlo/GCS


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

Bug#696532: isdnlog: /etc/isdn/isdnlog.isdnctrl0 is easily destroyed in squeeze to wheezy upgrade

[Michael Gilbert]

Hi,

I've uploaded an nmu for this issue.  Please see attached patch.

Best wishes,
Mike


isdnutils.patch
Description: Binary data

Bug#702157: RM: gnunet [kfreebsd-amd64 kfreebsd-i386] -- RoM; ANAIS

[Holger Levsen]

package: ftp.debian.org
x-debbugs-cc: 699...@bugs.debian.org, gnu...@packages.debian.org

Hi,

gnunet 0.9.3-6 built on kfreebsd-(amd64|i386) but the resulting binaries don't 
work, so support for these architectures has been removed in 0.9.3-7 again.

Please remove the freebsd-(amd64|i386) 0.9.3-6 gnunet packages from sid, so 
that 0.9.3-7 can migrate to wheezy nicely.


Thanks,
Holger (not the maintainer, but the sponsor here)


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

Bug#507975: libsane: Epson Perfection V30 not supported

[John Paul Adrian Glaubitz]

close 507975
thanks

Hi,

 scanning itself seems not ito be supported. Neither the sane-epson, 
 sane-epson2 nor the sane-epkowa backend works after registering the
 usb id for these backends in the config-files /etc/sane.d/*.conf

The Epson Perfection V30 and V300 are now supported through the EPKOWA
backend, see [1]. I am therefore closing this bug report now.

Please feel free to re-open this bug report if the scanners still
aren't properly supported.

Cheers,

Adrian

 [1] http://www.sane-project.org/lists/sane-backends-external.html#S-EPKOWA

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#702151: RM: haskell-tls-extra/0.4.6.1-1

[Niels Thykier]

On 2013-03-03 10:07, Michael Gilbert wrote:
 Package: release.debian.org
 User: release.debian@packages.debian.org
 Usertags: rm
 Severity: normal
 
 Please consider removing haskell-tls-extra.  The security backport
 caused a regression that pretty much completely breaks the package
 (#701593), and the upstream bug log seems to indicate a lack of
 interest in supporting older versions:
 https://github.com/vincenthz/hs-tls/issues/32
 
 Thanks,
 Mike
 
 

CC'ing the maintainers+uploader of the affected, plus the reporter for
comments on this.  Do any of you feel you would be able to write a patch
for it that could be included in Wheezy or ...?

~Niels


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

Bug#685243: vlc-nox: breaks squeeze-wheezy upgrade into very bad state

[Reinhard Tartler]

On Wed, Feb 13, 2013 at 12:16 AM, Benjamin Drung bdr...@debian.org wrote:
 Am Dienstag, den 12.02.2013, 22:47 +0100 schrieb Petter Reinholdtsen:
 This problem is also seen in the chroot upgrade testing for a full

 [...]

 URL: http://bugs.debian.org/678848  describe a workaround using
 Breaks.  Perhaps it could be used here too?

 Please test the attached patch if it really works around the bug.

I am able to confirm the problem in current wheezy:

Preparing to replace libvlc5 1.1.3-1squeeze6 (using
.../libvlc5_2.0.3-4_i386.deb) ...
Unpacking replacement libvlc5 ...
Processing triggers for vlc-nox ...
/usr/lib/vlc/vlc-cache-gen: error while loading shared libraries:
libvlccore.so.5: cannot open shared object file: No such file or
directory
dpkg: error processing vlc-nox (--unpack):
 subprocess installed post-installation script returned error exit status 127

and I am happy to confirm that your proposed patch fixes the problem.

Benjamin, can you upload it to t-p-u?

-- 
regards,
Reinhard


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

Bug#701946: aptitude: Internal error: no filename for package:amd64 after a failed install

[Sven Joachim]

On 2013-03-03 09:45 +0100, Daniel Hartwig wrote:

 On 3 March 2013 11:04, Daniel Dickinson csh...@neomailbox.net wrote:
 On 02/03/13 02:41 AM, Daniel Hartwig wrote:
 On 2 March 2013 09:57, Daniel Dickinson csh...@neomailbox.net wrote:
 This happens with any of the packages I have tried to reinstall. For
 example, if ccrypt is already installed, the emacs23 amd64 23.4+1-4 will
 fail to install.  If you subsequently attempt a reinstall you will see
 E:  Internal error, No file name for emacs23:amd64.

 Is the issue with install, or reinstall?

 Reinstall (that is using L in aptitude, after the install fails).

 Right.  So the situation, as I understand it, is this:

 Starting with emacs23 _not installed_, you install ccrypt.  Then you
 attempt to install emacs23 and it fails due to some error you have not
 specified (but would be very helpful to know).  At this point, you
 attempt to _reinstall_ emacs23, which fails with the internal error as
 stated above.

 Using reinstall — rather than install — on the second attempt suggests
 that the package emacs23 is in a state similar to gcc-4.7-base in
 #670920.  That is, half-installed, half-configured, or similar.

This is indeed the case, see #701944.

 I have retried this scenario on a local chroot and not encountered any
 problems installing emacs23 after ccrypt.

Me neither.

Cheers,
   Sven


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

Bug#686594: packaging-tutorial: improvements for slides 1÷40

[Francesco Poli]

On Sun, 3 Mar 2013 10:12:55 +0100 Lucas Nussbaum wrote:

 On 03/09/12 at 19:13 +0200, Francesco Poli (wintermute) wrote:
[...]
  What follows is a list of suggestions, corrections, enhancements, and
  so forth, grouped by relevant slide.
  
  I hope this may be useful to you, in order to further improve the
  tutorial and let it become even better than it currently is!
 
 Hi,

Hello,

 
 Thanks a lot for all the feedback. Very useful indeed.

You're welcome!

[...]
  Slide 35
  
[...]
 I'll file a separate bug for that
 
  Slide 36
  
[...]
 And for that too

That's OK: could you please set me as submitter of those two new bug
reports?
Or I may do that by myself, if you tell me that it's fine with you...

Thanks for your time.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpbhwfBK4AJr.pgp
Description: PGP signature

Bug#684691: pulseaudio creates /.pulse and /.pulse-cookie

[Adam Dane]

This looks similar to a bug in the Gentoo distribution at 
https://bugs.gentoo.org/show_bug.cgi?id=438844


When the alsa-utils init script restores the sound card state (via 
alsactl), it runs without a HOME environment variable, so the files get 
created in /.


Likely, the pulseaudio plugin for ALSA (from libasound2-plugins 
package) causes pulseaudio to be invoked, creating the files.


The patch in the Gentoo bug currently adds a HOME variable to alsactl's 
environment with an appropriate folder.  This means the files get 
created there instead of /.


If there is a way to disable the plugin when the alsa-utils init script 
runs, it would avoid creating the files altogether.


Thanks,

Adam


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

Bug#702158: RFS: vmodsynth/1.0-4 [ITP]

[Ho Wan Chan]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package vmodsynth

* Package name: vmodsynth
  Version : 1.0-4
  Upstream Author : Rafal Cieślak rafalcieslak...@gmail.com
* URL : https://launchpad.net/vmodsynth
* License : GNU GPL v3
  Section : sound

It builds those binary packages:

  vmodsynth  - This is a modular software synthesizer

To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/vmodsynth


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/v/vmodsynth/vmodsynth_1.0-4.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

vmodsynth (1.0-4) unstable; urgency=low

  * Tried new option to includ changelog.Debian.gz in docs
  * Fixes (closes: #702149)

 -- Howard Chan smartbo...@gmail.com  Sun, 03 Mar 2013 18:11:36 +0800

vmodsynth (1.0-3) unstable; urgency=low

  * Edited docs to include changelog.Debian.gz
  * Edited copyright to fix actual year
  * Edited README.source to include the README

 -- Howard Chan smartbo...@gmail.com  Sun, 03 Mar 2013 18:05:09 +0800

vmodsynth (1.0-2) unstable; urgency=low

  * Fixed watch file to enable actual scanning.
  * Added upstream changelog

 -- Howard Chan smartbo...@gmail.com  Sun, 03 Mar 2013 17:57:14 +0800

vmodsynth (1.0-1) unstable; urgency=low

  * Initial release

 -- Howard Chan smartbo...@gmail.com  Sun, 03 Mar 2013 16:15:30 +0800


Regards,
 Howard Chan

Bug#702159: packaging-tutorial: gem2deb practical session fails with new net-ssh gem

[Lucas Nussbaum]

Package: packaging-tutorial

From #695534:

 Slide 59
 
 
 While doing practical session 4, I encountered difficulties with
 debian/ruby-tests.rb
 It's not clear to me how this file should be prepared.
 I thought that somethink like
 
   require 'rbconfig'
   ruby = File.join(RbConfig::CONFIG['bindir'], 
 RbConfig::CONFIG['ruby_install_name'])
   exec(#{ruby} -Ilib -Itest -rrubygems test/test_all.rb)
 
 could work, but it failed miserably.
 I see that the tutorial (in Slide 76) suggests:
 
   $:  'test'  'lib'  '.'
   require 'test/test_all.rb'
 
 I cannot understand why this should work, while my attempt fails.
 The tutorial does not explain much.
 Maybe the dh_ruby(1) man page should include a more detailed
 explanation: it just says that the file is executed and must
 finish with 0 exit status.
 It does not explain much else...

Lucas


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

Bug#702160: gem2deb: should install upstream changelog when named CHANGELOG.rdoc

[Lucas Nussbaum]

Package: gem2deb
Version: 0.3.0
Severity: normal

The ruby community commonly uses README.rdoc and CHANGELOG.rdoc. It
would be nice if dh_ruby would auto-install those files, rather than
each package having to do it manually.

This was initially discussed in #695534 (see comment at the end of the
report).

Lucas

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (800, 'stable'), (300, 'unstable'), (150, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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/bash

Versions of packages gem2deb depends on:
ii  build-essential   11.5
ii  debhelper 9.20120909
ii  devscripts2.12.6
ii  perl  5.14.2-18
ii  ruby  1:1.9.3
ii  ruby1.8 [ruby-interpreter]1.8.7.358-6
ii  ruby1.8-dev   1.8.7.358-6
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8
ii  ruby1.9.1-dev 1.9.3.194-8
ii  rubygems  1.8.24-1

gem2deb recommends no packages.

gem2deb 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#695534: packaging-tutorial: improvements for slides 41÷77

[Lucas Nussbaum]

On 09/12/12 at 22:34 +0100, Francesco Poli (wintermute) wrote:
 Package: packaging-tutorial
 Version: 0.7
 Severity: minor
 
 Hi Lucas,
 I've just finished reading the packaging tutorial (at last...).
 What follows is my list of suggestions, corrections, enhancements
 for the second half, again grouped by relevant slide.
 
 Once again, I hope it may be useful to you.
 
 
 Slide 45
 
 
 Typo?  s/Debian project members/Debian project member/
 (since Debian Developer (DD) is singular...)

already fixed :)

 Slide 47
 
 
 The referenced Ubuntu Packaging Guide claims to be obsolete in its
 very first section: maybe some other Ubuntu-specific guide should
 be mentioned instead...  Or, otherwise, the reference could perhaps
 be dropped entirely...

actually, I think that the wiki page is obsolete, but not the packaging
guide itself. A release was made in december. I've updated the link to
http://developer.ubuntu.com/resources/tools/packaging/

 Slide 52
 
 
 Please remember to update the copyright notice: I would say that
 the document is now Copyright © 2011-2012 Lucas Nussbaum ...

fixed

 Slide 53
 
 
 The latest version link is broken and I cannot find any up-to-date
 compiled PDF file on the git repository...
 Please fix this link.

fixed

 Slide 55
 
 
 While doing practical session 2, I first managed to get a basic working
 package, without incomplete files in the debian/ subdirectory.
 However a check with
 
   lintian -EviIL +pedantic gnujump_*.changes
 
 highlighted various flaws in the package I prepared.
 
 This is good (after all, it's lintian's job to point out flaws,
 so that the packager may fix them!), but two of the reported
 problems were due to things that are not explained at all in the
 tutorial.
 It would be nice if the tutorial gave at least some basic knowledge
 about these aspects:
 
  a) lintian complains about the lack of hardening compiler flags
 and refers me to http://wiki.debian.org/Hardening for details;
 while trying to fix this, I found out that, for dh style packages,
 it's enough to declare compat=9 with a versioned dependency
 on debhelper (= 9) and to place a couple of lines at the
 beginning of the rules file:
 
   export DEB_BUILD_MAINT_OPTIONS  = hardening=+all
   export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
 
 I suggest including a slide somewhere in the Advanced packaging
 topics to give some basic hints about this topic...

I've pointed to the wiki page in the answers to practical sessions.

  b) lintian complains that files are not installed to /usr/games
 (and to /usr/share/games/): I see that the official Debian
 gnujump package fixes this (at least in part) with a patch
 for the upstream src/Makefile.am
 
 http://patch-tracker.debian.org/patch/series/view/gnujump/1.0.6-4/01_Makefile_am_datadir_fix.patch
 
 on the other hand, I tried to simply add an override to the rules file:
 
   override_dh_auto_configure:
   dh_auto_configure -- --bindir=/usr/games 
 --datadir=/usr/share/games
 
 and it seemed to work; am I missing anything?

no, that's a nice way to fix that.
I've added a hint to the slide.

 or is this really
 the way to go (at least in the case of gnujump version 1.0.8)?
 I suggest including a slide somewhere in the Advanced packaging
 topics to explain how this kind of debianization fixes should be
 done...

well, given there's no generic solution, that's a bit hard...

 Slide 59
 
 
 While doing practical session 4, I encountered difficulties with
 debian/ruby-tests.rb
 It's not clear to me how this file should be prepared.
 I thought that somethink like
 
   require 'rbconfig'
   ruby = File.join(RbConfig::CONFIG['bindir'], 
 RbConfig::CONFIG['ruby_install_name'])
   exec(#{ruby} -Ilib -Itest -rrubygems test/test_all.rb)
 
 could work, but it failed miserably.
 I see that the tutorial (in Slide 76) suggests:
 
   $:  'test'  'lib'  '.'
   require 'test/test_all.rb'
 
 I cannot understand why this should work, while my attempt fails.
 The tutorial does not explain much.
 Maybe the dh_ruby(1) man page should include a more detailed
 explanation: it just says that the file is executed and must
 finish with 0 exit status.
 It does not explain much else...

That's a problem in the net-ssh newer upstream release, unfortunately.
It's not trivial to fix, so it might be better to switch to a different
example package. I'm filing a separate bug for that.

 Another thing that is not suggested is how to properly install
 CHANGELOG.rdoc as /usr/share/doc/ruby-net-ssh/changelog.gz
 If I don't worry about this aspect, no upstream changelog is
 installed into /usr/share/doc/ruby-net-ssh/ and lintian (correcly)
 complains.
 I think I found out how to fix this issue with the an override:
 
   override_dh_installchangelogs:
 dh_installchangelogs -O--buildsystem=ruby -k CHANGELOG.rdoc
 
 Maybe the tutorial should say 

Bug#702083: score rule modified automatically -- perhaps the cause of the parsing problem

[Anonymous]

It should also be pointed out that gnus internally modifies score
rules.  When a user supplies this rule (after hitting s in the
*Agent Category* buffer:

  ((subject (droid -1 nil s)))

gnus stores it as:

  \subject\ (\droid\ -1 nil s)


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

Bug#686594: packaging-tutorial: improvements for slides 1÷40

[Lucas Nussbaum]

submitter 702155 Francesco Poli invernom...@paranoici.org
submitter 702156 Francesco Poli invernom...@paranoici.org
submitter 702159 Francesco Poli invernom...@paranoici.org
thanks

On 03/03/13 at 11:03 +0100, Francesco Poli wrote:
   Slide 35
   
 [...]
  I'll file a separate bug for that
  
   Slide 36
   
 [...]
  And for that too
 
 That's OK: could you please set me as submitter of those two new bug
 reports?
 Or I may do that by myself, if you tell me that it's fine with you...

Done :)

For #702160, I've kept myself as submitter, since that makes more sense
for future discussions (I'm the original author for gem2deb, but I'm no
longer actively involved)

Lucas


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

Bug#702161: ITP: ruby-dbf -- small fast Ruby library for reading database files

[Christopher Baines]

Package: wnpp
Severity: wishlist
Owner: Christopher Baines cbain...@gmail.com

* Package name: ruby-dbf
  Version : 2.0.3
  Upstream Author : Keith Morrison kei...@infused.org
* URL : http://github.com/infused/dbf
* License : Expat
  Programming Lang: Ruby
  Description : small fast Ruby library for reading database files


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

Bug#702162: ITP: estonianidcard -- Metapackage installing all the packages for Estonian ID card support

[Siim P�der]

Package: wnpp
Severity: wishlist
Owner: Siim P�der s...@p6drad-teel.net


* Package name: estonianidcard
  Version : 3.7.0:
  Upstream Author : ria i...@ria.ee
* URL : http://www.ria.ee/
* License : LGPL 2.1
  Programming Lang: metapackage
  Description : Metapackage installing all the packages for Estonian ID 
card support


Installs qesteidutil, qdigidoc, esteidfirefoxplugin and esteidpkcs11loader


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

Bug#561486: plasma-widget-lancelot: lancelot lacks save session option

[Adrien]

forwarded 561486 https://bugs.kde.org/show_bug.cgi?id=316067
tag 561486 -moreinfo
thanks

Hi,

The bug is now reported upstream. Please follow the progress on the KDE bug 
tracker now :
https://bugs.kde.org/show_bug.cgi?id=316067

thank you for reporting bugs, and sorry for the delay.

Regards,

Adrien 


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

Bug#695906: ifupdown: removal of /etc/network/interfaces is not preserved

[Michael Gilbert]

control: tag -1 patch

On Thu, 14 Feb 2013 20:11:16 +0100
 Yes, please, dcut it. I plan to incorporate it into the next upload,
 but it's not yet ready, and I'd prefer to avoid NMUs at this point.

I know you didn't want your package nmu'd, but there has been too
little activity for too long, and its unnecessarily delaying the
release, so I went ahead and did one.  Please see attached patch.
Apologies in advance.

Best wishes,
Mike


ifupdown.patch
Description: Binary data

Bug#695906: ifupdown: removal of /etc/network/interfaces is not preserved

[Andrew Shadura]

Hello,

On Sun, 3 Mar 2013 05:52:39 -0500
Michael Gilbert mgilb...@debian.org wrote:

 On Thu, 14 Feb 2013 20:11:16 +0100
  Yes, please, dcut it. I plan to incorporate it into the next upload,
  but it's not yet ready, and I'd prefer to avoid NMUs at this point.

 I know you didn't want your package nmu'd, but there has been too
 little activity for too long, and its unnecessarily delaying the
 release, so I went ahead and did one.  Please see attached patch.
 Apologies in advance.

If I didn't do an upload, I had a good reason for that. We still have
enough RC or close-to-RC bugs which can't wait too long either, and I'm
working on them. Please, don't NMU my packages when I explicitly ask not
to. Or at least ask me beforehand, not notify afterwards.

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#699059: [Piuparts-devel] Bug#699059: Elevate broken symlinks to error status

[Holger Levsen]

Hi,

On Mittwoch, 27. Februar 2013, Andreas Beckmann wrote:
 Another reason to run two different tests for sid:

I agree we should do this, but I'd like to wait until piatti has been 
virtualised.

 If we want to make this error visible, we should enable it at some point
 *and* recycle the logs immediately *and* have a mass-bug-filing prepared
 (i.e. discussed+agreed on debian-devel) beforehand, and someone should
 be ready to file the bugs.

yes. I think a good time for attacking broken symlinks will be once wheezy has 
been released and jessie is in its early days of development.

On Mittwoch, 27. Februar 2013, Dave Steele wrote:
  If we want to make this error visible, we should enable it at some point
  *and* recycle the logs immediately *and* have a mass-bug-filing prepared
  (i.e. discussed+agreed on debian-devel) beforehand, and someone should
  be ready to file the bugs.
 Agreed, except I consider a gradual mass migration to
 dependency-failed-testing to be a good thing.

filing bugs is easier in one big rush. And for discussing this MBF it's also 
better to have actual numbers (+names) of affected packages.

 I plan to work on the discussion intro.

great, thanks!


cheers,
Holger


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

Bug#702132: unblock: linux/3.2.39-2

[Julien Cristau]

On Sun, Mar  3, 2013 at 00:45:39 +, Ben Hutchings wrote:

 Most of the changes are under:
 debian/patches/features/all/alx/
 debian/patches/features/all/drm/
 debian/patches/features/all/fermi-accel/ [deleted]
 debian/patches/features/all/iguanair/
 debian/patches/features/all/line6/
 debian/patches/features/all/virtio_scsi/
 for which the diffstat is:
  153 files changed, 167984 insertions(+), 873 deletions(-)
 This is all new hardware support (with some risk of regressions in
 the drm drivers, but feedback so far is overwhelmingly positive).
 
I've seen one possible regression report so far, #701743.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695906: ifupdown: removal of /etc/network/interfaces is not preserved

[Michael Gilbert]

On Sun, Mar 3, 2013 at 6:01 AM, Andrew Shadura wrote:
 Hello,

 On Sun, 3 Mar 2013 05:52:39 -0500
 Michael Gilbert mgilb...@debian.org wrote:

 On Thu, 14 Feb 2013 20:11:16 +0100
  Yes, please, dcut it. I plan to incorporate it into the next upload,
  but it's not yet ready, and I'd prefer to avoid NMUs at this point.

 I know you didn't want your package nmu'd, but there has been too
 little activity for too long, and its unnecessarily delaying the
 release, so I went ahead and did one.  Please see attached patch.
 Apologies in advance.

 If I didn't do an upload, I had a good reason for that. We still have
 enough RC or close-to-RC bugs which can't wait too long either, and I'm
 working on them. Please, don't NMU my packages when I explicitly ask not
 to. Or at least ask me beforehand, not notify afterwards.

It's too late, and there is no reason to delay.  There are only
important bugs after this, and the release team is unlikely to approve
less-than-rc changes at this point, so the rc-only bug fix upload was
the right thing to do.

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#701946: aptitude: Internal error: no filename for package:amd64 after a failed install

[Daniel Hartwig]

On 3 March 2013 17:56, Sven Joachim svenj...@gmx.de wrote:
 On 2013-03-03 09:45 +0100, Daniel Hartwig wrote:
 Right.  So the situation, as I understand it, is this:

 Starting with emacs23 _not installed_, you install ccrypt.  Then you
 attempt to install emacs23 and it fails due to some error you have not
 specified (but would be very helpful to know).  At this point, you
 attempt to _reinstall_ emacs23, which fails with the internal error as
 stated above.

 Using reinstall — rather than install — on the second attempt suggests
 that the package emacs23 is in a state similar to gcc-4.7-base in
 #670920.  That is, half-installed, half-configured, or similar.

 This is indeed the case, see #701944.


Thanks, Sven.

Daniel, I have enough information for now to know what is going on.
Thanks for the report.


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

Bug#660350: unreproducible in wheezy-based piuparts setup

[Andreas Beckmann]

Hi,

I don't see this resolv.conf modified error in my piuparts master-slave
setup which based on wheezy. May be dependent on the resolv.conf in the
host system?


Andreas


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

Bug#701710: libav: FTBFS on powerpcspe

[Roland Stigge]

Hi!

On 02/03/13 18:13, Reinhard Tartler wrote:
 On Wed, Feb 27, 2013 at 5:41 PM, Roland Stigge sti...@antcom.de wrote:
 I had a second look at this, and it turned out that it's actually a bug
 in upstream's configure.
 
 Your patch does not apply to current libav.org master. However, I have
 found this upstream patch that may be related here:
 
 http://git.libav.org/?p=libav.git;a=commitdiff;h=20bcce50
 
 Can you please check if libav as found in debian/experimental works on
 powerpcse already? I would expect so, but it would be great to double
 check.

Comfirmed that current libav 6:9.3-1 from experimental works fine on
powerpcspe. :-)

Thanks!

Roland


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

Bug#701819: lintian: [reporting] Hard to interpret/ambiguous numbers

[Niels Thykier]

On 2013-02-27 15:33, Niels Thykier wrote:
 Package: lintian
 Version: 2.5.11
 Severity: minor
 
 The front page on lintian.d.o has the following entries in its
 statistics table.
 
 
Maintainers:   2301 (+1)
Source packages:   17530 (-1)
Binary packages:   32288 (+3)
μdeb packages: 119 (+1)
 
 
 If you do not know the code, it is hard to tell that this is in fact
 *NOT* the actual number of packages on lintian.d.o.
   No, these numbers are based on the packages that emit 1 (or more)
 lintian tags.  For comparison, the actual number of source and binary
 packages are closer to 2 and 4 (respectively) than the numbers
 listed above.
 
 
 [...]

Attached is two patches that adds the total number of packages (and
maintainers).  With the patches, this part of the table now looks like[1]:


Maintainers:2190 (+0)   2281 (+0)
Source packages:13514 (+0)  18422 (+0)
Binary packages:29989 (+0)  38824 (+0)
μdeb packages:  86 (+0) 439 (+0)


There is still no explanation of the numbers; perhaps the table should
be split and we could use th tags to explain the contents of the tables?

No needs on the second part of this (and accordingly no patch tag).

~Niels

[1] Disclaimer: result is from a very old partial snapshot of the
laboratory from lintian.d.o, so the numbers themselves do not reflect
the actual state.


From fabc7d5953bc7749057bd6f910fa476b25e85f0c Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Sun, 3 Mar 2013 11:28:05 +0100
Subject: [PATCH 1/2] L::Lab(::Manifest): Add method to determine package
 count

Add methods to determine the number of packages (by type) in the Lab.

Signed-off-by: Niels Thykier 
---
 lib/Lintian/Lab.pm  |   28 
 lib/Lintian/Lab/Manifest.pm |   10 +-
 2 files changed, 37 insertions(+), 1 deletion(-)

diff --git a/lib/Lintian/Lab.pm b/lib/Lintian/Lab.pm
index 5bf2500..affa6ec 100644
--- a/lib/Lintian/Lab.pm
+++ b/lib/Lintian/Lab.pm
@@ -450,6 +450,34 @@ sub visit_packages {
 }
 }
 
+=item count_packages (TYPE)
+
+Returns the number of packages of the given TYPE.
+
+=cut
+
+sub count_packages {
+my ($self, $rtype) = @_;
+my $size = 0;
+
+croak "Missing TYPE argument"
+unless defined $rtype;
+
+return $self->_get_lab_index ($rtype)->size
+if exists $SUPPORTED_TYPES{$rtype};
+
+croak "Unknown package type: \"$rtype\""
+unless exists $SUPPORTED_VIEWS{$rtype} or $rtype eq 'ALL';
+
+# Side-effect, ensures all real types are loaded, so check view
+# sizes after the loop.
+foreach my $t (keys %SUPPORTED_TYPES) {
+$size += $self->_get_lab_index ($t);
+}
+
+return $size if $rtype eq 'ALL';
+return $self->_get_lab_index ($rtype)->size;
+}
 
 # Non-API method used by reporting to look up the manifest data via the Lab
 # rather than bypassing it.
diff --git a/lib/Lintian/Lab/Manifest.pm b/lib/Lintian/Lab/Manifest.pm
index 3fd3575..8de1e35 100644
--- a/lib/Lintian/Lab/Manifest.pm
+++ b/lib/Lintian/Lab/Manifest.pm
@@ -162,6 +162,7 @@ sub new {
 'type'  => $pkg_type,
 'dirty' => 0,
 'state' => {},
+'size' => 0,
 'grouping' => $grouping,
 };
 bless $self, $class;
@@ -189,7 +190,7 @@ Returns the type of packages that this manifest has information about.
 # For some reason these getters seem to just return "undef", so they
 # have been added manually below.  (not sure if this is a usage error
 # or a bug in Class::Accessor)
-#Lintian::Lab::Manifest->mk_ro_accessors (qw(dirty type));
+#Lintian::Lab::Manifest->mk_ro_accessors (qw(dirty type size));
 
 sub dirty {
 my ($self) = @_;
@@ -201,6 +202,11 @@ sub type {
 return $self->{'type'};
 }
 
+sub size {
+my ($self) = @_;
+return $self->{'size'};
+}
+
 =item read_list (FILE)
 
 Reads a manifest from FILE.  Any records already in the manifest will
@@ -444,6 +450,7 @@ sub _do_delete {
 if (defined $hash && exists $hash->{$lk}) {
 my $entry = delete $hash->{$lk};
 $self->_mark_dirty(1);
+$self->{'size'}--;
 if (my $grouping = $self->{'grouping'}) {
 my @keys = ($entry->{'source'}, $entry->{'source-version'},
 $entry->{'identifier'});
@@ -611,6 +618,7 @@ sub _do_set {
 $cur = $element;
 }
 $k = $entry->{$qf->[$qfl]};
+$self->{'size'}++ unless exists $cur->{$k};
 $cur->{$k} = $entry;
 if (my $grouping = $self->{'grouping'}) {
 $grouping->_do_set ($grouping->{'state'}, \@GROUP_QUERY, $entry);
-- 
1.7.10.4

From cb58e0f80ee17e42ae9d7659bdf5a27a6585882f Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Wed, 27 Feb 2013 15:56:01 +0100
Subject: [PATCH 2/2] reporting: Show total count for pkgs and maintainers

Show the total number of packages (by type) and maintainers next to
the number of packages (and the number of maintainers 

Bug#702046: xen-utils-4.0: Update to 4.0.1-5.7 breaks pygrub, none of my VMs boot

[Wiebe Cazemier]

Package: xen-utils-4.0
Version: 4.0.1-5.7
Severity: normal


Just dropping the note that my xen hosts suffer from this bug (#702046)


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

Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xen-utils-4.0 depends on:
ii  e2fslibs1.41.12-4stable1 ext2/ext3/ext4 file system librari
ii  iproute 20100519-3   networking and traffic control too
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  libncurses5 5.7+20100313-5   shared libraries for terminal hand
ii  libxenstore3.0  4.0.1-5.7Xenstore communications library fo
ii  python-support  1.0.10   automated rebuilding support for P
ii  python2.5   2.5.5-11 An interactive high-level object-o
ii  udev164-3/dev/ and hotplug management daemo
ii  xen-utils-common4.0.0-1  XEN administrative tools - common 
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages xen-utils-4.0 recommends:
ii  bridge-utils  1.4-5  Utilities for configuring the Linu
ii  xen-hypervisor-4.0-amd64 [xen 4.0.1-5.7  The Xen Hypervisor on AMD64

Versions of packages xen-utils-4.0 suggests:
pn  xen-docs-4.0  none (no description available)

-- 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#702163: lvm2 - thin support not suitable for Wheezy

[Bastian Blank]

Package: lvm2
Version: 2.02.95-6
Severity: serious

The thin provisioning support is not suitable for Wheezy. We lack the
thin_check tool used to verify the meta-data. Also enabling thin devices
without thin_check even breaks in my tests.

Bastian

-- System Information:
Debian Release: 7.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing'), (400, 
'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (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

Versions of packages lvm2 depends on:
ii  dmsetup  2:1.02.48-5 The Linux Kernel Device Mapper use
ii  libc62.13-38 Embedded GNU C Library: Shared lib
ii  libdevmapper1.02.1   2:1.02.48-5 The Linux Kernel Device Mapper use
ii  libreadline5 5.2-7   GNU readline and history libraries
ii  libudev0 175-7   libudev shared library
ii  lsb-base 4.1+Debian8 Linux Standard Base 4.1 init scrip

lvm2 recommends no packages.

lvm2 suggests no packages.

-- debconf information excluded


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

Bug#702164: ITP: esteidcerts -- Estonian ID card root, intermediate and OCSP certificates

[Siim Põder]

Package: wnpp
Severity: wishlist
Owner: Siim Põder s...@p6drad-teel.net


* Package name: esteidcerts
  Version : 3.7.0
  Upstream Author : RIA i...@ria.ee
* URL : http://www.ria.ee/
* License : LGPL 2.1
  Programming Lang: certificates
  Description : Estonian ID card root, intermediate and OCSP certificates

Certificates to verify certificates Estonian ID cards


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

Bug#701536: Subsurface maintaince in Debian [was Re: Bulding 3.0.1 Under Ubuntu 10.04 i386]

[Sylvestre Ledru]

On 01/03/2013 00:13, Cristian Ionescu-Idbohrn wrote:
 On Thu, 28 Feb 2013, Robert Wolfe wrote:

 Um, forgot about me already, hmm? :)
 
 But, of course not.  Do you want to be Cc:ed?
 
 And yes, libdivecomputer-3.0.1 in .DEB format
 
 That should probably be:
 
   subsurface-3.0.1 and
   libdivecomputer-0.3.0
 
 I presume.  Can you make the source packages available too to Dmitrijs?
 It's:
 
   subsurface_3.0.1-x.debian.tar.gz and
   libdivecomputer_0.3.0-x.debian.tar.gz
 
 or similar, I'm thinking about.
 
 Dmitrijs,
 
 Old debian source packages (subsurface-1.2-1 and libdivecomputer-0.1.0),
 could also be of some value.
 
 I'm really looking forward to see latest subsurface/libdivecomputer in
 debian, as soon as it can be done.  It'll most probably be unstable, but
 Dmitrijs, could you please try to make them as painless as possible
 portable to wheezy?
As a Debian Developer and as a professional diver, I am interested to
help on this.

I have been in touch with Khalid to help him on this and he replied:
No problem for to co-maintaince

I'm sorry, but I've been very busy the last few months.


As Christian proposed, I am sure we can be move this package in the
sport team.

Cristian, if you want, we can work together to improve the package and
maintain new releases for Jessie.

FYI, I reported some bugs on these two packages:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=nosrc=libdivecomputer
http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=nosrc=subsurface

Sylvestre


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

Bug#702046: Update to 4.0.1-5.7 breaks pygrub here too

[Wiebe Cazemier]

Just dropping a line; xen-utils-4.0 4.0.1-5.7 breaks here too. Luckily, 
I hadn't upgraded my main xen hosts yet.



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

Bug#702165: ITP: ruby-georuby -- Ruby data holder for OGC Simple Features

[Christopher Baines]

Package: wnpp
Severity: wishlist
Owner: Christopher Baines cbain...@gmail.com

* Package name: ruby-georuby
  Version : 2.0.0-1
  Upstream Author : Guilhem Vellut guilhem.vellut+geor...@gmail.com
* URL : http://georuby.rubyforge.org/
* License : Expat
  Programming Lang: Ruby
  Description : Ruby data holder for OGC Simple Features


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

Bug#702166: ITP: esteidpkcs11loader -- Loads pkcs#11 module for web authentication with smart cards

[Siim Põder]

Package: wnpp
Severity: wishlist
Owner: Siim Põder s...@p6drad-teel.net


* Package name: esteidpkcs11loader
  Version : 3.7.0
  Upstream Author : RIA i...@ria.ee
* URL : http://www.ria.ee/
* License : LGPL 2.1
  Programming Lang: javascript
  Description : Loads pkcs#11 module for web authentication with smart cards

Helper that loads the appropriate pkcs11 module for authentication in browser 
with smart cards, in particular with Estonian ID card.


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

Bug#694541: hardcoded dhclient -1

[Michael Gilbert]

So, bts ping pong isn't that exciting, so I concede ownership of this
bug to you.  Although, I think it will be worthwhile to reevaluate
whether it is still an issue now that dhclient -1 runs the right exit
scripts (bug #486520 that I fixed a couple weeks ago).

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#702072: #702072: tilda is not orphaned

[Mònica Ramírez Arceda]

According to [0], tilda has not its corresponding ITA bug, despite #702072 
title.

#583248 and #695574 show that this package is not being maintained, 
but I think you should get in contact with MIA Team m...@qa.debian.org to ask 
them to orphan tilda. Then, you could adopt it with the correspondign ITA bug.

Thanks for your work!

[0] http://qa.debian.org/~bartm/wnpp-rfs-mentors/wnpp-inconsistencies.txt


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

Bug#702167: unblock: lvm2/2.02.95-7

[Bastian Blank]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please ack upload to tpu to fix some bad decisions. It basicly reverts
the removal of clvm, which produced an outcry. Also it disables thin
provisioning support again, as it is neither usable nor save.

--- debian/control  (revision 929)
+++ debian/control  (revision 931)
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian LVM Team pkg-lvm-maintain...@lists.alioth.debian.org
 Uploaders: Bastian Blank wa...@debian.org
-Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 8.1.3~), automake, 
libreadline-gplv2-dev, libselinux1-dev, libudev-dev, pkg-config
+Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 8.1.3~), automake, 
libcman-dev ( 2), libcorosync-dev, libdlm-dev ( 2), libreadline-gplv2-dev, 
libselinux1-dev, libudev-dev, openais-dev, pkg-config
 Standards-Version: 3.9.1
 Homepage: http://sources.redhat.com/lvm2/
 Vcs-Svn: svn://svn.debian.org/pkg-lvm/lvm2/trunk/
@@ -35,6 +35,18 @@
  volume groups can be allocated to logical volumes, which are accessed as
  regular block devices.
 
+Package: clvm
+Priority: extra
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}, lvm2 (= ${binary:Version}), 
lsb-base
+Recommends: corosync | openais | cman
+Multi-Arch: foreign
+Description: Cluster LVM Daemon for lvm2
+ This package provides the clustering interface for lvm2, when used with
+ Red Hat's cman or corosync based (eg Pacemaker) cluster infrastructure.
+ It allows logical volumes to be created on shared storage devices
+ (eg Fibre Channel, or iSCSI).
+
 Package: libdevmapper-dev
 Section: libdevel
 Architecture: any
--- debian/clvm.NEWS(revision 0)
+++ debian/clvm.NEWS(revision 931)
@@ -0,0 +1,11 @@
+lvm2 (2.02.39-4) unstable; urgency=low
+
+  The cluster locking support is now built as internal support. This
+  means that the lvm config needs to contain the following to use this
+  support.
+
+  global {
+  locking_type = 3
+  }
+
+ -- Bastian Blank wa...@debian.org  Fri, 21 Nov 2008 15:58:27 +0100
--- debian/changelog(revision 929)
+++ debian/changelog(revision 931)
@@ -1,3 +1,11 @@
+lvm2 (2.02.95-7) UNRELEASED; urgency=low
+
+  * Re-enable cluster support. (closes: #697676)
+  * Disable thin support. We lack the thin_check binary and it does not work
+anyway. (closes: #702163)
+
+ -- Bastian Blank wa...@debian.org  Sun, 03 Mar 2013 12:45:51 +0100
+
 lvm2 (2.02.95-6) unstable; urgency=low
 
   * Drop cluster (clvm) support. It never properly worked and is more dead
--- debian/rules(revision 929)
+++ debian/rules(revision 931)
@@ -77,8 +77,8 @@
$(CONFIGURE) \
--libdir=\$${exec_prefix}/lib/$(DEB_HOST_MULTIARCH) \
--with-optimisation=$(CFLAGS_OPT_DEB) \
-   --with-cluster=none \
-   --with-thin=internal \
+   --with-clvmd=cman,corosync,openais \
+   --with-cluster=internal \
--with-device-uid=0 \
--with-device-gid=6 \
--with-device-mode=0660 \
@@ -160,6 +160,13 @@
dh_md5sums
dh_builddeb $(BUILDDEB_ARGS)
 
+install_clvm: export DH_OPTIONS = -pclvm
+install_clvm: DIR = $(BUILD_DIR)/install_deb
+install_clvm: $(STAMPS_DIR)/install_deb
+   +$(MAKE_SELF) install-base-prep INSTALL_DIR='$(DIR)'
+   dh_installinit --no-start -- start 63 S . start 51 0 6 .
+   +$(MAKE_SELF) install-base
+
 install_dmeventd: export DH_OPTIONS = -pdmeventd
 install_dmeventd: DIR = $(BUILD_DIR)/install_deb
 install_dmeventd: $(STAMPS_DIR)/install_deb install_liblvm2
@@ -238,7 +245,7 @@
+$(MAKE_SELF) install-base
 
 binary-indep:
-binary-arch: $(addprefix install_,libdevmapper libdevmapper-udeb 
libdevmapper-event libdevmapper-dev dmsetup dmsetup-udeb dmeventd liblvm2 lvm2 
lvm2-udeb)
+binary-arch: $(addprefix install_,libdevmapper libdevmapper-udeb 
libdevmapper-event libdevmapper-dev dmsetup dmsetup-udeb dmeventd liblvm2 lvm2 
lvm2-udeb clvm)
 
 binary: binary-indep binary-arch
 
--- debian/clvm.init(revision 0)
+++ debian/clvm.init(revision 931)
@@ -0,0 +1,143 @@
+#!/bin/sh
+#
+### BEGIN INIT INFO
+# Provides:  clvm
+# Required-Start:lvm2
+# Required-Stop: lvm2
+# Should-Start:  cman corosync openais
+# Should-Stop:   cman corosync openais
+# Default-Start: S
+# Default-Stop:  0 6
+# Short-Description: start and stop the lvm cluster locking daemon
+### END INIT INFO
+#
+# Author: Frederik Schüler f...@debian.org
+# based on the old clvm init script from etch
+# and the clvmd init script from RHEL5
+
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC=Cluster LVM Daemon
+NAME=clvm
+DAEMON=/usr/sbin/clvmd
+SCRIPTNAME=/etc/init.d/clvm
+
+[ -x $DAEMON ] || exit 0
+
+. /lib/init/vars.sh
+
+. /lib/lsb/init-functions
+
+if [ ! -f /etc/cluster/cluster.conf ]; then
+   log_failure_msg clvmd: cluster not configured. Aborting.
+   exit 0
+fi
+
+if ! cman_tool status 

Bug#694541: hardcoded dhclient -1

[Andrew Shadura]

Hello,

On Sun, 3 Mar 2013 06:49:55 -0500
Michael Gilbert mgilb...@debian.org wrote:

 So, bts ping pong isn't that exciting, so I concede ownership of this
 bug to you.  Although, I think it will be worthwhile to reevaluate
 whether it is still an issue now that dhclient -1 runs the right exit
 scripts (bug #486520 that I fixed a couple weeks ago).

The problem is that is doesn't actually help, this is a different bug.
Running exit scripts helps, it is a related issue, but not exactly
this. Which is why I have unmerged the bug.

P.S. See also another message I sent to you.

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#702168: lxctl generates wrong mac addresses

[eyck . debian]

Package: lxctl
Version: 0.3.1+debian-2
Severity: important

This is mainly request for newer upstream, it seems many obvious mistakes
are fixed there, this one is that lxctl generates mac adds with '01'
at the start:

/usr/share/perl5/Lxctl/set.pm
 my $mac = 01: . $self-mac_create($options{'contname'});

this seems to be multicast mac, thus rendering container unstartable.
Simple fix is to change 01 to 02, but it looks like much better fix is
in 0.3.5.

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.8.1 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxctl depends on:
ii  libipc-system-simple-perl  1.21-1
ii  liblinux-lvm-perl  0.16-1
ii  libnet-ssh2-perl   0.44-1
ii  libossp-uuid-perl  1.6.2-1.3
ii  libyaml-tiny-perl  1.51-1
ii  lxc0.8.0~rc1-8+deb7u1

Versions of packages lxctl recommends:
ii  bridge-utils  1.5-6
ii  lvm2  2.02.95-6
ii  perl-doc  5.14.2-18

Versions of packages lxctl suggests:
ii  bash-completion  1:2.0-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#701536: RM: subsurface -- RoQA; unmaintained package, maintainer MIA

[John Paul Adrian Glaubitz]

 The maintainer seems MIA since June 2012, not responding to bug
 reports nor direct mails.
 The two most recent upstream releases not packaged.

Why would this be a reason to *remove* a package? Especially after
such a short time. The package hasn't even been orphaened.

I have seen packages in Debian which haven't received updates from the
maintainer after much longer periods. This doesn't necessarrialy mean
the maintainer is MIA. Debian is run by volunteers and sometimes,
people are busy with more important things in life. This doesn't mean
that anyone has the right to immediately remove their packages from
Debian.

I suppose Khalid will be happy to continue to work on the package
again once he finds the time. I don't see any need (and I think it's
impolite) to pressure him in such a way.

Regards,

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#702158: RFS: vmodsynth/1.0-4 [ITP]

[Paul Wise]

On Sun, Mar 3, 2013 at 6:30 PM, Ho Wan Chan wrote:

 More information about hello can be obtained from http://www.example.com.

That doesn't make sense, your package is vmodsynth and that is not its website.

 I am looking for a sponsor for my package vmodsynth

I don't intend to sponsor this package, but here is a review:

If you contact upstream, please tell them about our upstream guide:

http://wiki.debian.org/UpstreamGuide

debian/source/include-binaries looks very wrong, debian/changelog
should be the only location for the Debian changelog to be stored in
the source package.

Here is a better watch file for this package:

version=3
https://launchpad.net/vmodsynth/+download
.*/vmodsynth-(\d[\d\.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))

Please get the manual page included upstream.

None of the comments in debian/rules are needed, please remove them.

Please add --parallel to the arguments of dh in debian/rules.

debian/README.source is not needed, it duplicates debian/rules,
debian/control Build-Depends and the upstream README.

No need to distribute the upstream README in the binary package, since
it is mainly build instructions. Best just remove debian/docs
altogether.

The Vcs-* fields are for the Debian packaging, not for upstream.

Does the package really need such a new gcc?

You should never manually depend on libraries, always use the
automatic depends created by ${shlibs:Depends} instead.

Please run wrap-and-sort -sa to wrap and sort various files.

I would suggest using debhelper compat 9 and dh-autoreconf instead of
autotools-dev.

Please read the devref section on debian/changelog best practices:

http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-debian-changelog

doc/vmodsynth_doc.pdf is a generated file, please ensure that it is
regenerated at build time, you will need to build-depend on pdfTeX to
do that.

It would be a good idea to distribute doc/vmodsynth_doc.pdf in a
binary package, either vmodsynth itself or vmodsynth-doc.

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

dpkg-shlibdeps:

Lots of warnings, but thats a GTK+ bug.

lintian (debian/compat 9 fixes the first two):

W: vmodsynth: hardening-no-relro usr/bin/vmodsynth
W: vmodsynth: hardening-no-fortify-functions usr/bin/vmodsynth
P: vmodsynth: no-upstream-changelog

bfbtester:

When I ran vmodsynth under bfbtester, I got hundreds of megabytes of
core files due to segfaults. Please investigate and fix this issue.

cppcheck (looks like the same issue as bfbtester):

[src/main.cpp:40]: (error) Buffer overrun possible for long command
line arguments.

blhc (use debian/compat 9 to fix):

CXXFLAGS missing
CPPFLAGS missing
LDFLAGS missing

similarity-tester:

Seems to be quite a lot of code duplication going on:

./src/AlsaDriver.hconsists  for  75   %  of
./src/AlsaDriver.cppmaterial
./src/modules/v702.cppconsists  for  76   %  of
./src/modules/v701.cpp  material
./src/modules/v701.cppconsists  for  77   %  of
./src/modules/v702.cpp  material
./src/ModuleList.hconsists  for  79   %  of
./src/ModuleList.cppmaterial
./src/Inlet.h consists  for  80   %  of
./src/Outlet.h  material
./src/Outlet.hconsists  for  81   %  of  ./src/Inlet.h
  material
./src/modules/v300.h  consists  for  84   %  of
./src/modules/v203.hmaterial
./src/modules/algorithms.hconsists  for  89   %  of
./src/modules/v1005.h   material
./src/modules/algorithms.cpp  consists  for  89   %  of
./src/modules/v201.cpp  material
./src/modules/v230.h  consists  for  90   %  of
./src/modules/v203.hmaterial
./src/modules/v703.h  consists  for  90   %  of
./src/modules/v701.hmaterial
./src/Outlet.cpp  consists  for  90   %  of
./src/Inlet.cpp material
./src/Inlet.cpp   consists  for  91   %  of
./src/Outlet.cppmaterial
./src/modules/v203.h  consists  for  91   %  of
./src/modules/v230.hmaterial
./src/modules/v100.h  consists  for  91   %  of
./src/modules/v230.hmaterial
./src/modules/v1005.h consists  for  92   %  of
./src/modules/v1001.h   material
./src/modules/v101.h  consists  for  93   %  of
./src/modules/v203.hmaterial
./src/modules/v200.h  consists  for  95   %  of
./src/modules/v210.hmaterial
./debian/README.sourceconsists  for  95   %  of  ./README
  material
./src/modules/v1001.h consists  for  95   %  of
./src/modules/v201.hmaterial
./src/modules/v701.h  consists  for  96   %  of
./src/modules/v703.hmaterial
./src/modules/v210.h  consists  for  97   %  of
./src/modules/v201.hmaterial
./src/modules/v400.h  consists  for  98   %  of
./src/modules/v702.hmaterial
./src/modules/v201.h  consists  for  98   %  of
./src/modules/v702.hmaterial
./src/modules/v702.h  consists  

Bug#702158: RFS: vmodsynth/1.0-4 [ITP]

[Alessio Treglia]

Hi there!

On Sun, Mar 3, 2013 at 10:30 AM, Ho Wan Chan smartbo...@gmail.com wrote:
 Dear mentors,

 I am looking for a sponsor for my package vmodsynth

If collaborative maintenance sounds good to you, I'd suggest to get in
touch with the Debian Multimedia Maintainers team (of which I am
member) to speed up the review and get your multimedia packages
sponsored by one of the DD working in the team.

Please take a look at the following for further details:
   http://wiki.debian.org/DebianMultimedia/DevelopPackaging

Cheers,

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#681195: Possible corrupted dconf/user file?

[Steve Clark]

I suddenly got this meesage 2 days ago and it happens whether I use
Gnome-Shell or Fallback. The message can be closed by pressing Alt-F4
and you will see a normal Gnome-Shell/Fallback desktop but
Gnome-Settings-Daemon will not be running as it crashed with a Seg
Fault leading to this error message.
A possible work-around is to switch to a TTY BEFORE logging in and
removing the ~/.config/dconf/user file allowing a normal login. However,
this means all changed settings have been returned to defaults.
There does not appear to be any particular program that is responsible,
but rather the dconf/user file becomes corrupted when a setting is
changed. Changing a setting will work but you cannot login again
without this error message unless you remove the dconf/user file.
After logging in, as suggested above, you can change any setting you
like in dconf, by any means you like, and the next login will be a
crashed G-S-D, e.g. Touchpad 'tap-to-click' or changing the desktop
wallpaper.
My workaround includes a bash script that includes all settings I would
normally have (using gsettings or dconf to set) and running that during
startup.
As an extra note, if you remove the dconf/user file and leave
everything at default settings, Gnome-Settings-Daemon does not crash on
subsequent logins.


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

Bug#662955: RFS: rubyripper/0.6.2-1 [ITP]

[Scott Leggett]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

I am re-uploading this package, as my previous upload was removed from
mentors after not finding a sponsor. The packaging has been updated to
the latest debhelper (v9), dependencies simplified, and packaging VCS
added.

 Package name: rubyripper
 Version : 0.6.2-1
 Upstream Author : Bouke Woudstra boukewouds...@gmail.com
 URL : https://code.google.com/p/rubyripper/
 License : GPL-3.0+
 Section : sound

It builds those binary packages:

  rubyripper-cli - Error-correcting compact disc digital audio
extractor (CD ripper). (CLI)
  rubyripper-gtk2 - Error-correcting compact disc digital audio
extractor (CD ripper). (GUI)

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/rubyripper


Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/r/rubyripper/rubyripper_0.6.2-1.dsc

More information about rubyripper can be obtained from
http://wiki.hydrogenaudio.org/index.php?title=Rubyripper

Changes since the last upload:

rubyripper (0.6.2-1) experimental; urgency=low

  * Initial release (Closes: #463584).
  * Patches:
Ignore lack of $PWD variable in fakeroot build environment.
Don't require ruby-gtk2 to build.
Don't require deprecated gettext API.
Avoid compiling translations twice during build.
Avoid updating translations during build which are already up-to-date.
Don't call deprecated gettext API.
Use 'normalize-audio' binary, as debian has renamed 'normalize'.

 -- Scott Leggett sc...@sl.id.au  Sun, 03 Mar 2013 21:42:36 +1100

- -- 
Regards,
Scott Leggett.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJRM0AMAAoJEHlzKPr+55fVZBMQAJZB0geTcYIfIZgFoMwC62p1
Kr4N6UmutsbMW65lknW4WHHVLGQYnqFtaa5MwuGj5RuuVMKKM0qSnRlALyb1jHXP
flKUfC7xT9GLN3xMcZYBBWFAoEZNcHF2MGs0k+KtMrArS67roOZQ55kzItc05AYU
HgUB533Va3du/Ca+mQBDt667WJTy7EId6F/XTKqnry1NPNXtr47VUK6cayIQl4VO
XutEIcM9kObeSeqBPXT65ED+GJ+ANRLvxJ/u9YZEYH5iMX2hpAWykpABe837byNw
6G1oa8cD/DDEhf/nLbSZuTm9XfgOH1Zz28X4ugGxzdJ7DXPJ5GZYVm4RUr6irWsO
dK7CgpAhJ80gtmnT187cyTFfDQkOBAZexUkL2wJa0oXcsiY1e5tAJj8dDlzskQ1V
M3tky2W97qNAP5hh0U+zy2e+nYzrfd+NEpaDPEdKc/nywZeiPfALiY5ssgQZqpBQ
GI8LSdSNmHmtGEXyntccMNDLBAmtvozgARUTG4EJVgq4ECC/SvXY6/93HlF1SdDk
PSJVpNBEkAUuvU16dkQtzmIRv2aE0lYpKiwFpA+BgJW5nM3yHwRNcXl7Ircgu8xD
SJowjZpFNNDE46ntmoBQ+8BcSdihd8MGZSI4MDaCbTiV599wIEePqoY8H4XIHnUp
tggzUZA5EeLGN6lqAdgS
=VF3k
-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#701832: doxygen consistently segfaults on kfreebsd-i386 when building opendnssec documentation

[Steven Chamberlain]

Hi,

On Wed, Feb 27, 2013 at 19:24:59 +0100, Ondřej Surý wrote:
 the doxygen segfaults on kfreebsd-i386 when building opendnssec
 package and it blocks it's transition from unstable to testing.
 [...]
 https://buildd.debian.org/status/logs.php?arch=kfreebsd-i386pkg=opendnssecver=1%3A1.3.9-4

It looks more like it's the 'dot' program from graphviz that hangs.  I
ran its regression test suite repeatedly and managed to reproduce a
familiar thread-related hang in sigsuspend:

 steven   97235  0.0  0.1  83676  4436 ?T+   12:03   0:00 /usr/bin/dot 
 -Kdot -Tps -ondata/colors_dot.ps graphs/colors.gv

 (gdb) thread apply all bt full
 
 Thread 1 (process 97235):
 #0  __pthread_sigsuspend () at 
 ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S:24
 No locals.
 #1  0x0008038983b8 in __pthread_wait_for_restart_signal (self=optimized 
 out) at pthread.c:1291
 mask = {{__sigbits = {2, 0, 0, 0}, __bits = {2, 0, 0, 0}}}
 #2  0x00080389a7b4 in suspend (self=optimized out) at restart.h:34
 No locals.
 #3  __pthread_alt_lock (lock=optimized out, self=0x1f) at spinlock.c:418
 oldstatus = 0
 newstatus = 140737488322416
 wait_node = {next = 0x1, thr = 0x800637d20, abandoned = 0}
 #4  0x000803898023 in *__GI___pthread_mutex_lock (mutex=0x800ff3240) at 
 mutex.c:123
 self = optimized out
 #5  0x000800d21f2c in *__GI___libc_free (mem=optimized out) at 
 malloc.c:3736
 ar_ptr = 0x800ff3240
 p = optimized out
 #6  0x000800844a79 in gvFreeContext () from /usr/lib/libgvc.so.5
 No symbol table info available.
 #7  0x00400fd8 in ?? ()
 No symbol table info available.
 #8  0x00080389bf04 in __pthread_sighandler (signo=0, _code=65542, 
 _sg=0x0, ctx=0x80e9f000) at sighandler.c:39
 self = optimized out
 #9  0x7083 in ?? ()
 No symbol table info available.
 #10 0x00080389be60 in ?? () at internals.h:545 from 
 /lib/x86_64-kfreebsd-gnu/libpthread.so.0
 No symbol table info available.
 #11 0x in ?? ()
 No symbol table info available.
 (gdb) 

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#702158: RFS: vmodsynth/1.0-4 [ITP]

[Ho Wan Chan]

I will implement those for 1.0-5. Sorry since I'm a new guy for Debian (not
for Ubuntu).


2013/3/3 Paul Wise p...@debian.org

 On Sun, Mar 3, 2013 at 6:30 PM, Ho Wan Chan wrote:

  More information about hello can be obtained from http://www.example.com
 .

 That doesn't make sense, your package is vmodsynth and that is not its
 website.

 My fault for not changing the template:P


  I am looking for a sponsor for my package vmodsynth

 I don't intend to sponsor this package, but here is a review:

 If you contact upstream, please tell them about our upstream guide:

 http://wiki.debian.org/UpstreamGuide

 debian/source/include-binaries looks very wrong, debian/changelog
 should be the only location for the Debian changelog to be stored in
 the source package.

 That's because I don't know how to fix
http://lintian.debian.org/tags/no-upstream-changelog.html


 Here is a better watch file for this package:

 version=3
 https://launchpad.net/vmodsynth/+download
 .*/vmodsynth-(\d[\d\.+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))

 Well I shall implement it, however Launchpad downloads are a headache:)


 Please get the manual page included upstream.


  I would like to say that there is no manpage upstream.


 None of the comments in debian/rules are needed, please remove them.

 Forgotten to.


 Please add --parallel to the arguments of dh in debian/rules.

 OK


 debian/README.source is not needed, it duplicates debian/rules,
 debian/control Build-Depends and the upstream README.

 No need to distribute the upstream README in the binary package, since
 it is mainly build instructions. Best just remove debian/docs
 altogether.

 OK.


 The Vcs-* fields are for the Debian packaging, not for upstream.

 Sorry.


 Does the package really need such a new gcc?


 We need to since that it is written in C++ 11 (for specific reasons, see
the .pdf), which is starting to get supported in gcc 4.7



 You should never manually depend on libraries, always use the
 automatic depends created by ${shlibs:Depends} instead.

 Oops sorry.


 Please run wrap-and-sort -sa to wrap and sort various files.

 I would suggest using debhelper compat 9 and dh-autoreconf instead of
 autotools-dev.

 OK.


 Please read the devref section on debian/changelog best practices:


 http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-debian-changelog

 doc/vmodsynth_doc.pdf is a generated file, please ensure that it is
 regenerated at build time, you will need to build-depend on pdfTeX to
 do that.

 It would be a good idea to distribute doc/vmodsynth_doc.pdf in a
 binary package, either vmodsynth itself or vmodsynth-doc.

  Thanks for your tip.


 Automatic checks:

 https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

 dpkg-shlibdeps:

 Lots of warnings, but thats a GTK+ bug.

 lintian (debian/compat 9 fixes the first two):

 W: vmodsynth: hardening-no-relro usr/bin/vmodsynth
 W: vmodsynth: hardening-no-fortify-functions usr/bin/vmodsynth
 P: vmodsynth: no-upstream-changelog

   OK I shall use ver. 9 then.  For no-upstream-changelog I don't know how
to fix.

 bfbtester:

 When I ran vmodsynth under bfbtester, I got hundreds of megabytes of
 core files due to segfaults. Please investigate and fix this issue.

 cppcheck (looks like the same issue as bfbtester):

 [src/main.cpp:40]: (error) Buffer overrun possible for long command
 line arguments.

  Hmm let me see if I can contact upstream developer.


 blhc (use debian/compat 9 to fix):

 CXXFLAGS missing
 CPPFLAGS missing
 LDFLAGS missing

 Compat 9 then:)


 similarity-tester:

 Seems to be quite a lot of code duplication going on:

 ./src/AlsaDriver.hconsists  for  75   %  of
 ./src/AlsaDriver.cppmaterial
 ./src/modules/v702.cppconsists  for  76   %  of
 ./src/modules/v701.cpp  material
 ./src/modules/v701.cppconsists  for  77   %  of
 ./src/modules/v702.cpp  material
 ./src/ModuleList.hconsists  for  79   %  of
 ./src/ModuleList.cppmaterial
 ./src/Inlet.h consists  for  80   %  of
 ./src/Outlet.h  material
 ./src/Outlet.hconsists  for  81   %  of  ./src/Inlet.h
   material
 ./src/modules/v300.h  consists  for  84   %  of
 ./src/modules/v203.hmaterial
 ./src/modules/algorithms.hconsists  for  89   %  of
 ./src/modules/v1005.h   material
 ./src/modules/algorithms.cpp  consists  for  89   %  of
 ./src/modules/v201.cpp  material
 ./src/modules/v230.h  consists  for  90   %  of
 ./src/modules/v203.hmaterial
 ./src/modules/v703.h  consists  for  90   %  of
 ./src/modules/v701.hmaterial
 ./src/Outlet.cpp  consists  for  90   %  of
 ./src/Inlet.cpp material
 ./src/Inlet.cpp   consists  for  91   %  of
 ./src/Outlet.cppmaterial
 ./src/modules/v203.h  consists  for  91   %  of
 ./src/modules/v230.hmaterial
 ./src/modules/v100.h  consists  for  91   

Bug#701786: [Pkg-xfce-devel] Bug#701786: Canceling creation of archives kills DE.

[dE]

On 02/27/13 12:15, Yves-Alexis Perez wrote:

On mer., 2013-02-27 at 11:02 +0530, dE wrote:

If you're making a large archive (tested using zip and 7z) using the
thunar's context menu, and cancel the archive creation process while
files were being added to the archive, the whole DE crashes.

That looks pretty weird. Does it means your logged out of Xfce and back
to the login screen?


Yes, but that's the responsibility of the DM but point is the whole DE 
crashed.


Are you able to reproduce it?

This also happens when you're extracting archives.


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

Bug#697676: lvm2: cLVM binary package is missing

[Julien Cristau]

On Mon, Jan 14, 2013 at 15:57:52 +, Dmitrijs Ledkovs wrote:

 I am interested in continuing maintaining clvm in Ubuntu. I'm not sure
 about Debian.
 
 Is help required testing/maintaining the clvm portion of the package?
 
Somebody would have to properly maintain its dependencies in debian
(redhat-cluster, and by extension gfs2-utils, corosync, ...).  They're
the reason the clvm package had to go.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701832: doxygen consistently segfaults on kfreebsd-i386 when building opendnssec documentation

[Steven Chamberlain]

By hitting Ctrl-C at the right moment I can seem to cause 'dot' to hang
easily enough.  Attached is a quite different backtrace, which still
resulted in being stuck in __pthread_wait_for_restart_signal

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
(gdb) thread apply all bt full

Thread 1 (process 17844):
#0  __pthread_sigsuspend () at 
../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S:24
No locals.
#1  0x0008038983b8 in __pthread_wait_for_restart_signal (self=optimized 
out) at pthread.c:1291
mask = {{__sigbits = {2, 0, 0, 0}, __bits = {2, 0, 0, 0}}}
#2  0x00080389a7b4 in suspend (self=optimized out) at restart.h:34
No locals.
#3  __pthread_alt_lock (lock=optimized out, self=0x1f) at spinlock.c:418
oldstatus = 0
newstatus = 140737488318816
wait_node = {next = 0x1, thr = 0x800637d20, abandoned = 0}
#4  0x000803898023 in *__GI___pthread_mutex_lock (mutex=0x6bc850) at 
mutex.c:123
self = optimized out
#5  0x00080258a8d9 in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#6  0x00080258c786 in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#7  0x000802553e57 in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#8  0x0008025542e0 in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#9  0x0008025642df in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#10 0x000802593d6a in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#11 0x00080255cc71 in ?? () from /usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#12 0x00080254f833 in cairo_show_glyphs () from 
/usr/lib/x86_64-kfreebsd-gnu/libcairo.so.2
No symbol table info available.
#13 0x0008020dd8f5 in ?? () from 
/usr/lib/x86_64-kfreebsd-gnu/libpangocairo-1.0.so.0
No symbol table info available.
#14 0x0008020ddbc4 in ?? () from 
/usr/lib/x86_64-kfreebsd-gnu/libpangocairo-1.0.so.0
No symbol table info available.
#15 0x00080230c8dd in pango_renderer_draw_glyphs () from 
/usr/lib/x86_64-kfreebsd-gnu/libpango-1.0.so.0
No symbol table info available.
#16 0x00080230d4be in pango_renderer_draw_layout_line () from 
/usr/lib/x86_64-kfreebsd-gnu/libpango-1.0.so.0
No symbol table info available.
#17 0x00080230d6e5 in pango_renderer_draw_layout () from 
/usr/lib/x86_64-kfreebsd-gnu/libpango-1.0.so.0
No symbol table info available.
#18 0x0008020ddd18 in ?? () from 
/usr/lib/x86_64-kfreebsd-gnu/libpangocairo-1.0.so.0
No symbol table info available.
#19 0x000801ed1b4d in ?? () from /usr/lib/graphviz/libgvplugin_pango.so.6
No symbol table info available.
#20 0x000800842d5d in gvrender_textpara () from /usr/lib/libgvc.so.5
No symbol table info available.
#21 0x00080085f3bc in emit_label () from /usr/lib/libgvc.so.5
No symbol table info available.
#22 0x000800872e45 in emit_clusters () from /usr/lib/libgvc.so.5
No symbol table info available.
#23 0x000800873955 in emit_graph () from /usr/lib/libgvc.so.5
No symbol table info available.
#24 0x000800875c9a in gvRenderJobs () from /usr/lib/libgvc.so.5
No symbol table info available.
#25 0x00400fcc in ?? ()
No symbol table info available.
#26 0x00080389bf04 in __pthread_sighandler (signo=0, _code=65542, _sg=0x0, 
ctx=0x80e9f000) at sighandler.c:39
self = optimized out
#27 0x7083 in ?? ()
No symbol table info available.
#28 0x00080389be60 in ?? () at internals.h:545 from 
/lib/x86_64-kfreebsd-gnu/libpthread.so.0
No symbol table info available.
#29 0x in ?? ()
No symbol table info available.
(gdb)

Bug#702108: Acknowledgement (linux-image-3.8-trunk-amd64: sd/mmc card reader doesn't work on Sony VAIO Z (2011))

[John Hughes]

Problem appears to be that in the 3.7 config we have

   CONFIG_RTS_PSTOR=m
   # CONFIG_RTS_PSTOR_DEBUG is not set


But the 3.8 doesn't.

**Greg KH says 
(http://lkml.indiana.edu/hypermail/linux/kernel/1212.1/01422.html )


   We also removed some older drivers (telephony and
   rts_pstor),

Nice.

The commit says:

   Staging: remove rts_pstor driver
   Support for this hardware is now included in a real driver in the
   kernel, so it is safe to remove the staging driver now.


But which real driver?

I'm guessing that

   # CONFIG_MFD_RTSX_PCI is not set

Is part of the problem.

http://permalink.gmane.org/gmane.linux.kernel.mmc/17356

Bug#702158: RFS: vmodsynth/1.0-4 [ITP]

[Paul Wise]

On Sun, 2013-03-03 at 20:25 +0800, Ho Wan Chan wrote:

  That's because I don't know how to fix
 http://lintian.debian.org/tags/no-upstream-changelog.html  

Ask upstream to produce a NEWS file or a ChangeLog file in their
tarballs. If upstream use bzr, they can produce a ChangeLog file using
the gnulog bzr plugin.

http://www.gnu.org/prep/standards/html_node/NEWS-File.html
http://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs
http://wiki.bazaar.canonical.com/BzrPlugins#line-82

 Please get the manual page included upstream.
 
   I would like to say that there is no manpage upstream. 

Yes, I want you to send the manual page to upstream, so it can be
included there.

  We need to since that it is written in C++ 11 (for specific reasons,
 see the .pdf), which is starting to get supported in gcc 4.7

I see.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702169: python-numpy: np.finfo(np.clongdouble).precision wrong on powerpc

[Julian Taylor]

Package: python-numpy
Version: 1:1.6.2-1
Severity: normal

some scipy tests fail on powerpc, this is because

import numpy as np;
np.finfo(np.clongdouble).precision

returns 75 on powerpc but it should return not more than about 18.

see e.g. the test_signaltools.TestCorrelateComplex256
https://buildd.debian.org/status/fetch.php?pkg=python-scipyarch=powerpcver=0.11.0%2Bdfsg1-1stamp=1362143334

the decimal is obtained in scipy/signal/tests/test_signaltools.py:553 via:
for datatype in [np.csingle, np.cdouble, np.clongdouble]:
cls = _get_testcorrelate_class(datatype, _TestCorrelateComplex)
cls.decimal = int(2 * np.finfo(datatype).precision / 3)
globals()[cls.__name__] = cls


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

Bug#697890: iwconfig not in /sbin

[Christian PERRIER]

Quoting Charles Plessy (ple...@debian.org):

 unfortunately it makes the package fail to build.
 
 dpkg-gencontrol: error: the Recommends field contains an arch-specific 
 dependency but the package is architecture all
 dh_gencontrol: dpkg-gencontrol -ptask-desktop -ldebian/changelog 
 -Tdebian/task-desktop.substvars -Pdebian/task-desktop returned exit code 255
 
 Currently all tasks are architecture-independent, so I guess that making
 task-desktop architecture-dependent would not be a good solution ?

hmmm, and we have the same problem with the recent change to add
network-manager-gnome to task-gnome-desktop.

ANyone with a good suggestion, here?



signature.asc
Description: Digital signature

Bug#701870: RFS: aspsms-t/1.3.1-1

[Paul Wise]

On Thu, Feb 28, 2013 at 5:56 PM, Marco Balmer wrote:

 A long time ago, that I've sent a RFS request to debian-mentors [1].
 Accidentally the package was removed by mentors [2] and I didn't
 notice that. So I've uploaded it again. ITP bug for this package is
 available at [3].

Looks like it was removed on purpose not by accident.

   More information about hello can be obtained from http://www.example.com.

I guess we should remove this from the RFS template since no-one seems
to read it properly.

I don't intend to sponsor this package, but here is a review:

debian/rules can be replaced with
/usr/share/doc/debhelper/examples/rules.tiny, plus add --parallel to
the arguments of dh.

debian/docs looks bogus, there is no docs dir in the unpacked package.

The License field in debian/copyright should be GPL-2+ not GPL.

I would suggest running wrap-and-sort -sa to wrap debian/control and
other files.

lib/ASPSMS/GetNetworksFees.pm uses system() in a potentially unsafe
way since it passes variables through /bin/sh. Please change the code
to use multiple arguments to system() and it will then not use /bin/sh
and be more safe. The code seems to use a lot of backticks too, I
guess they aren't safe either. There is also the issue of arguments
being confused with options, add -- to prevent that.

Don't need to use system('wget') in Perl code, please use LWP instead:

http://search.cpan.org/dist/libwww-perl/

Don't need to use system('mv') in Perl code, there is the rename function:

http://perldoc.perl.org/functions/rename.html

When I install the package I get this message, please silence it:

id: aspsms: no such user

Your package will leave files behind after it is purged, please fix
that. You also don't need to run id on every upgrade (just on initial
install). If the sysadmin deletes the files in /etc then they will get
recreated on upgrade, you're supposed to preserve even deletions. I
would suggest just installing it as a conffile per usual.

It doesn't really make sense to put the manual pages in the -perl package.

Please split the upstream README into README and README.install since
the build/install info will not be useful to people installing the
package.

I think the documentation should use /srv/ rather than /home/ in many places.

Since you are upstream, please read our upstream guide:

http://wiki.debian.org/UpstreamGuide

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

lintian:

I: libaspsms-perl: spelling-error-in-manpage
usr/share/man/man1/aspsms-t.notify.1p.gz Absolut Absolute
I: libaspsms-perl: spelling-error-in-manpage
usr/share/man/man3/ASPSMS::Jid.3pm.gz ressource resource
I: libaspsms-perl: spelling-error-in-manpage
usr/share/man/man3/ASPSMS::Message.3pm.gz fuction function
I: aspsms-t: init.d-script-does-not-implement-optional-option
etc/init.d/aspsms-t status
W: aspsms-t: executable-not-elf-or-script
usr/share/doc/aspsms-t/examples/aspsms-t.xml.dist
I: aspsms-t: unused-override binary-without-manpage usr/bin/aspsms-t

perl -wc:

./examples/aspsms.SendWAPPushSMS.pl syntax OK
Reference found where even-sized list expected at
/usr/share/perl5/ASPSMS/config.pm line 57.
Reference found where even-sized list expected at
/usr/share/perl5/ASPSMS/config.pm line 58.

Perl::Critic:

Many complaints, no idea how valid they are.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702014: RM: gksu-polkit -- RoQA; unmaintained, RC-buggy

[Ansgar Burchardt]

tag 702014 + moreinfo
thanks

Hi Gustavo,

Moritz Muehlenhoff j...@debian.org writes:
 please remove gksu-polkit. It's RC-buggy and unmaintained. The previous
 maintainer is also upstream. It has already been dropped from Wheezy.

Do you agree with Moritz' request or do you plan to work on the
gksu-polkit package again?

Regards,
Ansgar


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

Bug#702015: RM: kolab-cyrus-imapd -- RoQA; duplicates Cyrus code, unmaintained, RC-buggy

[Ansgar Burchardt]

tag 702015 + moreinfo
thanks

Moritz Muehlenhoff j...@debian.org writes:
 please remove kolab-cyrus-imapd. It duplicates the Cyrus code, it's 
 unmaintained
 and RC-buggy. It was already dropped from Wheezy.

Removing kolab-cyrus-imapd breaks other packages:

  # Broken Depends:
  kolabd: kolabd
  libkolab-perl: libkolab-perl

Maybe the kolab maintainers could give their opinion on this?

Ansgar


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

Bug#630002: dbus consumes 90%+ of CPU

[alberich]

Package: dbus
Version: 1.6.8-1

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages dbus depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38
ii  libdbus-1-31.6.8-1
ii  libexpat1  2.1.0-1
ii  libselinux12.1.9-5
ii  libsystemd-login0  44-10
ii  lsb-base   4.1+Debian8

dbus recommends no packages.

Versions of packages dbus suggests:
ii  dbus-x11  1.6.8-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#700810: app-install-data: a typo in spout.desktop

[Julian Andres Klode]

Control: block -1 by 556938
Control: tag -1 confirmed

On Sun, Feb 17, 2013 at 07:59:13PM +0100, Patrice Duroux wrote:
 Package: app-install-data
 Version: 2012.06.16.1
 Severity: normal
 Tags: patch
 
 
 Hi, I hope that my patch is fine! ;-)

Almost correct. This is fixed in spout's package in experimental,
I can sync this file manually; but I don't know if we want to get
this in wheezy or not. If not, this will wait until the new
spout enters testing (after the wheezy release).

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgp4HSkuh9qYX.pgp
Description: PGP signature

Bug#702108: Info received (Bug#702108: Acknowledgement (linux-image-3.8-trunk-amd64: sd/mmc card reader doesn't work on Sony VAIO Z (2011)))

[John Hughes]

Seems like we need

Device Drivers ---
   Multifunction device drivers  ---
M Support for Realtek PCI-E card reader

and then

...
M MMC/SD/SDIO card support  ---
 M   Realtek PCI-E SD/MMC Card Interface Driver

and

...
--- Sony MemoryStick card support (EXPERIMENTAL)
M   Realtek PCI-E Memstick Card Interface Driver


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

Bug#630002: dbus consumes 90%+ of CPU

[alberich]

Package: dbus
Version: 1.6.8-1

the command from htop causing the 90%+ CPU load:
/usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session

/proc/DBUD-PID/fd has 999 entries.

I have the impression that using icewease or icedove triggers that 
behaviour, particularly when opening pdf files via links.



-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

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

Versions of packages dbus depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38
ii  libdbus-1-31.6.8-1
ii  libexpat1  2.1.0-1
ii  libselinux12.1.9-5
ii  libsystemd-login0  44-10
ii  lsb-base   4.1+Debian8

dbus recommends no packages.

Versions of packages dbus suggests:
ii  dbus-x11  1.6.8-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#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch

[Moritz Muehlenhoff]

On Fri, Mar 01, 2013 at 04:08:18PM -0800, Russ Allbery wrote:
 At this point in the release process, I really think upgrading with
 _FORTIFY_SOURCE disabled is the correct fix.  Just increasing a buffer
 size is usually not a good idea; that's the sort of change that can paper
 over a deeper problem without actually solving it, just temporarily hiding
 it.  At the least, I think it would require more testing than we would be
 able to do at this point.
 
 My recommendation is to apply the change suggested in the bug log to
 disable _FORTIFY_SOURCE for the wheezy release, and then, post-wheezy,
 upload the package with _FORTIFY_SOURCE enabled and possibly with the
 buffer size increased (maybe after discussion with upstream).

I agree, pd isn't security-sensitive anyway.

Cheers,
Moritz


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

Bug#701660: lintian: Possible wrong syntax-error-in-dep5-copyright test in Lintian (Duplicate field copyright)

[Niels Thykier]

Control: reassign -1 debian-policy
Control: retitle -1 debian-policy: Clarifiy DEP5 copyright field example


Dear policy maintainers,

I am reassigning this Lintian bug to you, because I believe it was
caused by an example in the policy.  (Full context below)

In a nut shell, I suspect the problem is the following part of
copyright-format/1.0/ specificiation:



Copyright

[...] The Copyright field for that paragraph would contain:

Copyright 2008 John Smith
Copyright 2009, 2010 Angela Watts

[...]



The casual reader may misread this as:


Copyright: 2008 John Smith
Copyright: 2009, 2010 Angela Watts


I.e. as two single-line fields that are both named Copyright.  I think
it would be prudent to rewrite this to something like:


The Copyright field for that paragraph could look like:

Copyright:
  Copyright 2008 John Smith
  Copyright 2009, 2010 Angela Watts


~Niels

As promised, the context is

On 2013-02-25 21:50, Niels Thykier wrote:
 On 2013-02-25 21:37, Nelson A. de Oliveira wrote:
 Package: lintian
 Version: 2.5.11
 Severity: minor

 Correct me if I am wrong or if I lack some coffee, please, but with this
 copyright file:

 =
 Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: name
 Upstream-Contact: Somebody

 Files: file1.c file2.c
 Copyright: 2000, 2001 Foo
 Copyright: 2001, 2002 Bar
 License: BSD-Like
 =

 I am seeing this:

 W: test source: syntax-error-in-dep5-copyright line 7: Duplicate field 
 copyright.

 
 The specification says the syntax of these files are that of Policy §5.1
 and said specification do not allow duplicate fields in a given paragraph.
 
 In
 http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field
 we can see an example with two Copyright lines.

 
 The example may be confusing, but what you see is not a two fields, but
 the contents of the field[1].
 
 It seems that lintian should not warn for duplicates copyright fields?

 
 My reading is that duplicate fields are a violation of the syntax.
 
 Thank you!

 Best regards,
 Nelson

 [...]
 
 ~Niels
 
 [1] Note the (by me emphased) singular field.
 
 
 _The Copyright field_ for that paragraph would contain:
 
 
 


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

Bug#662955: RFS: rubyripper/0.6.2-1 [ITP]

[Paul Wise]

You might want to join #debian-au :)

Have you considered joining the multimedia team?

https://wiki.debian.org/Teams/Multimedia

I don't intend to sponsor this package, but here is a review:

Please get the patches include upstream and or change them to be
acceptable upstream.

Please use this watch file instead:

version=3
opts=uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha|b|a)\d*)$/$1~$2/
\
 http://code.google.com/p/rubyripper/downloads/list?can=1 \
 .*/rubyripper-(\d\..+)\.(?:zip|tgz|tbz|txz|(?:tar\.(?:gz|bz2|xz)))

Please call dh_auto_configure in override_dh_auto_configure instead of
./configure, this will allow you to drop --configure.

There doesn't seem to be a need for the rubyripper.png symlink, what
is that needed for?

The comments in the manual page aren't needed.

Please get the manual page included upstream.

Please run wrap-and-sort -sa so diffs of debian/* are more human-readable.

The package descriptions are almost duplicates of each other.

The SVG source for rubyripper.png is missing from the package.

The upstream README contains install and MacOS information, please ask
upstream to split that out into separate files since it isn't useful
for Debian users.

Several of the files in the source are executable, but do not need to be.

I'm not familiar with ruby, but the way it uses popen doesn't look safe to me.

Automatic checks:

https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package

ruby configure --update-lang:

lots of obsolete msgid warnings

lintian:

P: rubyripper-gtk2: no-upstream-changelog
P: rubyripper-cli: no-upstream-changelog

cme check dpkg-control:

Says that the short descriptions for the packages are too long.

msgfmt:

many empty msgstr warnings

POFileChecker:

lots of warnings:
missing :
missing .
missing ...
extra \n

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#702170: ITP: zopfli -- zlib (gzip, deflate) compatible compressor

[Laszlo Boszormenyi (GCS)]

Package: wnpp
Owner: Laszlo Boszormenyi g...@debian.hu
Severity: wishlist

* Package name: zopfli
  Version : git version
  Upstream Author : Lode Vandevenne lode.vandeve...@gmail.com
* URL : http://code.google.com/p/zopfli/
* License : Apache-2.0
  Programming Lang: C
  Description : zlib (gzip, deflate) compatible compressor

Zopfli Compression Algorithm is a new zlib (gzip, deflate) compatible
compressor. This compressor takes more time (~100x slower), but
compresses  around 5% better than zlib and better than any other
zlib-compatible compressor we have found.


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

Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[gregor herrmann]

On Sat, 02 Mar 2013 19:12:32 -0500, Andres Mejia wrote:

 I just rebuilt bsaf on my machine that has the DISPLAY environment variable
 set and 

In a chroot or in the normal environment?

 on a sid and wheezy chroot via sbuild-shell (which in turn uses
 schroot) that does not have DISPLAY set. All builds succeeded and passed
 the test suite.

That's not surprising, since without DISPLAY the otherwise failing
tests are skipped :)
 
FWIW: The tests still fail for me in wheezy and sid cowbuilder amd64
chroots, with DISPLAY set, with or without my earlier patch (to use
xvfb).

As mentioned earlier in this bug log by Matteo, building with
openjdk-7-jdk works in the same setup.

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: David Bowie: Suffragette City


signature.asc
Description: Digital signature

Bug#688571: bash: [l10n:de] Error in German translation

[Helge Kreutzmann]

Hello Nils,
On Sun, Sep 23, 2012 at 09:20:03PM +0200, Nils Naumann wrote:
 Am 23.09.2012 21:08, schrieb Helge Kreutzmann:
 (a brief look indicates that there may be similar other word ordering
 problems, if a more thourough review is wanted I can provide one for
 wheezy+1)
 
 (In case another upload for Wheezy is planned, it would be kind to
 include this change)
 I'm aware of this problem (and some others).   I will provide a
 updated version soon.

Any ETA for the updated version?

Greetings

  Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software libre: http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#675495: openjdk maintenance for wheezy and squeeze

[Julien Cristau]

Control: retitle -1 openjdk-6 should not be released with jessie
Control: tag -1 + wheezy-ignore

On Sun, Mar  3, 2013 at 14:08:44 +0100, Thijs Kinkhorst wrote:

 Op donderdag 28 februari 2013 21:35:09 schreef Moritz Mühlenhoff:
  So we should proceed with providing backports for openjdk in the future.
  
  If Matthias keeps the Debian/Ubuntu packaging in a state that it's easily
  buildable on squeeze/wheezy for ojdk6 and for wheezy on ojdk7 I think
  we should be able to handle Java updates resource-wise.
 
 So it seems we are in agreement that it's not feasible to remove OpenJDK-6 
 from Wheezy, and there's the expectation that it can be supported in a 
 relatively acceptable way.
 
 Perhaps the RT can tag #675495 wheezy-ignore (and retitle). I'm pretty sure 
 we 
 don't want OpenJDK-6 in Jessie.
 
Alright.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#697144: dir2ogg: Broken sound speed of converted files

[Julian Andres Klode]

Control: reassign -1 mpg123
Control: affects -1 dir2ogg

On Tue, Jan 01, 2013 at 08:07:51PM -0200, Nelson A. de Oliveira wrote:
 Package: dir2ogg
 Version: 0.11.8-1
 Severity: important
 
 Something is really broken when converting the attached
 decima-quinta.mp3 with a simple dir2ogg decima-quinta.mp3
 

That's true, yes. You used mpg123 as the mp3 decoder, right? It
seems that this creates a different file depending on whether
the output is a file or a pipe. Thus, if you pass dir2ogg the
-P argument to create a temporary file, everything works.

Using another mp3 decoder also works.

(And yes, mpg123 is completely broken now in combination
with dir2ogg without the -P option, as it's handling of
-w/dev/stdout and -w- broke a second time[1]).

[1] I switched dir2ogg 0.11.4 to use -w/dev/stdout instead
of -w- for mpg123, as mpg123 did not understand -w- anymore;
now only -w- works, and -w/dev/stdout is broken.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgpPDc6yetDp6.pgp
Description: PGP signature

Bug#679813: dir2ogg: mpg123 as MP3 decoder doesn't work anymore

[Julian Andres Klode]

Control: tag -1 confirmed

On Sun, Jul 01, 2012 at 08:16:02PM +0200, Jonathan Neuschäfer wrote:
 Package: dir2ogg
 Version: 0.11.8-1
 Severity: normal
 
 When I run dir2ogg on a directory of mp3 files, I get the following
 message for every file, and the generated ogg files are just about 4kB
 big:
 
  INFO: Converting /path/to/foo.mp3 (using mpg123 as decoder)...
  [wav.c:143] error: cannot even write a single byte: Illegal seek
  [audio.c:630] error: failed to open audio device
  [mpg123.c:902] error: Failed to initialize output, goodbye.
  Encoding standard input to /path/to/foo.ogg at quality 3,00
 
 I haven't dug further into this problem so I can't tell whether mpg123
 or dir2ogg should be changed/fixed.

I have committed a fix in my local repository to revert the change
from 0.11.4 that causes this with recent mpg123 versions. This
breaks older mpg123 versions, though [1]; so I'm not sure how I 
should continue here.

[1] mpg123 breaks command-line compatibility: In 0.11.4 I had to change
dir2ogg to pass -w/dev/stdout to mpg123 because -w- stopped 
working; now mpg123 only supports -w- anymore

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgpYrk90e61fU.pgp
Description: PGP signature

Bug#701786: [Pkg-xfce-devel] Bug#701786: Bug#701786: Canceling creation of archives kills DE.

[Yves-Alexis Perez]

On dim., 2013-03-03 at 18:04 +0530, dE wrote:
 Yes, but that's the responsibility of the DM but point is the whole
 DE 
 crashed.

That means xfce4-session crashed, afaict, which looks pretty weird.
 
 Are you able to reproduce it?

I lack a good way to reproduce, the original report was a bit vague
about that.
 
 This also happens when you're extracting archives.

Can you provide such an archive? And can you look at the log (dmesg and
~/.xsession-errors) to see exactly what crashed, and maybe take a
backtrace.

Regards,
-- 
Yves-Alexis


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

Bug#698579: [urlwatch] when using lynx text formatting, unchanged data

[Franck Joncourt]

Hi,

I cannot reproduce the problem, could you sepcify which url you are monitoring?

Regards,

--
Franck Joncourt


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

Bug#697676: lvm2: cLVM binary package is missing

[Vitaly Pashkov]

On Thu, 2013-02-28 at 10:08 +0100, Bastian Blank wrote:
  The maintainer may not use clvm but many of us who have built large
scale production clusters do.
 
 popcon showed exactly _zero_ installations.

Probably a popcon bug or something, which is a different question. We
are using clvm in 2 clusters currently and all of the nodes in it have
popcon enabled. clvm works fine for us.

--
Regards,
Vitaly Pashkov
FlyHost LLC


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

Bug#702171: tty-clock: Vcs-$foo headers are incorrect

[David Bremner]

Package: tty-clock
Severity: minor


Hi Antoine;

Vcs-$foo headers should point to debian packaging, not upstream version control.

Cheers

d

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#697221: motion: diff for NMU version 3.2.12-3.3

[gregor herrmann]

On Sun, 27 Jan 2013 20:08:55 +0100, Evgeni Golov wrote:

 On Sun, Jan 27, 2013 at 03:29:42PM +, Julien Cristau wrote:
  On Sun, Jan 27, 2013 at 15:22:37 +0100, Evgeni Golov wrote:
  
   ++ TEMP_CFLAGS=$TEMP_CFLAGS -I/usr/include/mysql
  
  This bit is probably not quite right in general.  Not sure what the
  correct way to get the header location is.
 
 My brain keeps telling me drop that shit and #include mysql/mysql.h.

This bug hasn't seen any activity since over a month; let's get back
on track.

Some thoughts:
- I think fixing this on the packaging side is less invasive than
  hacking the upstream autofoo stuff.
- IMO, Evgeni's original patch in -3.3 matches what has been done for
  quite a few other packages regarding to multiarch; obviously, the
  build dependency on libmysqlclient-dev should be versioned.
- An alternative would be to use mysql_config, as proposed by
  Salvatore; patches against -3.2 and -3.3 attached.
- Salvatore's patch (with dpkg-architecture -qDEB_BUILD_MULTIARCH)
  in configure.in) indeed looks not so elegant; OTOH that's the same as
  in the already existing debian/patches/02_libav_multiarch.patch, so
  it's at least consistent.

I guess someone needs to decide what we want to have in wheezy :)


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: U2: New York
diff -Nru motion-3.2.12/debian/changelog motion-3.2.12/debian/changelog
--- motion-3.2.12/debian/changelog	2012-06-06 12:25:16.0 +0200
+++ motion-3.2.12/debian/changelog	2013-03-03 15:07:12.0 +0100
@@ -1,3 +1,26 @@
+motion (3.2.12-3.4) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix No longer has support for mysql: try a simpler fix than in -3.3:
+- revert the build-dependency on dpkg-dev in debian/control and the usage
+  of DEB_HOST_MULTIARCH in debian/rules
+- use mysql_config to find the libddir, and pass it to configure's
+  --with-mysql-dir in debian/rules
+(Closes: #697221)
+
+ -- gregor herrmann gre...@debian.org  Sun, 03 Mar 2013 14:52:52 +0100
+
+motion (3.2.12-3.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Properly find MySQL in /usr/lib/$(DEB_HOST_MULTIARCH).
++ Build-Depend on dpkg-dev = 1.16
++ Get DEB_HOST_MULTIARCH from dpkg-architecture.
++ Pass --with-mysql-dir=/usr/lib/$(DEB_HOST_MULTIARCH) to configure.
+Closes: #697221
+
+ -- Evgeni Golov evg...@debian.org  Thu, 03 Jan 2013 12:00:38 +0100
+
 motion (3.2.12-3.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru motion-3.2.12/debian/rules motion-3.2.12/debian/rules
--- motion-3.2.12/debian/rules	2012-06-06 12:24:30.0 +0200
+++ motion-3.2.12/debian/rules	2013-03-03 15:11:44.0 +0100
@@ -8,6 +8,8 @@
 CFLAGS = -Wall -g
 LDFLAGS = -Wl,--as-needed
 
+MYSQLLIBDIR=$(shell mysql_config --variable=pkglibdir)
+
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -O0
 else
@@ -32,6 +34,7 @@
 		--sysconfdir=/etc/motion \
 		--with-ffmpeg \
 		--with-mysql \
+		--with-mysql-lib=$(MYSQLLIBDIR) \
 		--with-pgsql \
 		--without-optimizecpu \
 		--without-jpeg-mmx
diff -Nru motion-3.2.12/debian/changelog motion-3.2.12/debian/changelog
--- motion-3.2.12/debian/changelog	2013-01-05 19:25:43.0 +0100
+++ motion-3.2.12/debian/changelog	2013-03-03 15:07:12.0 +0100
@@ -1,3 +1,15 @@
+motion (3.2.12-3.4) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix No longer has support for mysql: try a simpler fix than in -3.3:
+- revert the build-dependency on dpkg-dev in debian/control and the usage
+  of DEB_HOST_MULTIARCH in debian/rules
+- use mysql_config to find the libddir, and pass it to configure's
+  --with-mysql-dir in debian/rules
+(Closes: #697221)
+
+ -- gregor herrmann gre...@debian.org  Sun, 03 Mar 2013 14:52:52 +0100
+
 motion (3.2.12-3.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru motion-3.2.12/debian/control motion-3.2.12/debian/control
--- motion-3.2.12/debian/control	2013-01-05 19:25:27.0 +0100
+++ motion-3.2.12/debian/control	2013-03-03 14:57:40.0 +0100
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Juan Angulo Moreno j...@apuntale.com
 HomePage: http://motion.sf.net
-Build-Depends: debhelper (= 6), dpkg-dev (= 1.16), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev, libv4l-dev
+Build-Depends: debhelper (= 6), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev, libv4l-dev
 Standards-Version: 3.9.2
 
 Package: motion
diff -Nru motion-3.2.12/debian/rules motion-3.2.12/debian/rules
--- motion-3.2.12/debian/rules	2013-01-05 19:25:27.0 +0100
+++ motion-3.2.12/debian/rules	2013-03-03 15:11:44.0 +0100
@@ -3,11 +3,13 @@
 
 

Bug#700585: [pkg-cli-apps-team] Bug#700585: This patch should do the trick

[Julien Cristau]

On Sun, Mar  3, 2013 at 12:35:03 +0800, Chow Loong Jin wrote:

 On 03/03/2013 05:27, Josselin Mouette wrote:
  tag 700585 + patch
  thanks
  
  I’m not using banshee so I didn’t test it, but the bug should be fixed
  by the attached patch.
 
 Thanks for the patch. I believe meebey worked on a patch for gconf# instead,
 though, since it seems to affect all gconf# users. This saves us the DllImport
 in each application.
 
For wheezy we need a patch now, though.  So if that other patch is not
ready then having test results for the one that does exist would still
be helpful.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#702172: Font sizes are integers, not floats

[Claudius Hubig]

Package: wotsap
Version: 0.7-2
Severity: normal
Tags: patch

Hi,

currently, wotsap line 1723 (in Wheezy) or line 1724 (in version 0.7
released recently) saves the font size supplied via -S as a float:

  elif o in (-S, --ttfsize):
ttfsize = float(a)

However, core.getfont() in ImageFont.py (package python-imaging) would
prefer an integer and does not hesitate to complain:

Traceback (most recent call last):
  File /usr/bin/wotsap, line 1903, in module
wotsapmain(sys.argv)
  File /usr/bin/wotsap, line 1852, in wotsapmain
wot.initfont(fontfile, ttffile, ttfsize)
  File /usr/bin/wotsap, line 1491, in initfont
self.font = ImageFont.truetype(ttffile, ttffilesize)
  File /usr/lib/python2.7/dist-packages/PIL/ImageFont.py, line 218, in 
truetype
return FreeTypeFont(filename, size, index, encoding)
  File /usr/lib/python2.7/dist-packages/PIL/ImageFont.py, line 134, in 
__init__
self.font = core.getfont(file, size, index, encoding)
TypeError: integer argument expected, got float

The following ‘patch’ solves this problem:

--- wotsap  2013-03-03 14:12:34.615420677 +
+++ /usr/bin/wotsap 2013-03-03 14:12:42.565420729 +
@@ -1720,7 +1720,7 @@
 elif o in (-T, --ttffile):
 ttffile = a
 elif o in (-S, --ttfsize):
-ttfsize = float(a)
+ttfsize = int(a)
 elif o in (-p, --print):
 prnt=1
 elif o in (-D, --print-debug):

The affected variable, ttfsize, is used nowhere else in the file but
in the initfont() function mentioned above (and a few default
assignments to 16).

Best regards,

Claudius

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wotsap depends on:
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  python 2.7.3-4
ii  python-imaging 1.1.7-4
ii  ttf-dejavu 2.33-3
ii  ttf-freefont   20120503-1

wotsap recommends no packages.

Versions of packages wotsap suggests:
ii  gnupg  1.4.12-7
ii  wget   1.13.4-3

-- 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#690747: ndiswrapper-dkms: breaks dkms on kernel upgrades

[Julian Andres Klode]

Control: reassign -1 dkms
Control: severity -1 important

On Wed, Oct 17, 2012 at 09:07:39AM +0200, Jasmine Hassan wrote:
 Package: ndiswrapper-dkms
 Version: 1.57-1
 
 During kernel upgrades:
 
 Examining /etc/kernel/postinst.d.
 run-parts: executing /etc/kernel/postinst.d/dkms
 3.4.4-vanillakernel-3.4 /boot/vmlinuz-3.4.4-vanillakernel-3.4
 dkms.conf: Error! No 'BUILT_MODULE_NAME' directive specified for record #0.
 Error! Bad conf file.
 File:
 does not represent a valid dkms.conf file.
 -
 
 Adding:
 BUILT_MODULE_NAME[0]=ndiswrapper
 
 To:
 /usr/src/ndiswrapper-1.57/dkms.conf
 
 resolves that error on dpkg-reconfigure linux-image-whatever-amd64

According to the dkms manual page, this is not needed. So they broke
things.
 
 Best,
 Jasmine

For reference to the dkms maintainers; this is ndiswrapper's dkms.conf:

PACKAGE_NAME=ndiswrapper
PACKAGE_VERSION=@VERSION@
DEST_MODULE_LOCATION[0]=/updates
AUTOINSTALL=yes


-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.


pgp2DwwJFK7SI.pgp
Description: PGP signature