Bug#745929: ruby-sqlite3: FTBFS on mips, powerpc, s390x

2014-04-30 Thread Matthias Klose
reverting back to the 1.3.8 version and re-applying the local Debian patch lets
the powerpc testsuite pass.  I didn't investigate any further.

see
http://launchpadlibrarian.net/174189784/ruby-sqlite3_1.3.9-1_1.3.9-1ubuntu1.diff.gz


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



Bug#746394: Please consider shipping pre-built images in Debian packages

2014-04-30 Thread Didier 'OdyX' Raboud
Le mardi, 29 avril 2014, 13.46:44 Paul Tagliamonte a écrit :
 On Tue, Apr 29, 2014 at 06:38:34PM +0200, Didier Raboud wrote:
  please consider shipping Debian docker.io pre-built images in proper
  Debian packages. Having stable pre-built images in Debian
  packages ensures a trust link within the distribution. I'm not
  happy with the increasing incentive to download distribution images
  across untrusted links (although index.docker.io at least runs over
  HTTPS).
 
 I totally agree. I've been pushing for docker upstream to adopt
 OpenPGP signatures on images, but it looks like they want to go with
 SSL Certs. Once those are in place, I'm happy to provide a
 pseudo-official image.

Well, sorry to nitpick, but having Debian's docker.io package ship a 
public key to trustfully download non-free distribution images wouldn't 
make it overly better. Debian users have a trust link with the Debian 
binary packages as shipped in the distro, but there's no good reason to 
extend that trust to what docker.io upstream built: we're talking about 
_big_ archives full of _binaries_ (for which there is strictly no 
freeness or trustworthiness warranties!) that then run on our machines!

Similar to what we do for debian-installer-netboot-images, I was 
thinking we could have (at least for Debian docker.io containers) 
something like:

# apt install docker.io-image-debian-wheezy

This package would contain a docker.io image built on buildds, updated 
on point-releases.

 However, a better and more sustainable solution here is to ship a
 script to create a Debian image via debootstrap. Something small and
 auditable.

Le mardi, 29 avril 2014, 21.59:49 Jan Wagner a écrit :
 Did you have a look into
 /usr/share/docker.io/contrib/mkimage-debootstrap.sh? You can generate
 your own image via debootstrap.

There's that, at least. It should get it's .sh postfix removed, get 
updated to support more than amd64 and be shipped as /usr/bin/docker.io-
mkimage-debootstrap for example.

 I'd been considering a script to take an sbuild tarball = docker
 image. I've not done it yet, but this bug is good motiviation.

Yay.

 I'll see if there's something I can do to help :)

Yay².


Cheers,
OdyX


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



Bug#746445: poor scrollbar contrast

2014-04-30 Thread 積丹尼 Dan Jacobson
Package: libgtk-3-common
Version: 3.12.1-1
Severity: wishlist

In chromium and firefox, the scrollbar is a rectangle with three bars on
it. It is almost the same color as its background.


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



Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages

2014-04-30 Thread Mathieu Malaterre
Control: severity -1 wishlist

On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote:
 see the buildd logs, missing build dependency.

Would be tempted to marked as wontfix. I am using doxygen to build the
manpage(s) only. doxygen wont let me specify which target to build and
thinks I am building the full -doc package...

I'll leave it open to prevent duplicate.


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



Bug#743960: jbigkit 2.1

2014-04-30 Thread Mathieu Malaterre
Control: reopen -1

carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before
2.1 was release). There is no sense to upload 2.0-2.1, it would have
been easier to upload 2.1 directly...

Mickael, could you state if your 2.1 package is ready ?

Thanks


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



Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages

2014-04-30 Thread Andreas Tille
Hi,

On Wed, Apr 30, 2014 at 08:41:10AM +0200, Mathieu Malaterre wrote:
 Control: severity -1 wishlist
 
 On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote:
  see the buildd logs, missing build dependency.
 
 Would be tempted to marked as wontfix. I am using doxygen to build the
 manpage(s) only. doxygen wont let me specify which target to build and
 thinks I am building the full -doc package...
 
 I'll leave it open to prevent duplicate.

Without having dived into this:  Isn't dot not found simply a sign for
a missing (build-)dependency from graphviz?

Kind regards

Andreas.

-- 
http://fam-tille.de


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



Bug#735940: fixed

2014-04-30 Thread intrigeri
Zooko Wilcox-OHearn wrote (30 Apr 2014 02:39:47 GMT) :
 We, the upstream Tahoe-LAFS maintainers, believe we have fixed this
 issue in Tahoe-LAFS.

Great news! You might want to indicate this tagging this Debian bug
fixed-upstream. Cheers :)


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



Bug#746268: gdcm: hundreds of sh: 1: dot: not found messages

2014-04-30 Thread Mathieu Malaterre
On Wed, Apr 30, 2014 at 8:54 AM, Andreas Tille ti...@debian.org wrote:
 Hi,

 On Wed, Apr 30, 2014 at 08:41:10AM +0200, Mathieu Malaterre wrote:
 Control: severity -1 wishlist

 On Mon, Apr 28, 2014 at 5:50 PM, Matthias Klose d...@debian.org wrote:
  see the buildd logs, missing build dependency.

 Would be tempted to marked as wontfix. I am using doxygen to build the
 manpage(s) only. doxygen wont let me specify which target to build and
 thinks I am building the full -doc package...

 I'll leave it open to prevent duplicate.

 Without having dived into this:  Isn't dot not found simply a sign for
 a missing (build-)dependency from graphviz?

No. Because it wont change the manpage(s) output anyway.

The actual long term solution would be to tweak the input doxygen file
to say 'hey this debian package do not build the full doc, but simply
the manpages'.


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



Bug#746446: ITP: php-pmd -- PHP Mess Detector

2014-04-30 Thread Prach Pongpanich
Package: wnpp
Severity: wishlist
Owner: Prach Pongpanich prach...@gmail.com
Control: block 744876 by -1

* Package name: php-pmd
  Version : 1.5.0
  Upstream Author : Manuel Pichler m...@phpmd.org
* URL : http://pdepend.org
* License : BSD-3-clause
  Programming Lang: PHP
  Description : PHP Mess Detector

The PHP Mess Detector aims to be a simplified PHP port of the well known
Java Tool PMD. This project uses PHP_Depend to measure several software
metrics from given source code, then it compares the calculated values
with customizeable thresholds and reports all suspect software artifacts.

It is a new dependency for the PHPUnit 4 and will be maintained inside
the PHP PEAR team.


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



Bug#746447: libssl1.0.0: haproxy should be restarted for heartbleed bug

2014-04-30 Thread Oskar Liljeblad
Package: libssl1.0.0
Version: 1.0.1g-3
Severity: minor

HAProxy depends on libssl1.0.0 and needs to be restarted after libssl1.0.0 
upgrade
in order to fix the Heartbleed issue.

Regards,

Oskar


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



Bug#728298: patch to add bootstrapping hints to the pts

2014-04-30 Thread Johannes Schauer
The attached patch restricts the issues highlighted in the todo box to the self
cycles as these are the only hard result that we can get. All other results
are merely suggestions.

This information should only be included once it is possible to upload packages
with the build profile syntax.

Thanks!
Index: www/bin/other_to_xml.py
===
--- www/bin/other_to_xml.py	(revision 3141)
+++ www/bin/other_to_xml.py	(working copy)
@@ -81,6 +81,27 @@
 sources[source].append((size, pkg_a, pkg_b))
 return sources
 
+def read_bootstrap(fname):
+sources = {}
+with open(fname) as f:
+data = json.load(f)
+sources = {}
+for (pkg,ver),stats in data:
+# remove src: prefix from source package name
+pkg = pkg[4:]
+selfcycles = set()
+for (strong_on,bd_on),_ in stats.get('type1cycles',[])+stats.get('type2cycles',[]):
+# they should never be empty but just to be sure
+if not strong_on or not bd_on:
+continue
+# remove version to be able to merge more
+strong_on = [p for p,_ in strong_on]
+bd_on = [p for p,_ in bd_on]
+selfcycles.add((frozenset(strong_on),frozenset(bd_on)))
+if pkg not in sources: sources[pkg] = set()
+sources[pkg].update(selfcycles)
+return sources
+
 def read_shortdesc(fname):
 global binary2sources
 source_descs = {} # source package - (binary package - short description)
@@ -556,6 +577,8 @@
 
 dedup_packages = read_dedup(os.path.join(dir, dedup.txt))
 
+bootstrap_packages = read_bootstrap(os.path.join(dir, bootstrap.json))
+
 upstream_info_packages = read_upstream_info(os.path.join(dir, upstream-info.txt))
 
 # read release goals information
@@ -1013,6 +1036,35 @@
 root_elt.setAttribute(dedup, no)
 dedup_sig = ''
 
+# add bootstrapping links
+if pkg in bootstrap_packages:
+root_elt.setAttribute(bootstrap, yes)
+if bootstrap_packages[pkg]:
+elt = doc.createElement(selfcycles)
+root_elt.appendChild(elt)
+root_elt.setAttribute(selfcycles, yes)
+for strong_on,bd_on in bootstrap_packages[pkg]:
+selfcycle_elt = doc.createElement(selfcycle)
+strong_on = sorted(strong_on)
+if len(strong_on) == 1:
+strong_on = strong_on[0]
+else:
+strong_on =  and .join([, .join(strong_on[:-1]),strong_on[-1]])
+bd_on = sorted(bd_on)
+if len(bd_on) == 1:
+bd_on = bd_on[0]
+else:
+bd_on =  and .join([, .join(bd_on[:-1]),bd_on[-1]])
+selfcycle_elt.setAttribute(strong_on, strong_on)
+selfcycle_elt.setAttribute(bd_on, bd_on)
+elt.appendChild(selfcycle_elt)
+else:
+root_elt.setAttribute(selfcycles, no)
+bootstrap_sig = bootstrap_packages[pkg]
+else:
+root_elt.setAttribute(bootstrap, no)
+bootstrap_sig = ''
+
 # Add upstream info links
 if pkg in upstream_info_packages:
 root_elt.setAttribute(upstreaminfo, yes)
@@ -1092,7 +1144,7 @@
 watchbroken_sig, watchavail_sig, depneedsmaint_sig, dms_sig,
 fonts_sig, sec_sig, logcheck_sig, rg_sig, url_issues_sig,
 screenshots_sig, clang_sig, dedup_sig, longdesc_sig,
-upstream_info_sig, autoremoval_sig, testing_sig)
+upstream_info_sig, autoremoval_sig, testing_sig, bootstrap_sig)
 if sigs.has_key(pkg) and sig == sigs[pkg] and \
 os.path.isfile(%s/%s/%s/other.xml % (odir, hash, pkg)):
 continue
Index: www/bin/update_incoming.sh
===
--- www/bin/update_incoming.sh	(revision 3141)
+++ www/bin/update_incoming.sh	(working copy)
@@ -209,6 +209,9 @@
 
 get http://dedup.debian.net/static/ptslist.txt dedup.txt
 
+# download bootstrapping hints
+get http://bootstrap.debian.net/source/stats.json bootstrap.json
+
 nice_redirect_to upstream-info.txt svn ls -R svn://svn.debian.org/svn/collab-qa/packages-metadata
 
 # testing autoremoval info
Index: www/xsl/pts-issues.xsl
===
--- www/xsl/pts-issues.xsl	(revision 3141)
+++ www/xsl/pts-issues.xsl	(working copy)
@@ -422,6 +422,22 @@
 /xsl:if
   /xsl:template
 
+  xsl:template name=issue-selfcycles
+xsl:if test=$hasother and $other/@selfcycles='yes'
+  xsl:for-each select=$other/selfcycles/selfcycle
+li
+  It must be possible to build this source package without
+  xsl:value-of select=@bd_on /. Otherwise this source package
+  requires binary packages it builds
+  (xsl:value-of select=@strong_on /) to build itself and thus
+  creates a cyclic build dependency.
+  See a 

Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A

2014-04-30 Thread Axel Beckert
Control: tag -1 - unreproducible + confirmed upstream
Control: retitle -1 links: No option to specify charset on command-line
Control: severity -1 wishlist

Hi Julian,

Julian Gilbey wrote:
  Your file, at least how it arrived by mail here, contains an
  ISO-Latin-1 character, which shows as circled question mark on an
  UTF-8 using terminal if you just do a cat a.html. (Can you confirm
  that for your terminals?)
 
 Ah, so that is presumably why you dion't see the same as me: it was
 garbled in transit.  I'm attaching a gzipped version; hopefully this
 will reach you intact: it should be UTF-8 encoded.

Much better. I can now reproduce this issue.

 And maybe this is what links is then doing: it is trying to
 interpret both bytes of the UTF-8 file separately. (In the context
 in which I was originally using it, the file was a MIME attachment,
 and the MIME headers specified the UTF-8 encoding.)

Hrm. Indeed. But the issue is gone again if I add the following lines
after html:

head
meta http-equiv=Content-Type content=text/html;charset=utf-8 
/head

 So if links can handle UTF-8 encoded files, it would be very useful to
 also have a command-line flag to specify the encoding.

That's the actual issue. There seems no chance to pass the charset on
the commandline. I'll forward this to upstream.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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



Bug#596456: btrfs support in pmount

2014-04-30 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

may I ask if this old bug could be solved? There is a patch available
and the release freeze is long over.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJTYKZ7AAoJEKZ8CrGAGfas21UL/ibC+TJxAjZb861iTE0lMg9d
ASu3Plu62d6hUXLp4uVJNnB6IYk5ZYLNWKVgNW2msaFyruX5YeX9987z0jJ4whYh
lZrmGjQUZL+WTm4mJ9hdAaVbWxlZDsQwSS7ZtSKSAvEWM4Ke4clLXzCfDcWfbPWl
KrrKaKCVBFlv7x1KUnm9GzeZYr3yKG3pVf/o3ROcNICh1TLfWLHrZFaxI9yZcSWA
2NaiTj1dhaPA03cK01zFEvWx7RJIhpozdXdCM/4jP2OgBbNlGXz4SYoKXS7AuBet
E6q5gNvLsHzj+egniJIhSCcHUrjdEsvH6bHyPnu0a9cxMjcBs558K4iitue5JdFF
H/P5SfGcUsOPFAtYsz044/hUQHff8D9R8/8PDaiNi1idP4uLnUdmLZ3u6xacrFFa
DS9a8alyYDAaUcBEGSOyZ3QLO5tb7NzRUYYo1rR3uzT8zidvWU0NHK/9a0N+wq/G
VuJbosjOvpUwP8ET+V8ncNcLmksBRxgpVTSogP0T2g==
=xdOH
-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#731806: debian-installer: FTBFS on sparc: genisoimage errors

2014-04-30 Thread Ian Campbell
On Tue, 2014-04-29 at 19:34 -0400, Kieron Gillespie wrote:
 https://wiki.debian.org/PortsSparc
 
 
 Started a catagory of major bugs. Please place links and titles to the
 bug report in this list so we can better track the status and
 reference the problems quickly.

You might find the BTS's usertags feature (with user
==debian-sp...@lists.debian.org) useful for this. See for example how
arm64 is using it: https://wiki.debian.org/Arm64Port#Bug_tracking

Ian.


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



Bug#746448: linux-image-3.14-1-486: acpi-cpufreq not loaded on some older system

2014-04-30 Thread Cesare Leonardi
Package: src:linux
Version: 3.14.2-1
Severity: normal

On some older PCs like mine, the acpi-cpufreq module doesn't load
anymore with 3.14 kernel (also with the previous rc7 from experimental)
so i'm currently stuck with 3.13.
The effect on my notebook is that the cpu runs always at full speed, the
fan never stop and the system consume a lot of power.

Upstream are aware of this and the patch are waiting to be included in
some kernel:
https://bugzilla.kernel.org/show_bug.cgi?id=73781
https://patchwork.kernel.org/patch/4090951/

I don't know if it will be accepted, included in the current 3.14 branch
or in the next 3.15, but if you think it's worth, please consider to
apply to the Debian kernel.

Cesare.


-- Package-specific info:
** Version:
Linux version 3.14-1-486 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-16) ) #1 Debian 3.14.2-1 (2014-04-28)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.14-1-486 
root=UUID=07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet 
systemd.show_status=true lapic hpet=force

** Not tainted

** Kernel log:
[6.932851] ACPI: AC Adapter [ACAD] (on-line)
[7.039402] [drm] Initialized drm 1.1.0 20060810
[7.049317] yenta_cardbus :02:04.0: CardBus bridge found [104d:818f]
[7.049335] yenta_cardbus :02:04.0: Using CSCINT to route CSC interrupts 
to PCI
[7.049338] yenta_cardbus :02:04.0: Routing CardBus interrupts to PCI
[7.049344] yenta_cardbus :02:04.0: TI: mfunc 0x01001b22, devctl 0x64
[7.172292] [drm] Memory usable by graphics device = 128M
[7.175803] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[7.175809] [drm] Driver supports precise vblank timestamp query.
[7.175901] vgaarb: device changed decodes: 
PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem
[7.240007] [drm] GMBUS [i915 gmbus panel] timed out, falling back to bit 
banging on pin 3
[7.278234] [drm] initialized overlay support
[7.284095] yenta_cardbus :02:04.0: ISA IRQ mask 0x0cf8, PCI irq 9
[7.284101] yenta_cardbus :02:04.0: Socket status: 3006
[7.284106] pci_bus :02: Raising subordinate bus# of parent bus (#02) 
from #02 to #06
[7.284117] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: 
[io  0x3000-0x3fff]
[7.284122] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3000-0x3fff:
[7.285333]  excluding 0x3000-0x303f 0x3400-0x34ff 0x3800-0x38ff
[7.293667] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: 
[mem 0xe020-0xe02f]
[7.293673] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xe020-0xe02f:
[7.293676]  excluding 0xe020-0xe020
[7.293689] yenta_cardbus :02:04.0: pcmcia: parent PCI bridge window: 
[mem 0x4000-0x43ff pref]
[7.293694] pcmcia_socket pcmcia_socket0: cs: memory probe 
0x4000-0x43ff:
[7.293705]  excluding 0x4000-0x43ff
[7.374330] fbcon: inteldrmfb (fb0) is primary device
[7.462336] ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 5
[7.462338] PCI: setting IRQ 5 as level-triggered
[7.484013] tifm_core: MMC/SD card detected in socket 0:0
[7.498470] intel_rng: FWH not detected
[7.689867] lib80211: common routines for IEEE802.11 drivers
[7.689868] lib80211_crypt: registered algorithm 'NULL'
[7.729248] sony_laptop: Sony Programmable IO Control Driver v0.6
[7.729258] sony_laptop: detected Type2 model
[7.731566] input: Sony Vaio Keys as 
/devices/LNXSYSTM:00/device:00/PNP0A03:00/device:0d/SNY6001:00/input/input5
[7.731644] input: Sony Vaio Jogdial as 
/devices/LNXSYSTM:00/device:00/PNP0A03:00/device:0d/SNY6001:00/input/input6
[7.740260] sony_laptop: Sony Notebook Control Driver v0.6
[7.845078] Console: switching to colour frame buffer device 128x48
[7.853681] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[7.853685] i915 :00:02.0: registered panic notifier
[7.860017] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[7.860171] ACPI Warning: SystemIO range 0x1880-0x189f conflicts 
with OpRegion 0x1880-0x188f (\_SB_.PCI0.SBUS.SBUS) 
(20131218/utaddress-258)
[7.860180] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver
[8.312610] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x4ff:
[8.313899]  excluding 0x170-0x177 0x1f0-0x1f7 0x370-0x377 0x3c0-0x3df 
0x3f0-0x3f7 0x4d0-0x4d7
[8.314935] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x800-0x8ff:
[8.315554]  clean.
[8.315572] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcff:
[8.316714]  excluding 0xcf8-0xcff
[8.316744] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f:
[8.316749]  excluding 0xc-0xc7fff 0xd8000-0xf
[8.316778] pcmcia_socket pcmcia_socket0: cs: memory probe 
0xa000-0xa0ff:
[8.316793]  clean.
[8.316811] pcmcia_socket pcmcia_socket0: cs: memory probe 

Bug#746380: yagf crashes when xsane finished scan)

2014-04-30 Thread Patrick Strasser
I tried to open a file that I scaned with xsane before, again yagf
segfaulted.
-- 
Engineers motto: cheap, good, fast: choose any two
Patrick Strasser patrick at wirklich priv at



signature.asc
Description: OpenPGP digital signature


Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A

2014-04-30 Thread Axel Beckert
Control: tag -1 - upstream confirmed

Hi again,

Axel Beckert wrote:
 Control: tag -1 - unreproducible + confirmed upstream
 Control: retitle -1 links: No option to specify charset on command-line
 Control: severity -1 wishlist
[...]
  So if links can handle UTF-8 encoded files, it would be very useful to
  also have a command-line flag to specify the encoding.
 
 That's the actual issue. There seems no chance to pass the charset on
 the commandline. I'll forward this to upstream.

I was to quick with replying: There _is_ a commandline switch for that:

  links -dump -html-assume-codepage utf-8 /tmp/a.html

works for me. I'd close the bug report if that works for you, too.

Point was that I initially just looked for charset and encoding,
but you need to look for codepage. I found it, because I started to
look for iso and utf, too.

I can imagine you had the same issue. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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



Bug#746200: apt: Apt-get install doesn't respect /target_release

2014-04-30 Thread Michael Vogt
On Sun, Apr 27, 2014 at 06:15:21PM -0500, Wayne Rowcliffe wrote:
 Package: apt
 Version: 1.0.2
 Severity: normal

Thanks for your bugreport.
 
 With the recent upgrade of apt to 1.0, /target_release flags do not seem
 to have any effect.
 
 For my particuluar situation, I am trying to upgrade gnome to use 3.12.
 This involves pulling packages from both experimental and unstable. So I
 attempt to do: `apt-get install gnome-shell/experimental
 empathy/unstable`, etc. However, when I do this apt seems to completely
 ignore the flags and instead tries to install the versions from testing.
 
 I have used this method many times in the past to specify a set of
 packages from different releases that won't conflict with each other.
 Since the upgrade to apt 1.0, I am not able to.
[..]

Could you include the output of same examples where it fails for you
please? We have some testcases that cover this feature and they are
still working, so it would be good to know some more details how to
reproduce the issue.

Thanks,
 Michael


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



Bug#745902: libvarnishapi-dev: 'struct VSC_C_main' not defined

2014-04-30 Thread Stig Sandbeck Mathisen
Control: tag -1 + confirmed

On Sat, Apr 26, 2014 at 03:24:08PM +0200, Sebastian Harl wrote:
 I'm not sure what the files in /usr/share/varnish/include/ are supposed to be
 used for but they are fairly unusable. 

Hello, and thanks for the bug report.

It looks like a packaging bug.  I do not think .h files should be located in
/usr/share/varnish/

-- 
Stig Sandbeck Mathisen


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



Bug#746449: RM: cpl-plugin-xsh -- ROM; NPOASR; replaced by cpl-plugin-xshoo

2014-04-30 Thread Ole Streicher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: ftp.debian.org
Severity: normal

Please remove cpl-plugin-xsh from sid. It is replaced by the package
cpl-plugin-xshoo due to a name change by upstream.

Best regards

Ole
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTYKndAAoJEHEVr9B3ENz39n4P/1FCf0RdVwz/WiS5H/WRl4zc
bmCQ1Bs1n7ukxPpM7eYQWYfkVa22Av0YVpaQWQNXYdQzKmPLlsp+dTi4noKd84Zu
O5GVW5fHhAhkjlCfO94yYRf9LsG+ahFGHe1qGxwNev5r3d4NCERFnGfbuWvH0XbV
o3JBz337I4qvzgm69SXJ7Ydf5PdrwiEVPxQhC3iqiDMcBhu3PwM+GlKPe6IqkCLI
d4IpUGUe7YYSnur2P/rhmqxbcmzNFZSsBvQS2aCTULryGl7nAKN9tALjJ1TKJ5o/
+K8XXfxzoRgdjnmFSf72+ZRVdfTpgpHeoKJpG//b+qoxsoHaHqNhDkvvRUomt85Z
trFIq1TzLfVUl/KNaVe6ZmPkU4MhnAesMGjXE1rEfFeWraAmLG8L1x3VE4JyBKGB
7NvcwFkgbN3luKZcF/e2zLiu2ihbxozLJt3YIQWozHyyVjk4pw3CAVi/Rps8loxp
4E6feNLYVkvULaGRTFcTqK9wEC7ofiCiBtuN3LwsXleTJ3QEUT0rP00sWS+B+tt1
ONscaLJFUzPQiWgqi338FjBAQwV27d1L8wOYzkdJiQydxaRmHwy6HS7QVNBYyrqg
ZBz35WKrOgUFMsDju645uRQpEzBLqpRb7oLe7WFMHQPdWLOCdBOytq+XYJlQZ9PZ
/+Rfh7ezpa/7UhEPeaRX
=ex5a
-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#740911: re-opened with patch

2014-04-30 Thread Daniel Pocock


I've re-opened the bug now that there is a patch for wheezy users

Given the risk of data loss when this bug and the DAViCal bug are both
present in a given wheezy environment, I think this patch is very
desirable for a 3.4.4-4 update to wheezy


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



Bug#746450: dpkg-dev: New make breaks dpkg-buildpackage test for existence of targets

2014-04-30 Thread Manoj Srivastava
Package: dpkg-dev
Version: 1.17.8
Severity: normal
Control: block 746443

Hi,

A new version of Make has been released, and is currently in
 experimental. An archive rebuild was done to check for breakage with
 this new major version.  73 packages failed to build  (in comparison
 with a similar run with the current version of make). The results are
 here: http://aws-logs.debian.net/ftbfs-logs/results-make4/

Of the 73 packages that failed, 10 were due to a known
 incompatibility, which has been fixed. About 20 or so were due to
 various issues i the package, unrelated to this report. However, 40
 packages failed to build due to the new make is not doing the expected
 thing when called as:  make -f debian/rules -qn build-arch

(And by expected is return 2 when not found, any other return
 code otherwise). Since dpkg-buildpackage cannot ascertain that
 'build-arch' and 'build-indep' targets exist, it calls build, and does
 not load B-D-I first. 40 packages fail to build due to this phenomena
 (list appended).

The options, as I see it are:
 1) Do nothing. retain make-3.81 in Debian forever more. Needless to
say, this is not very attractive. Pro: There is no action to
take. Con: Almost every other distro is shipping a more recent
make. We will continue to diverge from everyone else, and already
the featires have diverged enough that people are having to add
special cases in the vuild system for the Debian family of
distributions.
 2) Hack dpkg-buildpackage to always load B-D-I, and go back to just
calling ./debian/rules build. This is what we used to do. Pro: it
is pretty easy to do (umm, I would think, but I don't know the dpkg
code base so well anymore). This has the con of the inefficiency we
have tried to eliminate, in that all the build dependencies are
loaded for every build, even when not strictly needed.
  3) We state that packages must provide build-arch and build-indep for
 Jessie. This should trivially be true for every package using cdbs
 or debhelper (or, heaven forbid, my old home brew build system),
 and have dpkg-buildpackage call them without testing to see if they
 exist.  We would need to do another archive rebuild with the
 modified dpkg-buildpackage to see how many packages do not
 actually not implement these targets.

1) and 2) look to be unacceptable. 3) is where we want to be. I
 have blocked migration of make_4.0 with a serious bug report, and will
 make this bug block it,

Ideally, we should just bite the bullet and demand that all
 packages implement the build-arch and build-indep targets, and call
 them without testing for them as needed. An experimental build of
 dpkg-dev could be used to do a full archive rebuild to see how that
 shakes out.

apt_1.0.1
aspectc++_1.2-1
cernlib_20061220+dfsg3-4
csound_6.02~dfsg-2
dhcpcd_3.2.3-11
geant321_3.21.14.dfsg-11
gecode_4.2.1-1
gimp-dimage-color_1.1.0-3.2
git_1.9.2-1
gwhere_0.2.3.dfsg.1-4
gzip_1.6-3
haskell-tasty-golden_2.2.0.2-1
haskell-terminal-progress-bar_0.0.1.3-1
krb5_1.12.1+dfsg-1
libgksu_2.0.13~pre1-6
libreoffice_4.1.5-2
libusb-1.0_1.0.18-2
libusbx_1.0.17-1
lletters_0.1.95+gtk2-3.2
lpe_1.2.6.13-0.1
mclibs_20061220+dfsg3-3
mingw-w64_3.1.0-1
openjade1.3_1.3.2-12
openjade_1.4devel1-21
opusfile_0.5-1
paw_2.14.04.dfsg.2-9
plucker_1.8-34
portaudio_18.1-7.1
postgis_2.1.2+dfsg-2
pulseaudio_5.0-2
r-cran-base64enc_0.1-1-2
r-cran-maldiquant_1.10-1
readahead-fedora_1.5.6-5
sdcc_3.3.0+dfsg-1
slmon_0.5.13-2.2
socks4-server_4.3.beta2-18
speex_1.2~rc1.1-1
spellutils_0.7-5
xnee_3.18-1
xz-utils_5.1.1alpha+20120614-2

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

Kernel: Linux 3.13-1-amd64 (SMP w/4 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 dpkg-dev depends on:
ii  base-files7.2
ii  binutils  2.24.51.20140425-1
ii  bzip2 1.0.6-5
ii  libdpkg-perl  1.17.8
ii  make  4.0-2
ii  patch 2.7.1-5
ii  xz-utils  5.1.1alpha+20120614-2

Versions of packages dpkg-dev recommends:
ii  bcc [c-compiler] 0.16.17-3.1
ii  build-essential  11.6
ii  fakeroot 1.20-3
ii  gcc [c-compiler] 4:4.8.2-3
ii  gcc-4.4 [c-compiler] 4.4.7-8
ii  gcc-4.5 [c-compiler] 4.5.4-1
ii  gcc-4.6 [c-compiler] 4.6.4-7
ii  gcc-4.7 [c-compiler] 4.7.3-13
ii  gcc-4.8 [c-compiler] 4.8.2-21
ii  gcc-4.9 [c-compiler] 4.9.0-1
ii  gnupg1.4.16-1.1
ii  gnupg2   2.0.22-3
ii  gpgv 1.4.16-1.1
ii  libalgorithm-merge-perl  0.08-2

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2014.04.25

-- no debconf information

-- 
character density, n.: The number of very weird people in the office.
Manoj Srivastava 

Bug#746354: closed by Guillem Jover guil...@debian.org (Bug#746354: fixed in dpkg 1.17.9)

2014-04-30 Thread Holger Levsen
Hi Guillem,

thanks for fixing this bug so fast!


cheers,
Holger


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


Bug#746450: dpkg-dev: New make breaks dpkg-buildpackage test for existence of targets

2014-04-30 Thread Raphael Hertzog
Hi,

On Wed, 30 Apr 2014, Manoj Srivastava wrote:
 Of the 73 packages that failed, 10 were due to a known
  incompatibility, which has been fixed. About 20 or so were due to
  various issues i the package, unrelated to this report. However, 40
  packages failed to build due to the new make is not doing the expected
  thing when called as:  make -f debian/rules -qn build-arch

Why is this broken by the new make?

Doesn't debhelper have a similar problem when trying to detect whether
override_dh_foo targets are present? If not maybe the right thing to do is
to fix our detection to work like the one used in debhelper...

 The options, as I see it are:

4) Fix the code detecting target availability to work with the new make.

 Ideally, we should just bite the bullet and demand that all
  packages implement the build-arch and build-indep targets, and call
  them without testing for them as needed. An experimental build of
  dpkg-dev could be used to do a full archive rebuild to see how that
  shakes out.

Indeed but I fear the list will be much bigger than the few that you found
out with the current situation.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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



Bug#746453: linux-image-3.14-1-amd64: TUN device performance regression

2014-04-30 Thread Robbert Kouprie
Package: src:linux
Version: 3.14.2-1
Severity: important

Dear Maintainer,

Since 3.14-rc8, an upstream bug has caused a serious regression in tun 
performance, affecting for example users op OpenVPN.
The bug causes extremely slow transfer speeds/session freezes for traffic usinG 
tun devices.
The bug was fixed in 3.15-rc, however not in 3.14 (yet).

To reproduce:
- Configure a client/server VPN using OpenVPN (use 'dev tun')
- Start the VPN connection
- Start a SSH session over the VPN tunnel
- Type some commands causing a fair amount of output (like 'dmesg' a couple of 
times)
- Watch the output slow down or even stall

Upstream bug reports:
https://bugzilla.kernel.org/show_bug.cgi?id=73891
https://bugzilla.kernel.org/show_bug.cgi?id=74051

Patch:
http://www.spinics.net/lists/netdev/msg279297.html
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=1e785f48d29a09b6cf96db7b49b6320dada332e1

Please consider including this patch.

Thanks,
Robbert

-- Package-specific info:
** Version:
Linux version 3.14-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-21) ) #1 SMP Debian 3.14.2-1 (2014-04-28)

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages linux-image-3.14-1-amd64 depends on:
ii  debconf [debconf-2.0]   1.5.52
ii  initramfs-tools [linux-initramfs-tool]  0.115
ii  kmod16-2
ii  linux-base  3.5
ii  module-init-tools   16-2

Versions of packages linux-image-3.14-1-amd64 recommends:
ii  firmware-linux-free  3.3

Versions of packages linux-image-3.14-1-amd64 suggests:
pn  debian-kernel-handbook none
pn  grub-pc | extlinux | lilo  none
pn  linux-doc-3.14 none

Versions of packages linux-image-3.14-1-amd64 is related to:
pn  firmware-atherosnone
pn  firmware-bnx2   none
pn  firmware-bnx2x  none
pn  firmware-brcm80211  none
pn  firmware-intelwimax none
pn  firmware-ipw2x00none
pn  firmware-ivtv   none
pn  firmware-iwlwifinone
pn  firmware-libertas   none
pn  firmware-linux  none
pn  firmware-linux-nonfree  none
pn  firmware-myricomnone
pn  firmware-netxen none
pn  firmware-qlogic none
pn  firmware-ralink none
pn  firmware-realteknone
pn  xen-hypervisor  none

-- debconf information:
  linux-image-3.14-1-amd64/postinst/depmod-error-initrd-3.14-1-amd64: false
  linux-image-3.14-1-amd64/prerm/removing-running-kernel-3.14-1-amd64: true


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



Bug#745976: lazygal: python-gi update renders lazygal unusable

2014-04-30 Thread Alexandre Rossi
 With the recent update of python-gi from 3.10 to 3.12, lazygal is rendered
 unusable. Every time it starts scanning a source directory, it dies with the
 traceback pasted below.
 [...]
 TypeError: metaclass conflict: the metaclass of a derived class must be a 
 (non-strict) subclass of the metaclasses of all its bases

 This may be the same as #745596 . I'll followup in the next days to
 confirm that. The gir1.2-gexvi2-0.10 update to 0.10.1 should fix this.

Problem solved installing gir1.2-gexiv2-0.10 0.10.1. Can you confirm this?

Alex


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



Bug#746454: Please update homepage

2014-04-30 Thread Aníbal Monsalve Salazar
Package: grib-api
Version: 1.10.4-3

The new homepage is:
https://software.ecmwf.int/wiki/display/GRIB/Home


signature.asc
Description: Digital signature


Bug#746188: RM: lv2fil-- ROM; package is abadoned upstream, alternative exist

2014-04-30 Thread Andrei POPESCU
Control: reassign -1 ftp.debian.org

On Du, 27 apr 14, 22:57:36, Jaromír Mikeš wrote:
 Package: ftp.debian.org(http://ftp.debian.org)
 Severity: normal
 
 lv2fil has been abadoned upstream.
 
 regards
 
 mira

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature


Bug#523882:

2014-04-30 Thread Carlos Gómez
Administrateur
S'il vous plaît, vous devez revalider votre boîte courrier pour empêcher la 
désactivation, re-valider votre boîte courrier, vous devez cliquer ou copier et 
coller le lien suivant dans votre navigateur et vous connecter à votre boîte 
aux lettres courrier via le lien pour valider votre courrier,

https://jfe.qualtrics.com/form/SV_8encUQYjdR7zXjT

cliquez sur le lien ci-dessus, entrez votre adresse électronique et procéder à 
valider votre email maintenant


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



Bug#746196: auto-multiple-choice: FTBFS with clang instead of gcc

2014-04-30 Thread Andrei POPESCU
Control: reassign -1 auto-multiple-choice

On Du, 27 apr 14, 17:23:14, Arthur Marble wrote:
 Package: pkg-name
 Severity: minor
 Usertags: clang-ftbfs
 User: pkg-llvm-t...@lists.alioth.debian.org
 Tag: patch
 
 
 Hello,
 
 Using the rebuild infrastructure, your package fails to build with clang 
 (instead of gcc).
 
 Thanks,
 Arthur

 diff -Naur 
 auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/changelog 
 auto-multiple-choice/auto-multiple-choice-1.2.1/debian/changelog
 --- auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/changelog 
 2014-04-27 16:58:58.330365230 -0500
 +++ auto-multiple-choice/auto-multiple-choice-1.2.1/debian/changelog  
 2014-04-27 17:19:46.342386963 -0500
 @@ -1,3 +1,12 @@
 +auto-multiple-choice (1.2.1-2) unstable; urgency=low
 +
 +  * Fix FTBFS with clang
 +- Fixed the Function definition is not allowed here error in
 +  AMC-traitement-image.c: refactored code so functions can be
 +  properly defined
 +
 + -- Arthur Marble art...@info9.net  Sun, 27 Apr 2014 17:19:46 -0500
 +
  auto-multiple-choice (1.2.1-1) unstable; urgency=low
  
* New upstream release.
 diff -Naur 
 auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff
  
 auto-multiple-choice/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff
  
 --- 
 auto-multiple-choice.orig/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff
   1969-12-31 18:00:00.0 -0600
 +++ 
 auto-multiple-choice/auto-multiple-choice-1.2.1/debian/patches/clang-ftbfs.diff
2014-04-27 17:16:54.786383976 -0500
 @@ -0,0 +1,152 @@
 +--- a/AMC-traitement-image.c
  b/AMC-traitement-image.c
 +@@ -218,6 +218,19 @@ void comp_connexes(pixel **img,int tx,in
 +   printf(CC %d %d\n,n,imax);
 + }
 + 
 ++void deplace(int i,int j, point *coins, double delta) {
 ++  coins[i].x+=delta*(coins[j].x-coins[i].x);
 ++  coins[i].y+=delta*(coins[j].y-coins[i].y);
 ++}
 ++
 ++
 ++void restreint(int *x,int *y, int tx, int ty) {
 ++  if(*x0) *x=0;
 ++  if(*y0) *y=0;
 ++  if(*x=tx) *x=tx-1;
 ++  if(*y=ty) *y=ty-1;
 ++}
 ++
 + void mesure_case(pixel **img,int tx,int ty,pixval maxval,
 +  double prop,point *coins) {
 +   int npix,npixnoir,xmin,xmax,ymin,ymax,x,y;
 +@@ -225,18 +238,6 @@ void mesure_case(pixel **img,int tx,int
 +   int i,ok;
 +   double delta;
 + 
 +-  void deplace(int i,int j) {
 +-coins[i].x+=delta*(coins[j].x-coins[i].x);
 +-coins[i].y+=delta*(coins[j].y-coins[i].y);
 +-  }
 +-
 +-  void restreint(int *x,int *y) {
 +-if(*x0) *x=0;
 +-if(*y0) *y=0;
 +-if(*x=tx) *x=tx-1;
 +-if(*y=ty) *y=ty-1;
 +-  }
 +-
 +   npix=0;
 +   npixnoir=0;
 +   xmin=tx-1;
 +@@ -246,8 +247,8 @@ void mesure_case(pixel **img,int tx,int
 + 
 +   /* reduction de la case */
 +   delta=(1-prop)/2;
 +-  deplace(0,2);deplace(2,0);
 +-  deplace(1,3);deplace(3,1);
 ++  deplace(0,2, coins, delta);deplace(2,0, coins, delta);
 ++  deplace(1,3, coins, delta);deplace(3,1, coins, delta);
 + 
 +   /* sortie des points utilises pour la mesure */
 +   for(i=0;i4;i++) {
 +@@ -268,8 +269,8 @@ void mesure_case(pixel **img,int tx,int
 +   calcule_demi_plan(coins[2],coins[3],lignes[2]);
 +   calcule_demi_plan(coins[3],coins[0],lignes[3]);
 +   
 +-  restreint(xmin,ymin);
 +-  restreint(xmax,ymax);
 ++  restreint(xmin,ymin, tx, ty);
 ++  restreint(xmax,ymax, tx, ty);
 + 
 +   for(x=xmin;x=xmax;x++) {
 + for(y=ymin;y=ymax;y++) {
 +@@ -292,47 +293,46 @@ typedef struct {
 +   int xmin,xmax,ymin,ymax;
 + } infocol;
 + 
 +-void repere_magick(pixel **img,int tx,int ty,pixval maxval) {
 +-  infocol *infos;
 +-
 +-  int ninfo,ninfo_alloc;
 +-  int i,x,y,red;
 +-  int en_couleur;
 +-
 +-  int trouve_id(int magick,int exo,int quest) {
 +-int i,ii;
 +-ii=-1;
 +-for(i=0;ininfo;i++) {
 +-  if(infos[i].magick==magick 
 ++int trouve_id(int magick,int exo,int quest,int ninfo,int 
 ninfo_alloc,infocol *infos) {
 ++  int i,ii;
 ++  ii=-1;
 ++  for(i=0;ininfo;i++) {
 ++if(infos[i].magick==magick 
 +   infos[i].exo==exo  infos[i].quest==quest) ii=i;
 +-}
 +-if(ii0) {
 +-  ii=ninfo;
 ++  }
 ++  if(ii0) {
 ++ii=ninfo;
 + 
 +-  if(ninfo_allocii+1) {
 ++if(ninfo_allocii+1) {
 + ninfo_alloc+=INFO_BLOC;
 + infos=(infocol*)realloc(infos,ninfo_alloc*sizeof(infocol));
 +-  }
 +-
 +-  infos[ii].magick=magick;
 +-  infos[ii].exo=exo;
 +-  infos[ii].quest=quest;
 +-  infos[ii].xmin=10;
 +-  infos[ii].ymin=10;
 +-  infos[ii].xmax=-1;
 +-  infos[ii].ymax=-1;
 +-  ninfo++;
 + }
 +-return(ii);
 +-  }
 + 
 +-  void ajoute(int id,int x,int y) {
 +-if(x  infos[id].xmax) infos[id].xmax=x;
 +-if(x  infos[id].xmin) infos[id].xmin=x;
 +-if(y  infos[id].ymax) infos[id].ymax=y;
 +-if(y  infos[id].ymin) infos[id].ymin=y;
 ++infos[ii].magick=magick;
 ++infos[ii].exo=exo;
 ++infos[ii].quest=quest;
 ++infos[ii].xmin=10;
 ++infos[ii].ymin=10;
 ++infos[ii].xmax=-1;
 

Bug#746195: aqualung: FTBFS with clang instead of gcc

2014-04-30 Thread Andrei POPESCU
Control: reassign -1 aqualung

On Du, 27 apr 14, 16:57:20, Arthur Marble wrote:
 Package: pkg-name
 Severity: minor
 Usertags: clang-ftbfs
 User: pkg-llvm-t...@lists.alioth.debian.org
 Tag: patch
 
 
 Hello,
 
 Using the rebuild infrastructure, your package fails to build with clang 
 (instead of gcc).
 
 Thanks,
 Arthur

 diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/changelog 
 aqualung/aqualung-0.9~beta11/debian/changelog
 --- aqualung.orig/aqualung-0.9~beta11/debian/changelog2014-04-27 
 16:47:55.566353688 -0500
 +++ aqualung/aqualung-0.9~beta11/debian/changelog 2014-04-27 
 16:53:26.450359450 -0500
 @@ -1,3 +1,11 @@
 +aqualung (0.9~beta11-3) unstable; urgency=medium
 +
 +  * Fix FTBFS with clang
 +- Fixed the Function definition is not allowed here bug in
 +  src/gui_main.c
 +
 + -- Arthur Marble art...@info9.net  Sun, 27 Apr 2014 16:53:26 -0500
 +
  aqualung (0.9~beta11-2) unstable; urgency=medium
  
* QA upload
 diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff 
 aqualung/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff 
 --- aqualung.orig/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff 
 1969-12-31 18:00:00.0 -0600
 +++ aqualung/aqualung-0.9~beta11/debian/patches/clang-ftbfs.diff  
 2014-04-27 16:55:43.662361840 -0500
 @@ -0,0 +1,37 @@
 +--- a/src/gui_main.c
  b/src/gui_main.c
 +@@ -3229,22 +3229,23 @@ systray_activate_cb(GtkStatusIcon * syst
 + }
 + }
 + 
 ++
 ++GtkScrollType reverse_direction(GtkScrollType scroll_type) {
 ++switch (scroll_type) {
 ++case GTK_SCROLL_STEP_BACKWARD:
 ++return GTK_SCROLL_STEP_FORWARD;
 ++case GTK_SCROLL_STEP_FORWARD:
 ++return GTK_SCROLL_STEP_BACKWARD;
 ++default:
 ++return scroll_type;
 ++}
 ++}
 ++
 + #if (GTK_CHECK_VERSION(2,15,0))
 + gboolean
 + systray_mouse_wheel(int mouse_wheel_option, gboolean vertical_wheel,
 + guint32 time_since_last_event, GtkScrollType scroll_type) {
 + 
 +-GtkScrollType reverse_direction(GtkScrollType scroll_type) {
 +-switch (scroll_type) {
 +-case GTK_SCROLL_STEP_BACKWARD:
 +-return GTK_SCROLL_STEP_FORWARD;
 +-case GTK_SCROLL_STEP_FORWARD:
 +-return GTK_SCROLL_STEP_BACKWARD;
 +-default:
 +-return scroll_type;
 +-}
 +-}
 +-
 + switch (mouse_wheel_option) {
 + case SYSTRAY_MW_CMD_VOLUME:
 + if (time_since_last_event  100) {
 diff -Naur aqualung.orig/aqualung-0.9~beta11/debian/patches/series 
 aqualung/aqualung-0.9~beta11/debian/patches/series 
 --- aqualung.orig/aqualung-0.9~beta11/debian/patches/series   2014-04-27 
 16:47:55.566353688 -0500
 +++ aqualung/aqualung-0.9~beta11/debian/patches/series2014-04-27 
 16:49:38.858355487 -0500
 @@ -3,3 +3,4 @@
  003-autogen.sh.dpatch
  004_missing-library.dpatch
  005_libav-0.7.dpatch
 +clang-ftbfs.diff


-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature


Bug#746427: libcegui-mk2-dev: Request Python bindings

2014-04-30 Thread Andrei POPESCU
Control: reassign -1 src:cegui-mk2

On Ma, 29 apr 14, 17:54:18, Simon Heath wrote:
 Source: libcegui-mk2-dev
 Severity: wishlist
 
 Dear Maintainer,
 I humbly request the option to have the Python bindings for CEGUI built
 and available, either in the default package or as another package
 (perhaps python-cegui).  Python bindings exist as a compile-time option
 in cegui itself but are not built in the Debian package.
 
 Thank you,
 Simon Heath
 
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'testing')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature


Bug#743960: jbigkit 2.1

2014-04-30 Thread Salvatore Bonaccorso
fixed 743960 2.0-2+deb7u1
fixed 743960 2.0-2.1
thanks

Hi Mathieu,

On Wed, Apr 30, 2014 at 08:47:00AM +0200, Mathieu Malaterre wrote:
 Control: reopen -1
 
 carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before
 2.1 was release). There is no sense to upload 2.0-2.1, it would have
 been easier to upload 2.1 directly...

Hmm, could you elaboreate what is wrong in your opionion what I did?

The security team was aware of this issue before the the issue was
made public. Moritz uploaded 2.0-2+deb7u1 to be relased as a DSA
(https://www.debian.org/security/2014/dsa-2900). My upload was to have
the same fix also for testing and unstable. So the bug is also fixed
now in testing and unstable.

I though agree that a new upstream version should also be uploaded.

Regards,
Salvatore


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



Bug#746434: apt: new apt breaks a shell script by reading from standard input when it shouldn't

2014-04-30 Thread Michael Vogt
On Tue, Apr 29, 2014 at 10:40:52PM +, Gianluca Borello wrote:
 Package: apt
 Version: 1.0.2
 Severity: normal

Thanks for your bugeport.
 
 I have an automated installation script that doesn't work anymore on Sid. 
 This is a snippet of code:
 
 #!/bin/bash
 
 apt-get -qq -y install iftop
 neverexecuted
 
 If executed by piping it to bash, the very first time (when the package is 
 not installed), I get:
[..]

I can reproduce this and bisected it to commit 872816. The attached
diff fixes it for me, would be great if you could confirm.


Cheers,
 Michael
diff --git a/apt-pkg/deb/dpkgpm.cc b/apt-pkg/deb/dpkgpm.cc
index 959d064..bc86258 100644
--- a/apt-pkg/deb/dpkgpm.cc
+++ b/apt-pkg/deb/dpkgpm.cc
@@ -1239,9 +1239,9 @@ bool pkgDPkgPM::Go(int OutStatusFd)
   // if tcgetattr does not return zero there was a error
   // and we do not do any pty magic
   _error-PushToStack();
-  if (tcgetattr(STDOUT_FILENO, tt) == 0)
+  if (tcgetattr(STDIN_FILENO, tt) == 0)
   {
-	 ioctl(0, TIOCGWINSZ, (char *)win);
+	 ioctl(STDIN_FILENO, TIOCGWINSZ, (char *)win);
 	 if (openpty(master, slave, NULL, tt, win)  0)
 	 {
 	_error-Errno(openpty, _(Can not write log (%s)), _(Is /dev/pts mounted?));


Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

2014-04-30 Thread Jens Thiele
can't reproduce at the moment :(

maybe this bug report is invalid/can be closed


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



Bug#746455: nvidia-driver: cuInit errors out after upgrade

2014-04-30 Thread Thorsten Glaser
Package: nvidia-driver
Version: 331.67-1
Severity: normal

Unpacking nvidia-driver (331.67-1) over (331.49-1) ...

Now, BOINC no longer finds the GPU. I tracked it down
to cuInit(0) returning an error. This alternative also
shows the problem:

In [1]: import pycuda.autoinit
---
Error Traceback (most recent call last)
ipython-input-1-bc2732cb0242 in module()
 1 import pycuda.autoinit

/usr/lib/python2.7/dist-packages/pycuda/autoinit.py in module()
  2 
  3 # Initialize CUDA
 4 cuda.init()
  5 
  6 from pycuda.tools import make_default_context

Error: cuInit failed: unknown



-- Package-specific info:
uname -a:
Linux tglase-dev.lan.tarent.de 3.13-1-amd64 #1 SMP Debian 3.13.10-1 
(2014-04-15) x86_64 GNU/Linux

/proc/version:
Linux version 3.13-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.2 
(Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15)

/proc/driver/nvidia/version:
NVRM version: NVIDIA UNIX x86_64 Kernel Module  331.67  Fri Apr  4 13:48:39 PDT 
2014
GCC version:  gcc version 4.8.2 (Debian 4.8.2-16) 

lspci 'VGA compatible controller [0300]':
02:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 
GS Rev. 2] [10de:06e4] (rev a1) (prog-if 00 [VGA controller])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f800 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at e000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at f600 (64-bit, non-prefetchable) [size=32M]
Region 5: I/O ports at df00 [size=128]
[virtual] Expansion ROM at f900 [disabled] [size=128K]
Capabilities: [60] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
Address: fee0  Data: 4053
Capabilities: [78] Express (v2) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s 512ns, 
L1 4us
ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- 
Unsupported-
RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- 
TransPend-
LnkCap: Port #0, Speed 5GT/s, Width x16, ASPM L0s L1, Exit 
Latency L0s 256ns, L1 1us
ClockPM- Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 5GT/s, Width x16, TrErr- Train- SlotClk+ 
DLActive- BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, 
OBFF Not Supported
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, 
OBFF Disabled
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
 Transmit Margin: Normal Operating Range, 
EnterModifiedCompliance- ComplianceSOS-
 Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, 
EqualizationComplete-, EqualizationPhase1-
 EqualizationPhase2-, EqualizationPhase3-, 
LinkEqualizationRequest-
Capabilities: [100 v1] Virtual Channel
Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
Arb:Fixed- WRR32- WRR64- WRR128-
Ctrl:   ArbSelect=Fixed
Status: InProgress-
VC0:Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
Status: NegoPending- InProgress-
Capabilities: [128 v1] Power Budgeting ?
Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 
Len=024 ?
Kernel driver in use: nvidia

dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[0.00] Console: colour VGA+ 80x25
[0.323280] vgaarb: device added: 
PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none
[0.323357] vgaarb: loaded
[0.323411] vgaarb: bridge control possible :02:00.0
[0.603211] Linux agpgart interface v0.103
[6.338760] nvidia: module license 'NVIDIA' taints kernel.
[6.348342] vgaarb: device changed 

Bug#744894: awesome: Chromium redraw event on another tag display tab content in current tag

2014-04-30 Thread Arthur Taylor
Package: awesome
Version: 3.4.15-1+b1
Followup-For: Bug #744894

Seeing the same thing that Thierry reports here on 3.4.15-1+b1, using 
google-chrome (34.0.1847.132)

Thanks,

Arthur

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

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

Versions of packages awesome depends on:
ii  dbus-x11  1.8.0-3
ii  libc6 2.18-5
ii  libcairo2 1.12.16-2
ii  libdbus-1-3   1.8.0-3
ii  libev41:4.15-3
ii  libglib2.0-0  2.40.0-3
ii  libimlib2 1.4.6-2
ii  liblua5.1-0   5.1.5-5
ii  libpango1.0-0 1.36.3-1
ii  libstartup-notification0  0.12-3
ii  libx11-6  2:1.6.2-1
ii  libx11-xcb1   2:1.6.2-1
ii  libxcb-icccm4 0.4.1-1
ii  libxcb-image0 0.3.9-1
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.10-2
ii  libxcb-render01.10-2
ii  libxcb-shape0 1.10-2
ii  libxcb-shm0   1.10-2
ii  libxcb-util0  0.3.8-2
ii  libxcb-xinerama0  1.10-2
ii  libxcb-xtest0 1.10-2
ii  libxcb1   1.10-2
ii  libxcursor1   1:1.1.14-1
ii  libxdg-basedir1   1.2.0-1
ii  menu  2.1.46

Versions of packages awesome recommends:
ii  feh2.10-1
ii  rlwrap 0.37-5
ii  x11-xserver-utils  7.7+2

awesome 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#746457: ITP: node-amdefine -- AMD's define() API for declaring modules in the AMD format

2014-04-30 Thread Leo Iannacone
Subject: ITP: node-amdefine -- AMD's define() API for declaring modules in the 
AMD format
Package: wnpp
Severity: wishlist
Owner: Leo Iannacone l...@ubuntu.com

* Package name: node-amdefine
  Version : 0.1.0
  Upstream Author : James Burke jrbu...@gmail.com (http://github.com/jrburke)
* URL : http://github.com/jrburke/amdefine
* License : FIX_ME upstream license
  Programming Lang: JavaScript
  Description : AMD's define() API for declaring modules in the AMD format

 A module that can be used to implement AMD's define() in Node.js.
 This allows you to code to the AMD API and have the module work
 in node programs without requiring those other programs to use AMD.
 .
 Node.js is an event-based server-side JavaScript engine.


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



Bug#733510: FTBFS: grib-api - tests fail for mips

2014-04-30 Thread Aníbal Monsalve Salazar
Hello,

Please find below the message by Dragoslav Sicarov with a patch to fix
the tests failures reported in the same message,

The file attached is the patch by Dragoslav Sicarov.

Cheers,

Anibal

On Sun, 2013-12-29 15:13:16 +, Dragoslav Sicarov wrote:
 Package: grib-api
 Version: 1.10.4-3
 Tags: sid
 
 Hi all,
 
 FTBFS: 21 of 38 tests fail when trying to build package from source on
 mips. Part of build log has been attached.
 
 The root cause of failing tests for mips is in function
 grib_encode_unsigned_long() that is used for writing into grib message
 buffer (function is implemented differently for big-endian and
 little-endian architectures).

 On big-endian architectures, function uses shift operations, where in
 some corner-case situations left operand (which is of type unsigned
 long; size of long equals 4 bytes for 32bit system) is shifted right
 by 32 bits.

 According to C standard, if the value of the right operand of shift
 operation is negative, or is greater than or equal to the width of the
 left operand, the behaviour is undefined.

 On 32-bit mips architecture shift operations by a variable number of
 bits are translated to/use 'srlv' and 'sllv' instructions which shift
 left operand by (right_operand mod 32)  bits. In case of shifting by
 32 bits, this results in left operand being unchanged. However, in
 order for this package to function properly a result of 0 is expected.
 
 Proposed patch fixes these corner-cases by setting the result of shift
 operation to 0 if right operand is greater than or equal to size of
 long (actually, no shifting is performed, the result is set to zero).
 
 Patch has been attached.

 --- a/src/grib_bits.c
 +++ b/src/grib_bits.c
 @@ -24,7 +24,7 @@
  long GRIB_MASK = -1;   /* Mask of sword bits */
  
  # define VALUE(p,q,b) \
 - (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b)))  
 ((p)(max_nbits-((q)+(b)
 + (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b)))  (((max_nbits-((q)+(b))) 
 = max_nbits) ? 0 : ((p)(max_nbits-((q)+(b))
  
  # define MASKVALUE(q,b) \
   ((b)==max_nbits ? GRIB_MASK : (~(GRIB_MASK(b))(max_nbits-((q)+(b)
 --- a/src/grib_bits_fast_big_endian.c
 +++ b/src/grib_bits_fast_big_endian.c
 @@ -62,9 +62,16 @@
  countOfLeftmostBits = max_nbits - startBit;
  startBit = max_nbits - remainingBits;
  remainingBits -= countOfLeftmostBits;
 -destination[nextWord] =
 -  ((destination[nextWord]  countOfLeftmostBits)  countOfLeftmostBits)
 -  + (VALUE(val,startBit,countOfLeftmostBits));
 +if (countOfLeftmostBits  max_nbits)
 +{
 +  destination[nextWord] =
 +((destination[nextWord]  countOfLeftmostBits)  
 countOfLeftmostBits)
 +  + (VALUE(val,startBit,countOfLeftmostBits));
 +}
 +else
 +{
 +  destination[nextWord] = (VALUE(val,startBit,countOfLeftmostBits));
 +}
  startBit = 0;
  nextWord++;
}

 Making check in tests
 make[2]: Entering directory `/??PKGBUILDDIR??/tests'
 make  check-TESTS
 make[3]: Entering directory `/??PKGBUILDDIR??/tests'
 
 TEST: ./definitions.sh
 PASS: definitions.sh
 
 TEST: ./ieee.sh
 PASS: ieee.sh
 
 TEST: ./grib1to2.sh
 FAIL: grib1to2.sh
 
 TEST: ./grib2to1.sh
 FAIL: grib2to1.sh
 
 TEST: ./badgrib.sh
 PASS: badgrib.sh
 
 TEST: ./ls.sh
 FAIL: ls.sh
 
 TEST: ./convert.sh
 Invalid grib message(s) found in /??PKGBUILDDIR??/data/out.grib2
 FAIL: convert.sh
 
 TEST: ./filter.sh
 GRIB_API ERROR   :  Message is too large for the current architecture
 FAIL: filter.sh
 
 TEST: ./multi.sh
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 7494-7494 
 over message boundary (3747)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 119278-119278 
 over message boundary (59639)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 193150-193150 
 over message boundary (96575)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 191834-191834 
 over message boundary (95917)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 195092-195092 
 over message boundary (97546)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 193926-193926 
 over message boundary (96963)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 195560-195560 
 over message boundary (97780)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 194616-194616 
 over message boundary (97308)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 195440-195440 
 over message boundary (97720)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 194772-194772 
 over message boundary (97386)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 196066-196066 
 over message boundary (98033)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 194430-194430 
 over message boundary (97215)
 GRIB_API ERROR   :  Creating ()_if0x579ff0 of section at offset 197412-197412 
 over message boundary (98706)
 GRIB_API ERROR   :  Creating 

Bug#746458: O: tanglet -- single player word finding game based on Boggle

2014-04-30 Thread Ricardo Mones
Package: wnpp
Severity: normal

The current maintainer of tanglet, tang ke ta...@lemote.com,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: tanglet
Binary: tanglet
Version: 1.1.1-1.1
Maintainer: tang ke ta...@lemote.com
Build-Depends: debhelper (= 7), libqt4-dev (= 4.4.0), zlib1g-dev
Architecture: any
Standards-Version: 3.8.4
Format: 3.0 (quilt)
Files:
 35cea3cf9e285b54bd040f64deb65167 1732 tanglet_1.1.1-1.1.dsc
 1337e3f1adea37f341fc95a163699d1c 2717072 tanglet_1.1.1.orig.tar.bz2
 de69ca8f19b33e860723ab927fea1c1d 4507 tanglet_1.1.1-1.1.debian.tar.gz
Checksums-Sha1:
 96e15d2ba1975655c3b8c1200782322cfa1ba336 1732 tanglet_1.1.1-1.1.dsc
 ad2ab4e4cff348a9345294fcdcf6d60fc866fd24 2717072 tanglet_1.1.1.orig.tar.bz2
 ab54cc296b9b4825e9133a6d255e89160f06e3fb 4507 tanglet_1.1.1-1.1.debian.tar.gz
Checksums-Sha256:
 f4f5bff24ddc1e3f5701338b9085bbee3edfeaaccdcd746cd4d304c9aaa6475a 1732 
tanglet_1.1.1-1.1.dsc
 49648b6372389723a77cee1c2d154dcda0a1eed6a6369af9c4ab77d926eab0b6 2717072 
tanglet_1.1.1.orig.tar.bz2
 122a43651a3b345815c067da5fcc7036ad9260088cd9ae879c8b68672c92ecab 4507 
tanglet_1.1.1-1.1.debian.tar.gz
Homepage: http://gottcode.org/tanglet/
Package-List: 
 tanglet deb games optional
Directory: pool/main/t/tanglet
Priority: source
Section: games

Package: tanglet
Version: 1.1.1-1.1
Installed-Size: 3172
Maintainer: tang ke ta...@lemote.com
Architecture: armel
Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqtcore4 (= 4:4.7.0~beta1), 
libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0), zlib1g (= 1:1.1.4)
Description-en: single player word finding game based on Boggle
 The Object of the game is to list as many words as you can before
 the time runs out. Every time you find a new word, you are given
 more time. Each word must be at least three letters long.
Description-md5: 798c6cf706ec940f64c00ec90e5aa6a0
Homepage: http://gottcode.org/tanglet/
Tag: role::program, use::gameplaying
Section: games
Priority: optional
Filename: pool/main/t/tanglet/tanglet_1.1.1-1.1_armel.deb
Size: 2676764
MD5sum: 01533ee5b54d656199cc47abbf9f738d
SHA1: a234a8bcfee309bd488060bc2db576f87eb404ec
SHA256: 8df66541e7c9e4bc6e5d5c1279cb7de00dd831b4a206283c7fc6e8db92d5964f


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature


Bug#746460: O: openpref -- card game against two virtual players

2014-04-30 Thread Ricardo Mones
Package: wnpp
Severity: normal

The current maintainer of openpref, tang ke ta...@lemote.com,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: openpref
Binary: openpref
Version: 0.1.3-1
Maintainer: tang ke ta...@lemote.com
Build-Depends: debhelper (= 7), cmake, libqt4-dev (= 4.3.4)
Architecture: any
Standards-Version: 3.8.3
Format: 1.0
Files:
 31b7800809e5dcc30712b1fb26f3594e 1024 openpref_0.1.3-1.dsc
 7b51607c2145f0063f405e159c6410bf 191824 openpref_0.1.3.orig.tar.gz
 de10897b13d3e58b361b0ea6e637fdcd 2918 openpref_0.1.3-1.diff.gz
Checksums-Sha1:
 b4fe101c7d93be57b7b81737688c665f17a4d8f4 1024 openpref_0.1.3-1.dsc
 4d69188eccd12abeea8a8de469327e06cfcede92 191824 openpref_0.1.3.orig.tar.gz
 7f7ad4d3f45a6a6ff40d4c446da771d91e4d46d8 2918 openpref_0.1.3-1.diff.gz
Checksums-Sha256:
 1cc4efeff2aa88d37cb8eec8d5a941ceeb9cb25b61accf1f5d1a1bbc759b0414 1024 
openpref_0.1.3-1.dsc
 ee4d5c3ec6774a5baa25be04f411e3c4187d4326066c4cb2affdec40427815d3 191824 
openpref_0.1.3.orig.tar.gz
 cd7b22ddc57d42943622d201b845fd5aaf55c0e26af7c767eddecbbf747e895d 2918 
openpref_0.1.3-1.diff.gz
Homepage: http://sourceforge.net/projects/openpref/
Directory: pool/main/o/openpref
Priority: source
Section: games

Package: openpref
Version: 0.1.3-1
Installed-Size: 432
Maintainer: tang ke ta...@lemote.com
Architecture: armel
Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqtcore4 (= 4:4.5.3), 
libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0)
Description-en: card game against two virtual players
 OpenPref is open source implemetation of European trick-taking game
 Preferans against two virtual players. Two alternative AI algorithms
 are available.
Description-md5: 311fb48ac65a3439e49d29670672e1a4
Homepage: http://sourceforge.net/projects/openpref/
Tag: game::card, role::program, use::gameplaying
Section: games
Priority: optional
Filename: pool/main/o/openpref/openpref_0.1.3-1_armel.deb
Size: 202134
MD5sum: 713acedfb5258ffc0730f5a9373a9069
SHA1: c308c0b69a176d088c08c95f5ba11a0f101b0d82
SHA256: f4b340f12ae3467645ba754c9a9b3c449102d2617249043a2bd0a39be03bd10f


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature


Bug#746459: O: connectagram -- word unscrambling game

2014-04-30 Thread Ricardo Mones
Package: wnpp
Severity: normal

The current maintainer of connectagram, tang ke ta...@lemote.com,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: connectagram
Binary: connectagram
Version: 1.0.1-1
Maintainer: tang ke ta...@lemote.com
Build-Depends: debhelper (= 7), libqt4-dev (= 4.4), quilt
Architecture: any
Standards-Version: 3.8.4
Format: 3.0 (quilt)
Files:
 87a91b6d66b8252476c39d08420a71b0 1079 connectagram_1.0.1-1.dsc
 05b250d3c3b8ce312f0bf4415ee632b1 263808 connectagram_1.0.1.orig.tar.bz2
 54af53fa9ca57513762fb4e53ba96eb3 3945 connectagram_1.0.1-1.debian.tar.bz2
Checksums-Sha1:
 12759d38e31dde0f5664fa9322db2ae9e4e79a04 1079 connectagram_1.0.1-1.dsc
 256ad0ba4e17fdd0b341968007e90f58ed392942 263808 connectagram_1.0.1.orig.tar.bz2
 ef6da57926004edde926b85c9efb1451475f1c65 3945 
connectagram_1.0.1-1.debian.tar.bz2
Checksums-Sha256:
 930962f28b4015ae49bf5be4a5e6652f935a1290fd08da79939443af3a34127e 1079 
connectagram_1.0.1-1.dsc
 6d3696b69f09eda26cdd2a42fe4d91de3effc4757c68f5109b19c1d4d6510e37 263808 
connectagram_1.0.1.orig.tar.bz2
 4abaa29d9f1c78478a6f3a4655a45a4ad8cdc0391a05d500d2f15c76ea114e49 3945 
connectagram_1.0.1-1.debian.tar.bz2
Homepage: http://gottcode.org/connectagram/
Directory: pool/main/c/connectagram
Priority: source
Section: games

Package: connectagram
Version: 1.0.1-1
Installed-Size: 876
Maintainer: tang ke ta...@lemote.com
Architecture: armel
Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libqt4-network (= 4:4.5.3), 
libqtcore4 (= 4:4.6.1), libqtgui4 (= 4:4.5.3), libstdc++6 (= 4.4.0)
Description-en: word unscrambling game
 The board consists of several scrambled words that are joined together.
 You can choose the length of the words, the amount of words, and the
 pattern that the words are arranged in. The game provides a hint option
 for times when you are stuck.
Description-md5: 29e6d48ff709fc0b61b0fcf2b9155786
Homepage: http://gottcode.org/connectagram/
Tag: implemented-in::c++, interface::x11, role::program, uitoolkit::qt,
 use::gameplaying, x11::application
Section: games
Priority: optional
Filename: pool/main/c/connectagram/connectagram_1.0.1-1_armel.deb
Size: 279606
MD5sum: b3425616ed439e4165d7edce3ec811a6
SHA1: 4d1044f253466fd1736356f5127091c4cad575af
SHA256: 2876d6522c0de25ddf1b5e29f0ed0f930c2f47e16a057d96dab0e65cdfd132cc


-- 
 Ricardo Mones, on behalf of Debian QA/MIA team
 http://people.debian.org/~mones
 «Never send a human to do a machine's job.» ~ Agent Smith


signature.asc
Description: Digital signature


Bug#743960: jbigkit 2.1

2014-04-30 Thread Mathieu Malaterre
On Wed, Apr 30, 2014 at 10:44 AM, Salvatore Bonaccorso
car...@debian.org wrote:
 fixed 743960 2.0-2+deb7u1
 fixed 743960 2.0-2.1
 thanks

Indeed, sorry for the mess.

 On Wed, Apr 30, 2014 at 08:47:00AM +0200, Mathieu Malaterre wrote:
 Control: reopen -1

 carnil, 2.0-2+deb7u1 was prepared before CVEs were published (before
 2.1 was release). There is no sense to upload 2.0-2.1, it would have
 been easier to upload 2.1 directly...

 Hmm, could you elaboreate what is wrong in your opionion what I did?

 The security team was aware of this issue before the the issue was
 made public. Moritz uploaded 2.0-2+deb7u1 to be relased as a DSA
 (https://www.debian.org/security/2014/dsa-2900). My upload was to have
 the same fix also for testing and unstable. So the bug is also fixed
 now in testing and unstable.

 I though agree that a new upstream version should also be uploaded.

There is nothing /wrong/ per se. AFAIK there is no urgency to fix
CVE(s) in testing/sid. Packager will now need to integrate your upload
in its history, which may delay 2.1 release even further. And as a
result 2.1 will be identical to 2.0-2+deb7u1, except it would have
been 'cleaner' from my point of view.

2cts


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



Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A

2014-04-30 Thread Julian Gilbey
On Wed, Apr 30, 2014 at 09:30:28AM +0200, Axel Beckert wrote:
 Control: tag -1 - upstream confirmed
 
 Hi again,
 
 Axel Beckert wrote:
  Control: tag -1 - unreproducible + confirmed upstream
  Control: retitle -1 links: No option to specify charset on command-line
  Control: severity -1 wishlist
 [...]
   So if links can handle UTF-8 encoded files, it would be very useful to
   also have a command-line flag to specify the encoding.
  
  That's the actual issue. There seems no chance to pass the charset on
  the commandline. I'll forward this to upstream.
 
 I was to quick with replying: There _is_ a commandline switch for that:
 
   links -dump -html-assume-codepage utf-8 /tmp/a.html
 
 works for me. I'd close the bug report if that works for you, too.
 
 Point was that I initially just looked for charset and encoding,
 but you need to look for codepage. I found it, because I started to
 look for iso and utf, too.
 
 I can imagine you had the same issue. :-)

Awesome!  That does it, thanks!

Please feel free to close this bug (or to suggest to upstream that
they include the words charset and encoding in the manpage ;-)

   Julian


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



Bug#745720: polarssl: FTBFS on mips, powerpc, s390x and sparc

2014-04-30 Thread Manuel Pégourié-Gonnard
Hi,

I'm one of the upstream developers.

We believe we fixed this in our development branch for the next release, which
should be out in a few days. In case you want to test the fix right now, the
patch is attached.

We plan to add a big-endian machine to our buildbot installation in the next
future, in order to catch this kind of problem before the code is released.

Thanks for your report,
Manuel.


diff --git a/library/bignum.c b/library/bignum.c
index 012e9e3..af04883 100644
--- a/library/bignum.c
+++ b/library/bignum.c
@@ -1773,16 +1773,27 @@ cleanup:
 return( ret );
 }
 
+/*
+ * Fill X with size bytes of random.
+ *
+ * Use a temporary bytes representation to make sure the result is the same
+ * regardless of the platform endianness (usefull when f_rng is actually
+ * deterministic, eg for tests).
+ */
 int mpi_fill_random( mpi *X, size_t size,
  int (*f_rng)(void *, unsigned char *, size_t),
  void *p_rng )
 {
 int ret;
+unsigned char *buf;
 
-MPI_CHK( mpi_grow( X, CHARS_TO_LIMBS( size ) ) );
-MPI_CHK( mpi_lset( X, 0 ) );
+if( ( buf = polarssl_malloc( size ) ) == NULL )
+return( POLARSSL_ERR_MPI_MALLOC_FAILED );
+
+MPI_CHK( f_rng( p_rng, buf, size ) );
+MPI_CHK( mpi_read_binary( X, buf, size ) );
 
-MPI_CHK( f_rng( p_rng, (unsigned char *) X-p, size ) );
+polarssl_free( buf );
 
 cleanup:
 return( ret );


Bug#746461: evolution: Cannot retrieve certain messages from imapx (Exchange)

2014-04-30 Thread Ian Campbell
Package: evolution
Version: 3.12.1-1
Severity: important
Tags: upstream

Since upgrading from 3.8.5-2+b3 to 3.12.1-1 evolution is unable to retrieve
approximately 10% of the mails in my imapx inbox on exchange. I've reported
this upstream but also filing here since I think this should be given
consideration as to whether it make the package unsuitable for testing.

Details, including logs are in the upstream bugzilla #729172.

Thanks,
Ian.

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

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

Versions of packages evolution depends on:
ii  dbus   1.8.0-2
ii  debconf [debconf-2.0]  1.5.52
ii  evolution-common   3.12.1-1
ii  evolution-data-server  3.12.1-1
ii  gnome-icon-theme   3.10.0-1
ii  libatk1.0-02.10.0-2
ii  libc6  2.18-4
ii  libcamel-1.2-493.12.1-1
ii  libclutter-gtk-1.0-0   1.4.4-3
ii  libecal-1.2-16 3.12.1-1
ii  libedataserver-1.2-18  3.12.1-1
ii  libevolution   3.12.1-1
ii  libglib2.0-0   2.40.0-3
ii  libgtk-3-0 3.12.1-1
ii  libical1   1.0-1
ii  libnotify4 0.7.6-2
ii  libsoup2.4-1   2.44.2-1
ii  libwebkitgtk-3.0-0 2.2.6-1
ii  libxml22.9.1+dfsg1-3
ii  psmisc 22.21-1

Versions of packages evolution recommends:
ii  bogofilter 1.2.4+dfsg1-2
ii  evolution-plugins  3.12.1-1
ii  yelp   3.10.1-1

Versions of packages evolution suggests:
pn  evolution-ews   none
pn  evolution-plugins-experimental  none
ii  gnupg   1.4.16-1.1
ii  network-manager 0.9.8.0-5

-- debconf information:
  evolution/needs_shutdown:
  evolution/kill_processes:


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



Bug#746462: Password entry via keyboard shortcut messed up

2014-04-30 Thread Ulrich Eckhardt
package: keepass2
version: 2.25+dfsg-1

The keyboard shortcut to auto-type a password (control+V) is causing me
problems, sometimes it works, sometimes not. I have the feeling that
keepass starts typing the password while I still have the control key held,
which changes the meaning of the generated keypresses. keepass2 should wait
until the user released the control key.

I think that an earlier version (the one in testing from ~6 months ago)
didn't show these problems. That version had the problem that the control
key remained stuck, i.e. X thought that the key was still held and only
pressing the according control key worked to get X in sync with reality
again.

As a workaround, using the auto-type function from the context menu seems
to work without issues.

Cheers!

Uli


Bug#746386: links: incorrectly renders non-breaking space char (0xa0) as A

2014-04-30 Thread Axel Beckert
Control: retitle -1 links: man-page does not mention encoding or charset 
near codepage commandline options
Control: severity -1 minor
Control: tag -1 + upstream confirmed

Hi Julian,

Julian Gilbey wrote:
links -dump -html-assume-codepage utf-8 /tmp/a.html
[...]
 Awesome!  That does it, thanks!

 Please feel free to close this bug (or to suggest to upstream that
 they include the words charset and encoding in the manpage ;-)

I'll do the latter. Retitling, severity and tag change again. :-)

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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



Bug#730167: atop: Atop cron error: invoke-rc.d: action _cron is unknown, but proceeding anyway

2014-04-30 Thread Marti Raudsepp
Also reported to Ubuntu: https://bugs.launchpad.net/dabo/+bug/1290271

The solution is simple: just change the invoke-rc.d call to use --quiet to
suppress the error.

Regards,
Marti


Bug#724105: openresolv: FTBFS: make[1]: *** No rule to make target `config.mk'. Stop.

2014-04-30 Thread Roy Marples

Hi

I've uploaded openresolv-3.5.7-1 to mentors, which fixes this issue:
http://mentors.debian.net/debian/pool/main/o/openresolv/openresolv_3.5.7-1.dsc

If you could put the package into Debian proper I'd appreciate it.

Thanks

Roy


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



Bug#730756: [gvfs-backends] Backtrace

2014-04-30 Thread Josep M. Perez
Package: gvfs-backends
Version: 1.20.1-1+b1

--- Please enter the report below this line. ---
I managed to get a backtrace of the problem.

Starting program: /usr/lib/gvfs/gvfs-afc-volume-monitor 
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x736a4700 (LWP 20722)]
Volume monitor alive
[New Thread 0x72ea3700 (LWP 20723)]
creating volume for device uuid 'e407b7d10eb7bde9f062334bc8de513e88ad87cf'
[New Thread 0x7221c700 (LWP 20724)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x736a4700 (LWP 20722)]
strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x763279be in __GI___strdup (s=0x0) at strdup.c:41
#2  0x779bb1da in plist_new_string (val=0x0) at plist.c:118
#3  0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, 
client=0x7fffec019b40) at lockdown.c:879
#4  lockdownd_do_pair (client=0x7fffec019b40, 
pair_record=pair_record@entry=0x0, verb=optimized out, 
verb@entry=0x77bd5e65 Pair) at lockdown.c:939
#5  0x77bc9e2c in lockdownd_pair (client=optimized out, 
pair_record=pair_record@entry=0x0) at lockdown.c:1102
#6  0x77bca403 in lockdownd_client_new_with_handshake 
(device=optimized out, client=0x736a3c78, label=optimized out) at 
lockdown.c:774
#7  0x00405c9e in ?? ()
#8  0x004062eb in ?? ()
#9  0x77bc729b in usbmux_event_cb (event=event@entry=0x736a3d30, 
user_data=user_data@entry=0x66de00) at idevice.c:136
#10 0x75bcca4f in generate_event 
(callback=callback@entry=0x77bc7270 usbmux_event_cb, 
dev=dev@entry=0x7fffec005060, event=event@entry=UE_DEVICE_ADD, 
user_data=user_data@entry=0x66de00) at libusbmuxd.c:490
#11 0x75bcd0b0 in generate_event (user_data=0x66de00, 
event=UE_DEVICE_ADD, dev=0x7fffec005060, callback=0x77bc7270 
usbmux_event_cb) at libusbmuxd.c:661
#12 get_next_event (user_data=0x66de00, callback=0x77bc7270 
usbmux_event_cb, sfd=optimized out) at libusbmuxd.c:662
#13 device_monitor (data=0x66de00) at libusbmuxd.c:718
#14 0x76658062 in start_thread (arg=0x736a4700) at 
pthread_create.c:312
#15 0x7638bbfd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) frame 3
#3  0x77bc993c in pair_record_generate (pair_record=0x736a3bc0, 
client=0x7fffec019b40) at lockdown.c:879
879 lockdown.c: No such file or directory.
(gdb) print pair_record
$1 = (plist_t *) 0x736a3bc0
(gdb) print *pair_record
$2 = (plist_t) 0x7fffec01a2b0
(gdb) ptype *pair_record
type = void *
(gdb) print client
$3 = (lockdownd_client_t) 0x7fffec019b40
(gdb) ptype client
type = struct lockdownd_client_private {
property_list_service_client_t parent;
int ssl_enabled;
char *session_id;
char *udid;
char *label;
} *
(gdb) print *client
$4 = {
  parent = 0x7fffec014fe0, 
  ssl_enabled = 0, 
  session_id = 0x0, 
  udid = 0x7fffec016fb0 e407b7d10eb7bde9f062334bc8de513e88ad87cf, 
  label = 0x7fffec019ca0 gvfs-afc-volume-monitor
}
(gdb) 


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.14-1-amd64

Debian Release: jessie/sid
  500 unstableftp.ch.debian.org 
  500 stable  dl.google.com 
  500 sid winswitch.org 
  500 sid linux.dropbox.com 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libarchive13   | 3.1.2-8
libatk1.0-0(= 1.12.4) | 
libavahi-client3   (= 0.6.16) | 
libavahi-common3   (= 0.6.16) | 
libavahi-glib1 (= 0.6.16) | 
libbluetooth3(= 4.91) | 
libbluray1(= 1:0.2.2) | 
libc6(= 2.14) | 
libcairo-gobject2  (= 1.10.0) | 
libcairo2   (= 1.2.4) | 
libcdio-cdda1(= 0.83) | 
libcdio-paranoia1(= 0.83) | 
libcdio13(= 0.83) | 
libdbus-1-3 (= 1.0.2) | 
libdbus-glib-1-2 (= 0.78) | 
libexif12  | 
libexpat1   (= 2.0.1) | 
libgcrypt11 (= 1.5.1) | 
libgdk-pixbuf2.0-0 (= 2.22.0) | 
libglib2.0-0   (= 2.37.3) | 
libgoa-1.0-0b  (= 3.7.90) | 
libgphoto2-6(= 2.5.2) | 
libgphoto2-port10   (= 2.5.2) | 
libgtk-3-0  (= 3.0.0) | 
libgudev-1.0-0(= 146) | 
libimobiledevice4

Bug#746463: systemd: Add support for TuxOnIce hibernation

2014-04-30 Thread Julien Muchembled
Package: systemd
Version: 208-1
Severity: normal
Tags: patch upstream
Control: affects -1 tuxonice-userui

systemd 208+ tries to detect whether there's enough swap space to hibernate and
this is irrelevant when TuxOnIce is used. I've just upgraded systemd from
version 204 and hibernate key stopped working because of that. In other words,
this breaks package tuxonice-userui (which I maintain).

Could you please add the attached patch to experimental branch ?

I tried to push it upstream but there seems to be a hard policy to reject
anything that is not in vanilla Linux:
 http://lists.freedesktop.org/archives/systemd-devel/2014-April/018963.html
From fe5cf5ff434d1b7f636086c83cf3174f72459432 Mon Sep 17 00:00:00 2001
From: Julien Muchembled j...@jmuchemb.eu
Date: Tue, 29 Apr 2014 11:40:50 +0200
Subject: [PATCH] Add support for TuxOnIce hibernation

systemd does not support non-mainline kernel features so upstream rejected this
patch.
It is however required for systemd integration by tuxonice-userui package.

Forwarded: http://lists.freedesktop.org/archives/systemd-devel/2014-April/018960.html
---
 src/shared/sleep-config.c | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/src/shared/sleep-config.c b/src/shared/sleep-config.c
index d068bfc..ee74095 100644
--- a/src/shared/sleep-config.c
+++ b/src/shared/sleep-config.c
@@ -226,6 +226,12 @@ static bool enough_memory_for_hibernation(void) {
 size_t size, used;
 int r;
 
+/* TuxOnIce is an alternate implementation for hibernation.
+ * It can be configured to compress the image to a file or an inactive
+ * swap partition, so there's nothing more we can do here. */
+if (access(/sys/power/tuxonice, F_OK) == 0)
+return true;
+
 r = hibernation_partition_size(size, used);
 if (r  0)
 return false;
-- 
1.8.5.2.988.g9b015e5.dirty



Bug#730756: [gvfs-backends] The problem also happens in upowerd

2014-04-30 Thread Josep M. Perez Cancer

Package: gvfs-backends
Version: 1.20.1-1+b1

--- Please enter the report below this line. ---

It appears this bug also happens in upowerd. I guess the problem might 
be either in libimobiledevice or libplist.


Here is a backtrace.

Cheers,
Josep M. Perez


$ sudo gdb --args /usr/lib/upower/upowerd --verbose --timed-exit
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
[...]
(gdb) r
Starting program: /usr/lib/upower/upowerd --verbose --timed-exit
warning: no loadable sections found in added symbol-file system-supplied 
DSO at 0x77ffa000

warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x73112700 (LWP 26686)]
TI:11:34:46Starting upowerd version 0.9.23
[New Thread 0x72911700 (LWP 26687)]
TI:11:34:46cannot find a keyboard backlight
TI:11:34:46excuting command: /usr/bin/pm-is-supported --suspend
TI:11:34:46excuting command: /usr/bin/pm-is-supported --hibernate
TI:11:34:46adding swap device: zram0
TI:11:34:46adding swap device: zram1
TI:11:34:46adding swap device: zram2
TI:11:34:46adding swap device: zram3
TI:11:34:46adding swap device: zram4
TI:11:34:46adding swap device: zram5
TI:11:34:46adding swap device: zram6
TI:11:34:46adding swap device: zram7
TI:11:34:46daemon now coldplug
TI:11:34:46registering subsystem : power_supply
TI:11:34:46taking a guess for power supply scope
TI:11:34:46using min design voltage
TI:11:34:46resetting unknown timeout after 0 retries
TI:11:34:46energy 99.90 bigger than full 90.265200
TI:11:34:46object path = /org/freedesktop/UPower/devices/battery_BAT0
TI:11:34:46using min design voltage
TI:11:34:46resetting unknown timeout after 0 retries
TI:11:34:46added native-path: BAT0

TI:11:34:46using id: DELL_V57XN23-99-30351
TI:11:34:46loading 7 items of data from 
/var/lib/upower/history-rate-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 7 items of data from 
/var/lib/upower/history-charge-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 4 items of data from 
/var/lib/upower/history-time-full-DELL_V57XN23-99-30351.dat
TI:11:34:46loading 4 items of data from 
/var/lib/upower/history-time-empty-DELL_V57XN23-99-30351.dat

TI:11:34:46saving in 600 seconds
TI:11:34:46added BAT0
TI:11:34:46taking a guess for power supply scope
TI:11:34:46object path = /org/freedesktop/UPower/devices/line_power_AC
TI:11:34:46added native-path: AC

TI:11:34:46added AC
TI:11:34:46registering subsystem : usb
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
[New Thread 0x72110700 (LWP 26706)]
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
[Thread 0x72110700 (LWP 26706) exited]
TI:11:34:46failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0

[New Thread 0x72110700 (LWP 26707)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0

[Thread 0x72110700 (LWP 26707) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-0:1.0
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1

[New Thread 0x72110700 (LWP 26708)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1

TI:11:34:46[Thread 0x72110700 (LWP 26708) exited]
failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5

[New Thread 0x72110700 (LWP 26709)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5

TI:11:34:46[Thread 0x72110700 (LWP 26709) exited]
failed to coldplug /sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0

[New Thread 0x72110700 (LWP 26710)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0

[Thread 0x72110700 (LWP 26710) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.0
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1

[New Thread 0x72110700 (LWP 26713)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1

[Thread 0x72110700 (LWP 26713) exited]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1.5/1-1.5:1.1
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0

[New Thread 0x72110700 (LWP 26714)]
TI:11:34:46failed to coldplug 
/sys/devices/pci:00/:00:1a.0/usb1/1-1/1-1:1.0

[Thread 

Bug#619244: found + fixed on piuparts.d.o

2014-04-30 Thread Holger Levsen
reassign 619244 piuparts
tags 619244 + pending
thanks

Hi,

so #745876 (and #619244 too) convinced me, so I now made piuparts ignore 
/etc/machine-id (in git and on piuparts.d.o, upload pending). 

I'd just prefered if #745876 would have been cc:ed to 
piupa...@packages.debian.org as well, so that I would not have too stumble 
upon it by chance... :)


cheers,
Holger


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


Bug#746413: live-build: DEBOOTSTRAP_OPTIONS not actually passed to debootstrap

2014-04-30 Thread Simon McVittie
On 30/04/14 00:17, Daniel Baumann wrote:
 general disclaimer: you're using 4.x, which has many rough edges and
 such, so.. i'm aware that there are lots of things to finish before its
 properly usuable, and any help getting it done faster is more than welcome.

OK, noted. I'm mainly using 4.x because it seems I need the new
--hdd-size feature; the existing size estimation code doesn't seem to
allocate enough space, perhaps because my working area filesystem
(initially btrfs, now tmpfs) has lower overhead than the one I'm using
for the binary image (ext4).

 the general plan is this:
 
   * lb init would do more-or-less what lb config did wrt/ initialize a
 config tree in a previously empty directory.
 
   * lb config would be a set/get program only

Thanks, that's useful information.

 [cdebootstrap]
 options = --exclude=package1,package2
 
 into config/options/cdebootstrap

I can't devote enough time to this to implement the whole of your plan,
but now that I know where the goal is, I could make
bootstrap-(c)debootstrap read a file with that syntax if one is supplied
- that's a step forward at least.

S


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



Bug#746464: Conntrackd segfault

2014-04-30 Thread Dominique Fournier

Package: conntrackd
Version: 1:1.2.1-1
Severity: important

Hi

The conntrackd process is segfaulting sometimes (two times this week). 
On the logs, i see :
Apr 30 11:23:13 fw1 kernel: [181879.321607] conntrackd[3288]: segfault 
at 0 ip 00408f00 sp 7fff219fa398 error 4 in 
conntrackd[40+36000]


Then when I try to restart the service, thereis a pending lock :
Starting conntrackdlockfile `/var/lock/conntrack.lock' exists, perhaps 
conntrackd already running?

 failed!

How can I debug this ?

Thanks

-- System Information:
Debian Release: 7.5
Architecture: amd64
attachment: dominique_fournier.vcf

Bug#746466: proofgeneral hijacks the emacs icon identity

2014-04-30 Thread Drew Parsons
Package: proofgeneral
Version: 4.3~pre130510-1.1
Severity: normal

proofgeneral is doing something weird to the identity of the normal emacs
window (launched normally, e.g. emacs from the command line, not using
/usr/bin/proofgeneral).

The icon of the window (e.g. the one displayed when cycling between
windows using Alt-tab or Super-tab in Gnome 3.12) should be the emacs
icon, e.g. /usr/share/icons/hicolor/scalable/apps/emacs23.svg, and
labelled emacs or similar.

Instead, a proofgeneral icon is used
(e.g. /usr/share/icons/hicolor/48x48/proofgeneral.png) and the entry
is labelled Proof General.

I imagine the error arises from having proofgeneral load automatically
via /etc/emacs/site-start.d/50proofgeneral.el.  

Nothing necessarily wrong with automatically loading it, it makes
proofgeneral accessible via M-x proofgeneral.  But it shouldn't take over
the emacs identity, not unless it's invoked via /usr/bin/proofgeneral.

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

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

Versions of packages proofgeneral depends on:
ii  emacs23   23.4+1-4.1+b1
ii  mmm-mode  0.5.1-2

proofgeneral recommends no packages.

Versions of packages proofgeneral suggests:
pn  proofgeneral-doc  none

-- no debconf information


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



Bug#746465: RFS: mapserver/6.4.1-4

2014-04-30 Thread Bas Couwenberg
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package mapserver

 Package name: mapserver
 Version : 6.4.1-4
 Upstream Author : The MapServer team
 URL : http://www.mapserver.org/
 License : MIT
 Section : devel

It builds those binary packages:

 cgi-mapserver  - CGI executable for MapServer
 libmapscript-perl  - Perl MapServer module
 libmapscript-ruby  - Transitional dummy package for ruby-mapscript
 libmapscript-ruby1.8   - Transitional package from libmapscript-ruby1.8 to 
ruby-mapscript
 libmapscript-ruby1.9.1 - Transitional package from libmapscript-ruby1.9.1 to 
ruby-mapscrip
 libmapserver1  - Shared library for MapServer
 libmapserver1-dev  - Shared library development files for MapServer
 mapserver-bin  - MapServer utilities
 mapserver-doc  - documentation for MapServer
 php5-mapscript - php5-cgi module for MapServer
 python-mapscript   - Python library for MapServer
 ruby-mapscript - MapServer library for Ruby

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

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


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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mapserver/mapserver_6.4.1-4.dsc

More information about MapServer can be obtained from http://www.mapserver.org/.

Changes since the last upload:

  * Add patch to support building mapscript for PHP 5.6.
(closes: #745600)


Regards,
 Sebastiaan Couwenberg


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



Bug#688985: systemd: Shutdown hangs when block devices are blocked

2014-04-30 Thread Wolfgang Schweer
On Tue, Dec 24, 2013 at 03:36:51PM +0100, Tollef Fog Heen wrote:
  Am Dienstag, den 21.05.2013, 18:44 +0200 schrieb Michael Biebl:
   Am 21.05.2013 17:25, schrieb Paul Menzel:
- Is this problem reproducible? What are the steps to reproduce the 
problem?

Yes. Just shut down the system with `sudo halt` for example.
   
   Ahem, halt under systemd does *not* power off the machine, that is
   expected.
   This is actually a bug in sysvinit, that it does power off.
  
  Interesting. I did not know that.
  
   Use poweroff or halt -p if you want that behaviour.
  
  `halt -p` indeed powered the machine off.
 
 So it now works just fine when you're using halt -p/shutdown -h and I
 can close the bug, or are you still experiencing problems?

I guess this bug could be closed.

Just migrated from sysvinit to systemd, this is always reproducible for 
me:

'poweroff': system powered off.

'halt': system halted, not powered off.

So these commands now really do what their names promise to do.

Wolfgang



signature.asc
Description: Digital signature


Bug#745888: libmtp9: jmtpfs hangs on directory listing

2014-04-30 Thread James Blanford
Package: libmtp9
Version: 1.1.6-51-g1a2669c~ds0-1
Followup-For: Bug #745888

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

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

*** End of the template - remove these template lines ***
After updating to version 1.1.6-51-g1a2669c~ds0-1 I am no longer able to
read the directory that my Hisense Sero 7 pro was mounted on by jmtpfs.
The ls command hangs until I kill the jmtpfs process.

jmtpfs reports: Device 0 (VID=109b and PID=9106) is a Hisense E860 (ID1)

Downgrading to libmtp9 version 1.1.6-20-g1b9f164-2 restores all
functionality of jmtpfs.

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

Kernel: Linux 3.12.18 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages libmtp9 depends on:
ii  dpkg   1.17.6
ii  libc6  2.18-4
ii  libgcrypt111.5.3-4
ii  libmtp-common  1.1.6-51-g1a2669c~ds0-1
ii  libusb-1.0-0   2:1.0.18-2
ii  multiarch-support  2.18-4

Versions of packages libmtp9 recommends:
ii  libmtp-runtime  1.1.6-51-g1a2669c~ds0-1
ii  udev204-8

libmtp9 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#733510: NMU diff for grib-api_1.10.4-3.1

2014-04-30 Thread Aníbal Monsalve Salazar
Hello Enrico,

At Imagination Technologies (http://imgtec.com/) Dragoslav Sicarov have
found a solution to Debian bug #733510.

https://bugs.debian.org/733510

My NMU patch for grib-api_1.10.4-3.1 is below, at the end of this
message.

With the changes in the NMU patch grib-api builds successfully on
mips and amd64.

The bug report together with the patch has been forwarded upstream.

Regards,

Aníbal
--
Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com


debdiff grib-api_1.10.4-3.dsc grib-api_1.10.4-3.1.dsc
diff -Nru grib-api-1.10.4/debian/changelog grib-api-1.10.4/debian/changelog
--- grib-api-1.10.4/debian/changelog2013-08-25 00:27:18.0 +0100
+++ grib-api-1.10.4/debian/changelog2014-04-30 09:07:10.0 +0100
@@ -1,3 +1,12 @@
+grib-api (1.10.4-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS: grib-api - tests fail for mips
+Patch by Dragoslav Sicarov dragoslav.sica...@imgtec.com
+Closes: #733510
+
+ -- Anibal Monsalve Salazar ani...@debian.org  Wed, 30 Apr 2014 09:06:53 
+0100
+
 grib-api (1.10.4-3) unstable; urgency=low
 
   * Back to Arch: any after successful testing on mips and sparc.
diff -Nru grib-api-1.10.4/debian/patches/grib_bits.diff 
grib-api-1.10.4/debian/patches/grib_bits.diff
--- grib-api-1.10.4/debian/patches/grib_bits.diff   1970-01-01 
01:00:00.0 +0100
+++ grib-api-1.10.4/debian/patches/grib_bits.diff   2014-04-30 
08:57:04.0 +0100
@@ -0,0 +1,66 @@
+From: Dragoslav Sicarov dragoslav.sica...@imgtec.com
+Subject: FTBFS: grib-api - tests fail for mips
+Date: Sun, 29 Dec 2013 15:13:16 +
+
+https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733510
+
+FTBFS: 21 of 38 tests fail when trying to build package from source on
+mips. Part of build log has been attached.
+
+The root cause of failing tests for mips is in function
+grib_encode_unsigned_long() that is used for writing into grib message
+buffer (function is implemented differently for big-endian and
+little-endian architectures).
+
+On big-endian architectures, function uses shift operations, where in
+some corner-case situations left operand (which is of type unsigned
+long; size of long equals 4 bytes for 32bit system) is shifted right by
+32 bits.
+
+According to C standard, if the value of the right operand of shift
+operation is negative, or is greater than or equal to the width of the
+left operand, the behaviour is undefined.
+
+On 32-bit mips architecture shift operations by a variable number of
+bits are translated to/use 'srlv' and 'sllv' instructions which shift
+left operand by (right_operand mod 32) bits. In case of shifting by 32
+bits, this results in left operand being unchanged. However, in order
+for this package to function properly a result of 0 is expected.
+
+Proposed patch fixes these corner-cases by setting the result of shift
+operation to 0 if right operand is greater than or equal to size of long
+(actually, no shifting is performed, the result is set to zero).
+
+--- a/src/grib_bits.c  2013-05-29 16:32:07.0 +0100
 b/src/grib_bits.c  2014-04-30 08:40:17.717503443 +0100
+@@ -24,7 +24,7 @@
+ long GRIB_MASK = -1;   /* Mask of sword bits */
+ 
+ # define VALUE(p,q,b) \
+- (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b)))  
((p)(max_nbits-((q)+(b)
++ (((b)==max_nbits ? GRIB_MASK : ~(GRIB_MASK(b)))  (((max_nbits-((q)+(b))) 
= max_nbits) ? 0 : ((p)(max_nbits-((q)+(b))
+ 
+ # define MASKVALUE(q,b) \
+  ((b)==max_nbits ? GRIB_MASK : (~(GRIB_MASK(b))(max_nbits-((q)+(b)
+--- a/src/grib_bits_fast_big_endian.c  2013-05-29 16:32:07.0 +0100
 b/src/grib_bits_fast_big_endian.c  2014-04-30 08:40:17.733503444 +0100
+@@ -62,9 +62,16 @@ int grib_encode_unsigned_long(unsigned c
+ countOfLeftmostBits = max_nbits - startBit;
+ startBit = max_nbits - remainingBits;
+ remainingBits -= countOfLeftmostBits;
+-destination[nextWord] =
+-  ((destination[nextWord]  countOfLeftmostBits)  countOfLeftmostBits)
+-  + (VALUE(val,startBit,countOfLeftmostBits));
++if (countOfLeftmostBits  max_nbits)
++{
++  destination[nextWord] =
++((destination[nextWord]  countOfLeftmostBits)  
countOfLeftmostBits)
++  + (VALUE(val,startBit,countOfLeftmostBits));
++}
++else
++{
++  destination[nextWord] = (VALUE(val,startBit,countOfLeftmostBits));
++}
+ startBit = 0;
+ nextWord++;
+   }
diff -Nru grib-api-1.10.4/debian/patches/series 
grib-api-1.10.4/debian/patches/series
--- grib-api-1.10.4/debian/patches/series   1970-01-01 01:00:00.0 
+0100
+++ grib-api-1.10.4/debian/patches/series   2014-04-30 08:58:38.0 
+0100
@@ -0,0 +1 @@
+grib_bits.diff


signature.asc
Description: Digital signature


Bug#744151: usertagging piuparts, this bug is still there

2014-04-30 Thread Holger Levsen
severity 744151 important
found 744151 2.7.4+reloaded1-1
user debian...@lists.debian.org
usertag 744151 + piuparts
thanks

Hi Mike,

https://piuparts.debian.org/sid/fail/gosa_2.7.4+reloaded1-1.log shows this:

1m14.3s ERROR: FAIL: Package purging left files on system:
  /etc/apache2/conf-available/gosa.conf - /etc/gosa/gosa-apache.confnot 
owned

1m14.3s INFO: Warning: Package purging left files on system:
  /etc/apache2/conf-available/   owned by: apache2
These files seem to have been left by dependencies rather than by packages
being explicitly tested.

The latter is being caused by the former, and the former is what this bug 
report is about :)

I've raised the severity because a.) a piuparts clean archive is a release 
goal since lenny and b.) because it blocks 36 other packages in sid from being 
tested by piuparts, as can be seen on 
https://piuparts.debian.org/sid/state-failed-testing.html
(The numbers in brackets behind the package names (36,36 in the gosa case) are 
explained in the table header.)


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#746358: systemd: system boot hangs if /etc/network/interfaces contains a bridge interface

2014-04-30 Thread Aurelien Jarno
On Tue, Apr 29, 2014 at 03:10:02PM +0200, Michael Biebl wrote:
 Am 29.04.2014 13:10, schrieb Jason Alavaliant:
  On 2014-04-29 22:36, Michael Biebl wrote:
  Am 29.04.2014 11:31, schrieb Jason Alavaliant:
 
  Do you have an NFS / remote fs configuration in your /etc/fstab?
  
  Yes I've got a nfs4 mounted home directory
  server.local:/ /home   nfs4defaults0   0
 
 I suspect the hang to be caused by the NFS fstab entry. Can you comment
 out the entry and reboot so we have confirmation?

I got the same issue, and I don't have a bridge interface, but I do have
a NFS entry in /etc/fstab. Disabling it makes the reboot to succeed.

Given that systemd is now the default, if every persons with an NFS entry
in fstab will get their systems broken, it might be a good idea to increase
the severity of this bug.

 If so, can you please try the following patch for
 /etc/network/if-up.d/mountnfs with the NFS mount re-enabled.
 
 --- a/network/if-up.d/mountnfs
 +++ b/network/if-up.d/mountnfs
 @@ -7,6 +7,10 @@
  #Also mounts SMB filesystems now, so the name of
  #this script is getting increasingly inaccurate.
 
 +if [ -d /run/systemd/system ] ; then
 +   systemctl status network.target  /dev/null || exit 0
 +fi
 +
  PATH=/sbin:/bin
  . /lib/init/vars.sh

This patch works for me, thanks.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


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



Bug#746467: pixz creates new file with default permissions and does not preserve permissions

2014-04-30 Thread Michael Tokarev
Package: pixz
Version: 1.0.2-2
Severity: important
Tags: security upstream


When pixz creates a file for the result of (de)compression, it uses
default umask, so file gets created with, say, 0644 permissions.
Even if the original file we're about to (de)compress has stricter
permissions.

This way, the data can be read by others during whole (de)compression
process, which, depending on the size of the input, can be quite
slow/long.

 $ ls -l data
 -rw-r- 1 mjt mjt  8589942784 Apr 30 13:50 data
 $ pixz data 
 $ ls -l data.xz
 -rw-r--r-- 1 mjt mjt   135106560 Apr 30 13:52 data.xz

It is even more than this: the permissions are never restored even
after the process is completed.  The final data.xz has the same
0644 permissions as the temp file:

 $ wait; ls -l data.xz
 -rw-r--r-- 1 mjt mjt   725922432 Apr 30 13:55 data.xz

So the file stays with wide-open permissions, unlike the original.

Other compressors - gzip, xz, etc - tries to preserve the permissions,
and tries to keep the new/temp file (during compression) unreadable.
That's why user does not expect the new file created by pixz to have
wider permissions than its original.

(It looks like pixz does not preserve any attributes, including the
date, and it also looks like it modifies mtime of the _source_ file
too).


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



Bug#676890: Black screen on startup

2014-04-30 Thread Deve
This f***ing bug is here since few years and makes this package useless. I
wrote about it long time ago, but maintainer of this package didn't want
even look at this.

This game should be simply recompiled. It doesn't need any other changes.

apt-get build-dep pixfrogger
apt-get source pixfrogger
cd downloaded_pixfrogger_folder
dpkg-buildpackage
dpkg -i ../pixfrogger*.deb

And it should work.

I could maintain this game if really nobody is interested in it...

Regards,
Deve


Bug#746469: ITP: node-dryice -- CommonJS/RequireJS packaging tool for browser scripts

2014-04-30 Thread Leo Iannacone
Subject: ITP: node-dryice -- CommonJS/RequireJS packaging tool for browser 
scripts
Package: wnpp
Severity: wishlist
Owner: Leo Iannacone l...@ubuntu.com

* Package name: node-dryice
  Version : 0.4.10
  Upstream Author : Joe Walker j...@getahead.org
* URL : https://github.com/joewalker/dryice
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : CommonJS/RequireJS packaging tool for browser scripts
 DryIce is basically just a copy function. It takes input from a set of 
 input files, which can be specified in various ways, optionally filters
 them and outputs them to something else.
 .
 Node.js is an event-based server-side JavaScript engine.


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



Bug#746468: nm.debian.org: Account is listed as DM in ftp-master.d.o but not nm.d.o

2014-04-30 Thread 陳昌倬
Package: nm.debian.org
Severity: normal

Hi,
 
My account czchen with GPG key fingerprint
EC9F905D866DBE46A896C827BE0C924203F4552D is listed as DM in
ftp-master.d.o [0], but not in nm.d.o [1]. I has already uploaded
several packages to debian, so the DM permission is okay to me.
However, without listing as DM in nm.d.o, my friend cannot advocating my
as DD.

Please help to take a look at czchen in nm.d.o, maybe I missing some
process when applying DM, thanks.

[0] https://ftp-master.debian.org/dm.txt
[1] https://nm.debian.org/public/person/czchen


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

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

-- 
ChangZhuo Chen (陳昌倬) czc...@gmail.com
http://czchen.info/
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature


Bug#746457:

2014-04-30 Thread Leo Iannacone
License: BSD or Expat

-- 
Ubuntu Member - http://launchpad.net/~l3on
Home Page - http://leoiannacone.com
GPG Key Id - 0xD282FC25


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



Bug#740206: Found what was wrong with queue messaging windows

2014-04-30 Thread Carl Chenet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Turpial does not manage \n in the tweets. If you insert a \n in
your tweets, the split() in turpial/ui/qt/worker.py line 475 fails
given the fact it does not have the needed value to split (special
character \x01) and triggers an exception.

Regards,
- -- 
Carl Chenet

Blog : https://carlchenet.com
https://identi.ca/carlchenet | https://twitter.com/carl_chenet
Contributions to FOSS : http://www.ohloh.net/accounts/chaica
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJTYMnXAAoJEAJwonWM1zbi4vYP/0e7H5rk7uLpyU5rJ44wZbOH
cWCTpe6FMRs2JvYDkL5ylzAT6lDsjkCoj4QpOaKfVaZg+pBmPxaql6JuIQVhOu5p
9wAu/cMPfVC1AYpb3Jg5YQpoLZu5v5Gm4p1N302TzjTL6Cd6IGeVvbOSUjOqM/yQ
JJUlV0uFv/NNZmNpa4Jxc9uccKNgtncYIIgRrdjLnH8QPFlOzV8hF6RabqzauCru
TM0dhAqluFHqINi4F9m8OnWBnfCgOmJxOHip7iIIsyrw+X/KWj4vNXWumlwA80sm
r6k7C82IGUH8+dItHmMDLj3ZWnk/JnjkVT+2F0dTIUqO5lCNfrYoFa0n1or+7qGJ
JaueJ87FcZWin7FtQQ2jVkMrY7hZV9ell5VsrLhSrMTcsQVjN+ZpmjiYINEcJWx6
PjrzEQcm2ytpA9pF8EIVdv1g1ChpAzLYGxHTu68OBg1Su/MIfJzjlvqQZdbQOitv
jChhw/DcIR477BMo5L2gdUVhXtQpLb98a9nnGG70QWdARTf0NUJLEiBax3DdA4Cd
rLs+eja0TjSgUPDhVIC+LWB3X15HVkYKIMFVfwKVFJ8WKsGOg/GwiwKB/EdSItoD
Od1ykiM+Q2XXTzM+sXk595zylX1Oj2PiX/3WlAYuMu/d4/isqflS9tmVR6I97Y/0
x7Rq3suWDKG2WQQr5qwO
=hKPg
-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#745876: found + fixed on piuparts.d.o

2014-04-30 Thread Santiago Vila
On Wed, Apr 30, 2014 at 11:44:48AM +0200, Holger Levsen wrote:
 reassign 619244 piuparts
 tags 619244 + pending
 thanks
 
 Hi,
 
 so #745876 (and #619244 too) convinced me, so I now made piuparts ignore 
 /etc/machine-id (in git and on piuparts.d.o, upload pending). 
 
 I'd just prefered if #745876 would have been cc:ed to 
 piupa...@packages.debian.org as well, so that I would not have too stumble 
 upon it by chance... :)

Sorry for that. I almost Cc you, but I was not really sure about what
kind of overrides does piuparts have in place, or whether you would
be willing to make an exception in this case.

This file, /etc/machine-id, could be described as

* A system file
* which is handled by a package which is not essential now
* but will be essential de-facto in jessie (if not just essential)
* but it will not be essential de-facto in every architecture.

Odd properties would make it a good candidate for base-files, and even
properties would not, so, I'm glad that you decided to make a piuparts
exception for such kind of files.

Thanks a lot.


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



Bug#746470: rubygems-integration: fails to read arch-specific gemspecs for ruby2.1

2014-04-30 Thread Cédric Boutillier
Package: rubygems-integration
Version: 1.6
Severity: important

Hi,

Running gem2.1 list does not show any gemspec for arch specific Ruby
libraries installed as a Debian package, despite the fact that the
gemspec are installed in /usr/share/rubygems-integration/2.1.

The problem is that rubygems-integration makes the gem command look in 
/usr/share/rubygems-integration/2.1.0 instead, because 2.1.0 is the API
version of ruby2.1, as indicated by Gem::ConfigMap[:ruby_version]
A workaround is to installed by rubygems-integration for 2.0 by adding a
symling 2.0.0 - 2.0.

Probably one needs to fix the path for /usr/share/rubygems-integration
or fix gem2deb to install in /usr/share/rubygems-integration/2.1.0.

Cheers,

Cédric


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



Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4

2014-04-30 Thread Rolf Leggewie
On 30.04.2014 06:06, Tobias Frost wrote:
 Dear maintainer,

 I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4). The diff
 is attached to this message.

Thank you for your work.

I agree with most of the changes you propose.  Here are the ones where I
differ.

 --- isdnutils-3.25+dfsg1/debian/control   2013-06-06 12:36:15.0 
 +0200
 [...]
 - automake, autoconf, libssl-dev, psutils,
 + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27),

I don't think there is a need for a versioned dependency.  I suggest to
drop it to an unversioned one.

 -Depends: libcapi20-3 (= ${binary:Version}), ${shlibs:Depends},
 +Depends: ${shlibs:Depends},

Are you sure the new package no longer needs a dependency on libcapi20-3
or that this will be picked up automatically?

 -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}),
 +Depends: ppp (= 2.4.6), ppp ( 2.4.7),

I'd keep the lower bound at 2.4.4.  Do you have specific reasons to
believe that anything below 2.4.6 will stop working?

 --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 2013-06-06 
 12:36:15.0 +0200
 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d 1970-01-01 
 01:00:00.0 +0100

I don't see a reason for removal of this file in this NMU.


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



Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update

2014-04-30 Thread Jens Thiele
Jens Thiele ka...@karme.de writes:

 can't reproduce at the moment :(

 maybe this bug report is invalid/can be closed

now it happened again
looks like it only happens on suspend to ram on battery

device is a thinkpad edge 11 (amd version)

** Model information
sys_vendor: LENOVO
product_name: 2545A26
product_version: ThinkPad Edge
chassis_vendor: LENOVO
chassis_version: Not Available
bios_vendor: LENOVO
bios_version: 87ET44WW (1.18 )
board_vendor: LENOVO
board_name: 2545A26
board_version: Not Available


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



Bug#746471: rubygems-integration: missing symlink for ruby2.1

2014-04-30 Thread Matthias Klose
Package: rubygems-integration
Version: 1.6
Severity: serious
Tags: sid jessie patch

A gem2.1 list | grep sqlite (with ruby-sqlite3 installed) doesn't show the gem,
but it does for 2.0.

Adding the symlink for the full 2.1 version lets the command succeed, but it is
a dangling symlink when ruby2.1 is not installed.  The missing symlink lets
other packages fail to build.

diff -Nru rubygems-integration-1.6/debian/rubygems-integration.links
rubygems-integration-1.6ubuntu1/debian/rubygems-integration.links
--- rubygems-integration-1.6/debian/rubygems-integration.links  2014-01-16
17:06:42.0 +
+++ rubygems-integration-1.6ubuntu1/debian/rubygems-integration.links   
2014-04-30
09:02:54.0 +
@@ -1 +1,2 @@
 usr/share/rubygems-integration/2.0 /usr/share/rubygems-integration/2.0.0
+usr/share/rubygems-integration/2.1 /usr/share/rubygems-integration/2.1.0


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



Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: new upstream version (2.x series)

2014-04-30 Thread Leo Iannacone
Hi Jonas,

On 30 April 2014 02:10, Jonas Smedegaard d...@jones.dk wrote:
 Status of packaging is that these libraries needs packaging first:

   node-source-map
   node-uglify-to-browserify

About node-uglify-to-browserify:
You do not really need to package it, since it's only related to
uglify2.x (it has no reverse-dependency)
I think you can bundle it as a patch along with uglify v2.x.


About node-source-map:
It build-depends on dryice (=0.4.8). You can find a pre-release
package in pkg-javascript/node-dryice.git repository.
Once it done/uploaded to unstable, we will be able to build source-map.

Regards,

Leo.

-- 
Ubuntu Member - http://launchpad.net/~l3on
Home Page - http://leoiannacone.com
GPG Key Id - 0xD282FC25


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



Bug#746472: libchromaprint-tools: fpcalc fails with relocation error

2014-04-30 Thread Mario Lang
Package: libchromaprint-tools
Version: 1.1-1
Severity: important

fpcalc from libchromaprint-tools fails on my system:

host$ fpcalc file.mp3
[mp3 @ 0x8590400] max_analyze_duration 500 reached at 5015510
[mp3 @ 0x8590400] Estimating duration from bitrate, this may be inaccurate
fpcalc: relocation error: fpcalc: symbol avcodec_free_frame, version 
LIBAVCODEC_54 not defined in file libavcodec.so.54 with link time reference

-- 
Regards,
  Mario Lang

Graz University of Technologymailto:ml...@tugraz.at
Department Computing   http://www.ZID.TUGraz.at/lang/
Phone: +43 (0) 316 / 873 - 6897
//
  /_Apparently a teacher has been arrested in the UK in possession_/
 /of a compass, protractor, and straight edge. It is claimed he is a/
/member of the Al Gebra movement, bearing weapons of math instruction/


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



Bug#619244: Bug#745876: found + fixed on piuparts.d.o

2014-04-30 Thread Holger Levsen
Hi Santiago,

readding 619244 for future reference as you nicely explained /etc/machine-id 
here and I've referenced that bug in debian/changelog...

On Mittwoch, 30. April 2014, Santiago Vila wrote:
 Sorry for that. I almost Cc you, but I was not really sure about what
 kind of overrides does piuparts have in place, or whether you would
 be willing to make an exception in this case.

piuparts has quite some, look in /usr/sbin/piuparts for self.ignored_files and 
self.ignored_patterns, there are (somewhat sadly) 125 and 35 of these...

  This file, /etc/machine-id, could be described as
 
 * A system file
 * which is handled by a package which is not essential now
 * but will be essential de-facto in jessie (if not just essential)
 * but it will not be essential de-facto in every architecture.

Ack.

 Odd properties would make it a good candidate for base-files, and even
 properties would not, so, I'm glad that you decided to make a piuparts
 exception for such kind of files.

:)

 Thanks a lot.

Likewise! :)


cheers,
Holger



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


Bug#738849: Please enable webview support for wx3.0

2014-04-30 Thread Olly Betts
On Wed, Apr 30, 2014 at 08:45:47AM +0100, Gianfranco Costamagna wrote:
 Isn't the -Wl,--as-needed automatically passed by dh system? are you
 overriding LDFLAGS somewhere?

I don't believe either is true.  Passing it unconditionally wouldn't be
a good plan, as it breaks some cases (as I mentioned above).

Are you perhaps thinking of -Wl,-z,relro (which is related to
hardening)?

 I'll rebuild and give you results soon, in the meanwhile I attach the two 
 build logs

Aha, this part is interesting (and suggests that -Wl,--as-needed will
fix this, if it doesn't break anything; and if not, sorting out the -l
flags passed should resolve it):

 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0
  debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0
  were not linked against libjavascriptcoregtk-1.0.so.0 (they use none of the 
 library's symbols)
 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0
  debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0
  were not linked against libwebkitgtk-1.0.so.0 (they use none of the 
 library's symbols)
 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_stc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_html-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_xrc-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_ribbon-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_adv-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_richtext-3.0.so.0.0.0
  debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_aui-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_qa-3.0.so.0.0.0 
 debian/libwxgtk3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_propgrid-3.0.so.0.0.0
  were not linked against libsoup-2.4.so.1 (they use none of the library's 
 symbols)
 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0
  was not linked against libsoup-2.4.so.1 (it uses none of the library's 
 symbols)
 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0
  was not linked against libjavascriptcoregtk-1.0.so.0 (it uses none of the 
 library's symbols)
 dpkg-shlibdeps: warning: package could avoid a useless dependency if 
 debian/libwxgtk-media3.0-0/usr/lib/x86_64-linux-gnu/libwx_gtk2u_media-3.0.so.0.0.0
  was not linked against libwebkitgtk-1.0.so.0 (it uses none of the library's 
 symbols)

 Last thing:
 I installed in a sid chroot the wx-3 package, with also the webview support 
 package.
 
 After that I removed the libwebkitgtk-dev and dpkg didn't complain, also 
 didn't complain about anything else.
 So can we say libwebkitgtk-dev is just a build dep and not a runtime one? Can 
 this simplify things?
 (I think it doesn't simplify anything because the package brings other 
 dependencies)

libwebkitgtk-dev should only be a build dependency - it's the runtime
dependencies which are the issue here.

Cheers,
Olly


--
To 

Bug#745600: src:mapserver: FTBFS with PHP 5.6

2014-04-30 Thread Sebastiaan Couwenberg
Control: tags -1 pending

Hi,

Update PHP mapscript to build with PHP 5.6 turned out not to be very
hard, the stream handling in the PECL HTTP library served as a nice example.

I've forwarded my patch, and upstream as applied after some minor
adjustments.

The fixed mapserver package is available on mentors and currently
waiting for sponsorship (#746465).

Kind Regards,

Bas


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



Bug#746473: BUG: unable to handle kernel paging request at 0000000000001b90

2014-04-30 Thread root
Package: src:linux
Version: 3.2.57-3
Severity: important

Dear Maintainer,

We were copying large (33G) file over 1G link using scp, but scp stalled for
some reason after 16G and was killed on source machine. Then we tried to remove
partial file on destination machine but during this process machine became
almost unresponsive (LA about 10, iowait 20-30%, the rest % were idle), dmesg
showed the log below, and as the machine did not reboot after /sbin/reboot it
was rebooted using sys-rq.


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3

** Command line:
BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 
root=UUID=a4d2a5df-8a06-46ce-bf5c-e1c671729c4f ro nomodeset

** Not tainted

** Kernel log:
Apr 30 10:55:14 db3 kernel: [167405.430964] BUG: unable to handle kernel paging 
request at 1b90
Apr 30 10:55:14 db3 kernel: [167405.430992] IP: [810b4722] 
page_waitqueue+0x33/0x48
Apr 30 10:55:14 db3 kernel: [167405.431018] PGD 0 
Apr 30 10:55:14 db3 kernel: [167405.431035] Oops:  [#1] SMP 
Apr 30 10:55:14 db3 kernel: [167405.431054] CPU 1 
Apr 30 10:55:14 db3 kernel: [167405.431058] Modules linked in: ip6table_filter 
ip6_tables nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc xt_tcpudp xt_state 
iptable_mangle iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack 
iptable_filter ip_tables x_tables cpufreq_conservative cpufreq_userspace 
cpufreq_powersave cpufreq_stats ext3 jbd loop i2c_i801 mxm_wmi i2c_core 
parport_pc evdev wmi parport coretemp acpi_cpufreq mperf shpchp iTCO_wdt 
iTCO_vendor_support crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 
aes_generic cryptd processor video button ext4 crc16 jbd2 mbcache btrfs crc32c 
libcrc32c zlib_deflate dm_mod raid1 md_mod microcode sg sd_mod crc_t10dif 
xhci_hcd ahci libahci libata scsi_mod e1000e r8169 mii ehci_hcd thermal fan 
usbcore thermal_sys usb_common [last unloaded: scsi_wait_scan]
Apr 30 10:55:14 db3 kernel: [167405.431353] 
Apr 30 10:55:14 db3 kernel: [167405.431369] Pid: 13674, comm: flush-9:2 Not 
tainted 3.2.0-4-amd64 #1 Debian 3.2.57-3 MSI MS-7816/H87-G43 (MS-7816)
Apr 30 10:55:14 db3 kernel: [167405.431411] RIP: 0010:[810b4722]  
[810b4722] page_waitqueue+0x33/0x48
Apr 30 10:55:14 db3 kernel: [167405.431449] RSP: 0018:8807fc541a38  EFLAGS: 
00010a83
Apr 30 10:55:14 db3 kernel: [167405.431470] RAX: 9e37fffc0001 RBX: 
ea000fc61aa8 RCX: 0040
Apr 30 10:55:14 db3 kernel: [167405.431505] RDX: 1500 RSI: 
8807fc541a88 RDI: dcbfaae7a5261aa8
Apr 30 10:55:14 db3 kernel: [167405.431540] RBP: 0028 R08: 
8807fc5419a0 R09: 
Apr 30 10:55:14 db3 kernel: [167405.431574] R10: 00016628 R11: 
00016628 R12: 8807b000b598
Apr 30 10:55:14 db3 kernel: [167405.431609] R13: 8000 R14: 
ea000fc61aa8 R15: 0028
Apr 30 10:55:14 db3 kernel: [167405.431645] FS:  () 
GS:88081ea4() knlGS:
Apr 30 10:55:14 db3 kernel: [167405.431681] CS: Apr 30 12:44:44 db3 kernel: 
imklog 5.8.11, log source = /proc/kmsg started.


** Model information
sys_vendor: MSI
product_name: MS-7816
product_version: 1.0
chassis_vendor: MSI
chassis_version: 1.0
bios_vendor: American Megatrends Inc.
bios_version: V2.14B6
board_vendor: MSI
board_name: H87-G43 (MS-7816)
board_version: 1.0

** Loaded modules:
cpufreq_conservative
cpufreq_userspace
cpufreq_powersave
cpufreq_stats
nfsd
nfs
nfs_acl
auth_rpcgss
fscache
lockd
sunrpc
xt_tcpudp
xt_state
iptable_mangle
iptable_nat
nf_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_conntrack
iptable_filter
ip_tables
x_tables
ext3
jbd
loop
i2c_i801
coretemp
crc32c_intel
acpi_cpufreq
ghash_clmulni_intel
iTCO_wdt
mperf
shpchp
i2c_core
iTCO_vendor_support
parport_pc
aesni_intel
button
video
processor
evdev
parport
aes_x86_64
mxm_wmi
wmi
aes_generic
cryptd
ext4
crc16
jbd2
mbcache
btrfs
crc32c
libcrc32c
zlib_deflate
dm_mod
raid1
md_mod
microcode
sg
sd_mod
crc_t10dif
ahci
libahci
libata
scsi_mod
e1000e
ehci_hcd
fan
thermal
thermal_sys
xhci_hcd
usbcore
r8169
usb_common
mii

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Haswell DRAM Controller 
[8086:0c00] (rev 06)
Subsystem: Micro-Star International Co., Ltd. Device [1462:7816]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: [e0] Vendor Specific Information: Len=0c ?

00:02.0 VGA compatible controller [0300]: Intel Corporation Haswell Integrated 
Graphics Controller [8086:0412] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Device [1462:7816]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-

Bug#746439: systemd: systemD failed to go Jessie in hibernation

2014-04-30 Thread Michael Biebl
Hi!

Am 30.04.2014 04:26, schrieb Danielsan:
 Package: systemd
 Version: 204-8
 Severity: normal
 
 Dear Maintainer,
 
 often the hibernation by systemD with swap-file (by dphys-swapfile package)
 fails, so the Laptop continues to be turned on, but it's unusable, with the 
 cpu
 and the fans working at maximum with the risk to burn everything. When it
 happens I have to power off the laptop forcing down the power button.
 

How do you suspend your laptop, which command do you use?

systemd basically simply runs
  echo mem  /sys/power/state
for suspend to ram and
  echo disk  /sys/power/state
for suspend to disk.

If the above two commands fail, it's more a kernel then a systemd issue.

I'm actually not sure it the kernel support suspend to disk with a swap
file.

Michael

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



signature.asc
Description: OpenPGP digital signature


Bug#746474: portalocker: diff for NMU version 0.5~ds0-0.1

2014-04-30 Thread Alessio Treglia
Package: portalocker
Version: 0.4~ds0-2
Severity: normal
Tags: patch

Dear maintainer,

The new upstream release provides portalocker with Python 3 support.

I've prepared an NMU for portalocker (versioned as 0.5~ds0-0.1) and
I intend to upload it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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
diff -Nru portalocker-0.4~ds0/CHANGELOG portalocker-0.5~ds0/CHANGELOG
--- portalocker-0.4~ds0/CHANGELOG	2013-11-16 01:22:37.0 +
+++ portalocker-0.5~ds0/CHANGELOG	2014-04-29 15:29:24.0 +0100
@@ -10,3 +10,15 @@
 
  * Now actually returning the file descriptor from the `Lock` class
 
+0.4:
+
+ * Fixing a few bugs, added coveralls support, switched to py.test and added 100% test coverage.
+
+- Fixing exception thrown when fail_when_locked is true
+- Fixing exception Lock object has no attribute '_release_lock' when
+  fail_when_locked is true due to the call to Lock._release_lock() which fails
+  because _release_lock is not defined.
+
+0.5:
+
+ * Python 3 support
diff -Nru portalocker-0.4~ds0/debian/changelog portalocker-0.5~ds0/debian/changelog
--- portalocker-0.4~ds0/debian/changelog	2014-01-05 22:37:03.0 +
+++ portalocker-0.5~ds0/debian/changelog	2014-04-30 11:41:45.0 +0100
@@ -1,3 +1,12 @@
+portalocker (0.5~ds0-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release:
+- Python3 support.
+  * Add Python3 package.
+
+ -- Alessio Treglia ales...@debian.org  Wed, 30 Apr 2014 11:31:17 +0100
+
 portalocker (0.4~ds0-2) unstable; urgency=low
 
   * New Maintainer (Closes: #726634).
diff -Nru portalocker-0.4~ds0/debian/control portalocker-0.5~ds0/debian/control
--- portalocker-0.4~ds0/debian/control	2014-01-05 22:34:57.0 +
+++ portalocker-0.5~ds0/debian/control	2014-04-30 11:34:04.0 +0100
@@ -4,9 +4,15 @@
 Maintainer: Josue Ortega josueort...@debian.org.gt
 Build-Depends:
  debhelper (= 9~),
+ dh-python,
  python-all,
- python-setuptools
+ python-pytest,
+ python-setuptools,
+ python3-all,
+ python3-pytest,
+ python3-setuptools
 X-Python-Version: = 2.6
+X-Python3-Version: = 3.2
 Standards-Version: 3.9.5
 Homepage: https://github.com/WoLpH/portalocker
 
@@ -21,13 +27,13 @@
  .
  This is the Python 2 version of the package.
 
-#Package: python3-portalocker
-#Architecture: all
-#Depends:
-# ${misc:Depends},
-# ${python3:Depends}
-#Description: easy API to file locking (Python 3)
-# Portalocker is a cross-platform library to provide
-# an easy API to file locking.
-# .
-# This is the Python 3 version of the package.
+Package: python3-portalocker
+Architecture: all
+Depends:
+ ${misc:Depends},
+ ${python3:Depends}
+Description: easy API to file locking (Python 3)
+ Portalocker is a cross-platform library to provide
+ an easy API to file locking.
+ .
+ This is the Python 3 version of the package.
diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install portalocker-0.5~ds0/debian/python-portalocker.install
--- portalocker-0.4~ds0/debian/python-portalocker.install	1970-01-01 01:00:00.0 +0100
+++ portalocker-0.5~ds0/debian/python-portalocker.install	2013-03-24 17:57:42.0 +
@@ -0,0 +1 @@
+usr/lib/python2*
diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install.off portalocker-0.5~ds0/debian/python-portalocker.install.off
--- portalocker-0.4~ds0/debian/python-portalocker.install.off	2013-03-24 17:57:42.0 +
+++ portalocker-0.5~ds0/debian/python-portalocker.install.off	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2*
diff -Nru portalocker-0.4~ds0/debian/rules portalocker-0.5~ds0/debian/rules
--- portalocker-0.4~ds0/debian/rules	2014-04-12 10:25:04.0 +0100
+++ portalocker-0.5~ds0/debian/rules	2014-04-30 11:39:05.0 +0100
@@ -2,13 +2,32 @@
 
 export REPACK_SH=$(CURDIR)/debian/repack.sh
 
+PYTHON2=$(shell pyversions -vr)
+PYTHON3=$(shell py3versions -vr)
+
 %:
-	dh $@ --with python2
+	dh $@ --with python2,python3
+
+
+# Skipping tests as upstream doesn't provide them along with the tarball
+override_dh_auto_test:
 
 override_dh_auto_clean:
 	dh_auto_clean
 	rm -rf build
 	rm -rf *.egg-info
 
+build-python%:
+	python$* setup.py build
+
+override_dh_auto_build: $(PYTHON3:%=build-python%)
+	dh_auto_build
+
+install-python%:
+	python$* setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb
+
+override_dh_auto_install: $(PYTHON3:%=install-python%)
+	dh_auto_install
+
 get-orig-source:
 	uscan --force-download
diff -Nru portalocker-0.4~ds0/debian/rules.python3 portalocker-0.5~ds0/debian/rules.python3
--- portalocker-0.4~ds0/debian/rules.python3	2013-03-24 18:34:39.0 +
+++ portalocker-0.5~ds0/debian/rules.python3	1970-01-01 01:00:00.0 +0100
@@ -1,36 +0,0 @@
-#!/usr/bin/make -f
-
-export 

Bug#746306: dpkg: CVE-2014-0471 fix introduces the vulnerability into squeeze

2014-04-30 Thread Javier Serrano Polo
Here it is the missing file.

However, this is not over.


exploto_0.1.debian.tar.gz
Description: application/compressed-tar


smime.p7s
Description: S/MIME cryptographic signature


Bug#745079: transition: kde4.12

2014-04-30 Thread Maximiliano Curia
¡Hola Debian Release Team!

El 2014-04-17 a las 21:57 +0200, Maximiliano Curia escribió:
 I'd like to request a transition slot for kde 4.12, the current release is
 4.12.4.

After a quick query on irc about this transition, I've uploaded to unstable
the packages that, afaik, don't require a transition.

This leaves the pending to upload packages:
 libkdcraw 4:4.12.3-2
 marble 4:4.12.4-1
 kdeplasma-addons 4:4.12.4-1 (build-depends on marble)

Thanks,
-- 
If you are in a hole, stop digging. -- The First Rule of Excavation
Saludos /\/\ /\  `/


signature.asc
Description: Digital signature


Bug#746475: flightgear: crash with Nasal bindings

2014-04-30 Thread Florent Rougon
Package: flightgear
Version: 3.0.0-1
Severity: normal
Tags: fixed-upstream

Origin: upstream, https://gitorious.org/fg/flightgear/commit/b3c7cb7c151858ef79f9371a29be49915e5d3803
Bug: https://code.google.com/p/flightgear-bugs/issues/detail?id=1397
Author: Nicholas Scheel
Date: Tue Apr 15 14:13:46 2014 +0100
Description: Fix crash with Nasal bindings.
 naBindFunction doesn't save the function code to the global
 hash, so pass an explicit context to various 'call' overloads so
 the function can't be GC-ed in between parsing and calling.

--- a/src/Scripting/NasalSys.cxx
+++ b/src/Scripting/NasalSys.cxx
@@ -235,6 +235,11 @@
   return callMethod(code, naNil(), argc, args, locals);
 }
 
+naRef FGNasalSys::callWithContext(naContext ctx, naRef code, int argc, naRef* args, naRef locals)
+{
+  return callMethodWithContext(ctx, code, naNil(), argc, args, locals);
+}
+
 // Does a naCall() in a new context.  Wrapped here to make lock
 // tracking easier.  Extension functions are called with the lock, but
 // we have to release it before making a new naCall().  So rather than
@@ -247,6 +252,11 @@
   return naCallMethod(code, self, argc, args, locals);
 }
 
+naRef FGNasalSys::callMethodWithContext(naContext ctx, naRef code, naRef self, int argc, naRef* args, naRef locals)
+{
+  return naCallMethodCtx(ctx, code, self, argc, args, locals);
+}
+
 FGNasalSys::~FGNasalSys()
 {
 nasalSys = 0;
@@ -254,11 +264,15 @@
 
 bool FGNasalSys::parseAndRun(const char* sourceCode)
 {
-naRef code = parse(FGNasalSys::parseAndRun(), sourceCode,
+naContext ctx = naNewContext();
+naRef code = parse(ctx, FGNasalSys::parseAndRun(), sourceCode,
strlen(sourceCode));
-if(naIsNil(code))
+if(naIsNil(code)) {
+naFreeContext(ctx);
 return false;
-call(code, 0, 0, naNil());
+}
+callWithContext(ctx, code, 0, 0, naNil());
+naFreeContext(ctx);
 return true;
 }
 
@@ -1067,11 +1081,13 @@
   const SGPropertyNode* cmdarg,
   int argc, naRef* args)
 {
-naRef code = parse(fileName, src, len);
-if(naIsNil(code))
+naContext ctx = naNewContext();
+naRef code = parse(ctx, fileName, src, len);
+if(naIsNil(code)) {
+naFreeContext(ctx);
 return false;
+}
 
-naContext ctx = naNewContext();
 
 // See if we already have a module hash to use.  This allows the
 // user to, for example, add functions to the built-in math
@@ -1084,7 +1100,7 @@
 
 _cmdArg = (SGPropertyNode*)cmdarg;
 
-call(code, argc, args, locals);
+callWithContext(ctx, code, argc, args, locals);
 hashset(_globals, moduleName, locals);
 
 naFreeContext(ctx);
@@ -1100,10 +1116,9 @@
 naFreeContext(ctx);
 }
 
-naRef FGNasalSys::parse(const char* filename, const char* buf, int len)
+naRef FGNasalSys::parse(naContext ctx, const char* filename, const char* buf, int len)
 {
 int errLine = -1;
-naContext ctx = naNewContext();
 naRef srcfile = naNewString(ctx);
 naStr_fromdata(srcfile, (char*)filename, strlen(filename));
 naRef code = naParseCode(ctx, srcfile, 1, (char*)buf, len, errLine);
@@ -,14 +1126,11 @@
 SG_LOG(SG_NASAL, SG_ALERT,
Nasal parse error:   naGetError(ctx) 
 in  filename , line   errLine);
-naFreeContext(ctx);
 return naNil();
 }
 
 // Bind to the global namespace before returning
-naRef bound = naBindFunction(ctx, code, _globals);
-naFreeContext(ctx);
-return bound;
+return naBindFunction(ctx, code, _globals);
 }
 
 bool FGNasalSys::handleCommand( const char* moduleName,
@@ -1126,22 +1138,24 @@
 const char* src,
 const SGPropertyNode* arg )
 {
-naRef code = parse(fileName, src, strlen(src));
-if(naIsNil(code)) return false;
+naContext ctx = naNewContext();
+naRef code = parse(ctx, fileName, src, strlen(src));
+if(naIsNil(code)) {
+naFreeContext(ctx);
+return false;
+}
 
 // Commands can be run in a module.  Make sure that module
 // exists, and set it up as the local variables hash for the
 // command.
 naRef locals = naNil();
 if(moduleName[0]) {
-naContext ctx = naNewContext();
 naRef modname = naNewString(ctx);
 naStr_fromdata(modname, (char*)moduleName, strlen(moduleName));
 if(!naHash_get(_globals, modname, locals)) {
 locals = naNewHash(ctx);
 naHash_set(_globals, modname, locals);
 }
-naFreeContext(ctx);
 }
 
 // Cache this command's argument for inspection via cmdarg().  For
@@ -1149,7 +1163,8 @@
 // code doesn't need it.
 _cmdArg = (SGPropertyNode*)arg;
 
-call(code, 0, 0, locals);
+callWithContext(ctx, code, 0, 0, locals);
+naFreeContext(ctx);
 return true;
 }
 
--- a/src/Scripting/NasalSys.hxx
+++ b/src/Scripting/NasalSys.hxx
@@ -102,8 +102,10 

Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: Bug#745687: new upstream version (2.x series)

2014-04-30 Thread Jérémy Lal
Le mercredi 30 avril 2014 à 12:35 +0200, Leo Iannacone a écrit :
 Hi Jonas,
 
 On 30 April 2014 02:10, Jonas Smedegaard d...@jones.dk wrote:
  Status of packaging is that these libraries needs packaging first:
 
node-source-map
node-uglify-to-browserify
 
 About node-uglify-to-browserify:
 You do not really need to package it, since it's only related to
 uglify2.x (it has no reverse-dependency)
 I think you can bundle it as a patch along with uglify v2.x.
 
 
 About node-source-map:
 It build-depends on dryice (=0.4.8). You can find a pre-release
 package in pkg-javascript/node-dryice.git repository.
 Once it done/uploaded to unstable, we will be able to build source-map.

I can help about that, but could you find out about the dependency loop:
dryice depends on uglify-js


Jérémy.


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



Bug#746358: systemd: system boot hangs if /etc/network/interfaces contains a bridge interface

2014-04-30 Thread Jason Alavaliant

On 30/04/14 01:10, Michael Biebl wrote:

Am 29.04.2014 13:10, schrieb Jason Alavaliant:

On 2014-04-29 22:36, Michael Biebl wrote:

Am 29.04.2014 11:31, schrieb Jason Alavaliant:
Do you have an NFS / remote fs configuration in your /etc/fstab?

Yes I've got a nfs4 mounted home directory
server.local:/ /home   nfs4defaults0   0

I suspect the hang to be caused by the NFS fstab entry. Can you comment
out the entry and reboot so we have confirmation?

If so, can you please try the following patch for
/etc/network/if-up.d/mountnfs with the NFS mount re-enabled.

--- a/network/if-up.d/mountnfs
+++ b/network/if-up.d/mountnfs
@@ -7,6 +7,10 @@
  #Also mounts SMB filesystems now, so the name of
  #this script is getting increasingly inaccurate.

+if [ -d /run/systemd/system ] ; then
+   systemctl status network.target  /dev/null || exit 0
+fi
+
  PATH=/sbin:/bin
  . /lib/init/vars.sh






I've tested as requested and can confirm that if I restored the bridge 
interface lines in my /etc/network/interfaces but comment out the nfs 
mount in my fstab then the system boots without hanging. (Interestingly 
nfs mount in fstab doesn't cause a hang without the bridge network setup 
being there as well so in my case it seems to require both factors 
together to trigger the hang).


Booting with mountnfs patched while the nfs mount and bridged network 
interface are in place also is successful so it looks like that patch 
does indeed fix the problem.


Thank you for the quick fix.
-J


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



Bug#746474: portalocker: diff for NMU version 0.5~ds0-0.1

2014-04-30 Thread Alessio Treglia
Hello again,

I'm attaching a patch showing the differences between the debian/
directories only as well.

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
 changelog  |9 +
 control|   28 +---
 python-portalocker.install |1 +
 python-portalocker.install.off |1 -
 rules  |   21 -
 rules.python3  |   36 
 6 files changed, 47 insertions(+), 49 deletions(-)
diff -Nru portalocker-0.4~ds0/debian/changelog portalocker-0.5~ds0.orig/debian/changelog
--- portalocker-0.4~ds0/debian/changelog	2014-01-05 22:37:03.0 +
+++ portalocker-0.5~ds0.orig/debian/changelog	2014-04-30 11:41:45.863815966 +0100
@@ -1,3 +1,12 @@
+portalocker (0.5~ds0-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New upstream release:
+- Python3 support.
+  * Add Python3 package.
+
+ -- Alessio Treglia ales...@debian.org  Wed, 30 Apr 2014 11:31:17 +0100
+
 portalocker (0.4~ds0-2) unstable; urgency=low
 
   * New Maintainer (Closes: #726634).
diff -Nru portalocker-0.4~ds0/debian/control portalocker-0.5~ds0.orig/debian/control
--- portalocker-0.4~ds0/debian/control	2014-01-05 22:34:57.0 +
+++ portalocker-0.5~ds0.orig/debian/control	2014-04-30 11:34:04.447028708 +0100
@@ -4,9 +4,15 @@
 Maintainer: Josue Ortega josueort...@debian.org.gt
 Build-Depends:
  debhelper (= 9~),
+ dh-python,
  python-all,
- python-setuptools
+ python-pytest,
+ python-setuptools,
+ python3-all,
+ python3-pytest,
+ python3-setuptools
 X-Python-Version: = 2.6
+X-Python3-Version: = 3.2
 Standards-Version: 3.9.5
 Homepage: https://github.com/WoLpH/portalocker
 
@@ -21,13 +27,13 @@
  .
  This is the Python 2 version of the package.
 
-#Package: python3-portalocker
-#Architecture: all
-#Depends:
-# ${misc:Depends},
-# ${python3:Depends}
-#Description: easy API to file locking (Python 3)
-# Portalocker is a cross-platform library to provide
-# an easy API to file locking.
-# .
-# This is the Python 3 version of the package.
+Package: python3-portalocker
+Architecture: all
+Depends:
+ ${misc:Depends},
+ ${python3:Depends}
+Description: easy API to file locking (Python 3)
+ Portalocker is a cross-platform library to provide
+ an easy API to file locking.
+ .
+ This is the Python 3 version of the package.
diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install portalocker-0.5~ds0.orig/debian/python-portalocker.install
--- portalocker-0.4~ds0/debian/python-portalocker.install	1970-01-01 01:00:00.0 +0100
+++ portalocker-0.5~ds0.orig/debian/python-portalocker.install	2013-03-24 17:57:42.0 +
@@ -0,0 +1 @@
+usr/lib/python2*
diff -Nru portalocker-0.4~ds0/debian/python-portalocker.install.off portalocker-0.5~ds0.orig/debian/python-portalocker.install.off
--- portalocker-0.4~ds0/debian/python-portalocker.install.off	2013-03-24 17:57:42.0 +
+++ portalocker-0.5~ds0.orig/debian/python-portalocker.install.off	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/python2*
diff -Nru portalocker-0.4~ds0/debian/rules portalocker-0.5~ds0.orig/debian/rules
--- portalocker-0.4~ds0/debian/rules	2014-04-12 10:25:04.0 +0100
+++ portalocker-0.5~ds0.orig/debian/rules	2014-04-30 11:39:05.272759344 +0100
@@ -2,13 +2,32 @@
 
 export REPACK_SH=$(CURDIR)/debian/repack.sh
 
+PYTHON2=$(shell pyversions -vr)
+PYTHON3=$(shell py3versions -vr)
+
 %:
-	dh $@ --with python2
+	dh $@ --with python2,python3
+
+
+# Skipping tests as upstream doesn't provide them along with the tarball
+override_dh_auto_test:
 
 override_dh_auto_clean:
 	dh_auto_clean
 	rm -rf build
 	rm -rf *.egg-info
 
+build-python%:
+	python$* setup.py build
+
+override_dh_auto_build: $(PYTHON3:%=build-python%)
+	dh_auto_build
+
+install-python%:
+	python$* setup.py install --root=$(CURDIR)/debian/tmp --install-layout=deb
+
+override_dh_auto_install: $(PYTHON3:%=install-python%)
+	dh_auto_install
+
 get-orig-source:
 	uscan --force-download
diff -Nru portalocker-0.4~ds0/debian/rules.python3 portalocker-0.5~ds0.orig/debian/rules.python3
--- portalocker-0.4~ds0/debian/rules.python3	2013-03-24 18:34:39.0 +
+++ portalocker-0.5~ds0.orig/debian/rules.python3	1970-01-01 01:00:00.0 +0100
@@ -1,36 +0,0 @@
-#!/usr/bin/make -f
-
-export REPACK_SH=$(CURDIR)/debian/repack.sh
-
-PYTHON2=$(shell pyversions -vr)
-PYTHON3=$(shell py3versions -vr)
-
-%:
-	dh $@ --with python2,python3
-
-ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
-test-python%:
-	python$* setup.py test -vv
-
-override_dh_auto_test: $(PYTHON2:%=test-python%) $(PYTHON3:%=test-python%)
-endif
-
-build-python%:
-	python$* setup.py build
-
-override_dh_auto_build: $(PYTHON3:%=build-python%)
-	dh_auto_build
-
-install-python%:
-	python$* setup.py 

Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4

2014-04-30 Thread Tobias Frost
 On 30.04.2014 06:06, Tobias Frost wrote:
 Dear maintainer,

 I've prepared an NMU for isdnutils (versioned as 1:3.25+dfsg1-3.4). The diff
 is attached to this message.

 Thank you for your work.

 I agree with most of the changes you propose.  Here are the ones where I
 differ.

 --- isdnutils-3.25+dfsg1/debian/control  2013-06-06 12:36:15.0 
 +0200
 [...]
 - automake, autoconf, libssl-dev, psutils,
 + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27),

 I don't think there is a need for a versioned dependency.  I suggest to
 drop it to an unversioned one.

I added the versioned dependency to ensure that the new pacakged version is
used and never the one included in isdnutils. I'd keep it.

 -Depends: libcapi20-3 (= ${binary:Version}), ${shlibs:Depends},
 +Depends: ${shlibs:Depends},

 Are you sure the new package no longer needs a dependency on libcapi20-3
 or that this will be picked up automatically?


Will be picked up automatically.


 -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}),
 +Depends: ppp (= 2.4.6), ppp ( 2.4.7),

 I'd keep the lower bound at 2.4.4.  Do you have specific reasons to
 believe that anything below 2.4.6 will stop working?

Won't work as the ppp's plugin-directory contains the version number.
Like here: https://packages.debian.org/sid/amd64/pppdcapiplugin/filelist

 --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d2013-06-06
 12:36:15.0 +0200
 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d1970-01-01
 01:00:00.0 +0100

 I don't see a reason for removal of this file in this NMU.


Yes, this patch slipped in when applying the patch from Ubuntu (see #710359).
However, this fixes #698785, so proably could/should be left in as well. Let
me know if you veto.


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



Bug#745976: lazygal: python-gi update renders lazygal unusable

2014-04-30 Thread Martín Ferrari
Hi,

On 30/04/14 10:28, Alexandre Rossi wrote:
 With the recent update of python-gi from 3.10 to 3.12, lazygal is rendered
 unusable. Every time it starts scanning a source directory, it dies with the
 traceback pasted below.
 [...]
 TypeError: metaclass conflict: the metaclass of a derived class must be a 
 (non-strict) subclass of the metaclasses of all its bases

 This may be the same as #745596 . I'll followup in the next days to
 confirm that. The gir1.2-gexvi2-0.10 update to 0.10.1 should fix this.
 
 Problem solved installing gir1.2-gexiv2-0.10 0.10.1. Can you confirm this?

Yes. With the newest python-gi, it stops failing with the upgrade of
gir1.2-gexiv2-0.10. I guess you'll need to add a stronger depends line.

Thanks!

-- 
Martín Ferrari (Tincho)



signature.asc
Description: OpenPGP digital signature


Bug#746476: ITP: libtemplate-plugin-ipaddr-perl -- Template::Toolkit plugin handling IP-addresses

2014-04-30 Thread Per Carlson
Package: wnpp
Severity: wishlist
Owner: Per Carlson pe...@hemmop.com

* Package name: libtemplate-plugin-ipaddr-perl
  Version : 0.03
  Upstream Author : Per Carlson pe...@cpan.org
* URL : https://metacpan.org/pod/Template::Plugin::IPAddr
* License : Artistic | GPL-1+
  Programming Lang: Perl
  Description : Template::Toolkit plugin handling IP-addresses

This module implements an IPAddr class for handling IPv4 and
IPv6-address in an object-orientated way. The module is based on
NetAddr::IP and works on IPv4 as well as IPv6-addresses.


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



Bug#746463: systemd: Add support for TuxOnIce hibernation

2014-04-30 Thread Michael Biebl
Hi,

Am 30.04.2014 11:40, schrieb Julien Muchembled:

 systemd 208+ tries to detect whether there's enough swap space to hibernate 
 and
 this is irrelevant when TuxOnIce is used. I've just upgraded systemd from
 version 204 and hibernate key stopped working because of that. In other words,
 this breaks package tuxonice-userui (which I maintain).
 
 Could you please add the attached patch to experimental branch ?
 
 I tried to push it upstream but there seems to be a hard policy to reject
 anything that is not in vanilla Linux:
  http://lists.freedesktop.org/archives/systemd-devel/2014-April/018963.html

Personally I'm not too thrilled having a patch which is not going
upstream anytime soon or even ever. We already have too many of them.
That said, even if the popcon numbers of tuxonice are rather low, the
patch looks simple enough.

If you are willing to keep the patch up-to-date for new upstream
releases and handle bug reports related to this patch, I guess I'd be
fine with merging it.

Michael

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



signature.asc
Description: OpenPGP digital signature


Bug#745687: [Pkg-javascript-devel] Bug#745687: Bug#745687: Bug#745687: new upstream version (2.x series)

2014-04-30 Thread Leo Iannacone
On 30 April 2014 12:53, Jérémy Lal kapo...@melix.org wrote:
 About node-source-map:
 It build-depends on dryice (=0.4.8). You can find a pre-release
 package in pkg-javascript/node-dryice.git repository.
 Once it done/uploaded to unstable, we will be able to build source-map.

 I can help about that, but could you find out about the dependency loop:
 dryice depends on uglify-js

Fortunately depends on uglify-js version '~1.3.4' :)


-- 
Ubuntu Member - http://launchpad.net/~l3on
Home Page - http://leoiannacone.com
GPG Key Id - 0xD282FC25


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



Bug#746477: /usr/bin/conky: conky terminates after several minutes with you don't need that many fonts message

2014-04-30 Thread Me

Package: conky-std
Version: 1.9.0-2
Severity: normal
File: /usr/bin/conky

Dear Maintainer,

conky terminates reproducibly after several minutes on my system logging the 
following:

Conky: desktop window (183) is subwindow of root window (d3)
Conky: window type - desktop
Conky: drawing to created window (0x2e2)
Conky: drawing to double buffer
Conky: you don't need that many fonts, sorry.

In between, conky works as expected. The following patch helps:

--- conky-1.9.0.orig/src/specials.c
+++ conky-1.9.0/src/specials.c
@@ -330,6 +330,15 @@ void new_gauge(struct text_object *obj,
 }

 #ifdef X11
+int find_font(char *name)
+{
+int i;
+for (i = 0; i  font_count; i++)
+if (strncmp(name, fonts[i].name, DEFAULT_TEXT_BUFFER_SIZE) == 
EQUAL)
+return i;
+return 0;
+}
+
 void new_font(char *buf, char *args)
 {
if ((output_methods  TO_X) == 0)
@@ -337,6 +346,13 @@ void new_font(char *buf, char *args)

if (args) {
struct special_t *s = new_special(buf, FONT);
+   int index;
+
+if (index = find_font(args))
+{
+s-font_added = index;
+return;
+}

if (s-font_added  font_count || !s-font_added || (strncmp(args, 
fonts[s-font_added].name, DEFAULT_TEXT_BUFFER_SIZE) != EQUAL) ) {
int tmp = selected_font;


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

Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages conky-std depends on:
ii  libaudclient2 3.2.4-1
ii  libc6 2.13-38+deb7u1
ii  libcairo2 1.12.2-3
ii  libcurl3-gnutls   7.26.0-1+wheezy9
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libimlib2 1.4.5-1
ii  libiw30   30~pre9-8
ii  liblua5.1-0   5.1.5-4
ii  libncurses5   5.9-10
ii  libtinfo5 5.9-10
ii  libx11-6  2:1.5.0-1+deb7u1
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.1-2+deb7u1
ii  libxfixes31:5.0-4+deb7u1
ii  libxft2   2.3.1-1
ii  libxml2   2.8.0+dfsg1-7+nmu3
ii  libxmmsclient60.8+dfsg-4

conky-std recommends no packages.

Versions of packages conky-std suggests:
pn  apcupsdnone
pn  audacious  none
pn  mocnone
pn  mpdnone
pn  xmms2  none

-- no debconf information


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



Bug#746475: flightgear: crash with Nasal bindings

2014-04-30 Thread Florent Rougon
Hello,

Sorry, I hit the wrong key in the draft folder, before writing the body
of the e-mail!

So, I encountered a crash with FlightGear 3.0.0-1 and the backtrace led
me to upstream bug
https://code.google.com/p/flightgear-bugs/issues/detail?id=1397

That address indicates that the bug has been fixed in upstream Git. I
have extracted the corresponding patch
(https://gitorious.org/fg/flightgear/commit/b3c7cb7c151858ef79f9371a29be49915e5d3803)
and applied it to the Debian package with very slight modification
because one of the context lines has changed between 3.0.0 and the
commit mentioned here. I have tested the resulting package for some time
and it seems to fix the bug.

(I didn't tag the bug with patch because I can't pretend I understand
the patch)

Thanks for your work.

-- 
Florent


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



Bug#739602: [pkg-octave/master] Drop low-priority-for-POI.patch, no longer needed (#739602 was fixed in 2.2.0-1).

2014-04-30 Thread Sébastien Villemot
tag 739602 pending
thanks

Date: Wed Apr 30 12:59:03 2014 +0200
Author: Sébastien Villemot sebast...@debian.org
Commit ID: f3e4be051d8bd40df7f89c34eaf657f39163f072
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-io.git;a=commitdiff;h=f3e4be051d8bd40df7f89c34eaf657f39163f072
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave-io.git;a=commitdiff_plain;h=f3e4be051d8bd40df7f89c34eaf657f39163f072

Drop low-priority-for-POI.patch, no longer needed (#739602 was fixed in 
2.2.0-1).

  


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



Bug#745810: libratpoints-dev: please provide the ratpoints executable.

2014-04-30 Thread Bill Allombert
On Mon, Apr 28, 2014 at 03:36:46PM +0200, Bill Allombert wrote:
 On Mon, Apr 28, 2014 at 01:36:22PM +0200, Tobias Hansen wrote:
  On 04/28/2014 01:12 PM, Bill Allombert wrote:
   On Mon, Apr 28, 2014 at 11:47:29AM +0200, Tobias Hansen wrote:
   Hi Bill,
  
   my reasoning was that the executable is rather useless without the
   documentation, which is non-free (pdf without the tex source).
   I do not understand: byt this reasonning, this package being a C library
   without documentation, which is not used by any other packages in Debian, 
   is
   completly useless.
  
  It is needed for Sage...
 
 As long as ratpoints is included in Debian, ratpoints users should be able to
 use the Debian package even if they do not use SAGE. 
 
   At least the binary has a --help options.
  
   Did you already ask Michael Stoll if he had the TeX source ? 
  
  Yes, but maybe I should ask another time.
 
 Well, I just did (I know him well).

Michael uploaded the documentation to http://arxiv.org/abs/0803.3165
the TeX source is available at http://arxiv.org/format/0803.3165v4

Cheers,
-- 
Bill. ballo...@debian.org

Imagine a large red swirl here. 


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



Bug#692984: Expected upload of sogo-connector

2014-04-30 Thread Boris Barbour
I'm interested in obtaining the sogo-connector, as this seems to be the 
only way to sync contacts with owncloud. I'd prefer to get it through 
the debian repositories. The messages above suggest that it could be (or 
has been) uploaded, which is good news. When might we expect it to appear?



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



Bug#710359: Bug#746353: isdnutils: diff for NMU version 1:3.25+dfsg1-3.4

2014-04-30 Thread Rolf Leggewie
Thank you for the quick reply.

On 30.04.2014 19:02, Tobias Frost wrote:
 --- isdnutils-3.25+dfsg1/debian/control 2013-06-06 12:36:15.0 
 +0200
 [...]
 - automake, autoconf, libssl-dev, psutils,
 + automake, autoconf, libssl-dev, psutils, libcapi20-dev (=1:3.27),
 I don't think there is a need for a versioned dependency.  I suggest to
 drop it to an unversioned one.
 I added the versioned dependency to ensure that the new pacakged version is
 used and never the one included in isdnutils. I'd keep it.

Your reasons for the additions were easily understood.  Yet, there
simply is no need for that. The older versions of the package are
absolutely fine if that is what is available.  The versioned dependency
is artificial and thus detrimental.

 -Depends: ppp (= 2.4.4), ppp ( 2.4.6), libcapi20-3 (= ${binary:Version}),
 +Depends: ppp (= 2.4.6), ppp ( 2.4.7),
 I'd keep the lower bound at 2.4.4.  Do you have specific reasons to
 believe that anything below 2.4.6 will stop working?
 Won't work as the ppp's plugin-directory contains the version number.
 Like here: https://packages.debian.org/sid/amd64/pppdcapiplugin/filelist

I see.  In that case, the build-time dependency will need to receive an
appropriate versioning, too.

 --- isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d   2013-06-06
 12:36:15.0 +0200
 +++ isdnutils-3.25+dfsg1/debian/isdnutils-base.cron.d   1970-01-01
 01:00:00.0 +0100
 I don't see a reason for removal of this file in this NMU.

 Yes, this patch slipped in when applying the patch from Ubuntu (see #710359).
 However, this fixes #698785, so proably could/should be left in as well. Let
 me know if you veto.

Indeed, the file is wrong.  It is an inittab file.  Simply removing it
is not the proper fix, though, it needs to be put in the appropriate
place.  I'd leave that for a future upload if I were you.


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



Bug#745810: libratpoints-dev: please provide the ratpoints executable.

2014-04-30 Thread Tobias Hansen
On 04/30/2014 01:18 PM, Bill Allombert wrote:
 Michael uploaded the documentation to http://arxiv.org/abs/0803.3165
 the TeX source is available at http://arxiv.org/format/0803.3165v4
 Cheers, 

Thanks for taking care of that! I'll upload a package with executable
and documentation in the next weeks.

Best,
Tobias


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



  1   2   3   4   >