date:20150517

On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
 Note that despite the memory setting above, the dom0 has not been allocated
 exactly the amount asked for:
 
 # xl list 0
 NameID   Mem VCPUsState   Time(s)
 Domain-0 0  4051 8 r-
 5606.1

Could you also post the output of xenstore-ls -fp | grep target
please.

You should have a directory /sys/devices/system/xen_memory/xen_memory0.
Please could you post the contents of each of the files in there. In
particular target*, *retry_count and info/*.

It might also be interesting to see the result of xl debug-keys q
followed by xl dmesg.

Does xl mem-set 0 4051 make the messages stop? If not what about using
4050?

If you try and balloon up to 4096 (with xl mem-set) does the amount of
memory in xl list change?

Ian.


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

Bug#785533: Problems handling '!' in directory names

2015-05-17 Thread Raoul Bhatia


Package: fcheck
Version: 2.7.59-19
Severity: normal

fcheck has problems when directory names containing an exclamation mark 
at the beginning of their name,

i.e. '!abc'.

See the following directory provided by the packages espeak-data:
/usr/lib/x86_64-linux-gnu/espeak-data/voices/!v

Sample fcheck output:

PROGRESS: validating integrity of /usr/lib/
STATUS:
	WARNING: [raobhati.cisco.com] 
/usr/lib/x86_64-linux-gnu/espeak-data/voices/
	[Inodes: 3735101 - 3735099, Sizes: 392 - 93, CRCs: v/whisperf - 
v/croak]


	WARNING: [raobhati.cisco.com] 
/usr/lib/x86_64-linux-gnu/espeak-data/voices/
	[Inodes:  - 3735092, Permissions: ?- - -rw-r--r--, Sizes:  - 
324, Times: Jan 01 00:00 1970 - May 17 08:46 2015, UIDs:  - 0, GIDs:  - 
0, CRCs:  - v/f1]


	WARNING: [raobhati.cisco.com] 
/usr/lib/x86_64-linux-gnu/espeak-data/voices/
	[Inodes:  - 3735097, Permissions: ?- - -rw-r--r--, Sizes:  - 
357, Times: Jan 01 00:00 1970 - May 17 08:46 2015, UIDs:  - 0, GIDs:  - 
0, CRCs:  - v/f2]


	WARNING: [raobhati.cisco.com] 
/usr/lib/x86_64-linux-gnu/espeak-data/voices/
	[Inodes:  - 3735100, Permissions: ?- - -rw-r--r--, Sizes:  - 
375, Times: Jan 01 00:00 1970 - May 17 08:46 2015, UIDs:  - 0, GIDs:  - 
0, CRCs:  - v/f3]


[...]


As of now,
I did not check any other special characters and/or different 
positioning.


Cheers,
Raoul
--
DI (FH) Raoul Bhatia M.Sc. |   E-Mail.  ra...@bhatia.at
Software Development and   |   Web. http://raoul.bhatia.at/
System Administration  |   Tel. +43 699 10132530


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

Bug#785514: RFS: ming/1:0.4.7-1 [RC]

2015-05-17 Thread Error of the function iswalnum for the character COMBINING GREEK YPOGEGRAMMENI

On Sun, May 17, 2015 at 6:43 PM, Gabriele Giacone wrote:

libming1   - Library to generate SWF (Flash) Files

I wonder if we should deprecate Flash related things in favour of HTML5?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#785537: confuse latitude and longitude

2015-05-17 Thread yg

Package: gnome-shell-extension-redshift
Version: 0~20141101.git3091f6f-1

When use manual as location provider, gnome-shell-extension-reshift will  
confuse latitude and longitude.
'redshift  -l   LAT:LON'   take latiude as first parameters， longitude as 
second. but  this extension pass longitude as first parameters, latitude as 
second to the redshift command.

upstream have fix this bug.

Bug#785538: [totem] totem crashes at start, no way to start it.

2015-05-17 Thread Rafael Belmonte


Package: totem
Version: 3.14.0-2
Severity: grave

--- Please enter the report below this line. ---
totem crashes at start, no way to start it.

--- Debug information. ---
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
http://gnu.org/licenses/gpl.html

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from totem...Reading symbols from 
/usr/lib/debug//usr/bin/totem...done.

done.
(gdb) handle SIG33 pass nostop noprint
SignalStopPrintPass to programDescription
SIG33 NoNoYesReal-time event 33
(gdb) set pagination 0
(gdb) run
Starting program: /usr/bin/totem
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe5770700 (LWP 5339)]
[New Thread 0x7fffe4f53700 (LWP 5340)]

(totem:5335): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL' 
failed


(totem:5335): Clutter-CRITICAL **: Unable to initialize Clutter: The 
OpenGL version could not be determined


(totem:5335): Totem-WARNING **: gtk-clutter failed to initialise, expect 
problems from here on.


(totem:5335): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL' 
failed


(totem:5335): Clutter-CRITICAL **: Unable to initialize Clutter: The 
OpenGL version could not be determined


Program received signal SIGSEGV, Segmentation fault.
cogl_matrix_entry_ref (entry=entry@entry=0x298) at ./cogl-matrix-stack.c:343
343./cogl-matrix-stack.c: No existe el fichero o el directorio.
(gdb) backtrace full
#0  cogl_matrix_entry_ref (entry=entry@entry=0x298) at 
./cogl-matrix-stack.c:343

No locals.
#1  0x75ef6579 in cogl_matrix_stack_new (ctx=ctx@entry=0x0) at 
./cogl-matrix-stack.c:673

stack = 0x55e0d920
#2  0x75f11866 in _cogl_framebuffer_init 
(framebuffer=framebuffer@entry=0x55df8c80, ctx=ctx@entry=0x0, 
type=type@entry=COGL_FRAMEBUFFER_TYPE_ONSCREEN, width=width@entry=640, 
height=height@entry=480) at ./cogl-framebuffer.c:121

No locals.
#3  0x75f145e3 in cogl_onscreen_new (ctx=0x0, width=640, 
height=480) at ./cogl-onscreen.c:136

onscreen = 0x55df8c80
#4  0x765b2cc0 in ?? () from 
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0

No symbol table info available.
#5  0x766228ec in ?? () from 
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0

No symbol table info available.
#6  0x70914474 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#7  0x7092e087 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#8  0x7092e9df in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#9  0x765ccdae in clutter_actor_realize () from 
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0

No symbol table info available.
#10 0x76627773 in ?? () from 
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0

No symbol table info available.
#11 0x766229bb in ?? () from 
/usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0

No symbol table info available.
#12 0x70919ea2 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#13 0x7091b22d in g_object_newv () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#14 0x7091b9c4 in g_object_new () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#15 0x768d84b0 in ?? () from 
/usr/lib/x86_64-linux-gnu/libclutter-gtk-1.0.so.0

No symbol table info available.
#16 0x70936037 in g_type_create_instance () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#17 0x70919837 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#18 0x7091b838 in g_object_new_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0

No symbol table info available.
#19 0x70bb2159 in g_initable_new_valist () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0

No symbol table info available.
#20 0x70bb2256 in g_initable_new () from 
/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0

No symbol table info available.
#21 0x77bb1a87 in bacon_video_widget_new (error=0x7fffda70) 
at bacon-video-widget.c:6101

No locals.
#22 0x77b91639 in

Bug#785541: jessie-pu: package paraview/4.1.0+dfsg+1-1

2015-05-17 Thread Anton Gladky

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

This upload will fix 2 RC-bugs:
#783842 (FTBFS) and #783797 (grave severity bug,
which makes paraview-dev unusable).

The diff is attached.

Thanks
diff --git a/debian/changelog b/debian/changelog
index 3df3454..8487f20 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+paraview (4.1.0+dfsg+1-2) unstable; urgency=medium
+
+  * [151d46f] Fix FTBFS against new freetype. (Closes: #783842)
+  * [0065768] Install missing files in paraview-dev. (Closes: #783797)
+
+ -- Anton Gladky gl...@debian.org  Tue, 05 May 2015 19:17:31 +0200
+
 paraview (4.1.0+dfsg+1-1) unstable; urgency=medium
 
   * [130e468] Add python-matplotlib into Depends. (Closes: #761297)
diff --git a/debian/paraview-dev.install b/debian/paraview-dev.install
index e2b1f91..27ed25d 100644
--- a/debian/paraview-dev.install
+++ b/debian/paraview-dev.install
@@ -3,4 +3,6 @@ usr/lib/cmake/paraview/*.cmake
 usr/lib/cmake/paraview/*.in
 usr/lib/cmake/paraview/*.xsl
 usr/lib/cmake/paraview/*.cmake
-usr/bin/vtkWrapClientServer
+usr/bin/vtk*
+usr/lib/paraview/site-packages/vtk/*.so
+usr/lib/paraview/*.a
diff --git a/debian/patches/fix_ftbfs_freetype.patch b/debian/patches/fix_ftbfs_freetype.patch
new file mode 100644
index 000..e21e807
--- /dev/null
+++ b/debian/patches/fix_ftbfs_freetype.patch
@@ -0,0 +1,27 @@
+Description: Fix FTBFS against new freetype
+Author: Anton Gladky gl...@debian.org
+Bug-Debian: https://bugs.debian.org/783842
+Last-Update: 2015-05-05
+
+--- paraview-4.1.0+dfsg+1.orig/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx
 paraview-4.1.0+dfsg+1/VTK/Rendering/FreeType/vtkFreeTypeTools.cxx
+@@ -1186,7 +1186,7 @@ bool vtkFreeTypeTools::CalculateBounding
+ if (bitmap)
+   {
+   metaData.ascent = std::max(bitmapGlyph-top - 1, metaData.ascent);
+-  metaData.descent = std::min(-(bitmap-rows - (bitmapGlyph-top - 1)),
++  metaData.descent = std::min(-static_castint(bitmap-rows - (bitmapGlyph-top - 1)),
+   metaData.descent);
+   }
+ ++heightString;
+@@ -1951,8 +1951,8 @@ void vtkFreeTypeTools::GetLineMetrics(T
+ if (bitmap)
+   {
+   bbox[0] = std::min(bbox[0], pen[0] + bitmapGlyph-left);
+-  bbox[1] = std::max(bbox[1], pen[0] + bitmapGlyph-left + bitmap-width);
+-  bbox[2] = std::min(bbox[2], pen[1] + bitmapGlyph-top - 1 - bitmap-rows);
++  bbox[1] = std::max(bbox[1], pen[0] + bitmapGlyph-left + static_castint(bitmap-width));
++  bbox[2] = std::min(bbox[2], pen[1] + bitmapGlyph-top - 1 - static_castint(bitmap-rows));
+   bbox[3] = std::max(bbox[3], pen[1] + bitmapGlyph-top - 1);
+   }
+ else
diff --git a/debian/patches/reduce_cmake_error.cmake b/debian/patches/reduce_cmake_error.cmake
new file mode 100644
index 000..b99ee3d
--- /dev/null
+++ b/debian/patches/reduce_cmake_error.cmake
@@ -0,0 +1,34 @@
+Description: Reduce the error message in cmake if module is missing
+Author: Anton Gladky gl...@debian.org
+Bug-Debian: https://bugs.debian.org/783797
+Last-Update: 2015-05-05
+
+Index: paraview-4.1.0+dfsg+1/VTK/CMake/vtkModuleAPI.cmake
+===
+--- paraview-4.1.0+dfsg+1.orig/VTK/CMake/vtkModuleAPI.cmake
 paraview-4.1.0+dfsg+1/VTK/CMake/vtkModuleAPI.cmake
+@@ -50,7 +50,7 @@ macro(vtk_module_load mod)
+   include(${mod} OPTIONAL)
+ endif()
+ if(NOT ${mod}_LOADED)
+-  message(FATAL_ERROR No such module: \${mod}\)
++  message(STATUS No such module: \${mod}\)
+ endif()
+   endif()
+ endmacro()
+@@ -110,14 +110,11 @@ endmacro()
+ macro(vtk_module_config ns)
+   set(_${ns}_MISSING ${ARGN})
+   if(_${ns}_MISSING)
+-list(REMOVE_ITEM _${ns}_MISSING ${VTK_MODULES_ENABLED})
+-  endif()
+-  if(_${ns}_MISSING)
+ set(msg )
+ foreach(mod ${_${ns}_MISSING})
+   set(msg ${msg}\n  ${mod})
+ endforeach()
+-message(FATAL_ERROR Requested modules not available:${msg})
++message(STATUS Requested modules not available:${msg})
+   endif()
+ 
+   set(${ns}_DEFINITIONS )
diff --git a/debian/patches/series b/debian/patches/series
index 16cdaa6..7eea230 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -4,3 +4,5 @@ fix_path_paraview.patch
 fix_FTBFS_KWSys.patch
 fix_ftbfs_gcc49.patch
 fix_GLintptr_FTBFS.patch
+fix_ftbfs_freetype.patch
+reduce_cmake_error.cmake
diff --git a/debian/rules b/debian/rules
index 76d39e7..6f9c6e5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -38,7 +38,7 @@ extra_flags += -Wno-dev \
 	-DVTK_INSTALL_DATA_DIR=share/paraview \
 	-DVTK_INSTALL_DOC_DIR=share/doc/paraview \
 	-DVTK_INSTALL_PACKAGE_DIR=lib/cmake/paraview \
-	-DVTK_CUSTOM_LIBRARY_SUFFIX= \
+	-DVTK_CUSTOM_LIBRARY_SUFFIX=-pv \
 	-DVTK_USE_SYSTEM_TIFF=ON \
 	-DVTK_USE_SYSTEM_ZLIB=ON \
 	-DBUILD_EXAMPLES=OFF \

Bug#785542: viewnior: Behavior setting doesn't work corectly

2015-05-17 Thread Mikhail Morfikov

Package: viewnior
Version: 1.5-1
Severity: normal

Dear Maintainer,

after upgrading viewnior from 1.4-2+b1 to 1.5-1 , I noticed that basically all
options that can be set via the behavior tab simply don't work as expected.
You can set, for instance, on mouse wheel to navigate images, but you get
zoom image instead, etc. On the previous version everything works just fine



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

Kernel: Linux 4.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages viewnior depends on:
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-18
ii  libcairo21.14.2-2
ii  libexiv2-13  0.24-4.1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgcc1  1:5.1.1-5
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.44.0-3
ii  libgtk2.0-0  2.24.25-3
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libstdc++6   5.1.1-5

viewnior recommends no packages.

viewnior suggests no packages.


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

Bug#785543: libc6-dev: iswalnum(0x345) incorrectly return 1

Package: libc6-dev
Version: 2.19-17
Severity: normal

Dear Maintainer,

In Greek traditional text analysis, the iota subscript (U+0345) is often talked 
about as a diacritic, see:

http://en.wikipedia.org/wiki/Iota_subscript;

In the recourse: http://www.unicode.org/ucd/ 
I found two documents:
1. http://www.unicode.org/Public/UCD/latest/charts/CodeCharts.pdf
2. http://www.unicode.org/Public/UCD/latest/ucd/PropList.txt
In the first document in the section: Combining Diacritical Marks I found 
this character in the table. See at the screenshot 
https://yadi.sk/i/F_A04mo7gRMvd.
In the second document in line 752 we have:
0300..034E; Diacritic # Mn  [79] COMBINING GRAVE ACCENT..COMBINING UPWARDS 
ARROW BELOW

As a result, I think, it is pretty clear that iswalnum(0x345) should not return 
1, but rather 0.

To test the function iswalnum(), I created a simple code:
===
#include stdio.h
#include locale.h
#include wctype.h
#include inttypes.h
#include stdlib.h
#include string.h

#define HAVE_CONFIG_H 1

int main (int argc, char** argv)
{
if (!setlocale(LC_CTYPE, )){
perror(setlocale(3) failed);
return 1;
}
wchar_t wc;
mbtowc (NULL, NULL, 0);
mbtowc(wc, argv[1], strlen(argv[1]));
printf(iswalnum(0x% PRIxMAX )=%d\n, (intmax_t) wc, iswalnum(wc));
return 0;
}
===

I put this code in a file test4iswalnum.c, then compiled:
$ gcc -Wall -o test4iswalnum test4iswalnum.c

Then I check the function iswalnum():
$ LC_CTYPE='C.UTF-8' ./test4iswalnum  ͅ
iswalnum(0x345)=1


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

Kernel: Linux 2.6.32-042stab105.14 (SMP w/1 CPU core)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libc6-dev depends on:
ii  libc-dev-bin2.19-17
ii  libc6   2.19-17
ii  linux-libc-dev  3.16.7-ckt7-1

libc6-dev recommends no packages.

Versions of packages libc6-dev suggests:
pn  glibc-doc none
ii  manpages-dev  3.74-1

-- no debconf information


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

Bug#785545: Arora supports SSL3

2015-05-17 Thread Jeffrey Cliff

Package: arora
Version:   0.11.0+qt5+git2014-04-06-1
Severity: important

According to both

https://www.ssllabs.com/ssltest/viewMyClient.html#1426607003103frame_loaded
and
https://security-tracker.debian.org/tracker/CVE-2014-3566

Arora is vulnerable to the POODLE vulnerability ( CVE-2014-3566 ). SSL
Labs recommends disabling SSL 3 support in response.


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

Bug#100808: Fast Loans

2015-05-17 Thread Financial Services Pvt . Ltd

Are you in need of private or business loans for various purposes? if yes,apply 
now


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

Bug#784328: fvwm (2.6.5) does not detect hotkeys

2015-05-17 Thread Claude Krantz



... I forgot to include my VNC configuration, which might be relevant:

My ~/.vnc/xstartup looks like this:

#!/bin/sh
xrdb $HOME/.Xresources
xsetroot -solid grey
#x-terminal-emulator -geometry 80x24+10+10 -ls -title $VNCDESKTOP Desktop 
#x-window-manager 
# Fix to make GNOME work
export XKL_XMODMAP_DISABLE=1
/etc/X11/Xsession

The system-wide Xsession is auto-configured by Debian to start FVWM. As far as I 
know, the same script is executed if one runs 'startx' on a physical 
X11-session. As far as I remember, the XKL_XMODMAP_DISABLE-part was recommended 
at some point to fix VNC issues with GNOME-applications, I tried removing it, 
but it seems to be unrelated to my FVWM-issue.


Best,

Claude


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

Bug#785329: lintian: Add check for CMake private files

2015-05-17 Thread Niels Thykier

Control: tags -1 moreinfo

On 2015-05-14 21:12, Lisandro Damián Nicanor Pérez Meyer wrote:
 Package: lintian
 Version: 2.5.30+deb8u4
 Severity: wishlist
 Tags: patch
 
 Hi! I am attaching a patch for detecting CMake private files.
 
 I am not really versed in perl, so if you think something must be changed
 do not heasitate in replying :)
 
 Thanks, Lisandro.
 
 [...]

Hi,

Thanks for working on this.

We will need a test case in the test suite before merging it.  The
description might be needing a bit of rewording.  How about:


Info: This package contains a file in a path reserved solely for
 ttCMake/tt. This normally means you are shipping a ttFind/tt
 module. Libraries should not ship Find modules at all but Config files
 instead.
 .
 The Config files should be installed in the unversioned path
 usr/(lib/lt;archgt;|lib|share)/cmake/lt;namegt;*/
 .
 By using CMake Config files in the unversioned path, the package will
 continue to work as expected when a new version of CMake is uploaded.


Admittedly, I presumed there was only one (valid) prefix and it was
always usr.

More suggestions:

 * If you got any related documentation, please consider adding a Ref
   field listing it.

Thanks,
~Niels


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

Bug#784146: linux-image-3.16.0-4-armmp-lpae: Spurious RTC error messages on OpenBlocks AX3-4

On Sun, 2015-05-03 at 15:21 +0100, Ben Hutchings wrote:
 Package: src:linux
 Version: 3.16.7-ckt9-3~deb8u1
 Severity: normal
 Tags: upstream
 
 On the OpenBlocks AX3-4, the kernel logs these messages at every boot:
 
 [1.853325] rtc-mv d0010300.rtc: internal RTC not ticking
 [1.863449] /build/linux-vwVRbb/linux-3.16.7-ckt9/drivers/rtc/hctosys.c: 
 unable to open rtc device (rtc0)
 
 The internal RTC is not expected to work on this model so it should
 be disabled in the Device Tree:
 http://thread.gmane.org/gmane.linux.kernel.stable/131173.  That
 will fix the first error message.

Looks like this has now hit mainline as
http://git.kernel.org/linus/750e30d4076ae5e02ad13a376e96c95a2627742c

It's tagged for stable v3.8+ so unless you want it sooner (in which case
I can arrange a cherry-pick) I plan to wait for it to hit 3.16.y.

 The second message also seems inappropriate in cases where no RTC
 device exists.  Also the path prefix isn't helpful.

Agreed on both counts.

Ian.


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

Bug#685605: qa.debian.org: Would be great if the PTS could provide RDF descriptions of packages

2015-05-17 Thread Iain R. Learmonth

Package: tracker.debian.org
Followup-For: Bug #685605

Hi,

Just an update on progress on this.

The service at rdf.debian.net has been running stably for a while now.
I've now ported all the scripts to Python 3 so there is no longer a
Python 2 issue. I have just today added in some links to the HTML
templates to get from there to the RDF/XML, Turtle and N3
serialisations.

I also have some progress on linking to upstreams, with the beginnings
of a script to generate triples for packages with CPAN upstreams.

I'd like to move the script that generates triples from UDD to using
D2RQ instead (although this is not yet packaged in Debian). The script
that pulls data from Perl should really be putting the data into UDD
first too.

For when this service is ready for deployment, I propose using
Frozen-Flask to generate a static site and pushing this to
static.debian.org. This will require setting up content negotiation on
the static mirrors but as this is already done for language negotiation
this should be a large problem for DSA.

Thanks,
Iain.


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

Bug#785118: coreutils: date : format %p %P do not work properly

2015-05-17 Thread Keld Simonsen

On Tue, May 12, 2015 at 07:55:40PM +0300, Marko Myllynen wrote:
Hi,

[CC'ing Keld with whom this issue was discussed some years ago]

On 2015-05-12 18:49, Pádraig Brady wrote:
On 12/05/15 16:40, Pádraig Brady wrote:
On 12/05/15 14:51, Michael Stone wrote:
On Tue, May 12, 2015 at 03:36:17PM +0200, op...@mumm.ac.be wrote:
I'm just upgrading my server from debian 7 (wheezy) to debian 8 (jessie)
and several of my scripts are not working anymore. After some tests, it
turns out that the problem likely comes from the fact the 'date'
function does not work as expected.

In wheezy, the command line
date /bin/date +%Y%m%d.%p
would have returned
20150512.PM

In jessie, the same command line returns
20150512.
omitting PM.

As a consequence of this omission, my scripts are crashing.

Have you got any idea why this is happening?

I can't reproduce it:

/bin/date +%Y%m%d.%p
20150512.AM

If I had to guess, I'd say it's a locale issue. What does
env LANG=C LC_ALL=C /bin/date +%Y%m%d.%p
return?

If that works, what does
locale
return when run by itself?

%p is blank in many locales unfortunately.
You can see the am_pm vary with these commands:

$ LC_ALL=en_IE locale -k LC_TIME
$ LC_TIME=C locale -k LC_TIME
$ LC_ALL=zh_CN.utf8 date +%p
??
$ LC_ALL=en_US.utf8 date +%p
PM
$ LC_ALL=en_US date +%p
PM

locales with blank am_pm should be fixed up to allow one to
get an explicit 12 hour format like `date +%I:%m%p` for example.

Note some locales (like en_GB for example) default
to 24 hour (t_fmt=%T), and also provide an am_pm entry,
which is the correct behavior in my opinion.

I see that https://sourceware.org/glibc/wiki/Locales states:
am_pm and t_fmt_ampm - should be empty if using 24 hour time

Marko, that seems incorrect?
At least am_pm should be populated to
allow users to generate 12 hour time with strftime?

I can't find references to the discussion I had with Keld earlier but
the rationale for not populating it was along the lines:

1) am_pm should be populated only if AM/PM convention is used to signal
applications they should not try to print them when using them is
unwanted. Seems that only the locale(5) commit messages, not the page
itself, spell this out:

http://git.kernel.org/cgit/docs/man-pages/man-pages.git/commit/?id=b5d4168adfb426f45108ac2bf7c8b17b126b07a1
http://git.kernel.org/cgit/docs/man-pages/man-pages.git/commit/?id=0c2dbad182e40db2ca47128f229ca7dbd83e179f

2) what unwanted means is that in many cases 12 hour time with AM/PM
notation is alien thus generating such time representation under those
locales would be illogical (e.g. 5.34 ip. in Finnish context is
completely unnatural).

The same goes for various name_* keywords in LC_NAME, defining them for
locales where they are not used would not allow signaling applications
that under those locales their usage is unwanted.

I think that when running scripts you should ensure that the correct
locale is used, and in most cases that would be the C locale.
Better set it explicitely.

Best regards
keld

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

Bug#785536: maradns: unreproducible deadwood binary

2015-05-17 Thread Reiner Herrmann

Source: maradns
Version: 2.0.09-4
Severity: wishlist
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Hi!

the deadwood binary can currently also not be built reproducibly.
During building a new header DwRandPrime.h is generated with
the tool RandomPrime, which is used in the deadwood source.

Is there any reason why the MUL_CONSTANT has to differ on each build?
Or could this also be made reproducible without affecting security?

Regards,
 Reiner




signature.asc
Description: OpenPGP digital signature

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

2015-05-17 Thread Hideki Yamane

Package: devscripts
Followup-For: Bug #739104

Hi,

 I've made tiny workaround patch for this issue (and more for with
 upstream branch). Could you check it, please?

-- 
 Hideki Yamane henr...@debian.org
From 74e8ec86d53b1f427757c4b1eed917e43cf325d6 Mon Sep 17 00:00:00 2001
From: Hideki Yamane henr...@debian.org
Date: Mon, 18 May 2015 00:36:37 +0900
Subject: [PATCH] hack: avoid annoying checkout after clone

After exec debcheckout, if you want to do gbp import-orig it would fail
since upstream branch is not checkouted (similar issue to pristine-tar branch,
too).
---
 scripts/debcheckout.pl | 1 +
 1 file changed, 1 insertion(+)

diff --git a/scripts/debcheckout.pl b/scripts/debcheckout.pl
index c5fdd8a..b5bd35e 100755
--- a/scripts/debcheckout.pl
+++ b/scripts/debcheckout.pl
@@ -1138,6 +1138,7 @@ EOF
 		$cmd .=   git branch --track $head remotes/origin/$head;
 		system($cmd);
 	}
+	system(cd $wcdir  (git checkout upstream; git checkout pristine-tar; git checkout master) /dev/null 21);
 	}
 } elsif ($repo_type eq 'hg') {
 	my $username = '';
-- 
2.1.4

Bug#785540: www.debian.org/events/speakers contains data not internationalized

2015-05-17 Thread Laura Arjona Reina

Package: www.debian.org
Severity: normal
Tags: l10n

Dear all
Diddier Hilarion (CC'ed), from the Spanish translation team, reported problems
to translate
www.debian.org/events/speakers

It seems it contains not internationalized data from the file
https://anonscm.debian.org/viewvc/webwml/webwml/english/events/speakers/speakers.data

I've inspected the file and I'm not sure about how to insert the corresponding
gettext tags, since the content is mixed with labels defined (and correctly
internationalized) in speakers.def.

For example, in this line:

languages German, English

languages refers to the file speakers.def and it's correctly
internationalized (translations from newsevents.XX.po), but German and
English remain in English, cannot be translated currently.

If somebody gives and example about how to fix this (e.g. how the former line
should be rewritten), I could prepare a patch for the whole file.

Regards


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

Bug#785544: goocanvasmm: Build with latest goocanvas in Experimental

2015-05-17 Thread Ross Gammon

Source: goocanvasmm
Version: 0.15.4-1
Severity: important

Dear Maintainer,

I would like to adopt the goocanvas package and move it to unstable, so I am
checking through the reverse dependencies.

Goocanvasmm builds fine for me with the version of goocanvas in experimental
(2.0.2). However, I cannot locate any helpful documentation about API changes
(that is a dummies list of API changes) to know if goocanvasmm would work
properly with this version or not. Although the version in Debian is quite old
(0.15.4), so I suspect not.

Are there any plans to update goocanvasmm (I have found a 1.90 version) and
test against the goocanvas in experimental?

Regards,

Ross



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

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


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

Bug#771036:

2015-05-17 Thread Vladislav Naumov

Also experiencing this with icewm window manager.
Copy dialog is also invisible.
This bug is probably a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765437


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

Bug#785474: xserver-xorg-video-nouveau: Wrong colors in X

2015-05-17 Thread Sven Joachim

On 2015-05-16 22:04 +0200, Sven Joachim wrote:

 Control: reassign -1 xserver-xorg-core 2:1.17.1-2
 Control: affects -1 xserver-xorg-video-nouveau

 On 2015-05-16 20:40 +0200, Vladimir Berezenko wrote:

 Package: xserver-xorg-video-nouveau
 Version: 1:1.0.11-1+b1
 Severity: important

 Dear Maintainer,
 After upgrade to latest testing nouveau driver colors in X became ugly. Also
 all cursor graphics became garbaged.
 KDE's jumping icons upon start of application became garbage.

 The nouveau driver has not seen any source changes, this seems to be an
 endianness bug in the new X server (or its headers).

 Possibly related: https://bugzilla.redhat.com/show_bug.cgi?id=1206060,

Here is the patch that's in Fedora 22.  I don't know if this one should
be applied or if we should rather cherry-pick the upstream commit.

From 1f679da30a33f3ddad14bc6b2be0795160ae12b8 Mon Sep 17 00:00:00 2001
From: Adam Jackson a...@redhat.com
Date: Thu, 9 Apr 2015 10:19:13 -0400
Subject: [PATCH] include: Fix endianness setup

Need to make sure X_{BIG,LITTLE}_ENDIAN actually get defined

Signed-off-by: Adam Jackson a...@redhat.com
---
 include/dix-config.h.in  | 1 +
 include/xorg-server.h.in | 1 +
 2 files changed, 2 insertions(+)

diff --git a/include/dix-config.h.in b/include/dix-config.h.in
index 1aa77a5..5e53c00 100644
--- a/include/dix-config.h.in
+++ b/include/dix-config.h.in
@@ -499,6 +499,7 @@
 
 /* byte order */
 #undef X_BYTE_ORDER
+#include X11/Xarch.h
 
 /* Listen on TCP socket */
 #undef LISTEN_TCP
diff --git a/include/xorg-server.h.in b/include/xorg-server.h.in
index 4cb9487..de6462a 100644
--- a/include/xorg-server.h.in
+++ b/include/xorg-server.h.in
@@ -233,5 +233,6 @@
 
 /* byte order */
 #undef X_BYTE_ORDER
+#include X11/Xarch.h
 
 #endif /* _XORG_SERVER_H_ */
-- 
2.1.0


 upstream fix for that bug is in commit
 1af15aaf278edcf6f6de94774350e34a80883c24[1].  I don't know if it helps
 for your problem as well, though.

 1. 
 http://cgit.freedesktop.org/xorg/xserver/commit/?id=1af15aaf278edcf6f6de94774350e34a80883c24

Cheers,
   Sven

Bug#785045: libterm-progressbar-perl: autopkgtest failure: t/02_term_progressbar_io.t

2015-05-17 Thread Niko Tyni

Control: block -1 with 785022

On Mon, May 11, 2015 at 11:42:30PM +0200, gregor herrmann wrote:
 On Mon, 11 May 2015 21:40:32 +0300, Niko Tyni wrote:
 
  The failure mode looks weird, interleaving output streams or something
  like that? It's reproducible locally for me.
  
 
  http://ci.debian.net/packages/libt/libterm-progressbar-perl/unstable/amd64/

t/02_term_progressbar_io.t .. 
ok 1 - use Term::ProgressBar::IO;
ok 2 - Correct number of bytes in __DATA__
21ok 3 - Last position is now target
1..3
Failed 1/3 subtests 
[...]
Test Summary Report
---
t/02_term_progressbar_io.t (Wstat: 0 Tests: 2 Failed: 0)
  Parse errors: Bad plan.  You planned 3 tests but ran 2.
Files=11, Tests=124, 12 wallclock secs ( 0.10 usr  0.09 sys +  1.53 cusr  
  0.48 csys =  2.20 CPU)
Result: FAIL
 
 I guess this is somehow related to the handling of stderr in
 autopkgtest. The test file does:

 22  $err = capture_stderr {

I see this it uses Capture::Tiny, so this is probably the
same issue as #785022. Marking as blocking.

FWIW, I can't reproduce this locally anymore right now.
-- 
Niko Tyni   nt...@debian.org


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

Bug#761180: Status info

2015-05-17 Thread Balasankar C

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,
May I know what is the status of this bug? I require version 2.1.2 of
libjs-raphael for packaging the ruby gem 'raphael-rails' as part of
GitLab packaging. So, updating this would be a great help.

- -- 
Regards
Balasankar C
http://balasankarc.in
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCgAGBQJVWMURAAoJEJbtq5sua3FxYnsIALMZhsEm125WKJHHT6WS7SoM
neHSEHGkJv29w9CV1t1EQHMUoV8+VECHWjAE/gMiK3kpobLw2Po7gaOCroScTxEW
Tdrai7WIL+J18iO0ah6xIEabuB/gW0hJRL/4ptZLi5e3O8r33qupQ9ztVeq+MaR2
wHWIp8P0Rx/Qq4lNlTW/pzolHf1CuK1Y65VLhcom+Lv+IWmER+A1gg6GwSfjMQF4
n+NfTo4aaIK8WOTgyoL/92flwCJbA5GWcOHu0HdsL2ITbFMQsewNPU7BBh6W9T5A
LUU9iU2YepnUhLk3dRPVVXr5ndSMGljA0oTbpI8nuRXnGWCs5QhHljg/nuaVVWM=
=PAXM
-END PGP SIGNATURE-


0x2E6B7171.asc
Description: application/pgp-keys

Bug#781218: wkhtmltopdf: Please please provide package with debugging symbols

2015-05-17 Thread Emmanuel Bouthenot

merge 781218 781216
tags 781218 pending
thanks

On Thu, Mar 26, 2015 at 08:20:43AM +0100, Paul Menzel wrote:
[...]

 it’d be great if a package `wkhtmltopdf-dbg` containing the debug
 symbols could be provided. That way, debugging crashes would be easier
 and useful backtraces can be acquired without rebuilding the package.
I'm merging this bug with #781216: that's two ways to achieve the same
goal.

I've uploaded wkhtmltopdf 0.12.2.2-1 a few days ago with a -dbg package.
It's pending in the new queue[1] (because of this new binary package)
but it could take some time to be processed.

[1] https://ftp-master.debian.org/new.html

Regards,

M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}


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

Bug#785547: ncl-ncarg: No Plots possible, environment varables are not set/don't work correctly

2015-05-17 Thread pick

Package: ncl-ncarg
Version: 6.2.0-3+b1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Something is wrong with the (hardcoded) environment variables in the NCL
Package.
As soon as NCL needs the environment variable $NCARG_ROOT and its
derivatives, it complains not finding the specified path. Even a hand export of
the env doesn't help.

-What led up to the situation?
Just running a script with plotting and some load sections.

-What exactly did you do (or not do) that was effective (or ineffective)?
I tried to set $NCARG_ROOT by hand, but it didn't get any better. I also tried
to build NCL from source, but with all the dependencies, it was unsuccessful.

Thank you for your time and maintaining this package.

Dominik



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ncl-ncarg depends on:
ii  libatlas3-base [liblapack.so.3]3.10.2-7
ii  libblas3 [libblas.so.3]1.2.20110419-10
ii  libbz2-1.0 1.0.6-7+b3
ii  libc6  2.19-18
ii  libcairo2  1.14.0-2.1
ii  libcurl3-gnutls7.38.0-4+deb8u2
ii  libexpat1  2.1.0-6+b3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgcc11:4.9.2-10
ii  libgctp0d  2.0-1
ii  libgdal1h  1.10.1+dfsg-8+b3
ii  libgfortran3   4.9.2-10
ii  libgomp1   4.9.2-10
ii  libgrib2c0d1.4.0-2
ii  libhdf4-0-alt  4.2.10-3
ii  libhdf5-8  1.8.13+docs-15
ii  libhdfeos0 2.19v1.00+dfsg.1-2
ii  libhe5-hdfeos0 5.1.15.dfsg.1-4+b1
ii  libice62:1.0.9-1+b1
ii  libjasper1 1.900.1-debian1-2.4
ii  libjpeg62-turbo1:1.3.1-12
ii  liblapack3 [liblapack.so.3]3.5.0-4
ii  libncarg0  6.2.0-3+b1
ii  libnetcdfc71:4.1.3-7.2
ii  libopenblas-base [liblapack.so.3]  0.2.12-1
ii  libpixman-1-0  0.32.6-3
ii  libpng12-0 1.2.50-2+b2
ii  libproj0   4.8.0-5
ii  libquadmath0   4.9.2-10
ii  libsm6 2:1.2.2-1+b1
ii  libstdc++6 4.9.2-10
ii  libudunits2-0  2.2.17-1
ii  libx11-6   2:1.6.2-3
ii  libxaw72:1.0.12-2+b1
ii  libxext6   2:1.3.3-1
ii  libxmu62:1.1.2-1
ii  libxrender11:0.9.8-1+b1
ii  libxt6 1:1.1.4-1+b1
ii  tcsh [c-shell] 6.18.01-3
ii  zlib1g 1:1.2.8.dfsg-2+b1

ncl-ncarg recommends no packages.

ncl-ncarg 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#785549: dist: please make the build reproducible

2015-05-17 Thread Reiner Herrmann

Source: dist
Version: 1:3.5-36-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: hostname
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on Debian's “reproducible builds” effort [1], we have
noticed that dist doesn't build reproducibly.
It embeds the hostname and domainname into a script.

The attached patch sets those values to reproducible ones.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds


diff --git a/debian/rules b/debian/rules
index 2421376..3785df6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -37,6 +37,8 @@ override_dh_auto_configure:
 -de\
 -D prefix=$(PREFIX)\
 -D orgname=/etc/news/organization  \
+-D myhostname=localhost\
+-D mydomain=localdomain\
 -D defeditor=/usr/ae   \
 	-D privlib=/usr/share/$(package)   \
 -D pager=/bin/more \


signature.asc
Description: OpenPGP digital signature

Bug#785550: ITP: ruby-attr-required -- Provide attr_required and attr_optional

2015-05-17 Thread Balasankar C

Package: wnpp
Severity: wishlist
Owner: Balasankar C balasank...@autistici.org

* Package name: ruby-attr-required
  Version : 1.0.0
  Upstream Author : Nov Matake n...@matake.jp
* URL : https://github.com/nov/attr_required/
* License : Expat
  Programming Lang: Ruby
  Description : Provide attr_required and attr_optional


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

Bug#784688: Thousands of xen:balloon: Cannot add additional memory (-17) messages despite dom0 ballooning disabled

On Sun, 2015-05-17 at 15:14 +0100, Ian Campbell wrote:
 On Thu, 2015-05-07 at 21:02 +0200, Martin Lucina wrote:
  Note that despite the memory setting above, the dom0 has not been allocated
  exactly the amount asked for:
  
  # xl list 0
  NameID   Mem VCPUs  State   Time(s)
  Domain-0 0  4051 8 r-
  5606.1
 
 Could you also post the output of xenstore-ls -fp | grep target
 please.
 
 You should have a directory /sys/devices/system/xen_memory/xen_memory0.
 Please could you post the contents of each of the files in there. In
 particular target*, *retry_count and info/*.
 
 It might also be interesting to see the result of xl debug-keys q
 followed by xl dmesg.
 
 Does xl mem-set 0 4051 make the messages stop? If not what about using
 4050?
 
 If you try and balloon up to 4096 (with xl mem-set) does the amount of
 memory in xl list change?

One last thing... If you are able to try it then it would be interesting
to know if the 4.0.x kernel from sid exhibits this behaviour too.

Cheers,
Ian.


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

Bug#781999: Please install device-tree blobs in /boot

On Mon, 2015-04-06 at 12:08 +0200, Sjoerd Simons wrote:
 For reference when using linux-image-3.19.0-trunk-armmp this would add ~8 
 mbyte
 of dtb files to /boot, current linux-next's multi_v7 configuration generates
 around ~11 mbyte of dtb files.

That's a gain of a couple of M in the space of a couple of releases, how
long before it is 16M or 32M? Might that start proving a problem for
some smaller systems?

You mention generic ARM images, perhaps the tools which generate these
should take care of this? In much the same way as flash-kernel takes
care of it on a machine-by-machine basis.

Ian.


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

Bug#785517: Acknowledgement ([xfce4-session] Icons are installed in wrong places)

2015-05-17 Thread Valerio Passini

Mote info for a workaround :
If the icons are moved to ../actions they are still available to Xfce4 but
they aren't messing with KDE 4 appearance.
Il 17/Mag/2015 13:03, Debian Bug Tracking System ow...@bugs.debian.org
ha scritto:

 Thank you for filing a new Bug report with Debian.

 This is an automatically generated reply to let you know your message
 has been received.

 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.

 Your message has been sent to the package maintainer(s):
  Debian Xfce Maintainers pkg-xfce-de...@lists.alioth.debian.org

 If you wish to submit further information on this problem, please
 send it to 785...@bugs.debian.org.

 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.

 --
 785517: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785517
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

Bug#785539: mkvtoolnix: Wrong Exec value in .desktop file

2015-05-17 Thread Manolo Díaz

Package: mkvtoolnix
Version: 7.9.0-1
Severity: normal

Dear Maintainer,

The Exec[1] variable is set to mkvtoolnix-gui, which doesn't exist (the
provided executable is named mmg). This leads to an invalid desktop
menu entry.

[1] /usr/share/applications/mkvtoolnix-gui.desktop

Best Regards,
-- 
Manolo Díaz


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

Bug#785548: gamera.plugins.png_support: heap-based buffer overflow

2015-05-17 Thread Jakub Wilk


Package: python-gamera
Version: 3.4.2+svn1431-1
Tags: security
Usertags: afl

Gamera crashes when trying to load the attached image:

$ python -c 'from gamera.plugins.png_support import load_PNG; 
load_PNG(crash.png)'
libpng warning: Incorrect bKGD chunk length
libpng warning: Ignoring bad adaptive filter type
*** Error in `python': free(): invalid next size (fast): 0x09b7c100 ***
Aborted


Valgrind says it's a heap-based buffer overflow:

==9715== Invalid write of size 1
==9715==at 0x402E053: memcpy (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9715==by 0x50F7722: ??? (in /lib/i386-linux-gnu/libpng12.so.0.50.0)
==9715==by 0x50FE9BD: png_read_row (in 
/lib/i386-linux-gnu/libpng12.so.0.50.0)
==9715==by 0x50D765D: 
load_PNG_simpleGamera::ImageViewGamera::ImageDataGamera::Rgbunsigned char   
 (png_support.hpp:144)
==9715==by 0x50D765D: load_PNG(char const*, int) (png_support.hpp:211)
==9715==by 0x50D7D9F: call_load_PNG (_png_support.cpp:152)
==9715==by 0x810AE9C: call_function (ceval.c:4035)
==9715==by 0x810AE9C: PyEval_EvalFrameEx (ceval.c:2681)
==9715==by 0x81235EC: PyEval_EvalCodeEx (ceval.c:3267)
==9715==by 0x81235EC: function_call.lto_priv.287 (funcobject.c:526)
==9715==by 0x80F69F3: PyObject_Call (abstract.c:2529)
==9715==by 0x81FBAB6: instance_call.lto_priv.186 (classobject.c:2153)
==9715==by 0x810B8EE: PyObject_Call (abstract.c:2529)
==9715==by 0x810B8EE: do_call (ceval.c:4253)
==9715==by 0x810B8EE: call_function (ceval.c:4058)
==9715==by 0x810B8EE: PyEval_EvalFrameEx (ceval.c:2681)
==9715==by 0x8109AD4: PyEval_EvalCodeEx (ceval.c:3267)
==9715==by 0x8175D34: PyEval_EvalCode (ceval.c:669)
==9715==by 0x8175D34: run_mod (pythonrun.c:1371)
==9715==by 0x8175D34: PyRun_StringFlags (pythonrun.c:1334)
==9715==  Address 0x4d14ce4 is 0 bytes after a block of size 36 alloc'd
==9715==at 0x4029DFC: operator new[](unsigned int) (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==9715==by 0x50D7537: create_data (image_data.hpp:220)
==9715==by 0x50D7537: ImageData (image_data.hpp:141)
==9715==by 0x50D7537: create (image_types.hpp:296)
==9715==by 0x50D7537: load_PNG(char const*, int) (png_support.hpp:210)
==9715==by 0x50D7D9F: call_load_PNG (_png_support.cpp:152)
==9715==by 0x810AE9C: call_function (ceval.c:4035)
==9715==by 0x810AE9C: PyEval_EvalFrameEx (ceval.c:2681)
==9715==by 0x81235EC: PyEval_EvalCodeEx (ceval.c:3267)
==9715==by 0x81235EC: function_call.lto_priv.287 (funcobject.c:526)
==9715==by 0x80F69F3: PyObject_Call (abstract.c:2529)
==9715==by 0x81FBAB6: instance_call.lto_priv.186 (classobject.c:2153)
==9715==by 0x810B8EE: PyObject_Call (abstract.c:2529)
==9715==by 0x810B8EE: do_call (ceval.c:4253)
==9715==by 0x810B8EE: call_function (ceval.c:4058)
==9715==by 0x810B8EE: PyEval_EvalFrameEx (ceval.c:2681)
==9715==by 0x8109AD4: PyEval_EvalCodeEx (ceval.c:3267)
==9715==by 0x8175D34: PyEval_EvalCode (ceval.c:669)
==9715==by 0x8175D34: run_mod (pythonrun.c:1371)
==9715==by 0x8175D34: PyRun_StringFlags (pythonrun.c:1334)
==9715==by 0x8176885: PyRun_SimpleStringFlags (pythonrun.c:975)
==9715==by 0x80DD6E1: Py_Main (main.c:584)


This bug was found using American fuzzy lop:
http://lcamtuf.coredump.cx/afl/

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages python-gamera depends on:
ii  dpkg1.17.25
ii  libc6   2.19-18
ii  libgcc1 1:5.1.1-5
ii  libgomp15.1.1-5
ii  libpng12-0  1.2.50-2+b2
ii  libstdc++6  5.1.1-5
ii  libtiff54.0.3-13
ii  python  2.7.9-1
pn  python:any  none

--
Jakub Wilk

Bug#785551: gpredict: FTBFS with experimental goocanvas

2015-05-17 Thread Ross Gammon

Package: gpredict
Version: 1.3-3
Severity: important

Dear Maintainer,

The latest version of goocanvas has been sitting in experimental for some time
(2.0.2). Now that Jessie has been released, I am looking at the reverse
dependencies to see what needs fixing and updating to allow the goocanvas
transition to start.

I have built gpredict against the experimental version of goocanvas and it
fails to build. This is the tail of the log:

./configure --prefix=/usr --datarootdir=/usr/share
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether NLS is requested... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for intltool = 0.21... 0.50.2 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl = 5.8.1... 5.20.2
checking for XML::Parser... ok
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for library containing strerror... none required
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands +=... yes
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for ar... ar
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking for unistd.h... (cached) yes
checking getopt.h usability... yes
checking getopt.h presence... yes
checking for getopt.h... yes
checking for sin in -lm... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for PACKAGE... no
configure: error: Package requirements (gtk+-2.0 = 2.18.0 glib-2.0 = 2.22.0
gthread-2.0 = 2.22.0 goocanvas = 0.15 libcurl = 7.19.0) were not met:

No package 'goocanvas' found

Bug#785552: [rsync] [sender] expand file_list pointer array to 524288 bytes, did not move

2015-05-17 Thread Marco Righi

Package: rsync
Version: 
Severity: normal

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

Hi,
I have the board ODROID-XU3 described at the end of this mail.

I have installed four 2TB disks, two USB3 disks (called main_a and
main_b) and two USB2 disks (called backup_a and backup_b). The USB2
disks are connected to a powered usb2 hub and the USB3  disks are
connected to a powered usb3 hub.

Every night I performed a rsync from main_a to backup_a and from main_b
to backup_b.

It is some days that I can not perform a backup from main_a to backup_a.
The script I use contains the following string:


rsync -avhd  --no-g --size-only --update --delete --verbose --progress
--log-file=/root/log/rsync_from_main_a_to_mirror_a_verbose.log
/media/main_a/ /media/mirror_a/

I tried to use reportbug but I got an error:

*** ERROR: Ubuntu BTS is currently unsupported. Please use
ubuntu-bug (from the apport package) for reporting bugs in Ubuntu. You
can report bugs to
Debian by specifying 'bts debian' in your ~/.reportbugrc or by passing
the -B debian option on the commandline (see reportbug(1)).

--- System information. ---
ess /proc/version
Linux version 3.10.69 (root@xu-b1) (gcc version 4.6.4 (Ubuntu/Linaro
4.6.4-6ubuntu2) ) #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015

less /proc/cpuinfo
processor   : 0
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 78.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xc07
CPU revision: 3

processor   : 1
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 78.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xc07
CPU revision: 3

processor   : 2
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 78.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xc07
CPU revision: 3

processor   : 3
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 78.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x0
CPU part: 0xc07
CPU revision: 3

processor   : 4
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 108.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc0f
CPU revision: 3

processor   : 5
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 108.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc0f
CPU revision: 3

processor   : 6
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 108.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc0f
CPU revision: 3

processor   : 7
model name  : ARMv7 Processor rev 3 (v7l)
BogoMIPS: 108.00
Features: swp half thumb fastmult vfp edsp neon vfpv3 tls vfpv4
idiva idivt
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x2
CPU part: 0xc0f
CPU revision: 3

Hardware: ODROID-XU3
Revision: 
Serial  : 



less /proc/meminfo
MemTotal:2043108 kB
MemFree:   60572 kB
Buffers:  259352 kB
Cached:   698092 kB
SwapCached:0 kB
Active:   790164 kB
Inactive: 667328 kB
Active(anon): 375376 kB
Inactive(anon):   127896 kB
Active(file): 414788 kB
Inactive(file):   539432 kB
Unevictable:   0 kB
Mlocked:   0 kB
HighTotal:   1296384 kB
HighFree:  10772 kB
LowTotal: 746724 kB
LowFree:   49800 kB
SwapTotal:   3071996 kB
SwapFree:3071996 kB
Dirty:20 kB
Writeback: 0 kB
AnonPages:500264 kB
Mapped:23296 kB
Shmem:  3048 kB
Slab: 353072 kB
SReclaimable: 324984 kB
SUnreclaim:28088 kB
KernelStack:2296 kB
PageTables: 2740 kB
NFS_Unstable:  0 kB
Bounce:0 kB
WritebackTmp:  0 kB
CommitLimit: 4093548 kB
Committed_AS: 859476 kB
VmallocTotal: 245760 kB
VmallocUsed:   23432 kB
VmallocChunk: 103580 kB


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

Bug#785018: KVM internal error and emulation failure

2015-05-17 Thread Josh Triplett

On Thu, May 14, 2015 at 05:04:19PM +0200, Paolo Bonzini wrote:
 On 14/05/2015 16:47, Josh Triplett wrote:
  On Thu, May 14, 2015 at 10:40:34AM +0200, Paolo Bonzini wrote:
  On 13/05/2015 22:15, j...@joshtriplett.org wrote:
  Leaving aside the why KVM is in emulation mode, though, shouldn't
  emulation mode support finit?
 
  Yes, it should strive to support all instructions.  But there are a lot,
  and since it's only used for big real mode you pick your fights.  If
  you're on a pre-Westmere chip and your program uses the FPU in big real
  mode, it's probably not using any fancy KVM feature and then it's faster
  to use QEMU's translator instead of KVM.
 
  Thus, the emulator covers most non-FPU instructions, and all
  instructions that access memory (because those are used for MMIO even if
  not in big real mode).
  
  That doesn't explain, though, why this same BIOS image works fine with
  -enable-kvm on a Sandy Bridge system.
 
 Found it.  It's eptad; you can avoid the problem by loading kvm-intel 
 with eptad=N.
 
 OVMF used to place page tables in ROM, which works on real hardware, 
 and also works on VMs except:
 
 - on AMD systems
 
 - on Intel systems, if you have EPT page tables with A/D bits on
 
 Why? Because on these systems, the processor treat page table accesses as 
 writes.  (Why piggyback this on enabling accessed and dirty flags 
 for EPT? the answer is probably deep in the EPT microcode).  For Intel, 
 see 28.2.3.2 (EPT Violations) and 28.2.4 (Accessed and Dirty Flags 
 for EPT) in the SDM.

That's...special.  Is there no way to work around that?  In general, it
seems like a bug if KVM cannot faithfully simulate real hardware.

 We did fix it for eptad=N and ept=N (commit ba6a35415455, KVM: mmu: 
 allow page tables to be in read-only slots, 2013-09-09), but ultimately 
 the processor does not cooperate.  You need to update OVMF to a more 
 recent version, which builds page tables at run time instead of 
 embedding them in the FD:
 
 commit c90e37b503d4e79dbebbd49f9bfc3c6c14ffb67d
 Author: Jordan Justen jordan.l.jus...@intel.com
 Date:   Tue Sep 24 18:23:20 2013 +
 
 OvmfPkg: Add platform specific reset vector code for X64
 
 KVM has a bug that prevents using page tables in the ROM if the ROM
 region utilizes the KVM READONLY memory feature. Therefore, we
 avoid using page tables stored in the ROM.
 
 Since OVMF doesn't require memory initialization, we just build
 page table entries in RAM at 0x8 very early in the OVMF boot
 process. This address is just after the 'temp RAM' which is set
 up by the SEC module.
 
 Currently we only set up 4GB of page tables for OVMF's PEI,
 but DxeIpl will build identity mapped page tables that cover all
 of the available processor physical address space.
 
 Reported-by: Gary Ching-Pang Lin g...@suse.com
 Contributed-under: TianoCore Contribution Agreement 1.0
 Signed-off-by: Jordan Justen jordan.l.jus...@intel.com
 Reviewed-by: Laszlo Ersek ler...@redhat.com
 Tested-by: Laszlo Ersek ler...@redhat.com
 
 git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@14715 
 6f19259b-4bc3-4df7-8a09-765794883524

I can confirm that updating to a newer OVMF makes this problem go away.
If there's no way of supporting page tables in ROM with eptad, then you
can go ahead and close this bug.

- Josh Triplett


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

Bug#785580: d/{watch,control}: update the website TLD

2015-05-17 Thread Vincent Blut

Package: libtomcrypt
Version: 1.17-6
Severity: minor
Tags: patch

Hi,

The LibTom projects have a new home. Update the control and watch files
accordingly.

diff --git a/debian/control b/debian/control
index fbe0051..3e9478e 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Maintainer: Michael Stapelberg stapelb...@debian.org
 Build-Depends: debhelper (= 9), libtool, libtool-bin, libgmp-dev, 
libtommath-dev, texlive-latex-base, texlive-latex-recommended, ghostscript
 Standards-Version: 3.9.5
 Section: libs
-Homepage: http://libtom.org/
+Homepage: http://libtom.net/
 Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/libtomcrypt.git;a=summary
 Vcs-Git: git://anonscm.debian.org/collab-maint/libtomcrypt.git


diff --git a/debian/watch b/debian/watch
index 44a62e0..6860316 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,4 +1,4 @@
 version=3
 opts=pgpsigurlmangle=s/$/.sig/ \
-  http://libtom.org/?page=downloadnewsitems=5whatfile=crypt \
+  http://libtom.net/?page=downloadnewsitems=5whatfile=crypt \
   /files/crypt-(\d\S*)\.tar\.bz2

Cheers,
Vincent

-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

2015-05-17 Thread James Lu


Hello Vincent,

I have uploaded a new manually packed tarball of the Bzr trunk, with 
version 1.0.3+bzr152-1 instead of the +14.04.20140109 Ubuntu had in its 
repository. I didn't make that clear, but a bad version number could 
accidentally replace the package they have AFAIK.


As for the package truly being orphaned, I assume that the people who 
filed the report already knew what was going on. The LDAP database 
didn't find anything for Karolina Kalic or karol...@resenje.org, and the 
package has been orphaned for almost 2 years now. Two of their packages 
appear to have new maintainers already 
https://qa.debian.org/developer.php?login=karolina%40resenje.org 
(curtain and spotlighter).


Either way, I'll Cc them on this conversation now. I'm not sure what has 
been done already, and what still has to be done.


Best,
James

On 12/05/2015 1:09 AM, Vincent Cheng wrote:

Control: tag -1 + moreinfo

Hi James,

On Sun, May 10, 2015 at 11:52 AM, James Lu glol...@hotmail.com wrote:

Hi,

Okay. Forget what I said about quilt, I don't think it'd fix this particular
issue either.

Right now, the problem is in the original source (aka the .orig.tar). The
INSTALL file isn't even installed in the final binary, but just having a
symlink in the original source is enough to make Lintian complain. Adding a
debian/clean file only removes the INSTALL file from the extracted tree, but
not the .orig.tar.gz.

I could add a Lintian override if this is appropriate.

Just from what you've said above, I'd ignore the lintian error
entirely; if INSTALL is never used during the build process or
installed into any of the binary packages produced by your source
package, then source-contains-unsafe-symlink is quite harmless. It
_is_ a valid lintian error though, since the orig tarball upstream
presumably contains an INSTALL file symlinked above the root of the
source package, and removing it via debian/clean doesn't change that.

Where did you obtain this orig tarball? I can't seem to find a tarball
versioned as 1.0.3+14.04.20140109 at [1]; if you actually are rolling
your own tarball instead of using one provided upstream, then why not
get rid of that symlink in your tarball?

Also, this may seem to be a formality, but is this package actually
orphaned? Neither the maintainer nor the MIA team filed #717044; a
random user deciding to ITA the package out of the blue is more or
less hijacking the package. Please follow the steps outlined in
devref 5.9.4/5.9.5 [2] to properly orphan a package and adopt it.

Regards,
Vincent

[1] https://launchpad.net/unico
[2] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#orphaning

Bug#785583: s5: [PATCH] please make the build reproducible

2015-05-17 Thread Juan Picca

Package: s5
Version: 1.1.dfsg.2-5
Followup-For: Bug #785583
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Sorry, i miss the patch.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -rupN s5-1.1.dfsg.2.old/debian/rules s5-1.1.dfsg.2/debian/rules
--- s5-1.1.dfsg.2.old/debian/rules	2010-02-25 11:30:17.0 -0200
+++ s5-1.1.dfsg.2/debian/rules	2015-05-17 21:59:02.383413358 -0300
@@ -19,7 +19,7 @@ get-orig-source:
 override_dh_auto_build:
 	mkdir -p $C $S
 	tar -cf - --exclude=.DS_Store *.html pix primer ui | tar -C $S -xf -
-	cd $S  unzip -x ../../s5-blank.zip
+	cd $S  TZ=UTC unzip -x ../../s5-blank.zip
 	find $S -name __MACOSX -or -name .DS_Store | xargs rm -rf
 	find $S -regextype posix-extended -type f -iregex '.*\.(css|htc|html|js|txt)' -print0 | xargs -0 sed -i.debbuild -e 's/
$$//'
 	find $S -type f -name '*.debbuild' -delete

Bug#785106: gem2deb: implement dh-make-ruby --refresh

2015-05-17 Thread Lucas Nussbaum

On 16/05/15 at 23:27 -0300, Antonio Terceiro wrote:
 On Tue, May 12, 2015 at 02:22:15PM +0200, Lucas Nussbaum wrote:
  Package: gem2deb
  Version: 0.15
  Severity: wishlist
  
  14:00  lucas terceiro: any objections to adding dh-make-ruby --refresh, 
  that moves away debian/, creates fresh content, merge the 
 changelog, and point to how to use meld to merge the rest 
  manually?
  14:02  terceiro lucas: I would copy (not move) debian/ away, and then 
  overwrite it's contents. This way you keep files that were 
added by the maintainer but that dh-make-ruby would not 
  create otherwise
  14:03  terceiro make the merging easier IMO
  14:03  terceiro lucas: if debian/ exists, I think that coud even be the 
  default behavior
  14:03  lucas terceiro: I've tried both approaches. the problem with 
  copying is that you don't know if there are obsolete files around
  14:03  terceiro hm
  14:03  lucas meld + Copy to left / copy to right works better imho
  14:03  lucas in terms of workflow
  14:04  terceiro for me overwrite then `git diff` would work
  14:05  lucas I can see if it's easy to implement both
  14:05  lucas it probably is
  14:06  terceiro lucas: cool, I don't have a strong position though
  14:06  terceiro lucas: does making --refresh the default behavior when 
  debian/ already exists sound sane?
  14:07  lucas I think so, yes
  14:07  terceiro nice
 
 I have just implement one half of this: a -w/--overwrite option that
 will, well, overwrite the files under debian/ that dh-make-ruby would
 have created if they didn't exist before.
 
 It seems that the other half (--refresh itself) should be easy, but I
 didn't get yet what's the idea. Should dh-make-ruby move debian/ away,
 recreate a fresh debian and then let the user use meld/whatever against
 them manually?

That's the idea, yes. But maybe it's best done outside of gem2deb,
manually by the user? I'm not sure anymore. Maybe upload with -w only,
and we will see later if there's still a need for an option that moves
or copies debian/?

Lucas


signature.asc
Description: Digital signature

Bug#785584: libmikmod: debugging symbols for libmikmod

2015-05-17 Thread Jonathan Neuschäfer

Source: libmikmod
Severity: wishlist

Hi!

It would be nice to have a libmikmod-dbg package, with debugging symbols
for libmikmod.


Jonathan

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#785514: RFS: ming/1:0.4.7-1 [RC]

Hi Gabriele,

On Sun, May 17, 2015 at 3:43 AM, Gabriele Giacone 1o5g4...@gmail.com wrote:
 Package: sponsorship-requests
 Severity: important

 Dear mentors,

   I am looking for a sponsor for my package ming

  * Package name: ming
Version : 1:0.4.7-1
Upstream Author : The Ming Development Team
  * URL : http://www.libming.org/
  * License : LGPL-2.1
Section : libs

   It builds those binary packages:

libming1   - Library to generate SWF (Flash) Files
libming-dev - Library to generate SWF (Flash) Files (development files)
libming-util - Library to generate SWF (Flash) Files - Utilities
libswf-perl - Ming (SWF) module for Perl
ming-fonts-dejavu - Ming format DejaVue Fonts
ming-fonts-opensymbol - Ming format Opensymbol Fonts
php5-ming  - Ming module for php5
python-ming - Ming (SWF) module for Python

   DSC: http://mentors.debian.net/debian/pool/main/m/ming/ming_0.4.7-1.dsc
   Git repo: https://anonscm.debian.org/cgit/pkg-flash/ming.git

   Changes since the last upload:

  ming (1:0.4.7-1) unstable; urgency=medium

* New upstream release.
  + Change php bindings license from PHP to LGPL-2.1+ (Closes: #752629).
* Convert d/copyright to format 1.0.
  + Update php extension license.
* Remove 04_bison 05_hurd 06_ungif patches, applied upstream.
* Switch to 3.0 (quilt) format.
* Remove non debian/ changes.
* Add Vcs-* fields.
* B-D on debhelper = 9.
* Switch to Debian Flash Team maintainship. Add myself to Uploaders.
* Enable hardening.
* Bump Standards-Version to 3.9.6 (no changes).

  Current maintainer Stuart Anderson (CC'ed along with pkg-flash team)
  about team maintenance:

   https://bugs.debian.org/752716#67

About the re-licensing of php_ext/ming.c and php_ext/php_ming.h, does
the relevant Github issue [1] mean that the re-licensing wasn't
actually ACK-ed by all the contributors of these files? This sounds
like this might be a blocker?

debian/copyright:
- various files in e.g. src/blocks/ are also copyrighted by Klaus
Rechert, not just the specific stanzas you've listed in d/copyright
- perl_ext/SWF/BinaryData.pm:# Copyright (c) 2009 Albrecht Kleine
- a small portion of ch/pkgcreate.ch is Copyright 2005
SoftIntegration, Inc., public domain
- java_ext/* doesn't seem to be licensed under LGPL-2.1+ as claimed by
d/copyright, but under this license instead:

This software is copyright 2001 E-Publishing Group Inc.  Permission is granted
to use the code and/or make changes to the code provided that the original
copyright and author attribution is included in each file.

The license does not make any warranty of liability, merchantability, or
fitness for any specific purpose.

Please contact the author jsh...@e-shuppan.com if you have any questions
about the license or the software.

- debian/ming-fonts-{dejavu,opensymbol}.copyright not converted to
DEP-5; that's fine, although it's worth pointing out that
ming-fonts-opensymbol.copyright has an unversioned symlink to the
LGPL.

There's a variety of other things that can be done to
improve/modernize the package, e.g. DEP-3 patch headers, conversion of
d/rules to dh shorthand, etc., but I suppose you want to tackle the
copyright/licensing issues as that's what got the package removed from
testing in the first place?

Regards,
Vincent

[1] https://github.com/libming/libming/issues/42


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

Bug#785579: wpa_supplicant: terminates as soon as dbus is disconnected, causing shutdown ordering issues

2015-05-17 Thread Michael Biebl

Hi

Am 18.05.2015 um 00:33 schrieb Facundo Gaich:
 While trying to debug issues related to systemd unmounting NFS shares way
 after the network has gone down, I ran into problems trying to stop services
 before wpa_supplicant initiated deauth.
 
 Even tying my service (autofs.service) to NetworkManager with 
 After=NetworkManager.service
 didn't work, wireless would get disconnected before it could unmount over the 
 net.
 
 This is because wpa_supplicant will shutdown when the dbus is disconnected

...

 Since this relationship is not set in the systemd configuration, the only way
 to correctly shutdown services that require wireless connection is to
 set After=dbus.service in them. Of course, this is not evident in any way, and
 it can cause bugs such as #761909.
 
 I'm not sure what the solution would be in this case, I'm cc'ing the systemd
 maintainers since it seems to me they have tackled this kind of problems with
 wlan before.

This issue has come up before and will hopefully become moot in the
future, once we have kdbus. See
https://bugs.freedesktop.org/show_bug.cgi?id=89847



-- 
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#783529: RFS: spacenavd/0.6-1 [ITA]

Hi Rodolphe,

On Sun, May 17, 2015 at 5:24 AM, Rodolphe PELLOUX-PRAYER
rodol...@damsy.net wrote:
 Vincent,

 Le 17/05/2015 01:39, Vincent Cheng a écrit :
 Hi Rodolphe,

 On Sat, May 16, 2015 at 1:23 PM, Rodolphe PELLOUX-PRAYER
 rodol...@damsy.net wrote:
 Hi Vincent,

 Thx for your review!

 debian/copyright is missing a few entries:
 - src/serial/*: Copyright 1997-2001 John E. Stone (j.st...@acm.org),
 3-clause BSD (+ upstream author)

 Should be fixed.

 You're also missing Thomas Anderson t...@nextgenengineering.com as the
 copyright holder for a number of files in src/magellan/. (In case you
 haven't done so already, please take the time to do a thorough
 license/copyright check yourself when adopting/packaging new
 packages.)

 Damn, you're right, I definitely need to check more carefully the
 licenses and copyrights! licensecheck seems to be a good helper :)

 By the way, I also suggest that you use start-stop-daemon in your
 sysvinit script, especially since you're shipping a script of your own
 here.

 Init script updated.


 The new version is there :
 http://mentors.debian.net/package/spacenavd

Looks good, except for one last thing I should've checked earlier
(sorry for these piecemeal reviews); your orig tarball doesn't seem to
match the tarball distributed upstream:

upstream md5sum: 7e2c04fb8dbb7d39b9ee7b64565e0c4f
mentors.d.n tarball md5sum: 0fbcb66a9ef8368fb3de5397b14eb991

Please ensure that you're using the same tarball as upstream is; if
you must repack it (e.g. to satisfy DFSG), please change the version
string (appending +dfsg is typical in this scenario) and add a brief
explanation to d/README.source or d/copyright. If you're using
git-buildpackage or similar helpers without e.g. pristine-tar, or some
other way of reconstructing pristine tarballs, you're going to end up
with a tarball with a different hashsum as well.

(Also, re: #781185, you didn't actually retitle the wnpp bug and set
yourself as owner.)

Regards,
Vincent


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

Bug#785540: www.debian.org/events/speakers contains data not internationalized

On Sun, May 17, 2015 at 11:49 PM, Laura Arjona Reina wrote:

 If somebody gives and example about how to fix this (e.g. how the former line
 should be rewritten), I could prepare a patch for the whole file.

I think the right way to do this would be to use the language
translation infrastructure that is used by the language info in the
footer. I'm having a look at doing this now.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

Hi James,

On Sun, May 17, 2015 at 5:13 PM, James Lu glol...@hotmail.com wrote:
 Hello Vincent,

 I have uploaded a new manually packed tarball of the Bzr trunk, with version
 1.0.3+bzr152-1 instead of the +14.04.20140109 Ubuntu had in its repository.
 I didn't make that clear, but a bad version number could accidentally
 replace the package they have AFAIK.

Ok, that works.

BTW, I still don't see where you're getting this +14.04.20140109
tarball from. Ubuntu simply doesn't have this version packaged [1] in
its repository (I haven't checked PPAs, but they aren't relevant to
this discussion), so I'm afraid I don't understand why you're worried
about a version number collision here.

 As for the package truly being orphaned, I assume that the people who filed
 the report already knew what was going on. The LDAP database didn't find
 anything for Karolina Kalic or karol...@resenje.org, and the package has
 been orphaned for almost 2 years now. Two of their packages appear to have
 new maintainers already (curtain and spotlighter).

 Either way, I'll Cc them on this conversation now. I'm not sure what has
 been done already, and what still has to be done.

Again, please follow the instructions mentioned in devref 5.9.5,
Adopting a package [2], i.e. contact the MIA team.

Regards,
Vincent

[1] https://launchpad.net/ubuntu/+source/gtk3-engines-unico
[2] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#orphaning


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

Bug#785586: sync user is missing

2015-05-17 Thread Jonny

Package: release-notes
Severity: minor
tags: patch

There is no sync user in the list of system users:
https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#base-passwd-hardening

processing of base-passwd.preinst is as follows:
cat  /etc/passwd 'EOF'
root:*:0:0:root:/root:/bin/bash
daemon:*:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:*:2:2:bin:/bin:/usr/sbin/nologin
sys:*:3:3:sys:/dev:/usr/sbin/nologin
sync:*:4:65534:sync:/bin:/bin/sync
games:*:5:60:games:/usr/games:/usr/sbin/nologin
man:*:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:*:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:*:8:8:mail:/var/mail:/usr/sbin/nologin
news:*:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:*:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:*:13:13:proxy:/bin:/usr/sbin/nologin
www-data:*:33:33:www-data:/var/www:/usr/sbin/nologin
backup:*:34:34:backup:/var/backups:/usr/sbin/nologin
list:*:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:*:39:39:ircd:/var/run/ircd:/usr/sbin/nologin
gnats:*:41:41:Gnats Bug-Reporting System 
(admin):/var/lib/gnats:/usr/sbin/nologin
nobody:*:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
EOF
--- a/release-notes/en/issues.dbk
+++ b/release-notes/en/issues.dbk
@@ -781,6 +781,9 @@
   parasys/para
 /listitem
 listitem
+  parasync/para
+/listitem
+listitem
   paragames/para
 /listitem
 listitem

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

Hi Dmitry,

On Sun, May 17, 2015 at 9:29 PM, Dmitry Smirnov only...@debian.org wrote:

 and the
 package has been orphaned for almost 2 years now. Two of their packages
 appear to have new maintainers already
 https://qa.debian.org/developer.php?login=karolina%40resenje.org
 (curtain and spotlighter).

 It looks like she did not do anything about critical bug #706330
 since 2013-07-17 which IMHO justifies takeover because she is obviously not
 active or at least appears to be not on top of her maintainer's duties...

 I would assign ITA bug to the package, express my intention to take over to
 the bug and to current maintainer, wait for some time and eventually proceed
 with upload (provided that everything is OK with packaging and there are no
 objections from maintainer).

I'd argue that the right approach is still to contact the MIA team and
ask them to investigate and reach out to the supposedly missing
maintainer. The thing is, either way (MIA team involved, or not) you'd
usually want to wait an indeterminate amount of time for the old
maintainer to reply before giving up anyways, so you may as well just
follow the devref guidelines. The MIA team is fairly active AFAIK, and
it's just a matter of sending a brief email to m...@qa.debian.org to
get the ball rolling.

Regards,
Vincent


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

Bug#785588: Plug computer images don't boot

2015-05-17 Thread Martin Michlmayr

Package: debian-installer
Severity: important

SheevaPlug and GuruPlug images in jessie (and later) don't boot with
this error:

| Error: unrecognized/unsupported machine ID (r1 = 0x0831).

See https://lists.debian.org/debian-user/2015/05/msg00590.html

The problem is that the way these machines are handled in the kernel
has changed.  We now have to append a device tree blob (DTB) to the
kernel image in d-i.

I'll commit a patch soon.

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

2015-05-17 Thread Dmitry Smirnov

Hi Vincent,

On Sun, 17 May 2015 21:36:22 Vincent Cheng wrote:
 I'd argue that the right approach is still to contact the MIA team and
 ask them to investigate and reach out to the supposedly missing
 maintainer. The thing is, either way (MIA team involved, or not) you'd
 usually want to wait an indeterminate amount of time for the old
 maintainer to reply before giving up anyways, so you may as well just
 follow the devref guidelines. The MIA team is fairly active AFAIK, and
 it's just a matter of sending a brief email to m...@qa.debian.org to
 get the ball rolling.

No objections from me. :)

I just wanted to mention another approach to friendly takeover for 
unmaintained packages... As I recall it was discussed in debian-devel (and/or 
debian-qa) a while ago and I've seen it in practice. Of course contacting MIA 
team won't hurt. Thanks for reminding about it.

-- 
Regards,
 Dmitry Smirnov.

---

Success consists of going from failure to failure without loss of enthusiasm.
-- Winston Churchill



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

Bug#785449: [Pkg-utopia-maintainers] Bug#785449: Backtrace

2015-05-17 Thread Michael Biebl

Am 17.05.2015 um 20:13 schrieb Игорь Савостин:
 Did you mean something like that?


I don't see a crash in the provided backtrace.


-- 
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#785581: mercurial-git: Cloning fails with NotImplementedError

2015-05-17 Thread Nikolaus Rath

Package: mercurial-git
Version: 0.6.1-2
Severity: normal

Using the jessie package, I don't seem to be able to interact with git 
repositories. Example:

$ hg clone git+http://git.gnus.org/cgit/gnus.git/
destination directory: gnus.git
** Unknown exception encountered with possibly-broken third-party extension git
** which supports versions 3.0.1 of Mercurial.
** Please disable git and try your action again.
** If that fixes the bug please report it to 
https://bitbucket.org/durin42/hg-git/issues
** Python 2.7.9 (default, Mar  1 2015, 12:57:24) [GCC 4.9.2]
** Mercurial Distributed SCM (version 3.1.2)
** Extensions loaded: rebase, color, git, purge, strip, mq, histedit
Traceback (most recent call last):
  File /usr/bin/hg, line 43, in module
mercurial.dispatch.run()
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 28, in run
sys.exit((dispatch(request(sys.argv[1:])) or 0)  255)
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 69, in 
dispatch
ret = _runcatch(req)
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 138, in 
_runcatch
return _dispatch(req)
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 839, in 
_dispatch
cmdpats, cmdoptions)
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 600, in 
runcommand
ret = _runcommand(ui, options, cmd, d)
  File /usr/lib/python2.7/dist-packages/mercurial/extensions.py, line 196, in 
wrap
return wrapper(origfn, *args, **kwargs)
  File /usr/lib/python2.7/dist-packages/hgext/color.py, line 433, in colorcmd
return orig(ui_, opts, cmd, cmdfunc)
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 930, in 
_runcommand
return checkargs()
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 901, in 
checkargs
return cmdfunc()
  File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 836, in 
lambda
d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File /usr/lib/python2.7/dist-packages/mercurial/util.py, line 550, in check
return func(*args, **kwargs)
  File /usr/lib/python2.7/dist-packages/mercurial/commands.py, line 1331, in 
clone
branch=opts.get('branch'))
  File /usr/lib/python2.7/dist-packages/mercurial/hg.py, line 402, in clone
destpeer.local().clone(srcpeer, heads=revs, stream=stream)
  File /usr/lib/python2.7/dist-packages/mercurial/localrepo.py, line 1730, in 
clone
return self.pull(remote, heads)
  File /usr/lib/python2.7/dist-packages/hgext/git/hgrepo.py, line 14, in pull
return self.githandler.fetch(remote.path, heads)
  File /usr/lib/python2.7/dist-packages/hgext/git/git_handler.py, line 199, 
in fetch
refs = self.fetch_pack(remote, heads)
  File /usr/lib/python2.7/dist-packages/hgext/git/git_handler.py, line 1034, 
in fetch_pack
ret = client.fetch_pack(path, determine_wants, graphwalker, f.write, 
progress.progress)
  File /usr/lib/python2.7/dist-packages/dulwich/client.py, line 1047, in 
fetch_pack
raise NotImplementedError(self.send_pack)
NotImplementedError: bound method HttpGitClient.send_pack of 
dulwich.client.HttpGitClient object at 0x7f7dd276b190


-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages mercurial-git depends on:
ii  mercurial   3.1.2-2+deb8u1
ii  python  2.7.9-1
ii  python-dulwich  0.9.7-3

mercurial-git recommends no packages.

mercurial-git 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#785582: xfce4-panel: workspace miniature size calculation wrong for viewport mode

2015-05-17 Thread Bin Guo

Package: xfce4-panel
Version: 4.12.0-2
Severity: minor
Tags: patch

Dear Maintainer,

After upgrading xfce4-panel from 4.10.1-1 to 4.12.0-2, I noticed the
workspace switch showing very narrow workspaces. I use one workspace
with 4 viewports (compiz), the new pager correctly finds out 4 virtual
workspaces, but the sizing part is not doing the same...

The attached patch 05_pager-size-for-viewport.patch seem to fix it.

-- System Information:
Debian Release: stretch/sid
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 
'testing'), (500, 'oldstable'), (400, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-panel depends on:
ii  exo-utils0.10.4-2
ii  libatk1.0-0  2.16.0-2
ii  libc62.19-18
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.16-1
ii  libdbus-glib-1-2 0.102-1
ii  libexo-1-0   0.10.4-2
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-4
ii  libgarcon-1-00.4.0-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.44.0-2
ii  libgtk2.0-0  2.24.25-3
ii  libice6  2:1.0.9-1+b1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libsm6   2:1.2.2-1+b1
ii  libwnck222.30.7-2
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxfce4ui-1-0   4.12.1-2
ii  libxfce4util74.12.1-2
ii  libxfconf-0-24.12.0-2+b1

xfce4-panel recommends no packages.

xfce4-panel suggests no packages.

-- no debconf information
Index: xfce4-panel-4.12.0/plugins/pager/pager.c
===
--- xfce4-panel-4.12.0.orig/plugins/pager/pager.c
+++ xfce4-panel-4.12.0/plugins/pager/pager.c
@@ -593,6 +593,18 @@ pager_plugin_size_request (GtkWidget
 {
   mode   = xfce_panel_plugin_get_mode (XFCE_PANEL_PLUGIN (plugin));
   n_workspaces = wnck_screen_get_workspace_count (plugin-wnck_screen);
+  if (n_workspaces == 1)
+{
+   WnckWorkspace *active_ws;
+   /* check if we ware in viewport mode */
+   active_ws = wnck_screen_get_active_workspace (plugin-wnck_screen);
+   if (wnck_workspace_is_virtual (active_ws))
+ {
+   /* number of rows * number of columns */
+   n_workspaces = (wnck_workspace_get_width (active_ws) / wnck_screen_get_width (plugin-wnck_screen))
+   * (wnck_workspace_get_height (active_ws) / wnck_screen_get_height (plugin-wnck_screen));
+ }
+}
   n_cols = MAX (1, (n_workspaces + plugin-rows - 1) / plugin-rows);
   if (mode == XFCE_PANEL_PLUGIN_MODE_HORIZONTAL)
 {

Bug#785583: s5: [PATCH] please make the build reproducible

2015-05-17 Thread Juan Picca

Package: s5
Version: 1.1.dfsg.2-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi!

While working on the reproducible builds effort [1], we have noticed
that s5 could not be built reproducibly.

The attached patch fixes issues with timestamps when unzip files during
the build. Once applied, s5 can be built reproducibly in our current
experimental framework.

 [1]: https://wiki.debian.org/ReproducibleBuilds


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#785448: xserver-xorg-video-ati: Screen is badly tinged with green when using the open source driver

2015-05-17 Thread Michel Dänzer

On 16.05.2015 21:21, Owen Riddy wrote:
 Package: xserver-xorg-video-ati
 Version: 1:7.5.0-1+b1
 Severity: important
 
 Dear Maintainer,
 
 I'm using the open source ati graphics with a 3-screen setup. After upgrading 
 to unstable after the release of Jessie everything ran without issue.
 
 I booted into a seperate install of Jessie on the same computer that had 
 flgrx installed, and after rebooting into unstable one of the screens 
 (connected by a HDMI cable) has acquired a distinct green tinge that obscures 
 whatever the screen is trying to show. It is a sort of neon green.
 
 This image is a graphical corruption bug - I took a screenshot using 
 ksnapshot and on my other two screens the image dispaled withouth the green 
 tinge.
 
 The tinge is not present:
   * In the BIOS
   * When GRUB is active
   * Early in the boot process when the kernel is still printing text
   * On a separate Debian install on the same hardware, using fglrx
 
 I tried changing the gamma settings of the screen and poking at the backlight 
 settings but this did not help. Changing the gamma made a very slight 
 difference but the tinge does nto seem to be caused by a rogue gamma setting.
 
 At some points during, eg, shutdown my screens go blank - usually this is 
 black but at present the green tinged screen goes straight green.

It sounds like there might be a problem with the physical display
connection. Have you checked the connector seating at both ends, maybe
unplugging and re-plugging them, or even using a different cable?


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer


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

Bug#785585: RFS: gcc-5-doc/5.1.0-1 (ITP: #745968)

2015-05-17 Thread GUO Yixuan

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-...@lists.debian.org

  Dear mentors,

  I am looking for a sponsor for my package gcc-5-doc, which is a
  different source package from src:gcc due to GFDL.

 * Package name: gcc-5-doc
   Version : 5.1.0-1
   Upstream Author : FSF
 * URL : http://gcc.gnu.org/
 * License : GFDL-1.3+ with invariant sections, and others
   Section : doc
   Description : documentation for the GNU compilers
   Vcs-Git : git://anonscm.debian.org/users/yixuan-guest/gcc-doc.git -b 
debian/5
   Vcs-Browser : 
http://anonscm.debian.org/gitweb/?p=users/yixuan-guest/gcc-doc.git

  It builds those binary packages:

 cpp-5-doc  - documentation for the GNU C preprocessor (cpp)
 gcc-5-doc  - documentation for the GNU compilers (gcc, gobjc, g++)
 gccgo-5-doc - documentation for the GNU Go compiler (gccgo)
 gcj-5-doc  - documentation for the GNU Java tools (gcj, gij)
 gfortran-5-doc - documentation for the GNU Fortran Compiler (gfortran)
 gnat-5-doc - documentation for the GNU Ada Compiler (gnat)

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

  http://mentors.debian.net/package/gcc-5-doc

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

dget -x 
http://mentors.debian.net/debian/pool/non-free/g/gcc-5-doc/gcc-5-doc_5.1.0-1.dsc

  Also, a git repository is available for building with git-buildpackage
  and pristine-tar.

Regards,
GUO Yixuan


signature.asc
Description: Digital signature

Bug#785514: RFS: ming/1:0.4.7-1 [RC]

On Mon, May 18, 2015 at 11:41 AM, Vincent Cheng wrote:

 - java_ext/* doesn't seem to be licensed under LGPL-2.1+ as claimed by
 d/copyright, but under this license instead:

 This software is copyright 2001 E-Publishing Group Inc.  Permission is granted
 to use the code and/or make changes to the code provided that the original
 copyright and author attribution is included in each file.

 The license does not make any warranty of liability, merchantability, or
 fitness for any specific purpose.

 Please contact the author jsh...@e-shuppan.com if you have any questions
 about the license or the software.

That appears to be a non-free license as there is no clause allowing
distribution? Please remove ming from mentors until this is clarified
as we don't have a license to distribute it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#785589: tiger: Don't have required command DIFF on Linux 4

2015-05-17 Thread Francois Marier

Package: tiger
Version: 1:3.2.3-12.1
Severity: important
Tags: patch

tiger doesn't support Linux 4 and spits this out on cron every hour:

  From: Cron Daemon root@hostname
  To: root@hostname
  Subject: Cron root@hostnametest -x /usr/sbin/tigercron  { [ -r 
$DEFAULT ]  . $DEFAULT ; nice -n$NICETIGER /usr/sbin/tigercron
  -q ; }
  
  --ERROR-- [init001e] Don't have required command DIFF.

The fix is to add a new symlink:

  cd /usr/lib/tiger/systems/Linux/
  sudo ln -s 3 4

I've attached a patch for the package.

Francois

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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tiger depends on:
ii  binutils   2.25-7
ii  bsdmainutils   9.0.6
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18
ii  net-tools  1.60-26+b1
ii  ucf3.0030

Versions of packages tiger recommends:
ii  chkrootkit  0.50-3
pn  johnnone
ii  postfix [mail-transport-agent]  2.11.3-1
pn  tripwire | aide none

Versions of packages tiger suggests:
ii  lsof  4.86+dfsg-1

-- debconf information excluded

-- 
http://fmarier.org/
--- debian/rules.orig	2015-05-18 16:33:53.829094310 +1200
+++ debian/rules	2015-05-18 16:34:20.845697400 +1200
@@ -57,8 +57,9 @@
 	# Adjust the permissions of directories that might contain confidential information
 	chmod 0700 debian/tiger/var/lib/tiger/work
 	chmod 0700 debian/tiger/var/log/tiger
-	# Create symbolic link for Linux version 3
+	# Create symbolic links for Linux versions 3 and 4
 	ln -fs 2 debian/tiger/usr/lib/tiger/systems/Linux/3
+	ln -fs 3 debian/tiger/usr/lib/tiger/systems/Linux/4
 	# Remove unneeded Makefile files.
 	rm -f debian/tiger/usr/lib/tiger/doc/Makefile
 	rm -f debian/tiger/usr/lib/tiger/doc/Makefile.in

Bug#784900: Installing of a new language causes that other locales are registered as outdated

2015-05-17 Thread sworddragon2

And again: I'm reporting this specifically against upstream. At least the 
manpage of locale-gen from Ubuntu implies that this is here. And since the 
binary locale-gen does contain this bug (except it should be fixed in a newer 
version) theoretically the current maintainer should be responsible for 
handling it. Also as long as Debian does provide the binary locale-gen in any 
package it is theoretically affected by this bug but maybe just hiding it in 
the default setup. But maybe an user that makes some user-defined changes could 
stumble over it.

Bug#784203:

2015-05-17 Thread Maciek Sokolewicz

The issue has just been fixed in Apache (
http://svn.apache.org/viewvc?view=revisionrevision=1679181) and a backport
has been proposed for Apache 2.4.x; it would be very nice if this could be
included... otherwise using MySQL with Apache 2.4's authorization scheme is
simply... undoable...

Bug#771778: squid3: Pinger segfault with libc

2015-05-17 Thread Gerald Turner

Package: squid3
Version: 3.4.8-6
Followup-For: Bug #771778

Hi, since upgrading to jessie I have noticed pinger segfaulting on three
separate installations.  I am using the stock squid3 3.4.8-6 package and
it's dependencies.  Initially I had ignored the complaints (kernel
message sent via logcheck), since the squids continue to function.
However this morning two distinct hosts had pinger segfault within a few
hours of each other, so I decided to investigate further.

Segfaults since upgrading to jessie:

  Apr 18 15:01:08 host-1 kernel: [15564213.180446] pinger[17145]: segfault at 
c0067c0098 ip 7fc239e90e62 sp 7fff64541e70 error 4 in 
libc-2.19.so[7fc239e17000+19f000]

  Apr 24 15:56:59 host-2 kernel: [181851.939439] pinger[575]: segfault at 
23f87430098 ip 7f1a413c4b05 sp 7fffcf4809b0 error 4 in 
libc-2.19.so[7f1a4134c000+19f000]

  May 10 07:05:04 host-3 kernel: [819599.679003] traps: pinger[13688] general 
protection ip:7f81c31f48e0 sp:7ffd965ebe08 error:0 in pinger[7f81c31eb000+f000]

  May 17 07:22:42 host-1 kernel: [1425466.592193] pinger[3547]: segfault at 
7f261000 ip 7f260da67684 sp 7ffc1a8e5ab8 error 4 in 
libc-2.19.so[7f260d9eb000+19f000]

  May 17 08:40:04 host-2 kernel: [1430099.672549] traps: pinger[14608] general 
protection ip:7efc1ddc68e0 sp:7fff05636118 error:0 in pinger[7efc1ddbd000+f000]

After a segfault, no pinger process is respawned, yet squid still
handles requests as though it doesn't need the process.  The squid
configuration reference documentation doesn't do a good job of
explaining what the pinger is used for, but FWICT, it's used to measure
closest cache_peers (of which I have none configured), and possibly, as
best as I understand it, determine closest origin server,
i.e. www.debian.org has two IPv4 addresses, perhaps squid determines
which has closer RTT - which sounds appealing but I haven't been able to
prove it's actually doing this.

So I've set debug_options ALL,1 42,6, and on an idle squid server the
cache.log is filling up with Recv: xx bytes from yy.yy.yy.yy, and the
IP's are a mix of IPv4 address from all over the world, and IPv6
link-local addresses from neighboring equipment at my VPS.  At one point
the timestamps rolled backwards by 53 minutes.  Within a few minutes a
segfault occurred, and again after another restart, and a third time
after about an hour.  Unfortunately my attempts to get a core dump have
been futile (I had set LimitCORE=infinity in squid3.service).

The second of these segfaults showed the following in cache.log (whereas
the other crashes had been silent in cache.log):

  *** Error in `(pinger)': corrupted double-linked list: 0x7fea972c4110 ***

The whole thing is rather disconcerting.  Could the net be plagued with
squid pinger DoS attacks?

  # ss -lnp | grep pinger
  raw  UNCONN  214656  0  *:1*:*   users:((pinger,pid=6200,fd=3))
  raw  UNCONN  214656  0  :::58  :::*  users:((pinger,pid=6200,fd=4))

Port 1 huh, what voodoo is this?

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

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

Versions of packages squid3 depends on:
ii  adduser  3.113+nmu3
ii  libc62.19-18
ii  libcap2  1:2.24-8
ii  libcomerr2   1.42.12-1.1
ii  libdb5.3 5.3.28-9
ii  libecap2 0.2.0-3
ii  libexpat12.1.0-6+b3
ii  libgcc1  1:4.9.2-10
ii  libgssapi-krb5-2 1.12.1+dfsg-19
ii  libk5crypto3 1.12.1+dfsg-19
ii  libkrb5-31.12.1+dfsg-19
ii  libldap-2.4-22.4.40+dfsg-1
ii  libltdl7 2.4.2-1.11
ii  libnetfilter-conntrack3  1.0.4-1
ii  libnettle4   2.7.1-5
ii  libpam0g 1.1.8-3.1
ii  libsasl2-2   2.1.26.dfsg1-13
ii  libstdc++6   4.9.2-10
ii  libxml2  2.9.1+dfsg1-5
ii  logrotate3.8.7-1+b1
ii  lsb-base 4.1+Debian13+nmu1
ii  netbase  5.3
ii  squid3-common3.4.8-6

squid3 recommends no packages.

Versions of packages squid3 suggests:
pn  resolvconf   none
pn  smbclientnone
pn  squid-cginone
pn  squid-purge  none
ii  squidclient  3.4.8-6
pn  ufw  none
pn  winbindd none

-- Configuration Files:
/etc/squid3/squid.conf changed:
acl localnet src 184.105.220.16/28
acl localnet src 192.168.24.0/24
acl SSL_ports port 443
acl Safe_ports port 80  # http
acl Safe_ports port 21  # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70  # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port

Bug#750135: Initial draft of resolution

2015-05-17 Thread Sam Hartman

Proposed for your consideration and checked into git for your editing:

Background/Rationale (Constitution 6.1(5)): 

1. In #750135, the
technical committee was asked by Manuel Fernandez Montecelo who should
be the maintainer of the aptitude projectp.  He had been actively committing 
until his commit access was removed by Daniel Hartwig.  Manuel  and Daniel took 
over development of aptitude in 2011 with the support of Christian Perrier, an 
admin for the aptitude alioth project.  There was friction between Manuel and 
Daniel, which eventually resulted in  Manuel's commit access being revoked by 
Daniel.  Since then, Daniel has become inactive, and did not comment on the 
issue when requested by the technical committee.

2) During the discussion of this issue, Christian proposed that he and
Axel Beckert could watch the social aspects of aptitude development
and restore Manuel's commit access.  Christian still has
administrative rights and believes he has the technical power to implement his 
proposal.  However he wants review from a broader audience before implementing 
that proposal.


Advice (Constitution 6.1.5):

1.  The technical committee agrees that Christian has the power to implement 
his proposal and encourages him to do so.

2.  The committee agrees that restoring Manuel's committ access is a
good step to move Aptitude development forward.  Since there is a
clear way to accomplish this goal within the existing Aptitude project
support that approach.

3.  We hope that Christian and Axel will work to managed the social
aspects of the Aptitude project, working to recruit new developers,
building a stronger Aptitude development community, and establishing
policies and procedures that promote a collaborative team.  Sometimes
the skills necessary to grow a community ar different than the skills
to develop a project.  Through this approach we hope the Aptitude
community will gain both sets of skills.

4.  We thank Manuel for bringing this matter to our attention and
apologize for our delay in resolving this matter.


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

Bug#771778: squid3: Pinger segfault with libc

2015-05-17 Thread Gerald Turner

On Sun, May 17 2015, Gerald Turner wrote:
 Unfortunately my attempts to get a core dump have been futile ...

I finally got a backtrace of pinger with gdb:

#0  0x7fcad0a30107 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7fcad0a314e8 in __GI_abort () at abort.c:89
#2  0x7fcad0a6e204 in __libc_message (do_abort=do_abort@entry=1, 
fmt=fmt@entry=0x7fcad0b60fe0 *** Error in `%s': %s: 0x%s ***\n) at 
../sysdeps/posix/libc_fatal.c:175
#3  0x7fcad0a739de in malloc_printerr (action=1, str=0x7fcad0b5d064 
corrupted double-linked list, ptr=optimized out) at malloc.c:4996
#4  0x7fcad0a73c9c in malloc_consolidate (av=av@entry=0x7fcad0d9e620 
main_arena) at malloc.c:4165
#5  0x7fcad0a74691 in _int_free (av=0x7fcad0d9e620 main_arena, 
p=optimized out, have_lock=0) at malloc.c:4057
#6  0x7fcad1356604 in std::basic_ostringstreamchar, 
std::char_traitschar, std::allocatorchar ::~basic_ostringstream() ()
   from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x7fcad244df17 in Debug::finishDebug () at ../../src/debug.cc:762
#8  0x7fcad244abfc in IcmpPinger::Recv (this=optimized out) at 
IcmpPinger.cc:222
#9  0x7fcad24498b3 in main (argc=optimized out, argv=optimized out) at 
pinger.cc:223

That's 'delete CurrentDebug' in the debug.cc:

  void
  Debug::finishDebug()
  {
  assert(TheDepth = 0);
  assert(CurrentDebug);
  if (TheDepth  1) {
  *CurrentDebug  }-  TheDepth  std::endl;
  } else {
  assert(TheDepth == 1);
  _db_print(%s\n, CurrentDebug-str().c_str());
  delete CurrentDebug;
  CurrentDebug = NULL;
  }
  --TheDepth;
  }

Which was reported in bug #728144 wherein Amos Jeffries says the bug had
been forwarded to http://bugs.squid-cache.org/show_bug.cgi?id=2656,
however that upstream bug is from 2009 dealing with Pre-Init TZ env
which I've confrimed is already patched in squid3 3.4.8-6.

-- 
Gerald Turner gtur...@unzane.comEncrypted mail preferred!
OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80  3858 EC94 2276 FDB8 716D


signature.asc
Description: PGP signature

Bug#783475: texi2html: [PATCH] Allow make the build of documentation reproducible adding the use-date flag.

2015-05-17 Thread Juan Picca

Package: texi2html
Version: 1.82+dfsg1-3
Followup-For: Bug #783475

Modified patch after comments and advices of Jérémy Bobbio.
The option was renamed to --build-date and now expects an unix time
integer which is formatted using pretty_time instead of using a given
string to show as timestamp.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add --build-date command line flag.
 Allow create reproducible documentation passing a unix time in the command
 line.
Author: Juan Picca jumap...@gmail.com
Last-Update: 2015-05-16
--- a/T2h_i18n.pm
+++ b/T2h_i18n.pm
@@ -295,7 +295,14 @@ sub pretty_date($)
 my $lang = shift;
 my($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst);
 
-($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = localtime(time);
+if ($Texi2HTML::Config::BUILD_DATE)
+{
+($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = gmtime($Texi2HTML::Config::BUILD_DATE);
+}
+else
+{
+($sec, $min, $hour, $mday, $mon, $year, $wday, $yday, $isdst) = localtime(time);
+}
 $year += ($year  70) ? 2000 : 1900;
 # obachman: Let's do it as the Americans do
 #return($MONTH_NAMES-{$lang}[$mon] . ,  . $mday .   . $year);
--- a/texi2html.init
+++ b/texi2html.init
@@ -260,6 +260,10 @@ $MONOLITHIC = 1;
 # the specified url are used as stylesheet links
 @CSS_REFS = ();
 
+# -build-date
+# Use the given unix time as build date showing UTC timezone when it is used
+$BUILD_DATE = undef;
+
 ##
 # The following options are only relevant if $L2H is set
 #
--- a/texi2html.pl
+++ b/texi2html.pl
@@ -261,6 +261,7 @@ $EXTERNAL_DIR
 $IGNORE_PREAMBLE_TEXT
 @CSS_FILES
 @CSS_REFS
+$BUILD_DATE
 $INLINE_CONTENTS
 $INLINE_INSERTCOPYING
 );
@@ -2600,6 +2601,13 @@ $T2H_OPTIONS - {'css-ref'} =
  verbose = 'generate reference to the CSS URL $s'
 };
 
+$T2H_OPTIONS - {'build-date'} =
+{
+ type = '=i',
+ linkage = \$Texi2HTML::Config::BUILD_DATE,
+ verbose = 'use the given unix time as build date showing UTC timezone when it is used'
+};
+
 $T2H_OPTIONS - {'transliterate-file-names'} =
 {
  type = '!',
--- a/doc/texi2html.texi
+++ b/doc/texi2html.texi
@@ -523,6 +523,8 @@ Display a short help and exit.
 Be verbose.
 @item @longopt{version}
 Display version information and exit.
+@item @longopt{build-date=@var{unixtime}}
+Use the given unix time as build date showing UTC timezone when it is used.
 @end table
 
 @c 
--- a/doc/texi2html.info
+++ b/doc/texi2html.info
@@ -435,6 +435,9 @@ Miscellaneous general options:
 `--version'
  Display version information and exit.
 
+`--build-date=UNIXTIME'
+ Use the given unix time as build date showing UTC timezone when it is used.
+
 
 File: texi2html.info,  Node: Splitting output,  Next: Output files,  Prev: General options,  Up: Invoking texi2html

Bug#638619: [pkg-gnupg-maint] Bug#638619: Bug#638619: Misleading gpg: Ohhhh jeeee: no decrypt() for 17 message from gpg when trying to decrypt a file without the public key being imported

2015-05-17 Thread NIIBE Yutaka

On 05/08/2015 04:51 PM, NIIBE Yutaka wrote:
 Finally, I managed to reproduce this bug.  Here is my scenario.
 
 (1) With --gen-key, generate DSA+Elgamal key
 (2) make a encrypted file using (1)
 (3) make a copy of .gnupg/secring.gpg
 (4) With --edit-key, delkey Elgamal subkey
 (5) With --export, make public key file
 (6) With --delete-secret-key, delete the key generated by (1)
 (7) Restore .gnupg/secring.gpg by the copy of (3)
 (8) Import DSA only public key of (5)
 
 Now, it has secret subkey, but no corresponding public key.
 
 (8) Try to decrypt encrypted file of (2)
 It asks the passphrase, then input it, then, it stops with:
 
   gpg: O j: no decrypt() for 17
 
 GnuPG is 1.4.18-7 in stable.  I think that it is better to
 check availability of public key for the subkey.

With a fix below, now, it fails with emitting error like this:

-
gpg: key 9541DC07: secret key without public key - skipped
gpg: encrypted with ELG-E key, ID 9541DC07
gpg: public key decryption failed: public key not found
gpg: decryption failed: secret key not available
-

I think that the message would be confusing for a user a bit (as it
is explained from the view point of the implementation), but
it's much better.

diff --git a/g10/getkey.c b/g10/getkey.c
index d5d1135..fc3c179 100644
--- a/g10/getkey.c
+++ b/g10/getkey.c
@@ -498,7 +498,19 @@ get_seckey( PKT_secret_key *sk, u32 *keyid )
 ctx.req_usage = sk-req_usage;
 rc = lookup( ctx, kb, 1 );
 if ( !rc ) {
+u32 skid[2];
+
 sk_from_block ( ctx, sk, kb );
+keyid_from_sk ( sk, skid );
+/*
+ * Make sure it's exact match of keyid.
+ * If not, it's secret subkey with no public key.
+ */
+if (!(keyid[0] == skid[0]  keyid[1] == skid[1])) {
+  log_error (_(key %s: secret key without public key
+- skipped\n), keystr(keyid));
+  rc = G10ERR_NO_PUBKEY;
+}
 }
 get_seckey_end( ctx );
 release_kbnode ( kb );
-- 


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

Bug#785587: libnx-x11: Logged out whilst using x2goclient

2015-05-17 Thread Michael Pope

Package: libnx-x11
Version: 2:3.5.0.27-0x2go1+git20140701.511+wheezy.main.1
Severity: normal

Dear Maintainer,

When connected to another computer using X2goclient sometimes I'm logged out of 
my local XFCE desktop and I loose anything which has not been saved. Both the 
local system and external system I'm connecting to run XFCE.

-- System Information:
Debian Release: 7.6
  APT prefers oldstable-updates
  APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libnx-x11 depends on:
ii  libc6  2.13-38+deb7u4
ii  libxcomp3  2:3.5.0.27-0x2go1+git20140701.511+wheezy.main.1

libnx-x11 recommends no packages.

libnx-x11 suggests no packages.

-- debconf-show failed


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

Bug#782772: logging into metnors.debian.net crashes iceweasel ..

2015-05-17 Thread Norbert Preining

On Sun, 17 May 2015, Paul Wise wrote:
  it seems there is a serious problem with iceweasel crashing on
  https sites even from Debian, like mentors.debian.org
  (interestingly *not* https://www.debian.org/)
  
  I have contacted the Debian Mentors Team, and Paul Wise
  advised me to contact both security and icewease packaging team.
  
  I have reproduced this with iceweasel --safe-mode, it crashes
  (segfaults) repeatetly when accessing any 
  https://mentors.debian.org/
  I guess this must be a but in Iceweasel, but follow the advise
  of Paul to contact security, too.
 
 There is now a public bug report about this:
 
 https://bugs.debian.org/782772

Unfortunately, this seems to be different. I have HTTPS Everywhere
disabled, and it still crashes.

Then I removed the package from Debian and it still crashes.

So it seems there are more things concerned. I have also disabled
other SSL related addons, without success. Crash is 100% repeatable.

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live  Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#785575: reportbug: newer version found, but apt-get update called

2015-05-17 Thread Günther Humer

Package: reportbug
Version: 6.6.3
Severity: minor

Dear Maintainer,

   * What led up to the situation?
installing software (apt-get update, apt-get install)
running reportbug to report a bug for that software
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
reportbug tells me there is a new version...
   * What outcome did you expect instead?
reportbug should check if I use stable/testing.. and not bug me with new
version...



-- Package-specific info:
** Environment settings:
INTERFACE=gtk2

** /home/dojoy/.reportbugrc:
reportbug_version 6.6.3
mode standard
ui gtk2
email guehu...@gmx.net
no-cc
header X-Debbugs-CC: guehu...@gmx.net
smtphost reportbug.debian.org

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt   1.0.9.8
ii  python2.7.9-1
ii  python-reportbug  6.6.3
pn  python:anynone

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail none
pn  debconf-utils  none
pn  debsumsnone
pn  dlocatenone
pn  emacs23-bin-common | emacs24-bin-commonnone
ii  exim4  4.84-8
ii  exim4-daemon-light [mail-transport-agent]  4.84-8
ii  file   1:5.22+15-2
ii  gnupg  1.4.18-7
ii  python-gtk22.24.0-4
pn  python-gtkspellnone
pn  python-urwid   none
ii  python-vte 1:0.28.2-5
ii  xdg-utils  1.1.0~rc1+git20111210-7.4

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.8
ii  python-debian 0.1.27
ii  python-debianbts  1.12
pn  python:anynone

python-reportbug 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#785574: xserver-xorg-core: depends on libegl1-mesa|libegl1 while virtual package is libegl1-x11

2015-05-17 Thread Heiko Stuebner

Package: xserver-xorg-core
Version: 2:1.16.4-1
Severity: normal

xserver-xorg-core depends on one of libegl1-mesa|libegl1 while the virtual
package seems to be named libegl1-x11 - which is also the package
libegl1-mesa provides.

So currently it will lead to problems if an alternative package (like a
binary driver) does provide libegl1-x11 but not libegl1.


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

Bug#785576: rosegarden: crash. start, click view

2015-05-17 Thread Günther Humer

Package: rosegarden
Version: 1:14.02-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
start rosegarden
click menu (View) (others crash too)
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
program crashes
   * What outcome did you expect instead?
program running, showing menu


Error from console when clicking Studio:
QSpiAccessible::accessibleEvent not handled:  6  obj:  QMenu(0x7fd5aaaf1cc0,
name = Studio) Studio
Unknown error...
terminate called after throwing an instance of 'Jack::JackTemporaryException'
  what():



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages rosegarden depends on:
ii  flac  1.3.0-3
ii  libasound21.0.28-1
ii  libc6 2.19-18
ii  libfftw3-single3  3.3.4-2
ii  libgcc1   1:4.9.2-10
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20140719git3eb0ae6a~dfsg-2
ii  liblircclient00.9.0~pre1-1.2
ii  liblo70.28-3
ii  liblrdf0  0.4.0-5
ii  libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libsamplerate00.1.8-8
ii  libsndfile1   1.0.25-9.1
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxml-twig-perl  1:3.48-1
ii  sndfile-programs  1.0.25-9.1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages rosegarden recommends:
ii  chromium [www-browser]  42.0.2311.135-1~deb8u1
ii  cups-bsd [lpr]  1.7.5-11
ii  evince-gtk [pdf-viewer] 3.14.1-2
ii  ghostscript 9.06~dfsg-2
ii  iceweasel [www-browser] 31.7.0esr-1~deb8u1
ii  jackd   5
ii  ladspa-sdk [ladspa-plugin]  1.13-2
ii  lilypond2.18.2-4
ii  w3m [www-browser]   0.5.3-19
ii  wavpack 4.70.0-1

Versions of packages rosegarden suggests:
pn  awesfxnone
ii  qjackctl  0.3.12-1

-- no debconf information


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

Bug#785577: libnet-amazon-perl: please, make libnet-amazon-perl recommend libcache-perl

2015-05-17 Thread Xavier Brochard

Package: libnet-amazon-perl
Version: 0.62-1
Severity: normal

Dear Maintainer,

The cache options of libnet-amazon-perl doesn't work without libcache-perl (see 
the asin_cache example script in /usr/share/doc/libnet-amzon-perl/examples for 
an output).
I suggest to add a recommend dependancy against libcache-perl.

regards
Xavier Brochard


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

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libnet-amazon-perl depends on:
ii  dpkg  1.17.25
ii  libhttp-message-perl  6.06-1
ii  liblog-log4perl-perl  1.44-1
ii  liburi-perl   1.64-1
ii  libwww-perl   6.08-1
ii  libxml-simple-perl2.20-1
ii  perl  5.20.2-3

libnet-amazon-perl recommends no packages.

libnet-amazon-perl suggests no packages.

-- no debconf information


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

Bug#785578: libusb occasionally hangs after suspend/resume

2015-05-17 Thread Alexander Ponyatykh

Package: libusb
Version: 2:0.1.12-25
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

Dear Maintainer,

I'm trying to make g15daemon correctly recover after suspend/resume and found 
that it occasionally hangs after resume in libusb's usb_urb_transfer() 
(linux.c) on this line:
ioctl(dev-fd, IOCTL_USB_REAPURB, context);

After some research I found that linux kernel internally has lists of pending 
and completed requests. All requests - successful or not - are moved from 
pending list to completed list, no requests should be lost. But it looks like 
after suspend/resume some request may be lost (may be a kernel bug). It that 
case IOCTL_USB_REAPURB would hang forever since request it's waiting for will 
never appear on completed list.

There is simple workaround. After preceding IOCTL_USB_DISCARDURB call our 
request is guaranteed to be completed, so there is no need to use blocking 
IOCTL_USB_DISCARDURB, we may use non-blocking IOCTL_USB_REAPURBNDELAY instead.

I've attached patch with this workaround. It also fixes race condition existed 
in original code, which may cause corruption of stack.

  * Added debian/patches/12_hang_after_resume.diff to fix occasional hang
after suspend/resume. (LP: #1455924)


Thanks for considering the patch.


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

Kernel: Linux 3.19.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
=== added directory '.pc/12_hang_after_resume.diff'
=== added file '.pc/12_hang_after_resume.diff/linux.c'
--- .pc/12_hang_after_resume.diff/linux.c	1970-01-01 00:00:00 +
+++ .pc/12_hang_after_resume.diff/linux.c	2015-05-17 14:25:02 +
@@ -0,0 +1,742 @@
+/*
+ * Linux USB support
+ *
+ * Copyright (c) 2000-2003 Johannes Erdfelt johan...@erdfelt.com
+ *
+ * This library is covered by the LGPL, read LICENSE for details.
+ */
+
+#include stdlib.h	/* getenv, etc */
+#include unistd.h
+#include string.h
+#include stdio.h
+#include fcntl.h
+#include errno.h
+#include sys/time.h
+#include dirent.h
+
+#include linux.h
+#include usbi.h
+
+static char usb_path[PATH_MAX + 1] = ;
+
+static int device_open(struct usb_device *dev)
+{
+  char filename[PATH_MAX + 1];
+  int fd;
+
+  snprintf(filename, sizeof(filename) - 1, %s/%s/%s,
+usb_path, dev-bus-dirname, dev-filename);
+
+  fd = open(filename, O_RDWR);
+  if (fd  0) {
+fd = open(filename, O_RDONLY);
+if (fd  0)
+  USB_ERROR_STR(-errno, failed to open %s: %s,
+	filename, strerror(errno));
+  }
+
+  return fd;
+}
+
+int usb_os_open(usb_dev_handle *dev)
+{
+  dev-fd = device_open(dev-device);
+
+  return 0;
+}
+
+int usb_os_close(usb_dev_handle *dev)
+{
+  if (dev-fd  0)
+return 0;
+
+  if (close(dev-fd) == -1)
+/* Failing trying to close a file really isn't an error, so return 0 */
+USB_ERROR_STR(0, tried to close device fd %d: %s, dev-fd,
+	strerror(errno));
+
+  return 0;
+}
+
+int usb_set_configuration(usb_dev_handle *dev, int configuration)
+{
+  int ret;
+
+  ret = ioctl(dev-fd, IOCTL_USB_SETCONFIG, configuration);
+  if (ret  0)
+USB_ERROR_STR(-errno, could not set config %d: %s, configuration,
+	strerror(errno));
+
+  dev-config = configuration;
+
+  return 0;
+}
+
+int usb_claim_interface(usb_dev_handle *dev, int interface)
+{
+  int ret;
+
+  ret = ioctl(dev-fd, IOCTL_USB_CLAIMINTF, interface);
+  if (ret  0) {
+if (errno == EBUSY  usb_debug  0)
+  fprintf(stderr, Check that you have permissions to write to %s/%s and, if you don't, that you set up hotplug (http://linux-hotplug.sourceforge.net/) correctly.\n, dev-bus-dirname, dev-device-filename);
+
+USB_ERROR_STR(-errno, could not claim interface %d: %s, interface,
+	strerror(errno));
+  }
+
+  dev-interface = interface;
+
+  return 0;
+}
+
+int usb_release_interface(usb_dev_handle *dev, int interface)
+{
+  int ret;
+
+  ret = ioctl(dev-fd, IOCTL_USB_RELEASEINTF, interface);
+  if (ret  0)
+USB_ERROR_STR(-errno, could not release intf %d: %s, interface,
+	strerror(errno));
+
+  dev-interface = -1;
+
+  return 0;
+}
+
+int usb_set_altinterface(usb_dev_handle *dev, int alternate)
+{
+  int ret;
+  struct usb_setinterface setintf;
+
+  if (dev-interface  0)
+USB_ERROR(-EINVAL);
+
+  setintf.interface = dev-interface;
+  setintf.altsetting = alternate;
+
+  ret = ioctl(dev-fd, IOCTL_USB_SETINTF, setintf);
+  if (ret  0)
+USB_ERROR_STR(-errno, could not set alt intf %d/%d: %s,
+	dev-interface, alternate, strerror(errno));
+
+  dev-altsetting = alternate;
+
+  return 0;
+}
+
+/*
+ * Linux usbfs has a limit of one page size for synchronous bulk read/write.
+ * 4096 is the most portable maximum we can do for now.
+ * Linux usbfs

Bug#781557: [pkg-wine-party] Bug#781557: How to allow apt or apt-get to solve this bug?

2015-05-17 Thread Michael Gilbert

On Sun, May 17, 2015 at 5:14 PM, Javier Barroso wrote:
 Hello,

 After apt update; apt dist-upgrade ; doesn't advance because this bug,
 I tried to use apt-get to remove broken packages, but I was not able
 to know how apt-get could solve this issue (holding/purging or
 rollbacking *wine* packages)

 I had to use aptitude gui to remove :

 libwine-development:amd64
 wine-development:amd64
 wine32-development:i386
 wine64-development:amd64

 So, If you were able to keep 1.7.29-4 or purging it, how did you get it work ?

Unfortunately the bug fix for this has been held up in the NEW queue
for more than a month:
https://ftp-master.debian.org/new.html

Pinging ftp masters for a review may help.

Best wishes,
Mike


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

Bug#770371: RFA: delta -- heuristic minimizer of interesting files

2015-05-17 Thread Michał Sopniewski

On Thu, 20 Nov 2014 21:00:20 +0100 Jakub Wilk jw...@debian.org wrote:
 Package: wnpp
 
 I request an adopter for the delta package. (Note that RFA != O. Talk to 
 me before taking over this package.)
 
 The package description is:
 
 Delta assists you in minimizing interesting files subject to a test of 
 their interestingness. A common such situation is when attempting to 
 isolate a small failure-inducing substring of a large input that causes 
 your program to exhibit a bug.
 
 -- 
 Jakub Wilk
 
 

Hi, I would like to help with this package.

-- 
__
Pozdrawiam / With best regards
Michał Sopniewski
e-mail: mic...@sopniewski.net



signature.asc
Description: OpenPGP digital signature

Bug#773620: find-file-using-path-hooks: variable used before definition

2015-05-17 Thread Gerald Turner

Package: emacs-goodies-el
Version: 35.12
Followup-For: Bug #773620

This seems to become a problem since upgrading to emacs24.

To reproduce it, in a clean emacs -q session:

  (require 'ff-paths)
  (ff-paths-install)

  (setq debug-on-error t)

  C-x C-f /tmp/foo

  Debugger entered--Lisp error: (void-variable buf)
find-file-using-paths-hook()
run-hook-with-args-until-success(find-file-using-paths-hook)
#[257 \303\301!\2032\313\240\207 [#buffer foo /tmp/foo (nil) 
file-exists-p file-readable-p kill-buffer signal file-error File is not 
readable run-hook-with-args-until-success find-file-not-found-functions t] 5 
\n\n(fn IGNORED)]((file-error Opening input file no such file or 
directory /tmp/foo))
funcall(#[257 
\303\301!\203\304\301!\204\305\300!\210\306\307\310\301D\\210\311\312!\206
 \302\313\240\207 [#buffer foo /tmp/foo (nil) file-exists-p 
file-readable-p kill-buffer signal file-error File is not readable 
run-hook-with-args-until-success find-file-not-found-functions t] 5 \n\n(fn 
IGNORED)] (file-error Opening input file no such file or directory 
/tmp/foo))
find-file-noselect-1(#buffer foo /tmp/foo nil nil /tmp/foo nil)
find-file-noselect(/tmp/foo nil nil t)
find-file(/tmp/foo t)
call-interactively(find-file nil nil)
command-execute(find-file)
  
-- System Information:
Debian Release: 8.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages emacs-goodies-el depends on:
ii  bash   4.3-11+b1
ii  dpkg   1.17.25
ii  emacs  46.1
ii  emacs24-nox [emacsen]  24.4+1-5
ii  install-info   5.2.0.dfsg.1-6

Versions of packages emacs-goodies-el recommends:
pn  dict  none
ii  perl-doc  5.20.2-3
ii  wget  1.16-1

emacs-goodies-el 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#785247: ITP: nautilus-admin -- Extension for Nautilus to do administrative operations

2015-05-17 Thread Bruno Nova

On Thu, 14 May 2015 10:26:31 +0100 Bruno Nova brunomb.n...@gmail.com 
wrote:

 On Thu, 14 May 2015 12:27:38 +0800 Paul Wise p...@debian.org wrote:
  I don't think running full applications like nautilus/gedit as root is
  a good idea.

 I know it's dangerous, especially running a file manager as root. But
 it's the easiest way for beginners to do things like editing system
 configuration files.
 Linux file managers should ask for admin authentication when root
 privileges are required (like what the Windows file manager does), but
 unfortunately they don't do that yet.

 I'm open to suggestions, and I would understand if this wasn't accepted.



Sorry, I clicked Reply and forgot to add your e-mail to the To field.

I'm going to add a warning to the package description (the warning that 
is in the README.mkd file).
I'm also going to change the code, as upstream, to display a warning 
message on the first time one of the actions is clicked, to warn the 
user of the risks.


Suggestions, opinions and code reviews are welcome!


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

Bug#785579: wpa_supplicant: terminates as soon as dbus is disconnected, causing shutdown ordering issues

2015-05-17 Thread Facundo Gaich

Package: wpasupplicant
Version: 2.3-2
Severity: normal
File: /sbin/wpa_supplicant

Dear Maintainer,

While trying to debug issues related to systemd unmounting NFS shares way
after the network has gone down, I ran into problems trying to stop services
before wpa_supplicant initiated deauth.

Even tying my service (autofs.service) to NetworkManager with 
After=NetworkManager.service
didn't work, wireless would get disconnected before it could unmount over the 
net.

This is because wpa_supplicant will shutdown when the dbus is disconnected, as
seen in these logs:

wpa_supplicant[919]: dbus: bus disconnected, terminating
wpa_supplicant[919]: wlan0: Removing interface wlan0
wpa_supplicant[919]: wlan0: Request to deauthenticate - bssid=REDACTED 
pending_bssid=00:00:00:00:00:00 reason=3 state=COMPLETED
wpa_supplicant[919]: TDLS: Tear down peers
wpa_supplicant[919]: wpa_driver_nl80211_deauthenticate(addr=REDACTED 
reason_code=3)
wpa_supplicant[919]: wlan0: Event DEAUTH (12) received
wpa_supplicant[919]: wlan0: Deauthentication notification
wpa_supplicant[919]: wlan0:  * reason 3 (locally generated)
wpa_supplicant[919]: Deauthentication frame IE(s) - hexdump(len=0): [NULL]
wpa_supplicant[919]: wlan0: CTRL-EVENT-DISCONNECTED bssid=REDACTED reason=3 
locally_generated=1

Since this relationship is not set in the systemd configuration, the only way
to correctly shutdown services that require wireless connection is to
set After=dbus.service in them. Of course, this is not evident in any way, and
it can cause bugs such as #761909.

I'm not sure what the solution would be in this case, I'm cc'ing the systemd
maintainers since it seems to me they have tackled this kind of problems with
wlan before.

Thanks,
Facundo

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

Kernel: Linux 4.0.1 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wpasupplicant depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.19-18
ii  libdbus-1-3   1.8.18-1
ii  libnl-3-200   3.2.24-2
ii  libnl-genl-3-200  3.2.24-2
ii  libpcsclite1  1.8.13-1
ii  libreadline6  6.3-8+b3
ii  libssl1.0.0   1.0.2a-1
ii  lsb-base  4.1+Debian13+nmu1

wpasupplicant recommends no packages.

Versions of packages wpasupplicant suggests:
pn  libengine-pkcs11-openssl  none
pn  wpaguinone

-- 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#780224: imagemagick: compare no longer terminates output with \n

2015-05-17 Thread Sanjoy Mahajan

I disagree with the developers' reasoning (programs also like newlines),
but thank you for the useful workaround.

-Sanjoy


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

Bug#784854: RFS: gtk3-engines-unico/1.0.3+14.04.20140109+repack1-1 [ITA] [RC]

2015-05-17 Thread Dmitry Smirnov

Hi James,

I'm unable to review your packaging at this time.


On Sun, 17 May 2015 17:13:34 James Lu wrote:
 As for the package truly being orphaned, I assume that the people who
 filed the report already knew what was going on.

No he did not know. #717044 was filed by person who is not a Debian Developer 
and not even Debian Maintainer. Clearly he is not familiar with orphaning 
procedure...


 The LDAP database
 didn't find anything for Karolina Kalic or karol...@resenje.org,

This is expected as she is also not a Debian Developer. Database is only for 
official members of Debian project and it does not list all contributors.

However there is some scarce information here:

https://contributors.debian.org/contributor/karolina-guest%40alioth


 and the
 package has been orphaned for almost 2 years now. Two of their packages
 appear to have new maintainers already
 https://qa.debian.org/developer.php?login=karolina%40resenje.org
 (curtain and spotlighter).

It looks like she did not do anything about critical bug #706330
since 2013-07-17 which IMHO justifies takeover because she is obviously not 
active or at least appears to be not on top of her maintainer's duties...

I would assign ITA bug to the package, express my intention to take over to 
the bug and to current maintainer, wait for some time and eventually proceed 
with upload (provided that everything is OK with packaging and there are no 
objections from maintainer). 


 Either way, I'll Cc them on this conversation now. I'm not sure what has
 been done already, and what still has to be done.

Good.

-- 
Cheers,
 Dmitry Smirnov.

---

Every decent man is ashamed of the government he lives under.
-- H. L. Mencken




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

Bug#785591: moodle: CVE-2015-3174 CVE-2015-3175 CVE-2015-3176 CVE-2015-3177 CVE-2015-3178 CVE-2015-3179 CVE-2015-3180 CVE-2015-3181

2015-05-17 Thread Salvatore Bonaccorso

Source: moodle
Version: 2.7.7+dfsg-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

see http://www.openwall.com/lists/oss-security/2015/05/18/1 for
details on the assigned CVEs.

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#785590: ITP: freefall -- daemon to protect disk for laptops with supported sensors

2015-05-17 Thread Jesse Sung

Package: wnpp
Severity: whishlist

* Package name : freefall
* URL :
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/laptops/freefall.c
* License : GPL
Description : daemon to protect disk for laptops with supported sensors

The accelerometer drivers for HP and DELL laptops are already available
in the linux kernel for a while. A daemon is required to handle the
events generated by the drivers.

This program is included in the kernel source. It will do the user-space
jobs: to park/un-park disk head when something happens, and make LEDs
blink accordingly.


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

Bug#568838: Still a bug in Wheezy Jessie

2015-05-17 Thread Sam McLeod

This appears to still be a bug in both Wheezy and Jessie – is there any reason 
this patch never made it in?

Bug#757946: java-package: fatal errors while building plugin

2015-05-17 Thread tony mancill

Hi,

thank you for the bug report.  This was due to missing dependencies, the
same root cause as #782132, and should be addressed with the upload of
version 0.59.

If you continue to encounter this problem, please feel free to reopen
this bug.

Thank you
tony



signature.asc
Description: OpenPGP digital signature

Bug#785590: ITP: freefall -- daemon to protect disk for laptops with supported sensors