Bug#839721: [libmnl] The copyright file contains the wrong license

2016-10-04 Thread Jean-Baptiste Rouault
Source: libmnl
Version: 1.0.3-5
Severity: normal

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

The copyright file states that libmnl is licensed under GPL-2+.
However, libmnl has been licensed under LPGL v2.1 since its 1.0.0 release.
The commit introducing the change can be seen here : 
https://git.netfilter.org/libmnl/commit/?id=a2975d2eb058d187db616b67a5e7d88382dbcc6a

Version 1.0.4-1 in testing/unstable is also affected by this "bug".

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.16.0-0.bpo.4-amd64

Debian Release: 7.11
  500 wheezy-backports mozilla.debian.net 
  500 wheezy  deb.playonlinux.com 
  500 stable  repository.spotify.com 
  500 oldstable   security.debian.org 
  500 oldstable   repository.hynesim.org 
  500 oldstable   repository.hns-platform.com 
  500 oldstable   ftp2.fr.debian.org 
  100 wheezy-backports ftp2.fr.debian.org 
  100 wheezy  fai-project.org 
1 unstableftp2.fr.debian.org 
1 testing security.debian.org 
1 testing ftp.fr.debian.org 
1 stable  security.debian.org 
1 stable  ftp2.fr.debian.org 
1 jessie-backports ftp2.fr.debian.org 
1 experimentalftp2.fr.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6   (>= 2.3.4) | 


Package's Recommends field is empty.

Package's Suggests field is empty.



Bug#790557: ice35-translators: slice2py generates code not usable by python 3.x

2015-06-30 Thread Jean-Baptiste Rouault
Package: ice35-translators
Version: 3.5.1-6+b3
Severity: important
Tags: upstream patch

When there are nested modules in the slice files, slice2py generate python code
not compatible with python 3.x because it uses implicit relative import.
The bug was reported on upstream forums and upstream provided a patch which we
applied and tested successfully on the Debian version.
The forum thread is here : https://zeroc.com/forums/bug-reports/6186-slice2py-
generates-code-not-usable-python-3-3-a.html



-- System Information:
Debian Release: 8.1
  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/1 CPU core)
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 ice35-translators depends on:
ii  libc6 2.19-18
ii  libgcc1   1:4.9.2-10
ii  libiceutil35  3.5.1-6+b3
ii  libslice353.5.1-6+b3
ii  libstdc++64.9.2-10

ice35-translators recommends no packages.

ice35-translators suggests no packages.

-- no debconf information
diff --git a/cpp/src/slice2py/Main.cpp b/cpp/src/slice2py/Main.cpp
index 0bb4efe..cd37d02 100644
--- a/cpp/src/slice2py/Main.cpp
+++ b/cpp/src/slice2py/Main.cpp
@@ -306,9 +306,40 @@ PackageVisitor::readInit(const string dir, StringList modules, StringList sub
 }
 else
 {
+//
+// This case occurs in old (Ice = 3.5.1) code that used implicit
+// relative imports, such as:
+//
+// File: outer/__init__.py
+//
+// import inner
+//
+// These aren't supported in Python 3. We'll translate these into
+// explicit relative imports:
+//
+// from . import inner
+//
 submodules.push_back(name);
 }
 }
+else if(s.find(from . import) == 0)
+{
+if(state != InSubmodules)
+{
+ostringstream os;
+os  invalid line `  s  ' in `  initPath  ';
+throw os.str();
+}
+
+if(s.size()  15)
+{
+ostringstream os;
+os  invalid line `  s  ' in `  initPath  ';
+throw os.str();
+}
+
+submodules.push_back(s.substr(14));
+}
 }
 
 if(state != InSubmodules)
@@ -351,7 +382,7 @@ PackageVisitor::writeInit(const string dir, const string name, const StringLis
 os  _submoduleTag  endl;
 for(StringList::const_iterator p = submodules.begin(); p != submodules.end(); ++p)
 {
-os  import   *p  endl;
+os  from . import   *p  endl;
 }
 }
 


Bug#790636: libfreerdp-dev: wrong includedir in pkgconfig file

2015-06-30 Thread Jean-Baptiste Rouault
Package: libfreerdp-dev
Version: 1.1.0~git20140921.1.440916e+dfsg1-4
Severity: grave
Tags: patch
Justification: renders package unusable

The various freerdp packages are now multi-arch and the headers are installed
in /usr/include/x86_64-linux-gnu/.
However, the includedir variable in freerdp.pc is set to /usr/include/
instead of /usr/include/x86_64-linux-gnu/.

Please find attached a modified version of the patch debian/patches/1003_multi-
arch-include-path.patch to fix this problem.



-- System Information:
Debian Release: 8.1
  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/1 CPU core)
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 libfreerdp-dev depends on:
ii  libfreerdp-cache1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-client1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-codec1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-common1.1.01.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-core1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-crypto1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-locale1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-primitives1.1  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-rail1.11.1.0~git20140921.1.440916e+dfsg1-4
ii  libfreerdp-utils1.1   1.1.0~git20140921.1.440916e+dfsg1-4
ii  libwinpr-dev  1.1.0~git20140921.1.440916e+dfsg1-4
ii  libxfreerdp-client1.1 1.1.0~git20140921.1.440916e+dfsg1-4

libfreerdp-dev recommends no packages.

libfreerdp-dev suggests no packages.

-- no debconf information
Description: Make include path configurable for multi-arch installation targets
Author: Mike Gabriel mike.gabr...@das-netzkwerkteam.de

--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -398,6 +398,7 @@
 # Path to put plugins
 
 set(FREERDP_LIBRARY_PATH ${CMAKE_INSTALL_LIBDIR})
+set(FREERDP_INCLUDE_PATH ${CMAKE_INSTALL_INCLUDEDIR})
 
 set(FREERDP_PLUGIN_PATH ${CMAKE_INSTALL_LIBDIR}/freerdp)
 set(FREERDP_ADDIN_PATH ${FREERDP_PLUGIN_PATH})
@@ -408,6 +409,7 @@
 # Include directories
 include_directories(${CMAKE_CURRENT_BINARY_DIR})
 include_directories(${CMAKE_CURRENT_BINARY_DIR}/include)
+include_directories(${CMAKE_CURRENT_BINARY_DIR}/${CMAKE_INSTALL_INCLUDEDIR})
 include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include)
 
 # Configure files
--- a/freerdp.pc.in
+++ b/freerdp.pc.in
@@ -1,7 +1,7 @@
 prefix=@CMAKE_INSTALL_PREFIX@
 exec_prefix=@CMAKE_INSTALL_PREFIX@
 libdir=@CMAKE_INSTALL_FULL_LIBDIR@
-includedir=@CMAKE_INSTALL_PREFIX@/include
+includedir=@CMAKE_INSTALL_PREFIX@/@CMAKE_INSTALL_INCLUDEDIR@
 
 Name: FreeRDP
 Description: A free remote desktop protocol client
--- b/winpr/include/CMakeLists.txt
+++ b/winpr/include/CMakeLists.txt
@@ -16,4 +16,4 @@
 # limitations under the License.
 
 file(GLOB WINPR_HEADERS winpr/*.h)
-install(FILES ${WINPR_HEADERS} DESTINATION include/winpr COMPONENT headers)
+install(FILES ${WINPR_HEADERS} DESTINATION ${CMAKE_INSTALL_INCLUDEDIR}/winpr COMPONENT headers)
--- a/include/CMakeLists.txt
+++ b/include/CMakeLists.txt
@@ -20,16 +20,16 @@
 configure_file(${CMAKE_CURRENT_SOURCE_DIR}/freerdp/version.h.in ${CMAKE_CURRENT_BINARY_DIR}/freerdp/version.h)
 
 file(GLOB FREERDP_HEADERS freerdp/*.h)
-install(FILES ${FREERDP_HEADERS} DESTINATION include/freerdp COMPONENT headers)
-install(FILES ${CMAKE_CURRENT_BINARY_DIR}/freerdp/version.h DESTINATION include/freerdp COMPONENT headers)
+install(FILES ${FREERDP_HEADERS} DESTINATION ${CMAKE_INSTALL_INCLUDEDIR}/freerdp COMPONENT headers)
+install(FILES ${CMAKE_CURRENT_BINARY_DIR}/freerdp/version.h DESTINATION ${CMAKE_INSTALL_INCLUDEDIR}/freerdp COMPONENT headers)
 
-install(DIRECTORY freerdp/cache DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/codec DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/crypto DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/gdi DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/locale DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/rail DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/utils DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/client DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/server DESTINATION include/freerdp COMPONENT headers FILES_MATCHING PATTERN *.h)
-install(DIRECTORY freerdp/channels DESTINATION include/freerdp COMPONENT headers 

Bug#790570: ruby-zeroc-ice: Generated .rb files are missing from binary package

2015-06-30 Thread Jean-Baptiste Rouault
Package: ruby-zeroc-ice
Version: 3.5.1-6+b3
Severity: grave
Tags: patch
Justification: renders package unusable

The package includes only the IceRuby.so library, not the .rb files generated
during the build.
This makes Ice ruby bindings unusable on Debian.
Please find attached a patch for debian/ruby-zeroc-ice.install to add files
installed in /usr/lib/ruby/* to the binary package.



-- System Information:
Debian Release: 8.1
  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/1 CPU core)
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 ruby-zeroc-ice depends on:
ii  libc6   2.19-18
ii  libgcc1 1:4.9.2-10
ii  libiceutil353.5.1-6+b3
ii  libruby2.1  2.1.5-2+deb8u1
ii  libslice35  3.5.1-6+b3
ii  libstdc++6  4.9.2-10
ii  libzeroc-ice35  3.5.1-6+b3
ii  ruby1:2.1.5+deb8u1

Versions of packages ruby-zeroc-ice recommends:
ii  ice35-slice [ice-slice]   3.5.1-6
ii  ice35-translators [slice2rb]  3.5.1-6+b3

ruby-zeroc-ice suggests no packages.

-- no debconf information
diff --git a/debian/ruby-zeroc-ice.install b/debian/ruby-zeroc-ice.install
index 267ca7a..7548b90 100644
--- a/debian/ruby-zeroc-ice.install
+++ b/debian/ruby-zeroc-ice.install
@@ -1 +1,2 @@
 usr/lib/*/ruby
+usr/lib/ruby/*


Bug#777548: libguestfs-tools: virt-builder fails with --size option

2015-02-09 Thread Jean-Baptiste Rouault
Package: libguestfs-tools
Version: 1:1.28.1-1
Severity: normal
Tags: patch

Dear Maintainer,

When running virt-builder with --size option, the command fails to resize the 
disk image.
Here is the program output :
jb@debian:~$ virt-builder debian-7 -o debian7.img --size 8G
[   1.0] Downloading: http://libguestfs.org/download/builder/debian-7.xz
[   2.0] Planning how to build this image
[   2.0] Uncompressing
[   4.0] Resizing (using virt-resize) to expand the disk to 8.0G
virt-resize: error: libguestfs error: copy_device_to_device: /dev/sdb2: 
write: No space left on device

If reporting bugs, run virt-resize with debugging enabled and include the 
complete output:

  virt-resize -v -x [...]

It looks like the following upstream commit fixes the problem, but I didn't try 
to
apply it to the current version in Jessie :
https://github.com/libguestfs/libguestfs/commit/9d6f0b6a86d68438b27a3d783677c63f39ec6627

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

Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/20 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: sysvinit (via /sbin/init)

Versions of packages libguestfs-tools depends on:
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-13
ii  libcairo2  1.14.0-2.1
ii  libconfig9 1.4.9-2
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-2
ii  libfuse2   2.9.3-15+b1
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libglib2.0-0   2.42.1-1
ii  libgtk2.0-02.24.25-1
ii  libguestfs-perl1:1.28.1-1
ii  libguestfs01:1.28.1-1
ii  libintl-perl   1.23-1
ii  liblzma5   5.1.1alpha+20120614-2+b3
ii  libncurses55.9+20140913-1+b1
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpangoft2-1.0-0  1.36.8-3
ii  libpcre3   2:8.35-3.3
ii  libreadline6   6.3-8+b2
ii  libstring-shellquote-perl  1.03-1
ii  libsys-virt-perl   1.2.9-2
ii  libtinfo5  5.9+20140913-1+b1
ii  libvirt0   1.2.9-8
ii  libwin-hivex-perl  1.3.10-2+b1
ii  libxml22.9.1+dfsg1-4

libguestfs-tools recommends no packages.

libguestfs-tools 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#730717: [iproute] Wrong output order with large ifindex

2013-12-02 Thread Jean-Baptiste Rouault
On Friday 29 November 2013 19:43:23 Stephen Hemminger wrote:
 On Thu, 28 Nov 2013 07:24:14 -0800
 
 Jean-Baptiste Rouault jean-baptiste.roua...@diateam.net wrote:
  Package: iproute
  Version: 20120521-3+b3
  Severity: normal
  
  --- Please enter the report below this line. ---
  When a large number of network interfaces has been created, ip link and
  ip addr output is in the wrong order, as can be seen below.
  
  It looks like a uint8_t overflow or something like that.
  
  257: hns002: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue
  state UP mode DEFAULT
  
  link/ether de:89:0a:54:e3:79 brd ff:ff:ff:ff:ff:ff
  
  1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode
  DEFAULT
  
  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  
  2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP
  mode DEFAULT qlen 1000
  
  link/ether 69:40:f3:99:40:0d brd ff:ff:ff:ff:ff:ff
  
  259: hns002v: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc
  pfifo_fast master hns002 state UP mode DEFAULT qlen 1000
  
  link/ether de:89:0a:54:e3:79 brd ff:ff:ff:ff:ff:ff
  
  3: vboxtap0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc
  pfifo_fast state DOWN mode DEFAULT qlen 500
  
  link/ether 62:36:54:33:27:40 brd ff:ff:ff:ff:ff:ff
  
  --- System information. ---
  Architecture: amd64
  Kernel:   Linux 3.10-0.bpo.3-amd64
  
  Debian Release: 7.2
  
990 stable  repository.hynesim.org
500 wheezy-backports mozilla.debian.net
500 wheezy  apt.puppetlabs.com
500 stable  security.debian.org
500 stable  repository.spotify.com
500 stable  ftp.fr.debian.org
500 stable  dl.google.com
500 isv:ownCloud:community download.opensuse.org
100 wheezy-backports ftp.fr.debian.org

  1 unstableftp.fr.debian.org
  1 testing ftp.fr.debian.org
  1 experimentalftp.fr.debian.org
  
  --- Package information. ---
  Depends   (Version) | Installed
  ===-+-===
  libc6  (= 2.4) |
  libdb5.1|
  
  
  Recommends  (Version) | Installed
  =-+-===
  libatm1   |
  
  
  Suggests (Version) | Installed
  ==-+-===
  iproute-doc|
 
 The interfaces are returned in order sent by the kernel.
 The kernel never guaranteed any particular order, it happens to maintain
 the interfaces in a linked list in order they are created.

Shouldn't they be sorted by ifindex if they are put in the list in the order 
they are created ?


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



Bug#730717: [iproute] Wrong output order with large ifindex

2013-11-28 Thread Jean-Baptiste Rouault
Package: iproute
Version: 20120521-3+b3
Severity: normal

--- Please enter the report below this line. ---
When a large number of network interfaces has been created, ip link and ip 
addr output is in the wrong order, as can be seen below.

It looks like a uint8_t overflow or something like that.

257: hns002: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue 
state UP mode DEFAULT 
link/ether de:89:0a:54:e3:79 brd ff:ff:ff:ff:ff:ff
1: lo: LOOPBACK,UP,LOWER_UP mtu 65536 qdisc noqueue state UNKNOWN mode 
DEFAULT 
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc mq state UP mode 
DEFAULT qlen 1000
link/ether 69:40:f3:99:40:0d brd ff:ff:ff:ff:ff:ff
259: hns002v: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast 
master hns002 state UP mode DEFAULT qlen 1000
link/ether de:89:0a:54:e3:79 brd ff:ff:ff:ff:ff:ff
3: vboxtap0: NO-CARRIER,BROADCAST,MULTICAST,UP mtu 1500 qdisc pfifo_fast 
state DOWN mode DEFAULT qlen 500
link/ether 62:36:54:33:27:40 brd ff:ff:ff:ff:ff:ff

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-0.bpo.3-amd64

Debian Release: 7.2
  990 stable  repository.hynesim.org 
  500 wheezy-backports mozilla.debian.net 
  500 wheezy  apt.puppetlabs.com 
  500 stable  security.debian.org 
  500 stable  repository.spotify.com 
  500 stable  ftp.fr.debian.org 
  500 stable  dl.google.com 
  500 isv:ownCloud:community download.opensuse.org 
  100 wheezy-backports ftp.fr.debian.org 
1 unstableftp.fr.debian.org 
1 testing ftp.fr.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
libc6  (= 2.4) | 
libdb5.1| 


Recommends  (Version) | Installed
=-+-===
libatm1   | 


Suggests (Version) | Installed
==-+-===
iproute-doc| 
-- 
Jean-Baptiste ROUAULT
RD Engineer - diateam : Architectes de l'information
Phone : +33 (0)2 98 050 050 Fax : +33 (0)2 98 050 051


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



Bug#729044: [libfreerdp-dev] Package unusable due to bad #include directive

2013-11-08 Thread Jean-Baptiste Rouault
Package: libfreerdp-dev
Version: 1.0.1-1.1+deb7u2
Severity: grave
Tags: patch

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

Trying to build something against libfreerdp-dev leads to compilation errors 
similar to the following one:

In file included from /usr/include/freerdp/gdi/gdi.h:26:0,
[...]
/usr/include/freerdp/utils/debug.h:23:20: fatal error: config.h: No such file 
or directory

Please find attached a patch which fixes the issue.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.5-trunk-amd64

Debian Release: 7.2
  990 stable  sauron 
  990 stable  repository.hynesim.org 
  500 wheezy-backports mozilla.debian.net 
  500 wheezy  apt.puppetlabs.com 
  500 stable  security.debian.org 
  500 stable  repository.spotify.com 
  500 stable  ftp.fr.debian.org 
  500 stable  dl.google.com 
  500 isv:ownCloud:community download.opensuse.org 
  100 wheezy-backports ftp.fr.debian.org 
1 unstableftp.fr.debian.org 
1 testing ftp.fr.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libfreerdp1 (= 1.0.1-1.1+deb7u2) | 1.0.1-1.1+deb7u2
libfreerdp-plugins-standard (= 1.0.1-1.1+deb7u2) | 1.0.1-1.1+deb7u2


Package's Recommends field is empty.

Package's Suggests field is empty.
-- 
Jean-Baptiste ROUAULT
RD Engineer - diateam : Architectes de l'information
Phone : +33 (0)2 98 050 050 Fax : +33 (0)2 98 050 051
Index: freerdp/include/freerdp/utils/debug.h
===
--- freerdp.orig/include/freerdp/utils/debug.h	2013-02-19 09:35:03.0 +0100
+++ freerdp/include/freerdp/utils/debug.h	2013-02-19 09:35:25.0 +0100
@@ -20,8 +20,6 @@
 #ifndef __UTILS_DEBUG_H
 #define __UTILS_DEBUG_H
 
-#include config.h
-
 #include stdio.h
 
 #define DEBUG_NULL(fmt, ...) do { } while (0)
Index: freerdp/libfreerdp-core/freerdp.c
===
--- freerdp.orig/libfreerdp-core/freerdp.c	2013-02-19 09:34:31.0 +0100
+++ freerdp/libfreerdp-core/freerdp.c	2013-02-19 09:34:51.0 +0100
@@ -17,6 +17,7 @@
  * limitations under the License.
  */
 
+#include config.h
 #include rdp.h
 #include input.h
 #include update.h


Bug#663589: libvirt: virtualbox-ose isn't a build dependency of libvirt anymore

2012-03-12 Thread Jean-Baptiste Rouault

Source: libvirt
Version: 0.9.10-1
Severity: normal

Since upstream commit f4a8542dd5a23710dde7688fd959d1313bc2b9c7
libvirt doesn't need an installed VirtualBox when compiling.
virtualbox-ose should be removed from libvirt build dependencies.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable'), 
(1, 'stable')

Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-1-amd64 (SMP w/24 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#635730: vzctl: /etc/init.d/vz does not load some modules

2011-07-28 Thread Jean-Baptiste Rouault
Package: vzctl
Version: 3.0.27-1
Severity: normal
Tags: wheezy

Steps to reproduce:
1. start OpenVZ: /etc/init.d/vz start
2. look for loaded modules: 
$ lsmod |grep vz
vzethdev7301  0 
vznetdev   17967  0 
vzmon  16317  2 vzethdev,vznetdev
vzdquota   35158  0 [permanent]
vzdev   1824  4 vzethdev,vznetdev,vzmon,vzdquota
vzevent 1723  1

Some modules arent't loaded such as vzcpt or vzrst.

Upstream init script shebang line changed from /bin/bash to /bin/sh.

The problem here is that the variable assignment at line 467 doesn't
work correctly with dash. Quoting $1 seems to do the trick:
local modules=$1

Regards,
Jean-Baptiste Rouault

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

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

Versions of packages vzctl depends on:
ii  iproute   20110629-1 networking and traffic control too
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  vzquota   3.0.12-3   server virtualization solution - q

Versions of packages vzctl recommends:
ii  rsync 3.0.8-1fast remote file copy program (lik

vzctl suggests no packages.

-- Configuration Files:
/etc/vz/conf/ve-basic.conf-sample changed [not included]
/etc/vz/vz.conf changed [not included]

-- 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