Samuel Thibault | 18 Apr 18:31 2014
Picon

Bug#745204: inotify-tools: Please use arch:linux-any

Source: inotify-tools
Version: 3.14-1
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Samuel Thibault | 18 Apr 18:46 2014
Picon

Bug#745203: z8530-utils2: Please use arch:linux-any

Source: z8530-utils2
Version: 3.0-1-6.1
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Samuel Thibault | 18 Apr 18:44 2014
Picon

Bug#745202: vlan: Please use arch:linux-any

Source: vlan
Version: 1.9-3.2
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Samuel Thibault | 18 Apr 18:42 2014
Picon

Bug#745201: qingy: Please use arch:linux-any

Source: qingy
Version: 0.9.7-2
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Samuel Thibault | 18 Apr 18:44 2014
Picon

Bug#745200: vtgrab: Please use arch:linux-any

Source: vtgrab
Version: 3.2.2-14
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Paul Stewart | 18 Apr 21:02 2014
Picon

Bug#730224:

I have been unable to fix this issue in Jessie.  My glxgears worked and glxinfo gave nothing suspicious, yet my .xsession-errors files were full of glx related errors when I tried to start gnome.  I have gone back to Wheezy on this machine for now, because Wheezy works well on this machine and it is so, stable.  :-)
Simone | 18 Apr 21:01 2014
Picon

Bug#726562: nautilus: White background when nautilus is managing the desktop

Hello,

I've rebuilt the package using the patch provided by Hannes in the previous post (thanks!) and the problem
seems solved. 

The only "weirdness" I've spotted is a very quick "glitch" to the white background when you pass to a tty
pressing for example ALT+F1 and then back to the GNOME session with ALT+F7 (I use SLiM).

Samuel Thibault | 18 Apr 18:33 2014
Picon

Bug#745199: iptraf: Please use arch:linux-any

Source: iptraf
Version: 3.0.0-8.1
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Samuel Thibault | 18 Apr 18:35 2014
Picon

Bug#745197: kerneltop: Please use arch:linux-any

Source: kerneltop
Version: 0.91-1
Severity: important

Hello,

This package seems Linux-specific, so it should use Architecture:
linux-any in the control file, so its build is not even tried on
non-Linux archs.

Samuel

Matus UHLAR - fantomas | 18 Apr 20:48 2014
Picon

Bug#745195: unrtf 0.21 outputs hex.junk to stdout

Package: unrtf
Version: 0.21.5-1

when converting RTF file with images attached to text, unrtf 0.21.5 outputs
huge amount of text (looks like image data in hex) to output, where unrtf
0.19.2 present in wheezy shows at the same place something like:

### picture data found, WMF type is MM_ANISOTROPIC, picture dimensions are 7842 by 2125, depth 1

you can see the example RTF file and output from both unrtf versions on:
http://test.fantomas.sk/unrtf/

--

-- 
Matus UHLAR - fantomas, uhlar <at> fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
- Have you got anything without Spam in it?
- Well, there's Spam egg sausage and Spam, that's not got much Spam in it.

Rebecca N. Palmer | 18 Apr 20:51 2014
Picon
Picon

Bug#745194: Undeclared dependency on python(3)-pkg-resources

Source: pyopencl
Version: 2013.2-1

If python(3)-pkg-resources is not installed, pyopencl crashes on 
attempting to create a kernel (explicitly, or implicitly via 
pyopencl.array):

 >>> bCL=aCL+1
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/usr/lib/python2.7/dist-packages/pyopencl/array.py", line 829, 
in __add__
     self, common_dtype.type(other))
   File "/usr/lib/python2.7/dist-packages/pyopencl/array.py", line 172, 
in kernel_runner
     knl = kernel_getter(*args, **kwargs)
   File "/usr/lib/python2.7/dist-packages/pyopencl/array.py", line 672, 
in _axpbz
     a.dtype, x.dtype, b.dtype, out.dtype)
   File "<string>", line 2, in get_axpbz_kernel
   File "/usr/lib/python2.7/dist-packages/pyopencl/tools.py", line 114, 
in first_arg_dependent_memoize
     result = func(cl_object, *args)
   File "/usr/lib/python2.7/dist-packages/pyopencl/elementwise.py", line 
600, in get_axpbz_kernel
     name="axpb")
   File "/usr/lib/python2.7/dist-packages/pyopencl/elementwise.py", line 
172, in get_elwise_kernel
     name=name, options=options, **kwargs)
   File "/usr/lib/python2.7/dist-packages/pyopencl/elementwise.py", line 
155, in get_elwise_kernel_and_types
     use_range=use_range, loop_prep=loop_prep, **kwargs)
   File "/usr/lib/python2.7/dist-packages/pyopencl/elementwise.py", line 
108, in get_elwise_program
     return Program(context, source).build(options)
   File "/usr/lib/python2.7/dist-packages/pyopencl/__init__.py", line 
141, in build
     options = options + ["-I", _find_pyopencl_include_path()]
   File "/usr/lib/python2.7/dist-packages/pyopencl/__init__.py", line 
722, in _find_pyopencl_include_path
     from pkg_resources import Requirement, resource_filename
ImportError: No module named pkg_resources
 >>>


Gmane