Bug#641074: Request URI gets too large submitting changes to a large transfer list

2011-09-10 Thread martin f krafft
Package: mldonkey-server
Version: 3.0.3-4
Severity: wishlist
Tags: upstream

With a large transfer list, I cannot select files in the PRC
columns anymore and then click on Submit changes to submit those
changes. If I do, the browser gives me a Request URI is too large
error — request URIs on GET requests are limited to 4kb.

The easy solution is to convert the submission request to using
POST.

Thanks,

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

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


-- 
 .''`.   martin f. krafft madduck@d.o  Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)


Bug#641072: backtrace with gtk dbg packages

2011-09-10 Thread Praveen A
Should I install any other dbg packages?

#0  0x7f53030b72c4 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x7f53033326f4 in g_once_init_enter_impl () from /lib/libglib-2.0.so.0
#2  0x7f52e41f6ac4 in bluetooth_chooser_get_type ()
   from /usr/lib/libgnome-bluetooth.so.7
#3  0x7f52e6785187 in ?? ()
   from /usr/lib/control-center-1/panels/libbluetooth.so
#4  0x7f53037ed8e0 in g_type_create_instance ()
   from /usr/lib/libgobject-2.0.so.0
#5  0x7f53037cc08c in ?? () from /usr/lib/libgobject-2.0.so.0
#6  0x7f53037cea34 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#7  0x7f53037cf8d6 in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#8  0x7f53037cfbe4 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#9  0x004080fd in ?? ()
#10 0x004076c5 in ?? ()
#11 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#12 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0
#13 0x7f53037e46ca in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#14 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#15 0x00409c33 in ?? ()
#16 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
---Type return to continue, or q return to quit---
#17 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0
#18 0x7f53037e46ca in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#19 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#20 0x00409d01 in ?? ()
#21 0x7f5304c55798 in ?? () from /usr/lib/libgtk-3.so.0
#22 0x7f53037ca12e in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#23 0x7f53037dafab in ?? () from /usr/lib/libgobject-2.0.so.0
#24 0x7f53037e448b in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#25 0x7f53037e4872 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#26 0x7f5304d780f9 in ?? () from /usr/lib/libgtk-3.so.0
#27 0x7f5304c54ffa in gtk_propagate_event () from /usr/lib/libgtk-3.so.0
#28 0x7f5304c55393 in gtk_main_do_event () from /usr/lib/libgtk-3.so.0
#29 0x7f53048d2512 in ?? () from /usr/lib/libgdk-3.so.0
#30 0x7f530330d10d in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#31 0x7f530330d8e8 in ?? () from /lib/libglib-2.0.so.0
#32 0x7f530330df2a in g_main_loop_run () from /lib/libglib-2.0.so.0
#33 0x7f5304c5483d in gtk_main () from /usr/lib/libgtk-3.so.0
#34 0x7f5303a9b8be in g_application_run () from /usr/lib/libgio-2.0.so.0
#35 0x00406a16 in main ()

-- 
പ്രവീണ്‍ അരിമ്പ്രത്തൊടിയില്‍
You have to keep reminding your government that you don't get your
rights from them; you give them permission to rule, only so long as
they follow the rules: laws and constitution.



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



Bug#641075: icedtea-netx fails to install on sid

2011-09-10 Thread Michail Bachmann
Package: icedtea-netx
Severity: normal

unmet dependencies:

# aptitude install icedtea-netx
The following NEW packages will be installed:
  icedtea-netx 
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 461 kB of archives. After unpacking 651 kB will be used.
The following packages have unmet dependencies:
  openjdk-6-jre-headless: Conflicts: icedtea-netx ( 1.1.1-2~) but 1.1-1 is to 
be installed.
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) icedtea-netx [Not Installed]   



CU Micha

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

Kernel: Linux 3.0.0-1-686-pae (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/bash



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



Bug#618310: ttf-dejavu: small Latin letters with dot above broken at small font sizes

2011-09-10 Thread Piotr Engelking
Piotr Engelking inkerma...@gmail.com wrote:

 In DejaVu Sans Bold and DejaVu Sans Oblique, small Latin letters with
 dot above (such as U+017C ż LATIN SMALL LETTER Z WITH DOT ABOVE) are
 broken at small font sizes - the dot is replaced with a vertical line.

The issue is present if font hinting is set to full or medium
(Xft.hintstyle: hintfull/hintmedium in xrdb -query), and
absent if it is set to slight or none (hintslight/hintnone).



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



Bug#641039: kwalletmanager: German Name entry in desktop file is wrong and useless

2011-09-10 Thread Ronny Standtke
 Where is the name of the application KWalletManager in German?

I am German and I can assure you that I have never seeen translated 
application names before. KLettres stays KLettres in German and does not 
become KBuchstaben, KRuler does not become KLineal, Marble does not 
become Murmel, etc...

 As far as I see, it it translated as Dienstprogramm für digitale
 Brieftaschen

Yes, and this is exactly the bug.

  Therefore this entry should be
  removed. The attached patch fixes this issue.
 
 Desktop files are edited by the KDE infrastructure, so removing the line
 will not do, because it is added again automatically.
 
 Can you please open a report on
 https://bugs.kde.org/enter_bug.cgi?product=i18ncomponent=deformat=guided
 so that the team itself can discuss it?

OK, I will do so.

Best regards

Ronny
-- 
Ronny Standtke Fachhochschule Nordwestschweiz
Dozent Medienpädagogik / ICT   Pädagogische Hochschule
Telefon: +41 32 628 67 08  Obere Sternengasse 7
Mobil  : +41 79 786 81 82  4502 Solothurn



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



Bug#640923: Only use Recommends, remove module reference from *default* installed profile or configuration

2011-09-10 Thread Martin Paljak
Hello,

If using PKCS#11 it should not Depend on OpenSC, only Recommend as it
allows to add smart card support (but an alternative PKCS#11 could be
used instead, maybe a softhsm or a proprietary one)

I further suggest to remove any references to opensc-pkcs11.so in
configuration files that might get installed/enabled by default, as
enabling OpenSC support should be a conscious decision by the user to
enable a specific hardware key device in a configuration.

Maybe using p11-kit should be considered, which proxy module might make
more sense as a by default enabled module.

-- 
@MartinPaljak
+3725156495



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



Bug#641076: Don't fade screen on remote X displays

2011-09-10 Thread Daniel Richard G.
Package: libgksu2-0
Version: 2.0.13~pre1-4
Tags: patch

If your desktop is on a remote X display, libgksu's fancy fade-out
becomes more like a few-seconds-long freeze, after which the screen
instantly darkens and the authentication dialog appears. The fade-in
afterwards is similarly clunktastic.

This is a patch I've had kicking around for a while, and would have
submitted to the upstream, if the upstream maintainer hadn't apparently
ceased all work on this project in late 2009.

The patch implements a simple test to check whether the screen is local
or not. The screen_is_local() function might need updating to support
non-X displays; I haven't any experience with those.
Index: libgksu/libgksu.c
===
--- libgksu/libgksu.c	(revision 876)
+++ libgksu/libgksu.c	(working copy)
@@ -531,10 +531,23 @@
 
 }
 
+static gboolean
+screen_is_local (GdkScreen *screen)
+{
+  GdkDisplay *display;
+  const gchar *display_name;
+
+  display = gdk_screen_get_display (screen);
+  display_name = gdk_display_get_name (display);
+
+  return display_name[0] == ':';
+}
+
 int
 grab_keyboard_and_mouse (GtkWidget *dialog)
 {
   GdkGrabStatus status;
+  GdkScreen *screen;
   gint grab_tries = 0;
   gint lock = -1;
   pid_t pid;
@@ -557,7 +570,12 @@
   g_free (fname);
 
   gdk_threads_enter ();
-  fadeout_screen (gdk_screen_get_default (), 0);
+
+  screen = gdk_screen_get_default ();
+
+  if (screen_is_local (screen))
+fadeout_screen (screen, 0);
+
   gtk_widget_show_all (dialog);
 
   /* reset cursor */
@@ -621,8 +639,11 @@
   gdk_keyboard_ungrab(GDK_CURRENT_TIME);
   gdk_flush();
 
-  g_get_current_time (fade_data-start_time);
-  while (fadein_callback (fade_data) != FALSE);
+  if (fade_data != NULL)
+{
+  g_get_current_time (fade_data-start_time);
+  while (fadein_callback (fade_data) != FALSE);
+}
   gdk_threads_leave();
 
   close(lock);


Bug#641077: does not work after suspend/resume

2011-09-10 Thread Peter Palfrader
Package: ekeyd
Version: 1.1.4-1~bpo60+1
Severity: normal

Hi,

I have an entropykey attached to my desktop.  After a suspend and resume
the entropy key does not work:

| weasel@valiant:~$ sudo ekeydctl list
| NR,OK,Status,Path,SerialNo
| 1,NO,Key closed. (Vanished?),/dev/entropykey/OQBsBlg0MTFBZBZD,OQBsBlg0MTFBZBZD

restarting ekeyd doesn't help:
| weasel@valiant:~$ sudo ekeydctl list
| NR,OK,Status,Path,SerialNo
| 1,YES,Unknown,/dev/entropykey/OQBsBlg0MTFBZBZD

Removing the cdc_acm module (either before restarting ekeyd, or after
stopping it once more should it have been restarted already) and then
re-loading it helps and the ekey is in 'Running OK' once more.

Ideally it would just work after resume.

Cheers,



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



Bug#640978: vpnc-script requires an update for recent iproute

2011-09-10 Thread Antonio Borneo
On Fri, Sep 9, 2011 at 2:31 PM, Jason White ja...@jasonjgw.net wrote:
 Package: vpnc
 Version: 0.5.3r449-2.1
 Severity: normal

 The provided vpnc-script is not compatible with recent versions of iproute,
 apparently, as the output format has changed corresponding to version 2.6.39
 and later of the kernel. (It isn't clear to me whether the change was in the
 kernel itself or in the iproute package, based on the information cited
 below.)
 This is the bug described here:
 http://aptosid.com/index.php?name=PNphpBB2file=viewtopict=1295
 and the work-around given on that page comprises the following patch, which I
 have tested and which solved the problem for me.

 diff --git a/vpnc/vpnc-script b/vpnc/vpnc-script
 index 64be38c..4c5e27a 100755
 --- a/vpnc/vpnc-script
 +++ b/vpnc/vpnc-script
 @@ -116,7 +116,7 @@ destroy_tun_device() {

  if [ -n $IPROUTE ]; then
        fix_ip_get_output () {
 -               sed 's/cache//;s/metric \?[0-9]\+ [0-9]\+//g;s/hoplimit 
 [0-9]\+//g'
 +               sed 's/cache//;s/metric 
 \?[0-9]\+[0-9]\+//g;s/hoplimit[0-9]\+//g;s/ipid 0x//g'
        }

        set_vpngateway_route() {

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

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

 Versions of packages vpnc depends on:
 ii  libc6        2.13-18
 ii  libgcrypt11  1.5.0-3
 ii  libgnutls26  2.12.10-1

 Versions of packages vpnc recommends:
 ii  iproute  20110629-1

 Versions of packages vpnc suggests:
 pn  resolvconf  none

 -- Configuration Files:
 /etc/vpnc/example.conf [Errno 13] Permission denied: u'/etc/vpnc/example.conf'
 /etc/vpnc/vpnc-script [Errno 13] Permission denied: u'/etc/vpnc/vpnc-script'

 -- no debconf information

Hi Jason,
I added in copy the list vpnc-devel.

In the fix you provide,
1) you add ;s/ipid 0x//g at the end of string.
   This does not impact backward compatibility. I'm in favour to commit it.
   Could you please provide, as reference, the output of ip command
that contains the string ipid 0x? Better if together with the
full command line of ip.
2) you remove one blank space between [0-9]\+ and [0-9]\+.
   Is it correct, or just a bad copy-paste?
   The link in your mail points to a similar fix, but it keeps the blank space.

Thanks and Best Regards,
Antonio Borneo



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



Bug#641078: gdebi-kde should not use sudo in Debian.

2011-09-10 Thread Sergio Cipolla
Package: gdebi-kde
Version: 0.8.1
Severity: important

Dear Maintainer,
Debian doesn't use sudo as default. Since this is supposed to be a 
newbie friendly tool, it should have the same behaviour as all the
other Debian tools, i.e., use kdesu and not kdesudo.

(this is a duplicate of a bug report I just sent but reportbug
wasn't configured with my email)
(and yes, I know this is an Ubuntu project, but since it was made
available for Debian it should be properly ported)


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

Kernel: Linux 3.0.0-1-486
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdebi-kde depends on:
ii  gdebi-core   0.8.1 
ii  kdesudo  3.4.2.4-1 
ii  python   2.6.7-3   
ii  python-kde4  4:4.6.80-3

Versions of packages gdebi-kde recommends:
ii  shared-mime-info  0.90-1

gdebi-kde 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#641079: fakechroot doesnt wrap faccessat

2011-09-10 Thread Johannes Schauer
Package: fakechroot
Version: 2.14-1
Severity: normal
Tags: patch

Hi,

fakechroot doesnt wrap faccessat which is for example used by /bin/sh to
do a [ -r /some/file ] check.

the attached patch adds this missing functionality.

cheers, josch
diff --git a/configure.ac b/configure.ac
index 34a4bfd..086e8a1 100644
--- a/configure.ac
+++ b/configure.ac
@@ -121,6 +121,7 @@ AC_CHECK_FUNCS(m4_normalize([
 _xftw
 _xftw64
 access
+faccessat
 acct
 bind
 bindtextdomain
diff --git a/src/Makefile.am b/src/Makefile.am
index c851dc7..09effd8 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -26,6 +26,7 @@ libfakechroot_la_SOURCES = \
 _xftw.c \
 _xftw64.c \
 access.c \
+faccessat.c \
 acct.c \
 bind.c \
 bindtextdomain.c \
diff --git a/src/faccessat.c b/src/faccessat.c
new file mode 100644
index 000..e42c70c
--- /dev/null
+++ b/src/faccessat.c
@@ -0,0 +1,32 @@
+/*
+libfakechroot -- fake chroot environment
+Copyright (c) 2010 Piotr Roszatycki dex...@debian.org
+
+This library is free software; you can redistribute it and/or
+modify it under the terms of the GNU Lesser General Public
+License as published by the Free Software Foundation; either
+version 2.1 of the License, or (at your option) any later version.
+
+This library is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+Lesser General Public License for more details.
+
+You should have received a copy of the GNU Lesser General Public
+License along with this library; if not, write to the Free Software
+Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307  USA
+*/
+
+
+#include config.h
+
+#include libfakechroot.h
+
+
+wrapper(faccessat, int, (int dirfd, const char * pathname, int mode, int flags))
+{
+char *fakechroot_path, fakechroot_buf[FAKECHROOT_PATH_MAX];
+debug(faccessat(%d, \%s\, %d, %d), dirfd, pathname, mode, flags);
+expand_chroot_path(pathname, fakechroot_path, fakechroot_buf);
+return nextcall(faccessat)(dirfd, pathname, mode, flags);
+}


Bug#640912: bsnes: FTBFS on non-Linux archs

2011-09-10 Thread Tobias Hansen
Thanks. I notified upstream anf will try to make sure that the next 
package builds on kfreebsd.


Best regards,
Tobias

Am 08.09.2011 15:20, schrieb Pino Toscano:

Package: bsnes
Severity: important
Tags: patch

Hi,

currently bsnes fails to build on kFreeBSD and Hurd.
The attached patch fixes all the general non-Linux issues, making bsnes
compile on kFreeBSD at least (still few remain for Hurd, which need to
be handled separately):
- detect kFreeBSD and Hurd as X platforms also in (the various copies
   of) detect.hpp
- compile the ALSA audio output only on Linux systems

Could you please forward this upstream?

Thanks,





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



Bug#641080: pkcs11_startup has broken paths

2011-09-10 Thread Guido Trotter
Package: opencryptoki
Version: 2.3.1+dfsg-2
Severity: important

Paths in pkcs11_startup are broken, thus
/var/lib/opencryptoki/pk_config_data gets deleted, but never recreated
correctly, since all the ifs are conditional to some libraries being
present in some wrong location (/usr/lib64 rather than /lib)


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

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

Versions of packages opencryptoki depends on:
ii  adduser 3.113add and remove users and groups
ii  libc6   2.13-18  Embedded GNU C Library: Shared lib
ii  libopencryptoki02.3.1+dfsg-2 PKCS#11 implementation (library)

opencryptoki recommends no packages.

opencryptoki suggests no packages.

-- Configuration Files:
/etc/init.d/opencryptoki 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



Bug#634563: dblatex: Bug#634563: xmlunit: FTBFS: [apply] grep: at10.log: No such file or directory

2011-09-10 Thread Andreas Hoenen
Andreas Hoenen andr...@hoenen-terstappen.de wrote:

 Hi Benoît,

 I want to inform you of Debian BTS report #634563 [1], which has been
 tracked down from the affected package xmlunit (a library that enables
 unit testing of XML) to dblatex:
snip/
 Attached is the problematic file [2]: by comparison of intermediate
 files XMLUnit-Java.tex for both dblatex versions and some experimenting
 I have tracked down the problem to the command:

 pdftitle={XMLUnit Java User's Guide
  
 \imgexists{xmlunit.png}{{\imgevalsize{xmlunit.png}{\includegraphics[width=331pt,height=100pt,keepaspectratio=true]{xmlunit.png{}
   },%

 Image inclusion in PDF title is a new feature of version 0.3.2, isn't
 it?  However there seems to be a problem with it, unfortunately I'm in
 lack of the necessary in-depth TeX knowledge to analyze further.
snip/

Hi Benoît,

meanwhile I think that the problem is not about how to include an image
into the pdftitle field, but that the image clause has been included
_accidentally_ into the pdftitle: the image clause is only targeted at
the document's title, but not for the pdftitle field.  Correct?

Thus I have created a somewhat clumsy hotfix [1]: computing a separate
XSL variable pdftitle based on the contents of the previously computed
XSL variable title, stripping off any image clause.  Detecting and
stripping off an embedded image clause is somewhat fragile: if you ever
change the structure of the image clause in title determination,
pdftitle computation would need to get adapted.

At least both possible settings of configuration parameter
imagedata.file.check are taken into account, I used the pdfinfo
command for inspecting the resulting pdftitle value.

If you are developing a more elegant respectively robust way for fixing
the problem, let me know, otherwise I would release a new Debian dblatex
release with my hotfix soon, as the BTS report is quite urgent due to
the FTBFS: Serious (policy violations or makes package unfit for
release)

[1] Author: Andreas Hoenen andr...@hoenen-terstappen.de
Description: Patch for BTS report #634563:
Don't try to include a title image in the pdftitle field of TeX package
hyperref, as this field doesn't support images.
--- a/xsl/preamble.xsl
+++ b/xsl/preamble.xsl
@@ -104,6 +104,21 @@
  |articleinfo/title
  |artheader/title)[1] mode=coverpage/
   /xsl:variable
+  xsl:variable name=pdftitle.image.start.clause
+xsl:choose
+  xsl:when test=$imagedata.file.check='1'\imgexists/xsl:when
+  xsl:otherwise{\imgevalsize/xsl:otherwise
+/xsl:choose
+  /xsl:variable
+  xsl:variable name=pdftitle
+xsl:choose
+  xsl:when test=contains($title,$pdftitle.image.start.clause)
+xsl:value-of select=substring-before($title,
+   $pdftitle.image.start.clause)/
+  /xsl:when
+  xsl:otherwisexsl:value-of select=$title//xsl:otherwise
+/xsl:choose
+  /xsl:variable
 
   !-- Get the Authors --
   xsl:variable name=authors
@@ -135,7 +150,7 @@
 xsl:text},%#10;/xsl:text
   /xsl:if
   xsl:textpdftitle={/xsl:text
-  xsl:value-of select=$title/
+  xsl:value-of select=$pdftitle/
   xsl:text},%#10;/xsl:text
   xsl:textpdfauthor={/xsl:text
   xsl:value-of select=$authors/

Regards, Andreas
-- 
Andreas Hoenen andr...@hoenen-terstappen.de
GPG: 1024D/B888D2CE
 A4A6 E8B5 593A E89B 496B
 82F0 728D 8B7E B888 D2CE


pgpuR83HFS6JC.pgp
Description: PGP signature


Bug#641081: libsepol1-dev: typo in package description

2011-09-10 Thread Davide Prina

Package: libsepol1-dev
Severity: minor

In DDTSS I see:

SELinux binary policy maniulation library and development files
  ^
__|

I think it must be:

SELinux binary policy manipulation library and development files

ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione contro il formato ms-ooxml:
http://www.noooxml.org/petition
Non autorizzo la memorizzazione del mio indirizzo su outlook




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



Bug#640978: vpnc-script requires an update for recent iproute

2011-09-10 Thread Jason White
Antonio Borneo borneo.anto...@gmail.com wrote:
 
 Hi Jason,
 I added in copy the list vpnc-devel.

That's a good idea.
 
 In the fix you provide,
 1) you add ;s/ipid 0x//g at the end of string.
This does not impact backward compatibility. I'm in favour to commit it.
Could you please provide, as reference, the output of ip command
 that contains the string ipid 0x? Better if together with the
 full command line of ip.

Is there a debug level that will provide this?

I'm not necessarily recommending the above fix (which was taken from the Web
page that I cited); I am merely reporting that it prevented the error message
and enabled me to connect.

The above page refers to a thread on LKNL, which would be the place to search
for a proper discussion.

If I can help further with debugging output, let me know.

For reference, I'm running iproute 20110629-1 with kernel 3.0.0-1.




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



Bug#641082: FTBFS(s390x/sparc64): relocation truncated to fit

2011-09-10 Thread Aurelien Jarno
Package: ipe
Version: 7.1.0-1
Severity: important
Tags: patch
Justification: fails to build from source
User: debian-s...@lists.debian.org
Usertags: s390x

ipe fails to build on s390x and sparc64, as on these architectures 
-fpic and -fPIC behaves differently. -fpic has a limit on the size 
of the GOT, while -fPIC doesn't. It's therefore better to use the
latter. The patch below fixes the issue, would it be possible to 
apply it in the next upload? Thanks in advance.


diff -Nru ipe-7.1.0/debian/patches/fPIC.patch 
ipe-7.1.0/debian/patches/fPIC.patch
--- ipe-7.1.0/debian/patches/fPIC.patch 1970-01-01 01:00:00.0 +0100
+++ ipe-7.1.0/debian/patches/fPIC.patch 2011-09-09 23:54:27.0 +0200
@@ -0,0 +1,13 @@
+Use -fPIC instead of -fpic.
+
+--- ipe-7.1.0.orig/src/config.mak
 ipe-7.1.0/src/config.mak
+@@ -101,7 +101,7 @@ CXX = g++
+ # position independent code  
+ # (it doesn't hurt much on 32bit Linux, although you could comment it
+ # out for slightly faster code)
+-DLL_CFLAGS = -fpic
++DLL_CFLAGS = -fPIC
+ #
+ # 
+ #
diff -Nru ipe-7.1.0/debian/patches/series ipe-7.1.0/debian/patches/series
--- ipe-7.1.0/debian/patches/series 2009-12-27 23:52:03.0 +0100
+++ ipe-7.1.0/debian/patches/series 2011-09-10 00:30:24.0 +0200
@@ -1 +1,2 @@
 build-nostrip.patch
+fPIC.patch

-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.0.0-1-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#641083: virt-manager: Unable to establish qemu+ssh connection due to no prompt for password

2011-09-10 Thread Jonathan Wheelhouse
Package: virt-manager
Version: 0.9.0-1
Severity: normal

(This is similar to bug 614291 but the cause is different.)

I have successfully used virt-manager to connect to a libvirt managed
KVM server via SSH in the past.

I'm not sure what caused the failure, but for the previously working
qemu+ssh://jonathan@patonga/system connection I now get the following
error message.


Unable to open a connection to the libvirt management daemon.

Libvirt URI is: qemu+ssh://jonathan@patonga/system

Verify that:
 - The 'libvirtd' daemon has been started


 Cannot recv data: No protocol specified

 (ssh-askpass:9481): Gtk-WARNING **: cannot open display: :0.0
 Permission denied, please try again.

 No protocol specified

 (ssh-askpass:9482): Gtk-WARNING **: cannot open display: :0.0
 Permission denied, please try again.

 No protocol specified

 (ssh-askpass:9483): Gtk-WARNING **: cannot open display: :0.0
 Permission denied (publickey,password).
 : Connection reset by peer

 Traceback (most recent call last):
   File /usr/share/virt-manager/virtManager/connection.py, line 1146,
   in _open_thread
   self.vmm = self._try_open()
 File /usr/share/virt-manager/virtManager/connection.py, line
 1130, in _try_open
 flags)
   File /usr/lib/python2.6/dist-packages/libvirt.py, 
line
   102, in openAuth
   if ret is None:raise
   libvirtError('virConnectOpenAuth() failed')
   libvirtError: Cannot recv data: No protocol 
specified

   (ssh-askpass:9481): Gtk-WARNING **: cannot 
open
   display: :0.0
   Permission denied, please try again.

   No protocol specified

   (ssh-askpass:9482): Gtk-WARNING **: cannot 
open
   display: :0.0
   Permission denied, please try again.

   No protocol specified

   (ssh-askpass:9483): Gtk-WARNING **: cannot 
open
   display: :0.0
   Permission denied (publickey,password).
   : Connection reset by peer



ssh-askpass doesn't give me a dialog to enter a password.  That, I
think, is the problem.

And, if I start the remote virtual machine via virsh then I can use
virt-viewer to connect to the virtual machine's graphical console.

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

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

Versions of packages virt-manager depends on:
ii  gconf2 2.32.4-1  
ii  librsvg2-common2.34.1-2  
ii  python 2.6.7-3   
ii  python-dbus0.84.0-2  
ii  python-glade2  2.24.0-2  
ii  python-gnome2  2.28.1-3  
ii  python-gtk-vnc 0.4.3-6   
ii  python-gtk22.24.0-2  
ii  python-ipy 1:0.72-1  
ii  python-libvirt 0.9.4-2   
ii  python-support 1.0.14
ii  python-urlgrabber  3.9.1-4   
ii  python-vte 1:0.28.1-2
ii  virtinst   0.600.0-1 

Versions of packages virt-manager recommends:
ii  gnome-icon-theme  3.0.0-4
ii  libvirt-bin   0.9.4-2

Versions of packages virt-manager suggests:
ii  gnome-keyring3.0.3-2
ii  hal  none 
ii  python-gnomekeyring  2.32.0-1+b1
ii  ssh-askpass-gnome [ssh-askpass]  1:5.9p1-1  
ii  virt-viewer  0.4.1-3

-- no debconf information



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



Bug#625903: Increase severity: libdigest-sha1-perl going to disappear

2011-09-10 Thread Salvatore Bonaccorso
Hi Sam

On Thu, Aug 18, 2011 at 05:30:38PM -0400, Sam Hartman wrote:
 Hi.
 I'm planning on getting to this issue Sunday.
 If someone wants to NMU before then they are welcome.

I didn't saw an upload on this. Is there something I could do to help
out?

Regards
Salvatore


signature.asc
Description: Digital signature


Bug#636856: libnet-openid-consumer-perl: use of Digest::SHA and possibility to drop libdigest-sha1-perl

2011-09-10 Thread Salvatore Bonaccorso
Hi Dominic

Is there something I could try to help, on this? It would be great to
have the libdigest-sha1-perl dependency droped. There are only few
packages remaining.

Regards
Salvatore


signature.asc
Description: Digital signature


Bug#640978: [vpnc-devel] Bug#640978: vpnc-script requires an update for recent iproute

2011-09-10 Thread David Woodhouse
(Resending to Debian bug since I just got a bizarre complaint that my
reply didn't have a Package: line at the start. Perhaps it didn't like
the original mail being S/MIME signed?)

On Sat, 2011-09-10 at 15:52 +0800, Antonio Borneo wrote:
 In the fix you provide,
 1) you add ;s/ipid 0x//g at the end of string.
This does not impact backward compatibility. I'm in favour to
 commit it.

It's not sufficient. We originally had this in the vpnc-scripts.git
repository¹ since about May, but then the iproute command grew *more*
unrecognised output options so we have since changed it to be 'opt-in'
instead of 'opt-out'².

I was just thinking that I should submit a patch which removes the
out-of-date script from vpnc altogether. There have been a number of
other fixes in the git tree too.

-- 
dwmw2

¹ http://git.infradead.org/users/dwmw2/vpnc-scripts.git/shortlog
² http://git.infradead.org/users/dwmw2/vpnc-scripts.git/commitdiff/4deaaf9a32





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



Bug#639711: w3c-markup-validator: misdetects version of HTML::Template

2011-09-10 Thread Juhani Karlsson
Hi

I can confirm problem.
On my website http://lrdlnx.iki.fi/ there is a link
http://lrdlnx.iki.fi/w3c-validator/check?uri=referer
and when I click it, nothing happends, used to work in Squeeze, just
upgraded to Wheezy.
When i click, nothing happends and in /var/log/apache2/error.log

[Sat Sep 10 11:45:46 2011] [error] [client 84.250.42.74] [Sat Sep 10
11:45:46 2011] check: HTML::Template version 2.6 required--this is only
version 2.10 at /usr/lib/cgi-bin/w3c-markup-validator/check line 56.,
referer: http://lrdlnx.iki.fi/
[Sat Sep 10 11:45:46 2011] [error] [client 84.250.42.74] [Sat Sep 10
11:45:46 2011] check: BEGIN failed--compilation aborted at
/usr/lib/cgi-bin/w3c-markup-validator/check line 56., referer:
http://lrdlnx.iki.fi/

Open link in new tab -- :

Software error:

HTML::Template version 2.6 required--this is only version 2.10 at 
/usr/lib/cgi-bin/w3c-markup-validator/check line 56.
BEGIN failed--compilation aborted at 
/usr/lib/cgi-bin/w3c-markup-validator/check line 56.


-- 
-
Juhani Karlsson
juhani dot karlsson at iki dot fi
http://lrdlnx.iki.fi
-

X-Virus-Scanned: Debian amavisd-new (with ClamAV) at lrdlnx.iki.fi




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



Bug#641045: mkvtoolnix: wrong libmatroska version written

2011-09-10 Thread Christian Marillat
Moritz Bunkus mor...@bunkus.org writes:

 Hey,

 at the moment (starting with release 4.7.0) mkvtoolnix uses its
 bundled version of libebml  libmatroska exclusively. That will remain
 so for the time being.

 If the Debian package wants to use external ones again it will have to
 patch configure.in and re-build configure. The Git revision for my
 change is e0c040c2 which should be easy to reverse.

I don't know all the mkvtoolnix internal, but tell me if I'm wrong, ebml
and matroska library version are hardcoded in both cases ?

Christian



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



Bug#640278: heimdal-dev: Symlinks broken after multi-arch conversion

2011-09-10 Thread Magnus Holmgren
On torsdagen den 8 september 2011, Matthias Klose wrote:
 No, the symlinks are not broken.  Maybe you do maintain a package with
 broken or explicit checks for locations of libraries?

The symlinks are fine in the unstable/testing version (1.4.0-8), because 
there they're created by hand in debian/rules, but they are indeed 
broken in the experimental version:

$ ls -l /usr/lib/libkrb5.so /usr/lib/libasn1.so
lrwxrwxrwx 1 root root 18 14 aug 04.30 /usr/lib/libasn1.so - heimdal/libasn1.so
lrwxrwxrwx 1 root root 18 14 aug 04.29 /usr/lib/libkrb5.so - heimdal/libkrb5.so
$ ls -l /usr/lib/heimdal
ls: cannot access /usr/lib/heimdal: No such file or directory

As I wrote elsewhere, using krb5-config --libs (or pkg-config) avoids the
problem, but then maybe these symlinks should be dropped altogether?

-- 
Magnus Holmgrenholmg...@debian.org
Debian Developer 


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


Bug#641084: gupnp-tools: gupnp-av-tools fails to detect media renderer

2011-09-10 Thread Eric Valette
Package: gupnp-tools
Version: 0.8.3-1
Severity: important

If you start XBMC and have configured it to act as a media renderer (via system 
network config) gupnp-av-cp detects DMS's but not DMR.

If I use leiads on the same setup, it correctly detects  XBMC.

As a control point purpose is to detect both DMS and DMR as it send the content 
of a 
DMS  to a DMR, it is actually useless. Note that 
 1) it worked before,
 2) a few weeks before, even the DMS were nit detected but the upnp library 
has been updated


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

Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gupnp-tools depends on:
ii  gnome-icon-theme3.0.0-4 
ii  libc6   2.13-20 
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.28.6-3
ii  libgssdp-1.0-2  0.10.0-2
ii  libgtk-3-0  3.0.12-2
ii  libgupnp-1.0-3  0.16.1-1
ii  libgupnp-av-1.0-2   0.10.0-1
ii  libsoup2.4-12.34.3-1
ii  libuuid12.19.1-5
ii  libxml2 2.7.8.dfsg-4

gupnp-tools recommends no packages.

gupnp-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#641045: mkvtoolnix: wrong libmatroska version written

2011-09-10 Thread Moritz Bunkus

Hey,

On Sat, 10 Sep 2011 11:05:22 +0200, Christian Marillat wrote:

I don't know all the mkvtoolnix internal, but tell me if I'm wrong, 
ebml

and matroska library version are hardcoded in both cases ?


They're not. Before the Git revision I mentioned earlier the minimum 
required libEBML and libMatroska version were hardcoded and tested in 
configure.in/configure.


As to the version numbers written into the output files: these are 
always taken from the EbmlCodeVersion and KaxCodeVersion variables 
defined in ebml/EbmlVersion.h and matroska/KaxVersion.h respectively. As 
they're declared as static const std::string KaxCodeVersion = ... in 
both cases mkvmerge will always write the version numbers of the library 
it was built with, not of the version it's currently running with 
(assuming you're patching mkvtoolnix' configure back to accept external 
versions).


Both libs need to be fixed so that the .h only declares the variable 
and that the actual definition is moved into the corresponding .cpp 
file. I will take care of that sometime next week, hopefully, and 
release some more versions of libebml  libmatroska.


Kind regards,
mosu




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



Bug#641045: mkvtoolnix: wrong libmatroska version written

2011-09-10 Thread Moritz Bunkus

Hey,

ok, changed my mind again. I'll revert the patch to mkvtoolnix so that 
it accepts external versions of the library again.


Kind regards,
mosu




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



Bug#640978: [vpnc-devel] Bug#640978: vpnc-script requires an update for recent iproute

2011-09-10 Thread David Woodhouse
On Sat, 2011-09-10 at 15:52 +0800, Antonio Borneo wrote:
 
 In the fix you provide,
 1) you add ;s/ipid 0x//g at the end of string.
This does not impact backward compatibility. I'm in favour to
 commit it.

It's not sufficient. We originally had this in the vpnc-scripts.git
repository¹ since about May, but then the iproute command grew *more*
unrecognised output options so we have since changed it to be 'opt-in'
instead of 'opt-out'².

I was just thinking that I should submit a patch which removes the
out-of-date script from vpnc altogether. There have been a number of
other fixes in the git tree too.

-- 
dwmw2

¹ http://git.infradead.org/users/dwmw2/vpnc-scripts.git/shortlog
² http://git.infradead.org/users/dwmw2/vpnc-scripts.git/commitdiff/4deaaf9a32


smime.p7s
Description: S/MIME cryptographic signature


Bug#641028: libdvdnav: FTBFS on hurd-i386

2011-09-10 Thread Svante Signell
On Sat, 2011-09-10 at 03:38 +0200, Guillem Jover wrote:
 On Fri, 2011-09-09 at 17:29:58 +0200, Svante Signell wrote:
  Package: libdvdnav
  Version: 4.1.4-1219
  Severity: important
  Tags: patch
  User: debian-h...@lists.debian.org
  Usertags: hurd

 Removing the arbitrary path limits seems more correct to me, here's a
 patch doing that, only build tested.

Guillem, I realized too that a dynamic allocation was the right thing to
do after submitting this bug report. I was a little too much in a hurry
to move forward to the next package. Since the previous patch has
already been applied by the DM, it's up to him if this new patch will
come in another package update. In that case maybe this bug report has
to be reopened.

BTW: Thanks to the DM for a very quick response, one could wish this
could be the case also for (some) other packages.




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



Bug#640812: How can I reproduce this?

2011-09-10 Thread Guido Trotter
Hi,

I tried to reproduce this with something like p11tool --provider
/usr/lib/pkcs11/libopencryptoki.so --list-tokens but it doesn't fail.
Can you please tell me what command exactly you're running, and how it fails?

Thanks,

Guido



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



Bug#641085: blender: new upstream release 2.5.9

2011-09-10 Thread Matteo F. Vescovi

Package: blender
Severity: wishlist

Hi Kevin!

The new stable upstream release 2.59 is out!

Please, update the package :-)

Thanks in advance.

mfv

--
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.




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



Bug#641086: cpanminus: package description do not respect the Debian general guidelines

2011-09-10 Thread Davide Prina

Package: cpanminus
Severity: minor

The General guidelines for package descriptions[1] say:

1) The first paragraph of the long description should answer the 
following questions: what does the package do? what task does it help 
the user accomplish?


These answers are found only in the short description: script to get, 
unpack, build and install modules from CPAN


2) The following paragraphs should answer the following questions: Why 
do I as a user need this package? What other features does the package 
have? What outstanding features and deficiencies are there compared to 
other packages (e.g., if you need X, use Y instead)? Is this package 
related to other packages in some way that is not handled by the package 
manager (e.g., this is the client for the foo server)?


but the following paragraphs describe only where the CPAN module will be 
installed.


Please try to add a more complete package description

Ciao
Davide


[1] 
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics


--
Dizionari: http://linguistico.sourceforge.net/wiki
Client di posta: http://www.mozilla.org/products/thunderbird
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook




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



Bug#641087: gdm: gdm displaying problems

2011-09-10 Thread Martin Dosch
Package: gdm3
Version: 3.0.4-2
Severity: normal
File: gdm

Dear Maintainer,

when gdm starts after reboot and I hit return the field for entering my 
password is not displayed. But if I type the password and hit enter I get 
logged in into gnome. So it's just a displaying problem. If I switch to vt1 and 
back to the X-Server, the field for entering the password is displayed.
when I'm away from laptop for some time I have to enter my password again but 
then nothing is displayed. I only see a black screen. After switching to vt1 
and back to x the dialogue for unlocking my laptop is displayed.
I'm using Debian Testing (was LMDE, but I removed Mint-Repos and programs) with 
Gnome3 from experimental/unstable.

Best wishes,
Martin

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable'), (750, 'unstable'), (250, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.13-1
ii  adduser 3.113   
ii  dconf-gsettings-backend 0.7.5-3 
ii  debconf [debconf-2.0]   1.5.40  
ii  gconf2  2.32.4-1
ii  gnome-session [x-session-manager]   3.0.2-2 
ii  gnome-session-bin   3.0.2-2 
ii  gnome-session-fallback [x-session-manager]  3.0.2-2 
ii  gnome-terminal [x-terminal-emulator]3.0.1-1 
ii  gsettings-desktop-schemas   3.0.1-1 
ii  i3-wm [x-window-manager]4.0.2-1 
ii  libaccountsservice0 0.6.13-1
ii  libatk1.0-0 2.0.1-2 
ii  libattr11:2.4.46-3  
ii  libaudit0   1.7.18-1
ii  libc6   2.13-18 
ii  libcairo-gobject2   1.10.2-6.1  
ii  libcairo2   1.10.2-6.1  
ii  libcanberra-gtk3-0  0.28-1  
ii  libcanberra00.28-1  
ii  libdbus-1-3 1.4.14-1
ii  libdbus-glib-1-20.94-4  
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.6-2 
ii  libgconf2-4 2.32.4-1
ii  libgdk-pixbuf2.0-0  2.23.5-3
ii  libglib2.0-02.28.6-3
ii  libglib2.0-bin  2.28.6-3
ii  libgtk-3-0  3.0.12-2
ii  libpam-modules  1.1.3-2 
ii  libpam-runtime  1.1.3-2 
ii  libpam0g1.1.3-2 
ii  libpango1.0-0   1.28.4-3
ii  librsvg2-common 2.34.0-1
ii  libselinux1 2.1.0-1 
ii  libupower-glib1 0.9.12-1+b1 
ii  libwrap07.6.q-21
ii  libx11-62:1.4.4-1   
ii  libxau6 1:1.0.6-3   
ii  libxdmcp6   1:1.1.0-3   
ii  libxklavier16   5.1-2   
ii  libxml2 2.7.8.dfsg-4
ii  libxrandr2  2:1.3.2-2   
ii  lsb-base3.2-28  
ii  metacity [x-window-manager] 1:2.30.1-3  
ii  policykit-1-gnome   0.102-1 
ii  upower  0.9.12-1+b1 
ii  xterm [x-terminal-emulator] 271-1   

Versions of packages gdm3 recommends:
ii  at-spi 1.30.1-3
ii  desktop-base   6.0.6   
ii  gnome-icon-theme   3.0.0-4 
ii  gnome-power-manager3.0.2-1 
ii  gnome-settings-daemon  3.0.2-1 
ii  x11-xkb-utils  7.6+4   
ii  xserver-xephyr none  
ii  xserver-xorg   none  
ii  zenity 3.0.0-2 

Versions of packages gdm3 suggests:
ii  gnome-mag 1:0.16.3-1
ii  gnome-orca3.0.4-1   
ii  gok   2.30.0-1  
ii  libpam-gnome-keyring  3.0.3-2   
ii  metacity  1:2.30.1-3

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
[security]
[xdmcp]
[greeter]
[chooser]
[debug]

/etc/gdm3/greeter.gconf-defaults changed:
/desktop/gnome/background/picture_filename  
/usr/share/backgrounds/linuxmint/default_background.jpg
/desktop/gnome/background/picture_options   stretched
/desktop/gnome/interface/gtk_theme  

Bug#640582: unetbootin: fails to close properly when using CLI. Package: unetbootin

2011-09-10 Thread Eugene V. Lyubimkin
package unetbootin
tags 640582 + unreproducible
quit

Hi!

On 2011-09-06 02:02, shirish शिरीष wrote:
 $ unetbootin
  shirish@deb-home:~$ Qt: Session management error: None of the
 authentication protocols specified are support
 
 after doing my stuff with unetbootin when I close the window it does
 not come back to the command prompt and I had o use the combinatin
 CTRL+C to take control back from the terminal.
 
 As told before I do have KDE which means I understand from where QT
 is/was coming but no idea why it's saying that . Maybe another bug
 that needs to be filed ?

I used unetbootin under KDE and I never saw session management errors.
Internet search occurences of this error seem to suggest that the reason
is some X11 misconfiguration.

Cc'ing Qt maintainers in Debian for the possible help in analyzing the
issue.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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



Bug#641088: python-contract: package short description do not respect the Debian general guidelines

2011-09-10 Thread Davide Prina

Package: python-contract
Severity: minor

The short description do not respect the Debian general guidelines[1]: 
it does not need extra capital letters, but it is:

Programming by contract for Python

So I think the short description must be:
programming by contract for Python

Ciao
Davide

[1]
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics

--
Dizionari: http://linguistico.sourceforge.net/wiki
Petizione contro i brevetti software in Europa:
http://petition.stopsoftwarepatents.eu/
Non autorizzo la memorizzazione del mio indirizzo su outlook




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



Bug#641045: mkvtoolnix: wrong libmatroska version written

2011-09-10 Thread Christian Marillat
Moritz Bunkus mor...@bunkus.org writes:

 Hey,

 ok, changed my mind again. I'll revert the patch to mkvtoolnix so that
 it accepts external versions of the library again.

Good news then :)

Christian



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



Bug#634023: linux-source-2.6.32: Kernel panic when inserting usb stick

2011-09-10 Thread Simon Brandmair
Bug persists in kernel version 2.6.32-35squeeze1

Simon




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



Bug#641089: failed to connect to IPv6-only server with tunnel_mode=v4v6

2011-09-10 Thread Guanhao Yin
Package: gogoc
Version: 1:1.2-4
Severity: normal
Tags: ipv6

I was trying to set up a 4in6 tunnel with gogoc, but it doesn't work:

---
$ sudo gogoc -n
gogoCLIENT v1.1-RELEASE build Jul 27 2011-21:59:58  
Built on ///Linux elmo 2.6.38-2-amd64 #1 SMP Sat Apr 23 18:47:49 UTC 2011 
x86_64 GNU/Linux///
Establishing connection to server v4.freenet6.net using reliable UDP.
Failed to resolve server IPv4 address.
Failed to connect to server v4.freenet6.net on port 3653.
---

I think gogoc should try to connect to the server via IPv6.

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

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

Versions of packages gogoc depends on:
ii  iproute  20110629-1
ii  libc62.13-20   
ii  libgcc1  1:4.6.1-9 
ii  libssl1.0.0  1.0.0d-3  
ii  libstdc++6   4.6.1-9   
ii  net-tools1.60-24.1 

Versions of packages gogoc recommends:
pn  radvd  none

gogoc suggests no packages.

-- Configuration Files:
/etc/gogoc/gogoc.conf
(Manually added, with comments and my uid/password removed)
---
server=v4.freenet6.net
auth_method=any
host_type=host
prefixlen=64
if_prefix=
dns_server=
gogoc_dir=
auto_retry_connect=yes
retry_delay=30
retry_delay_max=300
keepalive=yes
keepalive_interval=30
tunnel_mode=v4v6
if_tunnel_v6v4=sit1
if_tunnel_v6udpv4=tun
if_tunnel_v4v6=sit0
client_v4=auto
client_v6=auto
template=linux
proxy_client=no
broker_list=/var/lib/gogoc/tsp-broker-list.txt
last_server=/var/lib/gogoc/tsp-last-server.txt
always_use_same_server=no
log_stderr=3
log_filename=/var/log/gogoc/gogoc.log
log_rotation=yes
log_rotation_size=32
log_rotation_delete=no
syslog_facility=USER

---

-- 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#641090: /usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: PyCObject_Type

2011-09-10 Thread Alexander Myodov
Package: uwsgi-plugin-greenlet-python
Version: 0.9.8.3-1
Severity: normal

When greenlet_python plugin is loaded in uWSGI (no matter if
greenlet_python26 or greenlet_python27), it displays the message like
/usr/lib/uwsgi/plugins/greenlet_python27_plugin.so: undefined symbol: 
/PyCObject_Type.
I am not sure if it does break the functionality, maybe it does, cause I
haven't been able yet to increase the number of context switches reported
for the page generations, no matter what I do.


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

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

Versions of packages uwsgi-plugin-greenlet-python depends on:
ii  libc62.13-18  
ii  python-greenlet  0.3.1-2  
ii  uwsgi-plugin-python  0.9.8.3-1

uwsgi-plugin-greenlet-python recommends no packages.

uwsgi-plugin-greenlet-python 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#640656: g++-4.6: [regression] ICE on i386 when building iceweasel 8.0~a2++20110905042011-1

2011-09-10 Thread Mike Hommey
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel
severity 640656 serious
thanks

On Sat, Sep 10, 2011 at 12:06:50PM +0200, Mike Hommey wrote:
 retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel 
 7.0~b5-1 from experimental
 thanks
 
 On Tue, Sep 06, 2011 at 10:31:49AM +0200, Mike Hommey wrote:
  Package: g++-4.6
  Version: 4.6.1-9
  Severity: important
  
  Tested with 4.6.1-8, and it builds fine.
  
  With the attached file, the following command line is enough to trigger the 
  ICE:
  g++ -o WyciwygChannelChild.o -c WyciwygChannelChild.i -std=gnu++0x -O2 -g
  
  It also crashes with the original file without -std=gnu++0x but the attached
  preprocessed output (obviously) doesn't build without -std=gnu++0x.
  
  It doesn't ICE without -g, and it doesn't ICE without -O2.
 
 And it also ICEs on 7.0~b5-1:
 
  * Source package: iceweasel
  * Version: 7.0~b5-1
  * Architecture: i386
  * State: failed
  * Suite: experimental
  * Builder: biber.debian.org
  * Build log: 
 https://buildd.debian.org/fetch.cgi?pkg=iceweaselarch=i386ver=7.0%7Eb5-1stamp=1315648328file=log

It turns out it also ICEs with 6.0.2-1 from unstable, except it didn't
on buildds because they were using 4.6.1-8 when that version was
uploaded.

Mike



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



Bug#629204: Patch

2011-09-10 Thread Federico Giménez Nieto
-- Forwarded message --
From: Federico Giménez Nieto fgime...@coit.es
Date: 2011/9/10
Subject:
To: cont...@bugs.debian.org


tags 629204 patch

thanks



-- 
Federico Giménez Nieto
fgime...@coit.es
2011-08-17  Federico Gimenez Nieto  fgime...@coit.es

	* Modified function calls for Modern GNU Objective-C runtime API following
	  changes of source at http://svn.gna.org/viewcvs/gnustep/libs/gdl2/trunk/

Index: gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EOFaultHandler.m	2011-08-22 11:51:35.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EOFaultHandler.m	2011-08-22 12:52:50.0 +0200
@@ -123,7 +123,7 @@
 {
   Class class;

-  for (class = _targetClass; class != Nil; class = class_get_super_class(class))
+  for (class = _targetClass; class != Nil; class = class_getSuperclass(class))
 {
   if (class == aclass)
 	return YES;
@@ -141,11 +141,15 @@
 - (BOOL)conformsToProtocol: (Protocol *)protocol
   forFault: (id)fault
 {
+
+  return class_conformsToProtocol(_targetClass, protocol);
+
+  /*
   int i;
   struct objc_protocol_list *proto_list;
   Class class;

-  for(class = _targetClass; class != Nil; class = class_get_super_class(class))
+  for(class = _targetClass; class != Nil; class = class_getSuperclass(class))
 {
   for (proto_list =
 	 ((struct objc_class *)_targetClass)-class_pointer-protocols;
@@ -160,6 +164,7 @@
 }

   return NO;
+  */
 }

 - (BOOL)respondsToSelector: (SEL)sel
Index: gnustep-dl2-0.12.0/EOControl/EOFault.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EOFault.m	2011-08-22 12:59:10.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EOFault.m	2011-08-23 08:27:31.0 +0200
@@ -77,22 +77,8 @@

 + (void)initialize
 {
-  // Must be here as initialize is called for each root class
-  // without asking if it responds to it !
   if (EOFaultClass == NULL)
 {
-  GSMethod nsfwd = GSGetMethod([NSObject class],
-@selector(forward::),
-YES,NO);
-  if (nsfwd != NULL)
-{
-  GSMethod eofwd = GSGetMethod(self,
-@selector(forward::),
-YES,NO);
-  eofwd-method_imp = nsfwd-method_imp;
-  GSFlushMethodCacheForClass(self);
-}
-
   EOFaultClass = [EOFault class];
 }
 }
@@ -171,7 +157,7 @@
   /*
*	Since 'self' is an class, get_imp() will get the instance method.
*/
-  return get_imp((Class)self, selector);
+  return class_getMethodImplementation((Class)self, selector);
 }

 // Fault class methods
@@ -311,43 +297,12 @@

 - (BOOL)conformsToProtocol: (Protocol *)protocol
 {
-  int i;
-  struct objc_protocol_list* protos;
-  Class class, sClass;
-
-  class = [_handler targetClass];
-
-  for (protos = class-protocols; protos; protos = protos-next)
-{
-  for (i = 0; i  protos-count; i++)
-	if ([protos-list[i] conformsTo: protocol])
-	  return YES;
-}
-
-  sClass = [class superclass];
-
-  if (sClass)
-return [sClass conformsToProtocol: protocol];
-  else
-return NO;
+  return class_conformsToProtocol([_handler targetClass], protocol);
 }

 - (BOOL)respondsToSelector: (SEL)selector
 {
-  Class class;
-  BOOL respondsToSelector;
-
-  NSDebugFLLog(@gsdb, @START self=%p, self);
-
-  class = [_handler targetClass];
-  NSDebugFLLog(@gsdb, @class=%@ selector=%@, class,
-	   NSStringFromSelector(selector));
-
-  respondsToSelector
-= (GSGetMethod(class, selector, YES, YES) != (GSMethod)0);
-  NSDebugFLLog(@gsdb, @STOP self=%p, self);
-
-  return respondsToSelector;
+  return class_respondsToSelector([_handler targetClass], selector);
 }

 - (NSMethodSignature *)methodSignatureForSelector: (SEL)selector
Index: gnustep-dl2-0.12.0/EOControl/EODebug.m
===
--- gnustep-dl2-0.12.0.orig/EOControl/EODebug.m	2011-08-23 08:36:52.0 +0200
+++ gnustep-dl2-0.12.0/EOControl/EODebug.m	2011-08-23 10:58:09.0 +0200
@@ -127,14 +127,14 @@
 	  {
 	Class *pvalue = (Class*)_value;
 	return [NSString stringWithFormat: @Class:%s,
-			 class_get_class_name(*pvalue)];
+			 class_getName(*pvalue)];
 	  }
 	  break;
 	case _C_SEL:
 	  {
 	SEL *pvalue = (SEL*)_value;
 	return [NSString stringWithFormat: @SEL:%s,
-			 sel_get_name(*pvalue)];
+			 sel_getName(*pvalue)];
 	  }
 	  break;
 	case _C_CHR:
@@ -322,19 +322,20 @@
 {
   if (ivar  object  deep = 0)
 {
-  void *pValue = ((void*)object) + ivar-ivar_offset;
-  NSString *pType = TypeToNSString(ivar-ivar_type);
-  NSString *pIVar = IVarInString(ivar-ivar_type,pValue);
-
+  void *pValue = ((void*)object) + ivar_getOffset(ivar);
+  char *type = ivar_getTypeEncoding(ivar);
+  NSString *pType = TypeToNSString(type);
+  NSString *pIVar = 

Bug#621132: the unetbootin package is orphaned now

2011-09-10 Thread Eugene V. Lyubimkin
package wnpp
retitle 621132 O: unetbootin -- Installer of Linux/BSD distributions
thanks

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer



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



Bug#629671: libpuzzle: diff for NMU version 0.9-4.1

2011-09-10 Thread Ana Guerrero
tags 629671 + patch
tags 629671 + pending
thanks

Dear maintainers,

I've prepared an NMU for libpuzzle (versioned as 0.9-4.1) and
uploaded it. See the attached patch for the changes I have made.

Ana
diff -u libpuzzle-0.9/debian/rules libpuzzle-0.9/debian/rules
--- libpuzzle-0.9/debian/rules
+++ libpuzzle-0.9/debian/rules
@@ -7,6 +7,7 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/patchsys-quilt.mk
 
 # Automatically update config.{guess,sub} et al.
 include /usr/share/cdbs/1/class/autotools-files.mk
diff -u libpuzzle-0.9/debian/control libpuzzle-0.9/debian/control
--- libpuzzle-0.9/debian/control
+++ libpuzzle-0.9/debian/control
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org
 Uploaders: Cyril Brulebois k...@debian.org
-Build-Depends: debhelper (= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev
+Build-Depends: debhelper (= 5), cdbs, autotools-dev, chrpath, php5-dev, libgd2-noxpm-dev, quilt
 Standards-Version: 3.7.3
 Homepage: http://libpuzzle.pureftpd.org/project/libpuzzle
 Vcs-Browser: http://git.debian.org/?p=pkg-phototools/libpuzzle.git
diff -u libpuzzle-0.9/debian/changelog libpuzzle-0.9/debian/changelog
--- libpuzzle-0.9/debian/changelog
+++ libpuzzle-0.9/debian/changelog
@@ -1,3 +1,13 @@
+libpuzzle (0.9-4.1) unstable; urgency=low
+
+  * Non-maintainer upload. 
+  * Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with 
+--no-copy-dt-needed-entries.  Patch by Andreas Moog. 
+(Closes: #629671) (LP: #756106)
+  * Add quilt to Build-Depends for patching and include in debian/rules.
+
+ -- Ana Beatriz Guerrero Lopez a...@debian.org  Sat, 10 Sep 2011 12:26:43 +0200
+
 libpuzzle (0.9-4) unstable; urgency=low
 
   * Fix missing dependency on phpapi-* for libpuzzle-php, thanks to
only in patch2:
unchanged:
--- libpuzzle-0.9.orig/debian/patches/fix_ftbfs_629671.diff
+++ libpuzzle-0.9/debian/patches/fix_ftbfs_629671.diff
@@ -0,0 +1,30 @@
+From: Andreas Moog am...@ubuntu.com
+Subject: Fix FTBFS
+Add -lm to libpuzzle_la_LIBADD to fix a FTBFS with --no-copy-dt-needed-entries 
+
+Origin: ubuntu, https://bugs.launchpad.net/ubuntu/+source/libpuzzle/+bug/756106
+Bug-Debian: http://bugs.debian.org/629671
+
+--- a/src/Makefile.am
 b/src/Makefile.am
+@@ -15,6 +15,9 @@ libpuzzle_la_SOURCES = \
+ 	globals.h \
+ 	puzzle.h
+ 
++libpuzzle_la_LIBADD = \
++	-lm
++
+ include_HEADERS = \
+ 	puzzle.h
+ 
+--- a/src/Makefile.in
 b/src/Makefile.in
+@@ -61,7 +61,7 @@ am__installdirs = $(DESTDIR)$(libdir)
+ 	$(DESTDIR)$(includedir)
+ libLTLIBRARIES_INSTALL = $(INSTALL)
+ LTLIBRARIES = $(lib_LTLIBRARIES)
+-libpuzzle_la_LIBADD =
++libpuzzle_la_LIBADD = -lm
+ am_libpuzzle_la_OBJECTS = puzzle.lo tunables.lo dvec.lo cvec.lo \
+ 	compress.lo vector_ops.lo
+ libpuzzle_la_OBJECTS = $(am_libpuzzle_la_OBJECTS)
only in patch2:
unchanged:
--- libpuzzle-0.9.orig/debian/patches/series
+++ libpuzzle-0.9/debian/patches/series
@@ -0,0 +1 @@
+fix_ftbfs_629671.diff


Bug#641091: ftp.debian.org: please consider auto-rejecting control-file-is-not-a-file

2011-09-10 Thread Niels Thykier
Package: ftp.debian.org
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Hi,

Please consider adding control-file-is-not-a-file to the auto-reject list.
The tag is emitted if the control.tar.gz contains non-regular files such
as symlinks and devices[1].

I could not find any references in the Policy that allows (or disallows)
non-regular files in the control.tar.gz (maybe I didn't look hard enough),
but I have a feeling that most tools will not cope too well with
non-regular files.  Especially symlinks are a source of issues as they
are trivial to abuse and make an unsuspecting tool do something it should
not do.

Thanks for considering,
~Niels

[1] Note: the check ignores directories.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOaz5tAAoJEAVLu599gGRCHeQP/3onidKgy1nBv5uB0EFp2MSk
zv664K8PM0DnDcvXbU831NfHgIjJL4nTSqmw8OYXkhOTpDRmWP37cg0X5+lsqLjc
ozoGXfgSznrZSH+SIMwQM9ABXfzzlcpca+FuBDT1ick3uaC4w9Av3jTeWznN0o9r
08vNC8Kgr+GTM5p5WbL05JDKW60Po4o7FtIjxX4EIIpU5q73rnXcL7X0awKMgqIZ
dWhWXWAF68bHmLUq33CHLhG8TclqsL75KW5Vq+DXiMYdKOKuHOIFirgEIMJ8/qZU
GCeCZo4LQhetLdQdV2G2P8dtQx8bA3VO7DxMgPgI9pXQEsTYKcUmG65nfsL0NHIU
1+L+CHGRLEAmA5A9HLko8bsaBOytsjBFmPpgMcNR57giOY74X4l0J1vb9IZ3Hh6X
ZBDsbyqMOxb3/jrVfihZ1MJ85+aGkSGVo+63KUBigrfxPYZPZBIouGhkXOTA+5OJ
RawlxNYmoXX0hFnFjmZoDnsHaG5/po6WT1afT0AmTe1pzWnoqP0k8NL4gEPo0fqL
d8CRhsiOKQ8H/UBd7TOAlVHMgZaQ3Fo6vLiKNCkWoez4CqVkXqFQBpYlsNlHGPsw
F6xD8tvhDqjg/iVSv3HnNkDPPDYIkkBBlexvuGB5tg4vj2nhkx4ItYuwtZrNV69E
wVdGajA5RAe/epeQZcei
=Uqxo
-END PGP SIGNATURE-



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



Bug#641092: libticables: FTBFS on s390x

2011-09-10 Thread Aurelien Jarno
Package: libticables
Version: 1.2.0-2
Severity: important
Tags: patch
Justification: fails to build from source
User: debian-s3...@lists.debian.org
Usertags: s390x

libticables fails to build from source as s390x is not correctly
recognized by the configure script. The patch below fixes the problem.
Could you please apply it in the next upload? Thanks in advance.

diff -u libticables-1.2.0/debian/patches/00list 
libticables-1.2.0/debian/patches/00list
--- libticables-1.2.0/debian/patches/00list
+++ libticables-1.2.0/debian/patches/00list
@@ -2,0 +3 @@
+30_ftbfs-s390x-configure
--- libticables-1.2.0.orig/debian/patches/30_ftbfs-s390x-configure.dpatch
+++ libticables-1.2.0/debian/patches/30_ftbfs-s390x-configure.dpatch
@@ -0,0 +1,30 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 30_ftbfs-s390x-configure.dpatch by Aurelien Jarno aure...@debian.org
+##
+## DP: detects s390x architecture
+
+@DPATCH@
+diff -urNad libticables-1.2.0~/configure libticables-1.2.0/configure
+--- libticables-1.2.0~/configure   2008-11-15 08:30:40.0 +0100
 libticables-1.2.0/configure2010-03-16 23:11:48.140082889 +0100
+@@ -30330,7 +30330,7 @@
+   mipsel-*-linux-*)  ARCH=-D__MIPS__ -D__LINUX__ ;;
+   powerpc-*-linux-*) ARCH=-D__PPC__  -D__LINUX__ ;;
+   powerpc-apple-darwin*) ARCH=-D__PPC__  -D__MACOSX__ ;;
+-  s390-*-linux-*)ARCH=-D__LINUX__ ;;
++  s390*-*-linux-*)ARCH=-D__LINUX__ ;;
+   sh*-*-linux-*) ARCH=-D__LINUX__ ;;
+   sparc-*-linux-*)   ARCH=-D__SPARC__ -D__LINUX__ ;;
+   sparc*-sun-solaris*)   ARCH=-D__SPARC__ -D__SOL__ ;;
+diff -urNad libticables-1.2.0~/configure.ac libticables-1.2.0/configure.ac
+--- libticables-1.2.0~/configure.ac2007-12-01 15:43:51.0 +0100
 libticables-1.2.0/configure.ac 2010-03-16 23:11:48.140082889 +0100
+@@ -119,7 +119,7 @@
+   mipsel-*-linux-*)  ARCH=-D__MIPS__ -D__LINUX__ ;;
+   powerpc-*-linux-*) ARCH=-D__PPC__  -D__LINUX__ ;;
+   powerpc-apple-darwin*) ARCH=-D__PPC__  -D__MACOSX__ ;;
+-  s390-*-linux-*)ARCH=-D__LINUX__ ;;
++  s390*-*-linux-*)ARCH=-D__LINUX__ ;;
+   sh*-*-linux-*) ARCH=-D__LINUX__ ;;
+   sparc-*-linux-*)   ARCH=-D__SPARC__ -D__LINUX__ ;;
+   sparc*-sun-solaris*)   ARCH=-D__SPARC__ -D__SOL__ ;;


-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.0.0-1-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#640656: g++-4.6: [regression] ICE on i386 when building iceweasel 8.0~a2++20110905042011-1

2011-09-10 Thread Mike Hommey
retitle 640656 g++-4.6: [regression] ICE on i386 when building iceweasel 
7.0~b5-1 from experimental
thanks

On Tue, Sep 06, 2011 at 10:31:49AM +0200, Mike Hommey wrote:
 Package: g++-4.6
 Version: 4.6.1-9
 Severity: important
 
 Tested with 4.6.1-8, and it builds fine.
 
 With the attached file, the following command line is enough to trigger the 
 ICE:
 g++ -o WyciwygChannelChild.o -c WyciwygChannelChild.i -std=gnu++0x -O2 -g
 
 It also crashes with the original file without -std=gnu++0x but the attached
 preprocessed output (obviously) doesn't build without -std=gnu++0x.
 
 It doesn't ICE without -g, and it doesn't ICE without -O2.

And it also ICEs on 7.0~b5-1:

 * Source package: iceweasel
 * Version: 7.0~b5-1
 * Architecture: i386
 * State: failed
 * Suite: experimental
 * Builder: biber.debian.org
 * Build log: 
https://buildd.debian.org/fetch.cgi?pkg=iceweaselarch=i386ver=7.0%7Eb5-1stamp=1315648328file=log

Mike



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



Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension

2011-09-10 Thread Fabrizio Regalli
Il giorno sab, 10/09/2011 alle 00.13 +0200, Benjamin Drung ha scritto:
 Am Freitag, den 09.09.2011, 19:26 +0200 schrieb Fabrizio Regalli:
  On Fri, 2011-09-09 at 17:39 +0200, Jérémy Bobbio wrote:
   On Fri, Sep 09, 2011 at 05:19:15PM +0200, Fabrizio Regalli wrote:
On Fri, 2011-09-09 at 15:02 +0200, Jérémy Bobbio wrote:
  * dpkg-source: error: unrepresentable changes to source
 
As upstream does not ship .tar.gz (or .tar.bz2 for that matter) 
 that
Debian could directly use, we need to create a .orig.tar.gz from
upstream source.
 
So we are free to fiddle with upstream source in order to get the
files as close as we would like upstream to ship them. I then
strongly advocate to have a .orig.tar.gz where cookiemonster.jar
is unpacked.
 
That will also remove the useless patch in debian/patches and ease
future reviews of upstream changes

Right. I started now from scratch and these problems are solved.
   
   This one is not, IMHO.
   
   It is *way* better to have an _unpacked_ source tree as upstream.
   Otherwise, reviewing upstream changes is going to be a pain. Writing
   patches against upstream source is going to be even more than that.
  
  A 'repack.sh' script that grabs and unpack the .jar file and re-create
  the tarball could be a reasonable solution?
 
 Please use xpi-repack (or xpi-unpack) instead of writing something own.
 
  Or download the xpi, unpack the jar and create .orig.tar.gz from it
  (including install.rdf file) is enough?
 
 xpi-repack was written for converting a xpi files into a source tarball
 for Debian (doing the extraction of the .jar files).

Ok, I used 'uscan --repack' and it creates
cookie-monster_1.0.5.orig.tar.bz2 file with the jar unpacked.
Hope now is fine.
'git-buildpackage --git-pristine-tar' works fine.
 
 PS: Sorry for not having enough time for sponsoring.

No worries.
I think the package is right now apart from README.source

Cheers,
Fabrizio.

P.S.: in the meantime version 1.1.0 of Cookie Monster is out. (uscan
does not grabs it yet). Maybe in this new version the patch for bumping
version is no more necessary.


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


Bug#641093: boinc: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: boinc
Version: 6.12.33+dfsg-1.1
Severity: important

Hello Debian BOINC Maintainers,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update boinc to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

boinc   :Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641094: jrexx: wrong maintainer address

2011-09-10 Thread Jakub Wilk

Source: jrexx
Version: 1.1.1-6
Severity: serious
Justification: Policy 3.3

There's a typo in the Maintainer field:

Maintainer: Debian QA Group pack...@qa.debian.org

(note the missing s before @).

--
Jakub Wilk



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



Bug#641095: RM: libqt-perl -- ROM

2011-09-10 Thread Bart Martens
Package: ftp.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#641096: celestia: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: celestia
Version: 1.6.0+dfsg-4
Severity: important

Hello Guus,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update celestia to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

celestia:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641097: chimera2: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: chimera2
Version: 2.0a19-5.1
Severity: important

Hello Mark,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update chimera2 to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

chimera2:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641098: xen-hypervisor-4.1-amd64: VM does not launch

2011-09-10 Thread JP Pozzi
Package: xen-hypervisor-4.1-amd64
Version: 4.1.1-2
Severity: normal

Dear Maintainer,

I can't launch any VM when I use one of the latest kernel versions (3.1) with
the following messages :

xm start com-deb30
Error: Failed to query current memory allocation of dom0.

While launching through virt-manager I get same kind of messages:

Erreur lors du démarrage du domaine: POST operation failed: xend_post: error
from xen daemon: (xend.err 'Failed to query current memory allocation of
dom0.')

Traceback (most recent call last):
  File /usr/share/virt-manager/virtManager/asyncjob.py, line 44, in
cb_wrapper
callback(asyncjob, *args, **kwargs)
  File /usr/share/virt-manager/virtManager/asyncjob.py, line 65, in tmpcb
callback(*args, **kwargs)
  File /usr/share/virt-manager/virtManager/domain.py, line 1050, in startup
self._backend.create()
  File /usr/lib/python2.6/dist-packages/libvirt.py, line 507, in create
if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
libvirtError: POST operation failed: xend_post: error from xen daemon:
(xend.err 'Failed to query current memory allocation of dom0.')

All is working with all kernel versions  3.1

Regards

JP P




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

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

xen-hypervisor-4.1-amd64 depends on no packages.

Versions of packages xen-hypervisor-4.1-amd64 recommends:
ii  xen-utils-4.1  4.1.1-2

Versions of packages xen-hypervisor-4.1-amd64 suggests:
pn  xen-docs-4.1  none

-- no debconf information



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



Bug#641099: chromium-browser: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: chromium-browser
Version: 13.0.782.220~r99552-1
Severity: important

Hello Debian Chromium Maintainers,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update chromium-browser to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

chromium-browser:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641100: openssl: FTBFS on s390x

2011-09-10 Thread Aurelien Jarno
Package: openssl
Version: 1.0.0d-3
Severity: normal
Tags: patch
Justification: fails to build from source
User: debian-s...@lists.debian.org
Usertags: s390x

openssl fails to build form source on s390x, as it lakcs an entry for
this architectgure in debian-targets.patch. Please find a patch below
to fix this issue. Would it be possible to include it in the next 
upload. Thanks in advance.

diff -Nru openssl-1.0.0d/debian/patches/debian-targets.patch 
openssl-1.0.0d/debian/patches/debian-targets.patch
--- openssl-1.0.0d/debian/patches/debian-targets.patch  2011-06-13 
11:50:35.0 +0200
+++ openssl-1.0.0d/debian/patches/debian-targets.patch  2011-07-31 
19:25:56.0 +0200
@@ -2,7 +2,7 @@
 ===
 --- openssl-1.0.0c.orig/Configure  2010-12-12 17:27:02.0 +0100
 +++ openssl-1.0.0c/Configure   2010-12-12 17:34:47.0 +0100
-@@ -331,6 +331,47 @@
+@@ -331,6 +331,48 @@
  osf1-alpha-cc,  cc:-std1 -tune host -O4 
-readonly_strings::(unknown):::SIXTY_FOUR_BIT_LONG 
RC4_CHUNK:${alpha_asm}:dlfcn:alpha-osf1-shared:::.so,
  tru64-alpha-cc, cc:-std1 -tune host -fast 
-readonly_strings::-pthread:::SIXTY_FOUR_BIT_LONG 
RC4_CHUNK:${alpha_asm}:dlfcn:alpha-osf1-shared::-msym:.so,
  
@@ -37,6 +37,7 @@
 +debian-powerpcspe,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG RC4_CHAR RC4_CHUNK DES_RISC1 
DES_UNROLL:${ppc32_asm}:linux32:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 +debian-ppc64,gcc:-m64 -DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_RISC1 
DES_UNROLL:${ppc64_asm}:linux64:dlfcn:linux-shared:-fPIC:-m64:.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 +debian-s390,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:RC4_CHAR RC4_CHUNK DES_INT 
DES_UNROLL:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 
++debian-s390x,gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT 
DES_UNROLL:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 +debian-sh3,   gcc:-DL_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 +debian-sh4,   gcc:-DL_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),
 +debian-sh3eb,   gcc:-DB_ENDIAN -DTERMIO -O3 -Wa,--noexecstack -g 
-Wall::-D_REENTRANT::-ldl:BN_LLONG:${no_asm}:dlfcn:linux-shared:-fPIC::.so.\$(SHLIB_MAJOR).\$(SHLIB_MINOR),

-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.0.0-1-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#641101: compiz-fusion-plugins-main: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: compiz-fusion-plugins-main
Version: 0.8.4-2
Severity: important

Hello Debian X Strike Force,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update 
compiz-fusion-plugins-main to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

compiz-fusion-plugins-main  :Build-Depends: libjpeg62-dev 
compiz-fusion-plugins-extra :Build-Depends: libjpeg62-dev

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#640195: Change the bug 640195 severity to normal

2011-09-10 Thread Anton Gladky
severity 640195 normal
thanks

No reasons for this bug to be a serious [1] and not to let
testing-users to get 3.10-version soon.
Please, discuss on the list before changing the severity.

[1] http://www.debian.org/Bugs/Developer#severities
Anton



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



Bug#641102: unison: FTBFS with ld that defaults to --as-needed: bad link order

2011-09-10 Thread Colin Watson
Package: unison
Version: 2.32.52-3
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch oneiric

unison fails to build with a linker that defaults to --as-needed:

  Linking unison
  ocamlopt -verbose -I lwt -I ubase -o unison   unix.cmxa str.cmxa 
bigarray.cmxa -cclib -lutil ubase/projectInfo.cmx ubase/myMap.cmx 
ubase/safelist.cmx ubase/uprintf.cmx ubase/util.cmx ubase/rx.cmx ubase/uarg.cmx 
ubase/prefs.cmx ubase/trace.cmx lwt/pqueue.cmx lwt/lwt.cmx lwt/lwt_util.cmx 
lwt/lwt_unix.cmx bytearray.cmx case.cmx pred.cmx uutil.cmx fileutil.cmx 
name.cmx path.cmx fspath.cmx fingerprint.cmx abort.cmx osx.cmx external.cmx 
props.cmx fileinfo.cmx os.cmx lock.cmx clroot.cmx common.cmx tree.cmx 
checksum.cmx terminal.cmx transfer.cmx xferhint.cmx remote.cmx globals.cmx 
copy.cmx stasher.cmx update.cmx files.cmx sortri.cmx recon.cmx transport.cmx 
strings.cmx uicommon.cmx uitext.cmx test.cmx main.cmx linktext.cmx osxsupport.o 
pty.o bytearray_stubs.o
  + as -o '/tmp/camlstartup999a84.o' '/tmp/camlstartup832abc.s'
  + gcc -o 'unison'   '-Llwt' '-Lubase' '-L/usr/lib/ocaml'  
'/tmp/camlstartup999a84.o' '/usr/lib/ocaml/std_exit.o' 'linktext.o' 'main.o' 
'test.o' 'uitext.o' 'uicommon.o' 'strings.o' 'transport.o' 'recon.o' 'sortri.o' 
'files.o' 'update.o' 'stasher.o' 'copy.o' 'globals.o' 'remote.o' 'xferhint.o' 
'transfer.o' 'terminal.o' 'checksum.o' 'tree.o' 'common.o' 'clroot.o' 'lock.o' 
'os.o' 'fileinfo.o' 'props.o' 'external.o' 'osx.o' 'abort.o' 'fingerprint.o' 
'fspath.o' 'path.o' 'name.o' 'fileutil.o' 'uutil.o' 'pred.o' 'case.o' 
'bytearray.o' 'lwt/lwt_unix.o' 'lwt/lwt_util.o' 'lwt/lwt.o' 'lwt/pqueue.o' 
'ubase/trace.o' 'ubase/prefs.o' 'ubase/uarg.o' 'ubase/rx.o' 'ubase/util.o' 
'ubase/uprintf.o' 'ubase/safelist.o' 'ubase/myMap.o' 'ubase/projectInfo.o' 
'/usr/lib/ocaml/bigarray.a' '/usr/lib/ocaml/str.a' '/usr/lib/ocaml/unix.a' 
'/usr/lib/ocaml/stdlib.a' '-lbigarray' '-lcamlstr' '-lunix' '-lutil' 
'osxsupport.o' 'pty.o' 'bytearray_stubs.o' '/usr/lib/ocaml/libasmrun.a' -lm  
-ldl
  pty.o: In function `c_openpty':
  pty.c:(.text+0x74): undefined reference to `openpty'
  collect2: ld returned 1 exit status
  File caml_startup, line 1, characters 0-1:
  Error: Error during linking
  make[1]: *** [unison] Error 2

This is because its link line order is wrong, putting libraries before
the objects that use them rather than after.  See:

  http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries

The following patch fixes this.

  * Fix link order to list C objects before the libraries they require.

diff -Nru unison-2.32.52/debian/patches/link-order.patch 
unison-2.32.52/debian/patches/link-order.patch
--- unison-2.32.52/debian/patches/link-order.patch  1970-01-01 
01:00:00.0 +0100
+++ unison-2.32.52/debian/patches/link-order.patch  2011-09-10 
12:17:34.0 +0100
@@ -0,0 +1,18 @@
+Description: Fix link order to list C objects before the libraries they require
+Author: Colin Watson cjwat...@ubuntu.com
+Forwarded: no
+Last-Update: 2011-09-10
+
+Index: b/Makefile.OCaml
+===
+--- a/Makefile.OCaml
 b/Makefile.OCaml
+@@ -366,7 +366,7 @@
+ 
+ $(NAME)$(EXEC_EXT): $(CAMLOBJS) $(COBJS)
+   @echo Linking $@
+-  $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $(CLIBS) $^
++  $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $^ $(CLIBS)
+ 
+ # Unfortunately -output-obj does not put .o files into the output, only .cmx
+ # files, so we have to use $(LD) to take care of COBJS.
diff -Nru unison-2.32.52/debian/patches/series 
unison-2.32.52/debian/patches/series
--- unison-2.32.52/debian/patches/series2011-04-03 12:21:58.0 
+0100
+++ unison-2.32.52/debian/patches/series2011-09-10 12:09:12.0 
+0100
@@ -5,3 +5,4 @@
 0005-Fix-build-with-OCaml-3.12.patch
 0006-Fix-bad-interaction-with-OpenSSH-5.6.patch
 debian-changes-2.32.52-3
+link-order.patch

Thanks,

-- 
Colin Watson   [cjwat...@ubuntu.com]



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



Bug#641103: RM: watchupstream -- ROM

2011-09-10 Thread Bart Martens
Package: ftp.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#641104: csmash: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: csmash
Version: 0.6.6-6.5
Severity: important

Hello Bartosz,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update csmash to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

csmash  :Build-Depends: libjpeg62-dev | libjpeg-dev

Please change it to 
Build-Depends: libjpeg-dev
so that it builds against libjpeg8.

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641105: ctwm: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: ctwm
Version: 3.7-3.1
Severity: important

Hello Branden,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update ctwm to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

ctwm:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641106: debconf: [INTL:si] Sinhala translation

2011-09-10 Thread Danishka Navin
Package: debconf
Severity: wishlist
Tags: l10n patch
X-debbugs-CC:bubu...@debian.org
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
#Danishka Navin danis...@gmail.com, 2011.
msgid 
msgstr 
Project-Id-Version: \n
Report-Msgid-Bugs-To: debc...@packages.debian.org\n
POT-Creation-Date: 2009-08-24 19:24+0200\n
PO-Revision-Date: 2011-09-06 15:20+0530\n
Last-Translator: Danishka Navin danis...@gmail.com\n
Language-Team: Sinhala i...@hanthana.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
Language: en_US\n
X-Generator: Lokalize 1.2\n
Plural-Forms: nplurals=2; plural=(n != 1);\n

#. Type: select
#. Choices
#: ../templates:1001
msgid Dialog
msgstr සංවාදය

#. Type: select
#. Choices
#: ../templates:1001
msgid Readline
msgstr කියවීම් පේළිය

#. Type: select
#. Choices
#: ../templates:1001
msgid Editor
msgstr සකසනය

#. Type: select
#. Choices
#: ../templates:1001
msgid Noninteractive
msgstr අන්තර්ක්‍රියාකාරී නොවන

#. Type: select
#. Description
#: ../templates:1002
msgid Interface to use:
msgstr භාවිත කරන අතුරුමුහුණත

#. Type: select
#. Description
#: ../templates:1002
msgid 
Packages that use debconf for configuration share a common look and feel. 
You can select the type of user interface they use.
msgstr 
සැකසුම් සඳහා debconf හවුල් කරගන්නා සෑම පැකේජයක්ම පොදු පෙනුමක් දරයි. 
කරුණාකර ඒවා භාවිත කරන පරිශීලක අතුරුමුහුණත් වර්‍ගය තෝරන්න.

#. Type: select
#. Description
#: ../templates:1002
msgid 
The dialog frontend is a full-screen, character based interface, while the 
readline frontend uses a more traditional plain text interface, and both the 
gnome and kde frontends are modern X interfaces, fitting the respective 
desktops (but may be used in any X environment). The editor frontend lets 
you configure things using your favorite text editor. The noninteractive 
frontend never asks you any questions.
msgstr 
සංවාද ඉදිරි ඉම, සම්පූර්ණ තිරැති, අක්‍ෂර මූලික අතුරුමුහුනතක් භාවිත කරන විට 
කියවීම් පේළි වඩා 
සාම්ප්‍රදායික පැතලි පෙළ අතුරුමුහුණතක් භාවිත කරයි, gnome හා kde යන ඉදිරි ඉම් 
දෙකම 
බොහෝ දර්ශක හා ගැලපෙන (ඕනෑම x පරිසරයක භාවිත වන) නූතන X අතුරුමුහුණත් වේ. 
සකසන ඉදිරි ඉම ඔබට කැමතිම පෙළ සකසනය භාවිතයෙන් සැකසුම් සිදු කිරීමට ඉඩ දෙයි. 
අන්තර්ක්‍රියාකාරී නොවන ඉදිරි ඉම ඔබෙන් කිසිවිට ප්‍රශ්න නොඅසයි.

#. Type: select
#. Choices
#: ../templates:2001
msgid critical
msgstr දරුණු

#. Type: select
#. Choices
#: ../templates:2001
msgid high
msgstr ඉහළ

#. Type: select
#. Choices
#: ../templates:2001
msgid medium
msgstr මධ්‍යම

#. Type: select
#. Choices
#: ../templates:2001
msgid low
msgstr අඩු

#. Type: select
#. Description
#: ../templates:2002
msgid Ignore questions with a priority less than:
msgstr වඩා අඩු ප්‍රමුඛතා සහිත ප්‍රශ්ණ මඟ හරින්න:

#. Type: select
#. Description
#: ../templates:2002
msgid 
Debconf prioritizes the questions it asks you. Pick the lowest priority of 
question you want to see:\n
  - 'critical' only prompts you if the system might break.\n
Pick it
msgstr 
Debconf ඔබ අසන පැණ සඳහා ප්‍රමුඛත්වය දේ. ඔබට බැලීමට අවශ්‍ය අවම ප්‍රමුඛතාවය 
සහිත පැණය තෝරන්න :\n
  - පද්ධතිය බිදවැටීමකදි පමණක්  'දරුණු' යන්න දක්වයි.\n
එය ගන්න



Bug#641107: sysvinit: missing support for s390x

2011-09-10 Thread Aurelien Jarno
Package: sysvinit
Version: 2.88dsf-13.11
Severity: normal
Tags: patch
User: debian-s...@lists.debian.org
Usertags: s390x

sysvinit builds fine on s390x, but it needs the same fixes as on s390, 
that is a slightly different inittab and spinners removal due to the 
dumb console available on s390x.

The patch below fixes that. Please note that for the spinner removal it
simply replaces s390 by s390x as anyway Debian now only supports 64-bit
kernel on s390, so 'uname -m' returns 's390x' on both s390 and s390x.

Would it be possible to include this patch in the next upload? Thanks in
advance.

diff -u sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh 
sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh
--- sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh
+++ sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkfs.sh
@@ -77,7 +77,7 @@
spinner=
;;
esac
-   [ $(uname -m) = s390 ]  spinner=  # This should go away
+   [ $(uname -m) = s390x ]  spinner=  # This should go away
FSCKTYPES_OPT=
[ $FSCKTYPES ]  FSCKTYPES_OPT=-t $FSCKTYPES
handle_failed_fsck() {
diff -u sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh 
sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh
--- sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh
+++ sysvinit-2.88dsf/debian/src/initscripts/etc/init.d/checkroot.sh
@@ -204,8 +204,8 @@
  dumb|network|unknown|)
spinner= ;;
esac
-   # This Linux/s390 special case should go away.
-   if [ ${KERNEL}:${MACHINE} = Linux:s390 ]
+   # This Linux/s390x special case should go away.
+   if [ ${KERNEL}:${MACHINE} = Linux:s390x ]
then
spinner=
fi
only in patch2:
unchanged:
--- sysvinit-2.88dsf.orig/debian/share/inittab.s390x-linux-gnu
+++ sysvinit-2.88dsf/debian/share/inittab.s390x-linux-gnu
@@ -0,0 +1,63 @@
+# /etc/inittab: init(8) configuration.
+# $Id: inittab.s390x,v 1.9 2000/01/10 10:15:30 miquels Exp $
+
+# The default runlevel.
+id:2:initdefault:
+
+# Boot-time system configuration/initialization script.
+# This is run first except when booting in emergency (-b) mode.
+si::sysinit:/etc/init.d/rcS
+
+# What to do in single-user mode.
+~~:S:wait:/sbin/sulogin
+
+# /etc/init.d executes the S and K scripts upon change
+# of runlevel.
+#
+# Runlevel 0 is halt.
+# Runlevel 1 is single-user.
+# Runlevels 2-5 are multi-user.
+# Runlevel 6 is reboot.
+
+l0:0:wait:/etc/init.d/rc 0
+l1:1:wait:/etc/init.d/rc 1
+l2:2:wait:/etc/init.d/rc 2
+l3:3:wait:/etc/init.d/rc 3
+l4:4:wait:/etc/init.d/rc 4
+l5:5:wait:/etc/init.d/rc 5
+l6:6:wait:/etc/init.d/rc 6
+# Normally not reached, but fallthrough in case of emergency.
+z6:6:respawn:/sbin/sulogin
+
+# What to do when CTRL-ALT-DEL is pressed.
+ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now
+
+# Action on special keypress (ALT-UpArrow).
+kb::kbrequest:/bin/echo Keyboard Request--edit /etc/inittab to let this work.
+
+# What to do when the power fails/returns.
+pf::powerwait:/etc/init.d/powerfail start
+pn::powerfailnow:/etc/init.d/powerfail now
+po::powerokwait:/etc/init.d/powerfail stop
+
+# /sbin/getty invocations for the runlevels.
+#
+# The id field MUST be the same as the last
+# characters of the device (after tty).
+#
+# Format:
+#  id:runlevels:action:process
+#
+# The s390x only has a dumb terminal on /dev/console.
+#
+1:2345:respawn:/sbin/getty 38400 console dumb
+
+# Example how to put a getty on a serial line (for a terminal)
+#
+#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
+#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
+
+# Example how to put a getty on a modem line.
+#
+#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3
+


-- System Information:
Debian Release: wheezy/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: s390x

Kernel: Linux 3.0.0-1-s390x (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#625372: libphone-utils: diff for NMU version 0.1+git20100630-1.1

2011-09-10 Thread Ana Guerrero
tags 625372 + patch
tags 625372 + pending
thanks

Dear maintainer,

I've prepared an NMU for libphone-utils (versioned as 0.1+git20100630-1.1) and
uploaded it. See the patch with the changes attached.
I have also removed a spurious patch named debian-changes-0.1+git20100630-1 
with changes for autotools that seemed to be applied/shipped by mistake while 
using
source format 3.0.

Ana
diff -Nru libphone-utils-0.1+git20100630/debian/changelog libphone-utils-0.1+git20100630/debian/changelog
--- libphone-utils-0.1+git20100630/debian/changelog	2010-07-26 17:45:34.0 +0200
+++ libphone-utils-0.1+git20100630/debian/changelog	2011-09-10 13:35:58.0 +0200
@@ -1,3 +1,11 @@
+libphone-utils (0.1+git20100630-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch remove_unusued_variables to remove unusued variables to build
+with GCC 4.6.1. (Closes: #625372)
+
+ -- Ana Beatriz Guerrero Lopez a...@debian.org  Sat, 10 Sep 2011 13:35:57 +0200
+
 libphone-utils (0.1+git20100630-1) unstable; urgency=low
 
   * New upstream release
diff -Nru libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables
--- libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables	1970-01-01 01:00:00.0 +0100
+++ libphone-utils-0.1+git20100630/debian/patches/remove_unusued_variables	2011-09-10 13:29:06.0 +0200
@@ -0,0 +1,29 @@
+--- a/src/lib/phone-utils.c
 b/src/lib/phone-utils.c
+@@ -487,17 +487,13 @@ phone_utils_normalize_number_using_param
+ 	int found;
+ 	char *pos;
+ 	int len;
+-	const char *international, *national, *country, *area;
+-	int international_len, national_len, country_len, area_len;
++	const char *international, *national;
++	int international_len, national_len;
+ 	/* Optimize, already got those saved, get them */
+ 	international = phone_utils_get_user_international_prefix();
+ 	national = phone_utils_get_user_national_prefix();
+-	country = phone_utils_get_user_country_code();
+-	area = phone_utils_get_user_area_code();
+ 	international_len = strlen(international);
+ 	national_len = strlen(national);
+-	country_len = strlen(country);
+-	area_len = strlen(area);
+ 
+ 	/* on error */
+ 	if (!number) {
+@@ -754,4 +750,4 @@ int
+ phone_utils_remove_filler_chars(char *number)
+ {
+ 	return filter_string(number, filler_chars);
+-}
+\ No newline at end of file
++}
diff -Nru libphone-utils-0.1+git20100630/debian/patches/series libphone-utils-0.1+git20100630/debian/patches/series
--- libphone-utils-0.1+git20100630/debian/patches/series	2010-07-26 17:45:44.0 +0200
+++ libphone-utils-0.1+git20100630/debian/patches/series	2011-09-10 13:24:44.0 +0200
@@ -1 +1 @@
-debian-changes-0.1+git20100630-1
+remove_unusued_variables


Bug#641108: darnwdl: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: darnwdl
Version: 0.5-1
Severity: important

Hello Ying-Chun,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update darnwdl to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

darnwdl :Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641109: driftnet: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: driftnet
Version: 0.1.6-9
Severity: important

Hello Christoph,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update driftnet to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

driftnet:Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#641110: dvgrab: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Bill Allombert
Source: dvgrab
Version: 3.5-1
Severity: important

Hello Erik,

We are transitionning from libjpeg62 to libjpeg8.
As mentionned on debian-devel-announce[1], please update dvgrab to
Build-Depends on libjpeg-dev instead of libjpeg62-dev.

The following Build-Depends was found:

dvgrab  :Build-Depends: libjpeg62-dev 

[1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.html

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

Imagine a large red swirl here. 



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



Bug#615681: ntrack: ftbfs with gcc-4.5

2011-09-10 Thread Aurelien Jarno
On Sat, Aug 20, 2011 at 08:15:29PM +0200, Aurelien Jarno wrote:
 tag 615681 + fixed-in-experimental
 thanks
 
 On Mon, Feb 28, 2011 at 12:34:07AM +, Matthias Klose wrote:
  Package: ntrack
  Version: 008-1
  Severity: normal
  Tags: sid
  User: debian-...@lists.debian.org
  Usertags: ftbfs-gcc-4.5
  
  The package fails to build in a test rebuild on at least amd64 with
  gcc-4.5/g++-4.5, but succeeds to build with gcc-4.4/g++-4.4.
  
  The full build log can be found at:
  http://people.debian.org/~lucas/logs/2011/02/14/gcc/gcc4.5/ntrack_008-1_lsid64b.buildlog
  The last lines of the build log are at the end of this report.
  
  Some more details can be found at
  http://lists.debian.org/debian-devel-announce/2011/02/msg00012.html
  
  [...]
  libtool: link: ( cd .libs  rm -f libntrack-qt4.la  ln -s 
  ../libntrack-qt4.la libntrack-qt4.la )
  make[4]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/qt4'
  make[3]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/qt4'
  Making all in gobject
  make[3]: Entering directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  /usr/bin/make  all-recursive
  make[4]: Entering directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  Making all in test
  make[5]: Entering directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject/test'
  make[5]: Nothing to be done for `all'.
  make[5]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject/test'
  make[5]: Entering directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  /bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. 
  -I..-Wall -Werror -pedantic -I./../common/ -I./../glib/  -pthread 
  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-g -O2 -g -O2 -c -o 
  libntrack_gobject_la-ntrack-gmonitor.lo `test -f 'ntrack-gmonitor.c' || 
  echo './'`ntrack-gmonitor.c
  libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Werror -pedantic 
  -I./../common/ -I./../glib/ -pthread -I/usr/include/glib-2.0 
  -I/usr/lib/glib-2.0/include -g -O2 -g -O2 -c ntrack-gmonitor.c  -fPIC -DPIC 
  -o .libs/libntrack_gobject_la-ntrack-gmonitor.o
  In file included from ntrack-gmonitor.c:26:0:
  ntrack-gmarshal.h: In function '_ntrack_cclosure_marshal_VOID__ENUM_ENUM':
  ntrack-gmarshal.h:97:14: warning: ISO C forbids conversion of object 
  pointer to function pointer type
  cc1: warnings being treated as errors
  ntrack-gmonitor.c: In function '_event_callback':
  ntrack-gmonitor.c:93:15: error: comparison between 'NTrackGlibState' and 
  'ntrack_state_t'
  make[5]: *** [libntrack_gobject_la-ntrack-gmonitor.lo] Error 1
  make[5]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  make[4]: *** [all-recursive] Error 1
  make[3]: *** [all] Error 2
  make[4]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  make[3]: Leaving directory 
  `/build/user-ntrack_008-1-amd64-olJ8Tz/ntrack-008/gobject'
  make[2]: *** [all-recursive] Error 1
  make[1]: *** [all] Error 2
  make: *** [debian/stamp-makefile-build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2
  
 
 This RC bug is opened for 5 months already without any try to fix it.
 Moreover the version in unstable (008) is outdated compared to upstream
 (014).
 
 This bug doesn't affect experimental, which has version 011. The best 
 thing to do is probably to upload the current experimental version to 
 unstable. I am planning to do that over the next days if I get no
 reaction to this email.
 

Given I got no reaction to this email, I have done an NMU, uploading the
current experimental version with minor changes to unstable. Please find
below the diff between versions 0.11-1 and 0.11-1.1.

diff -u ntrack-011/debian/libntrack-qt4-1.symbols 
ntrack-011/debian/libntrack-qt4-1.symbols
--- ntrack-011/debian/libntrack-qt4-1.symbols
+++ ntrack-011/debian/libntrack-qt4-1.symbols
@@ -6,6 +6,7 @@
  _ZN15QNtrackListener16staticMetaObjectE@Base 005
  _ZN15QNtrackListenerD0Ev@Base 005
  _ZN15QNtrackListenerD1Ev@Base 005
+ _ZN15QNtrackListenerD2Ev@Base 011
  _ZN7QNtrack11qt_metacallEN11QMetaObject4CallEiPPv@Base 005
  _ZN7QNtrack11qt_metacastEPKc@Base 005
  _ZN7QNtrack12monitorEventE14ntrack_event_t@Base 005
diff -u ntrack-011/debian/changelog ntrack-011/debian/changelog
--- ntrack-011/debian/changelog
+++ ntrack-011/debian/changelog
@@ -1,3 +1,11 @@
+ntrack (011-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Upload to unstable. This version builds with gcc-4.5. Closes: #615681.
+  * Update symbols file.
+
+ -- Aurelien Jarno aure...@debian.org  Fri, 09 Sep 2011 00:21:48 +0200
+
 ntrack (011-1) experimental; urgency=low
 
   * Upload new upstream release 011 to debian experimental


-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to 

Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension

2011-09-10 Thread Jérémy Bobbio
On Sat, Sep 10, 2011 at 12:59:37PM +0200, Fabrizio Regalli wrote:
 I think the package is right now apart from README.source

Uploaded.

Don't forget to add the proper tag to the Git repository.

And please, write a debian/README.source. That will take you at most 10
minutes.

Cheers,
-- 
Jérémy Bobbio.''`. 
jeremy.bob...@irq7.fr   : :   : lu...@debian.org
`. `'` 
  `-


signature.asc
Description: Digital signature


Bug#641111: FTBFS: Could not find X11

2011-09-10 Thread Laurent Fousse
Package: phonon
Version: 4:4.6.0really4.5.0-4
Severity: serious
Justification: fails to build from source

Hello,

Your package failed to build from source:

CMake Error at /usr/share/cmake-2.8/Modules/FindX11.cmake:381 (MESSAGE):
  Could not find X11

Full build log attached.

Laurent.


phonon.log.xz
Description: Binary data


Bug#641112: c2hs: FTBFS: hlibrary.setup: the following dependencies are missing: language-c =0.3.1.1 0.4.0

2011-09-10 Thread Aurelien Jarno
Package: c2hs
Version: 0.16.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

c2hs version 0.16.3-1 fails to build, due to version mismatch. It
requires language-c 0.4.0, while the version in unstable is now
0.4.2.

From my build log:

| /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING:  DEB_COMPRESS_EXCLUDE is a 
deprecated variable
| if test ! -e Setup.lhs -a ! -e Setup.hs; then echo No setup script found!; 
exit 1; fi
| for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup 
-o debian/hlibrary.setup; exit 0; fi; done
| [1 of 1] Compiling Main ( Setup.hs, Setup.o )
| Linking debian/hlibrary.setup ...
| debian/hlibrary.setup configure --ghc -v2 \
| --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \
| --builddir=dist-ghc \
| --haddockdir=/usr/lib/ghc-doc/haddock/c2hs-0.16.3/ \
| --htmldir=/usr/share/doc/libghc-c2hs-doc/html/  
--ghc-option=-DDEBIAN_NO_GHCI \
|  
| Configuring c2hs-0.16.3...
| hlibrary.setup: At least the following dependencies are missing:
| language-c =0.3.1.1  0.4.0
| make: *** [dist-ghc] Error 1


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

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



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



Bug#598940: Bug#625863: Remove from testing?

2011-09-10 Thread Salvatore Bonaccorso
Hi Gregor

On Wed, May 11, 2011 at 07:19:44PM +0200, gregor herrmann wrote:
 If I'm not mistaken, libkinosearch-perl can be removed from testing
 (the only rdep, libmojomojo-perl, switched to libkinosearch1-perl in
 1.04+dfsg-1 which is already in testing).
 
 (Maybe we can remove it completely, but for the sake of the perl5.12
 transition removing it from testing should be enough now.)

In a upstream bugreport [1] there is the following comment/reply:

---(RT#69437)---
Hi,

The KinoSearch project has moved to Apache and is now known as Apache 
Lucy.  The problems with Strawberry Perl compilation will not be fixed for
KinoSearch, but have been addressed on current Lucy svn trunk.  The 
upcoming Lucy 0.2.0 release should meet your needs.

If you have further questions, please send them to the Lucy users list:

http://incubator.apache.org/lu cy/mailing_lists.html



 [1] http://rt.cpan.org/Public/Bug/Display.html?id=69437

Maybe we can really drop libkinosearch-perl from unstable too.

Regards
Salvatore


signature.asc
Description: Digital signature


Bug#641106: debconf: [INTL:si] Sinhala translation

2011-09-10 Thread Christian PERRIER
Quoting Danishka Navin (danis...@gmail.com):
 Package: debconf
 Severity: wishlist
 Tags: l10n patch
 X-debbugs-CC:bubu...@debian.org

 # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
 # This file is distributed under the same license as the PACKAGE package.
 #

The file is indeed not completely translated after resyncing with the
POT file. See attached file.




si.po
Description: application/gettext


signature.asc
Description: Digital signature


Bug#623970: [Pkg-mozext-maintainers] Bug#623970: Bug#623970: ITP: xul-ext-cookie-monster -- please package Iceweasel Cookie Monster extension

2011-09-10 Thread Benjamin Drung
Am Samstag, den 10.09.2011, 14:12 +0200 schrieb Jérémy Bobbio:
 On Sat, Sep 10, 2011 at 12:59:37PM +0200, Fabrizio Regalli wrote:
  I think the package is right now apart from README.source
 
 Uploaded.
 
 Don't forget to add the proper tag to the Git repository.
 
 And please, write a debian/README.source. That will take you at most 10
 minutes.

I am against having a debian/README.source if this package follows the
common practices of the pkg-mozext-maintainers group.

-- 
Benjamin Drung
Debian  Ubuntu Developer


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


Bug#641114: soundconverter: Soundconverter terminates at startup: TypeError: could not parse URI

2011-09-10 Thread Timothy Sweeney
Package: soundconverter
Version: 1.4.4-2
Severity: grave
Justification: renders package unusable

When attempting to start soundconverter, it terminates with the following:

SoundConverter 1.4.4
  using Gstreamer version: 0.10.35, Python binding version: 0.10.21
  using gio
  'lame' element not found, disabling MP3.
  'faac' element not found, disabling AAC.
  using 2 thread(s)

(soundconverter:9133): libglade-WARNING **: Error loading image: Couldn't
recognize the image file format for file '/usr/share/soundconverter
/soundconverter-logo.svg'

(soundconverter:9133): libglade-WARNING **: could not convert string to type
`GdkPixbuf' for property `logo'
Traceback (most recent call last):
  File /usr/bin/soundconverter, line 2830, in module
main()
  File /usr/bin/soundconverter, line 2822, in main
gui_main(args)
  File /usr/bin/soundconverter, line 2617, in gui_main
win = SoundConverterWindow(glade)
  File /usr/bin/soundconverter, line 2336, in __init__
self.prefs = PreferencesDialog(glade)
  File /usr/bin/soundconverter, line 1576, in __init__
self.set_widget_initial_values(glade)
  File /usr/bin/soundconverter, line 1607, in set_widget_initial_values
uri = filename_to_uri(self.get_string(selected-folder))
  File /usr/bin/soundconverter, line 277, in filename_to_uri
filename = str(gnomevfs.URI(filename))
TypeError: could not parse URI

I tried both the binary and source deb, same results.



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

Kernel: Linux 3.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

Versions of packages soundconverter depends on:
ii  gstreamer0.10-plugins-base  0.10.35-1
ii  gstreamer0.10-plugins-good  0.10.30-1
ii  python  2.6.7-3
ii  python-glade2   2.24.0-2
ii  python-gnome2   2.28.1-3
ii  python-gst0.10  0.10.21-2.1

soundconverter recommends no packages.

Versions of packages soundconverter suggests:
pn  gstreamer0.10-ffmpeg1:0.10.11-4.1
pn  gstreamer0.10-plugins-ugly  none

-- no debconf information



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



Bug#641115: gnus: mm-decode shouldn't require the death of external displayers

2011-09-10 Thread Mark T.B. Carroll
Package: emacs23-common
Version: 23.3+1-1
Severity: minor
File: gnus

It's annoying that external attachment displayers are killed when they are,
preventing me from viewing several attachments from various mail messages at
once. Why kill them at all? Couldn't they be forked into some separate process
that forks the displayer and cleans up its tmp file after that process exits
naturally without the main emacs process needing to actually get rid of them
before moving on to something else?

This is doubly annoying with external displayers like graphicsmagick that
don't simply die when the ^C comes, so emacs gets trapped in a state of
uselessness because it can't gracefully handle the external viewer not dying.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (600, 'stable'), (50, 'testing'), (40, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs23-common depends on:
ii  dpkg  1.15.8.11  Debian package management system
ii  emacsen-common1.4.22 Common facilities for all emacsen
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 

emacs23-common recommends no packages.

Versions of packages emacs23-common suggests:
pn  emacs23-common-non-dfsg   none (no description available)
pn  emacs23-elnone (no description available)

-- no debconf information



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



Bug#637796: iptables rules not loaded

2011-09-10 Thread Igor FLEDERICK
Package: iptables-persistent
Version: 0.5.2
Severity: critical

Hi there,
I confirm this issue, I also find out that the rules are not loaded
anymore after reboot.
It is not useful to check if the /proc/net/ip_tables_names is present or not.
I unloaded all iptables modules and checked that
/proc/net/ip_tables_names was not present.
I removed the check
    if [ ! -f /proc/net/ip_tables_names ]; then
in /etc/init.d/iptables-persistent and started the script.
My rules were correctly loaded, without any problems.
So, consider removing the tests on
   /proc/net/ip_tables_names
and
   /proc/net/ip6_tables_names
because they could lead to a big security hole.

Regards,
Igor.



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



Bug#641116: libcairo2: iceweasel needs a cairo2 patch to render rotated text correctly

2011-09-10 Thread Jason Woofenden
Package: libcairo2
Version: 1.10.2-6.1
Severity: normal

Dear Maintainers,

I'm experiencing a render bug in iceweasel. I've been in touch with
the firefox developers, and they say that they fixed this issue by
patching cairo. They informed me that had I used the version of
cairo bundled with firefox that I would not have the rendering
issue.

The rendering bug is that when -moz-translate is used to rotate a
block containing text, often the individual characters are rendered
rightside up (though the position of the individual characters is
correctly rotated about the object's origin.) Also the characters
will tend to flicker between correct orientation and right-side up
as you select parts of the text with the mouse.

References:

1.  Explanation from firefox devs about the cairo patch (comment
#43): https://bugzilla.mozilla.org/show_bug.cgi?id=518172#c43

2.  Another bug page on firefox of people describing the render
bug with example code and screenshots:
https://bugzilla.mozilla.org/show_bug.cgi?id=501028

3.  Direct link to a screenshot of broken text rendering (the
vertical word should have its characters sideways.)
https://bug501028.bugzilla.mozilla.org/attachment.cgi?id=559637


If this cannot be fixed by changing the cairo source/package,
please reassign this bug to the iceweasel team.

Thank you!   - Jason


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (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

Versions of packages libcairo2 depends on:
ii  libc6   2.13-20 
ii  libfontconfig1  2.8.0-3 
ii  libfreetype62.4.6-2 
ii  libpixman-1-0   0.22.2-1
ii  libpng12-0  1.2.46-3
ii  libx11-62:1.4.4-1   
ii  libxcb-render0  1.7-3   
ii  libxcb-shm0 1.7-3   
ii  libxcb1 1.7-3   
ii  libxrender1 1:0.9.6-2   
ii  zlib1g  1:1.2.3.4.dfsg-3

libcairo2 recommends no packages.

libcairo2 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#641117: RM: fantasdic -- ROM; Unmaintained since 2009, uninstallable in unstable

2011-09-10 Thread Sébastien Delafond
Package: ftp.debian.org
Severity: normal

Per #639436, fantasdic is uninstallable in unstable, and since it's
also been unmaintained for a long time, I'm asking for its removal
from the archive.

Cheers,

--Seb



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



Bug#641118: More random names for build directories, not cow.$$

2011-09-10 Thread Jörg Sommer
Package: cowbuilder
Version: 0.64
Severity: normal

Hi,

I'm running cowbuilder in a Linux Container which has its own process ID
space. Therefore, each build starts with the same pid and cowbuilder uses
the same directory cow.2 for each build. Hence, no parallel builds are
possible, because they all want to use cow.2.

# lxc-execute -n cowbuilder-update -- cowbuilder --update
 - Copying COW directory
  forking: rm -rf /var/cache/pbuilder/build//cow.2 
  forking: cp -al /var/cache/pbuilder/base-sid.cow 
/var/cache/pbuilder/build//cow.2 
I: removed stale ilistfile /var/cache/pbuilder/build//cow.2/.ilist
 - Invoking pbuilder
  forking: pbuilder update --buildplace /var/cache/pbuilder/build//cow.2 
--no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.2 
cow-shell 

Please, use mktemp or something to choose a unique name to reduce these
collisions.

Bye, Jörg.

-- System Information:
Debian Release: unstable/experimental
  APT prefers unstable
  APT policy: (900, 'unstable'), (700, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 3.1.0-rc3.ledtest-00161-g671ee7f-dirty
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cowbuilder depends on:
ii  cowdancer  0.64   
ii  libc6  2.13-20
ii  pbuilder   0.202  

cowbuilder recommends no packages.

cowbuilder suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP


Bug#612988: RFA: amara -- Amara is a pythonic XML toolkit

2011-09-10 Thread Jakub Wilk

* David Villa Alises david.vi...@uclm.es, 2011-02-12, 05:11:

Amara is very heavy and it has very few users. There are more suitable
alternatives for XML parsing already in Debian (like python-lxml).

I request an adopter for the amara package, or removing as well.


After 6 months, it doesn't look like anybody is going to adopt this 
package. Are you OK with removing it from the archive?


--
Jakub Wilk



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



Bug#641119: debian-bts-applet: please stop depending on python-btsutils

2011-09-10 Thread Jakub Wilk

Source: debian-bts-applet
Version: 0.3
Severity: important

python-btsutils is buggy and unmaintained, and a better alternative 
exists: python-debianbts. I'd like to remove python-btsutils from the 
archive.


Could you please please port your package to use python-debianbts 
instead of -btsutils? Thanks!


--
Jakub Wilk



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



Bug#639436: package no longer installable

2011-09-10 Thread Sébastien Delafond
See ROM at http://bugs.debian.org/641117

Cheers,

--Seb



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



Bug#641120: backupninja: wrong duplicity version check for keepincroffulls option

2011-09-10 Thread Olivier Berger
Package: backupninja
Version: 0.9.9-1
Severity: normal
Tags: patch upstream

There's a wrong duplicity version check in support for keepincroffulls 
backupninja option keepincroffulls of duplicity handler.

See upstream bug https://labs.riseup.net/code/issues/3443 for the fix.


Thanks in davance.

Best regards,


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (500, 'stable-updates')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages backupninja depends on:
ii  bash   4.1-3 The GNU Bourne Again SHell
ii  bsd-mailx [mailx]  8.1.2-0.20100314cvs-1 simple mail user agent
ii  dialog 1.1-20100428-1Displays user-friendly dialog boxe
ii  gawk   1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr
ii  mawk   1.3.3-15  a pattern scanning and text proces
ii  util-linux 2.17.2-9  Miscellaneous system utilities

backupninja recommends no packages.

Versions of packages backupninja suggests:
ii  cdrdao   1:1.2.3-0.1 records CDs in Disk-At-Once (DAO) 
ii  debconf-utils1.5.36.1debconf utilities
ii  dvd+rw-tools 7.1-6   DVD+-RW/R tools
ii  genisoimage  9:1.1.11-1  Creates ISO-9660 CD-ROM filesystem
ii  hwinfo   16.0-2  Hardware identification system
ii  mdadm3.1.4-1+8efb9d1 tool to administer Linux MD arrays
ii  rdiff-backup 1.2.8-6 remote incremental backup
ii  wodim9:1.1.11-1  command line CD/DVD writing tool

-- no debconf information

-- 
Olivier BERGER 
(OpenPGP: 4096R/7C5BB6A5)
http://www.olivierberger.com/weblog/



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



Bug#592550: Provide support for SSH-Key authentication (Supports Eucalyptus and Amazon EC2)

2011-09-10 Thread Charles Plessy
Le Tue, Aug 10, 2010 at 04:49:51PM -0400, Kyle Moffett a écrit :
 
 When performing partially-automated virtual-server installations (using
 services such as Eucalyptus or Amazon EC2, for example), it's not really
 practical or secure to use password-based authentication for the
 installer.
 
 Furthermore, such virtual server environments provide an automatic
 method of provisioning public SSH keys during the installation process
 via an HTTP URL.
 
 The Ubuntu guys seem to have a patch for this that never got merged:
   https://bugs.launchpad.net/ubuntu/+source/network-console/+bug/184108

Dear all,

I think that it would wonderful if Ubuntu's patch were applied in Debian.  Here
is a slimmed down version of it, where I removed the Ubuntu-specific parts
changing debian/control, the changelog and .gitignore files, …

http://patches.ubuntu.com/n/network-console/network-console_1.28ubuntu1.patch

--- 1.28/debian/network-console.postinst2011-01-19 04:51:17.0 
+
+++ 1.28ubuntu1/debian/network-console.postinst 2011-05-04 00:19:29.0 
+0100
@@ -26,7 +26,30 @@ case $ARCHDETECT in
;;
 esac
 
-while [ -z $PASSWORD ]; do
+db_get $TEMPLATE_ROOT/authorized_keys_url
+
+AUTHORIZED_KEYS_URL=$RET
+AUTHORIZED_KEYS_DIRECTORY=/.ssh
+AUTHORIZED_KEYS_FILE=$AUTHORIZED_KEYS_DIRECTORY/authorized_keys
+
+if [ -n $AUTHORIZED_KEYS_URL ]; then
+   if [ ! -f $AUTHORIZED_KEYS_FILE ]; then
+   [ -d $AUTHORIZED_KEYS_DIRECTORY ] || \
+   mkdir $AUTHORIZED_KEYS_DIRECTORY
+   chmod 0700 $AUTHORIZED_KEYS_DIRECTORY
+   if ! wget -q $AUTHORIZED_KEYS_URL -O $AUTHORIZED_KEYS_FILE; 
then
+   db_subst $TEMPLATE_ROOT/authorized_keys_fetch_failure \
+   LOCATION $AUTHORIZED_KEYS_URL
+   db_input critical 
$TEMPLATE_ROOT/authorized_keys_fetch_failure \
+   || true
+   db_go
+   exit 1
+   fi
+   chmod 0644 $AUTHORIZED_KEYS_FILE || true
+   fi
+fi
+
+while [ ! -f $AUTHORIZED_KEYS_FILE ]  [ -z $PASSWORD ]; do
db_input critical $TEMPLATE_ROOT/password || true
COMPARE_PW=''
db_input high $TEMPLATE_ROOT/password-again  COMPARE_PW=1 || true
diff -pruN 1.28/debian/network-console.templates 
1.28ubuntu1/debian/network-console.templates
--- 1.28/debian/network-console.templates   2011-01-19 04:51:17.0 
+
+++ 1.28ubuntu1/debian/network-console.templates2011-05-04 
00:19:29.0 +0100
@@ -75,3 +75,19 @@ _Description: Start SSH
  .
  Please check this carefully against the fingerprint reported by
  your SSH client.
+
+Template: network-console/authorized_keys_url
+Type: string
+Description: for internal use; can be preseeded
+ What URL contains a list of authorized SSH public keys?
+ .
+ The file at the given URL should be of the same form as a standard OpenSSH
+ authorized_keys file.
+
+Template: network-console/authorized_keys_fetch_failure
+Type: error
+# should be translated when committed upstream
+Description: Could not fetch OpenSSH authorized keys
+ An error occurred while fetching OpenSSH authorized keys from ${LOCATION}.
+ .
+ Check /var/log/syslog or see virtual console 4 for the details.


Please let me know how I can help to make this happen.

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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



Bug#637784: installation-reports: Partition disks error: No root file system is defined.

2011-09-10 Thread Charles Plessy
Le Sat, Aug 20, 2011 at 06:26:45PM +0900, Charles Plessy a écrit :
   
  
 Using the shell console, I found that the partition table was the following:
 
   Disk /dev/xvda1: 1073 MB, 1073741824 bytes
   255 heads, 63 sectors/track, 130 cylinders
   Units = cylinders of 16065 * 512 = 8225280 bytes
   Sector size (logical/physical): 512 bytes / 512 bytes
   I/O size (minimum/optimal): 512 bytes / 512 bytes
   Disk identifier: 0x0002dcf2
   
   Device Boot  Start End  Blocks   Id  System
   /dev/xvda1p1   *   1 118  947803+  83  Linux
   /dev/xvda1p2 119 130   963905  Extended
   /dev/xvda1p5 119 130   96358+  82  Linux swap / 
 Solaris
 
 However, the device files /dev/xvda1p1, p2 and p5 are not available.  Do you 
 have any idea ?

Dear all,

I hope that I am not too bothering with my insistance, but I am completely
blocked on this issue, and I would like to ask again for your help, as
I think that it would be beneficial to Debian as well if it were possible
to use the Debian installer on the Amazon Elastic Computer Cloud.  Please
let me know how I can help the D-I team in return.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan



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



Bug#641121: gnome-system-monitor and chrome fail while using linux-image-2.6.32-5-686 from security.debian (update from 09.09.11). It looks like this bug has fixed https://lkml.org/lkml/2011/3/27/17

2011-09-10 Thread Андрей Аладьев
Package: linux-2.6
Version: 2.6.32-35squeeze1
Severity: important

*** Please type your report below this line ***


-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-35squeeze1)
(da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri
Aug 26 09:15:47 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686
root=UUID=a5a1f49f-d6a7-4ceb-a7e0-1af1919a429a ro quiet

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[    5.532570] it87: in7 is VCCH (+5V Stand-By)
[    5.532637] ACPI: I/O resource it87 [0x295-0x296] conflicts with
ACPI region ECRE [0x290-0x2af]
[    5.532843] ACPI: If an ACPI driver is available for this device,
you should use it instead of the native driver
[    6.178428] kjournald starting.  Commit interval 5 seconds
[    6.179613] EXT3 FS on sda3, internal journal
[    6.179624] EXT3-fs: mounted filesystem with ordered data mode.
[    6.906097] fuse init (API version 7.13)
[   10.123719] r8169: eth0: link up
[   10.123728] r8169: eth0: link up
[   12.369787] [drm] Big FIFO is disabled
[   12.388619] Bluetooth: Core ver 2.15
[   12.388736] NET: Registered protocol family 31
[   12.388742] Bluetooth: HCI device and connection manager initialized
[   12.388749] Bluetooth: HCI socket layer initialized
[   12.437418] Bluetooth: L2CAP ver 2.14
[   12.437425] Bluetooth: L2CAP socket layer initialized
[   12.444520] [drm] Big FIFO is disabled
[   12.444532] [drm] Big FIFO is disabled
[   12.705593] [drm] Big FIFO is disabled
[   12.707423] Bluetooth: RFCOMM TTY layer initialized
[   12.707434] Bluetooth: RFCOMM socket layer initialized
[   12.707441] Bluetooth: RFCOMM ver 1.11
[   12.741883] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   12.741890] Bluetooth: BNEP filters: protocol multicast
[   12.776523] [drm] Big FIFO is disabled
[   12.776536] [drm] Big FIFO is disabled
[   13.222783] Bridge firewalling registered
[   13.396132] Bluetooth: SCO (Voice Link) ver 0.6
[   13.396139] Bluetooth: SCO socket layer initialized
[   19.307473] CPU0 attaching NULL sched-domain.
[   19.307485] CPU1 attaching NULL sched-domain.
[   19.332636] CPU0 attaching sched-domain:
[   19.332645]  domain 0: span 0-1 level SIBLING
[   19.332653]   groups: 0 (cpu_power = 589) 1 (cpu_power = 589)
[   19.332669]   domain 1: span 0-1 level MC
[   19.332676]    groups: 0-1 (cpu_power = 1178)
[   19.332689] CPU1 attaching sched-domain:
[   19.332695]  domain 0: span 0-1 level SIBLING
[   19.332702]   groups: 1 (cpu_power = 589) 0 (cpu_power = 589)
[   19.332717]   domain 1: span 0-1 level MC
[   19.332723]    groups: 0-1 (cpu_power = 1178)
[   20.428016] eth0: no IPv6 routers present
[   98.765476] BUG: unable to handle kernel paging request at fff3
[   98.765487] IP: [c10e509f] m_stop+0xe/0x3f
[   98.765498] *pde = 01420067 *pte = 
[   98.765505] Oops:  [#1] SMP
[   98.765510] last sysfs file:
/sys/devices/virtual/net/lo/statistics/collisions
[   98.765516] Modules linked in: cpufreq_userspace cpufreq_powersave
cpufreq_stats cpufreq_conservative sco bridge stp bnep rfcomm l2cap
crc16 bluetooth rfkill binfmt_misc fuse hwmon_vid coretemp loop
snd_hda_codec_idt snd_hda_intel snd_hda_codec i915 snd_hwdep
drm_kms_helper snd_pcm snd_seq drm snd_timer i2c_algo_bit hid_a4tech
snd_seq_device usbhid parport_pc video snd i2c_i801 soundcore
asus_atk0110 parport i2c_core evdev hid snd_page_alloc pcspkr output
button processor ext3 jbd mbcache sd_mod crc_t10dif ata_generic
ata_piix uhci_hcd libata thermal ehci_hcd scsi_mod usbcore nls_base
r8169 mii thermal_sys [last unloaded: scsi_wait_scan]
[   98.765604]
[   98.765611] Pid: 2016, comm: gnome-system-mo Not tainted
(2.6.32-5-686 #1) System Product Name
[   98.765617] EIP: 0060:[c10e509f] EFLAGS: 00010286 CPU: 0
[   98.765623] EIP is at m_stop+0xe/0x3f
[   98.765627] EAX: f5a9eba0 EBX: f58f1f64 ECX: c128030c EDX: fff3
[   98.765633] ESI: f5a9ddc0 EDI: fff3 EBP: fff3 ESP: f58f1f3c
[   98.765638]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[   98.765644] Process gnome-system-mo (pid: 2016, ti=f58f
task=f5a46a40 task.ti=f58f)
[   98.765648] Stack:
[   98.765652]  f58f1f64 f5a9eba0 c10c6f2f 0400 b7703000 f67f7e00
f5a9ebc8 
[   98.765664] 0 0001 c1102898   0400
f67f7e00 c10c6ce6 b7703000
[   98.765677] 0 c10b3bb2 f58f1f9c f67f7e00 fff7 
f58f c10b3ca2 f58f1f9c
[   98.765691] Call Trace:
[   98.765700]  [c10c6f2f] ? seq_read+0x249/0x360
[   98.765709]  [c1102898] ? security_file_permission+0xc/0xd
[   98.765716]  [c10c6ce6] ? seq_read+0x0/0x360
[   98.765723]  [c10b3bb2] ? vfs_read+0x7b/0xd3
[   98.765730]  [c10b3ca2] ? sys_read+0x3c/0x63
[   98.765738]  [c10030fb] ? sysenter_do_call+0x12/0x28
[   98.765742] Code: f0 ff 08 0f 94 c2 84 d2 74 09 8b 44 24 08 e8 12
b1 f4 ff 83 c4 38 89 f8 5b 5e 5f 5d c3 56 85 d2 53 8b 70 40 74 16 3b
56 08 74 11 8b 1a 8d 43 34 e8 1d 20 f6 ff 89 d8 e8 03 98 f4 ff 8b 4e
04 85
[   98.765813] EIP: [c10e509f] 

Bug#641122: desktop-profiles: package description do not respect the Debian general guidelines

2011-09-10 Thread Davide Prina

Package: desktop-profiles
Severity: minor

The package description don't respect the General guidelines for package 
descriptions[1]: The first paragraph of the long description should 
answer the following questions: what does the package do? what task does 
it help the user accomplish? It is important to describe this in a 
non-technical way, unless of course the audience for the package is 
necessarily technical.


I think that the 2° paragraph must be the 1°

Note: I'm using the DDTSS packages description

Ciao
Davide

[1]
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics


--
Dizionari: http://linguistico.sourceforge.net/wiki
Sistema operativo: http://www.it.debian.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook





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



Bug#559958: inteltool: diff for NMU version 0.0+r4091-1.2

2011-09-10 Thread Ansgar Burchardt
tags 559958 + patch
tags 559958 + pending
thanks

Dear maintainer,

I've prepared an NMU for inteltool (versioned as 0.0+r4091-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
reverted:
--- 
inteltool-0.0+r4091/bugreport.cgi?msg=12;filename=inteltool.patch;att=1;bug=528856
+++ 
inteltool-0.0+r4091.orig/bugreport.cgi?msg=12;filename=inteltool.patch;att=1;bug=528856
@@ -1,33 +0,0 @@
-diff -ur inteltool.old/cpu.c inteltool-0.0+r4091/cpu.c
 inteltool.old/cpu.c2009-11-07 00:14:52.0 +
-+++ inteltool-0.0+r4091/cpu.c  2009-11-07 00:19:02.0 +
-@@ -30,8 +30,19 @@
- 
- unsigned int cpuid(unsigned int op)
- {
--  unsigned int ret;
--  unsigned int dummy2, dummy3, dummy4;
-+  unsigned long ret;
-+  unsigned long dummy2, dummy3, dummy4;
-+#if defined(__x86_64__)
-+  asm volatile ( 
-+  pushq %%rbx\n
-+  cpuid  \n
-+  movq %%rbx, %1 \n
-+  popq %%rbx \n
-+  : =a (ret), =r (dummy2), =c (dummy3), =d (dummy4)
-+  : a (op)
-+  : cc
-+  );
-+#else
-   asm volatile ( 
-   pushl %%ebx\n
-   cpuid  \n
-@@ -41,6 +52,7 @@
-   : a (op)
-   : cc
-   );
-+#endif
-   return ret;
- }
- 
diff -u inteltool-0.0+r4091/debian/control inteltool-0.0+r4091/debian/control
--- inteltool-0.0+r4091/debian/control
+++ inteltool-0.0+r4091/debian/control
@@ -7,7 +7,7 @@
 Homepage: http://coreboot.org/Inteltool
 
 Package: inteltool
-Architecture: any
+Architecture: any-amd64 any-i386
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Dump Intel CPU / chipset configuration parameters
  inteltool is a tool for dumping the configuration space of
diff -u inteltool-0.0+r4091/debian/changelog 
inteltool-0.0+r4091/debian/changelog
--- inteltool-0.0+r4091/debian/changelog
+++ inteltool-0.0+r4091/debian/changelog
@@ -1,3 +1,10 @@
+inteltool (0.0+r4091-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Restrict architectures to any-amd64 and any-i386. (Closes: #559958)
+
+ -- Ansgar Burchardt ans...@debian.org  Sat, 10 Sep 2011 15:36:29 +0200
+
 inteltool (0.0+r4091-1.1) unstable; urgency=low
 
   * Non-maintainer upload.



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



Bug#631319: Bug is solved in version 92-2 now, can be closed

2011-09-10 Thread Johannes Fichtinger
Hi

I suggest the bug can be closed as I can confirm that it is solved in version 
92-2 now.

Best regards
Johannes



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



Bug#638137: [Pkg-openssl-devel] Bug#638137: Please transition openssl for multiarch

2011-09-10 Thread Kurt Roeckx
On Tue, Aug 16, 2011 at 06:15:39PM -0700, Steve Langasek wrote:
 Package: openssl
 Version: 1.0.0d-3.1
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu oneiric ubuntu-patch
 
 Hi guys,
 
 Please find attached a patch to openssl to transition it to use of the
 multiarch library paths as described at
 http://wiki.debian.org/Multiarch/Implementation.  This patch has been
 tested and included in Ubuntu Oneiric.
 
 openssl is obviously a pretty core library, and is part of the stack
 packaged in ia32-libs.  Converting openssl for multiarch use, and thus
 facilitating the direct installation of i386 packages on amd64 systems, will
 be a great step forward in the release goal of getting rid of ia32-libs for
 wheezy.  So please consider including this patch in Debian sooner rather
 than later.

So I've uploaded the patch.  But I have a question:
The header files depend on the arch, because some comptile time
options are stored in it.  I think they're all in opensslconf.h.

libssl-dev didn't get an Multi-Arch line in the control file,
so I assume they currently can't install it from different
arches currently.  Should I move the include files to
/usr/include/$triplet for that too?

Or do we currently not want to support installing multiple
-dev packages?


Kurt




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



Bug#638933: Absence of pstoraster and hpgltops

2011-09-10 Thread hazel debian
I was able to work around this problem by:

1) making a symlink /usr/lib/cups/filter/pstoraster to
/usr/lib/cups/filter/gstoraster.

2) Copying hpgltops from another distro (I have Crux which uses an earlier
version of cups).

No.2 is frankly a bodge but no.1 makes sense because gstoraster provides the
same service as pstoraster.


Bug#641090: Found the solution

2011-09-10 Thread Alexander Myodov
It seem to be not a problem, but the intended behavior. As the author told
me in IRC, the symbols are resolved dynamically, so the order of plugins
matters. To get rid of the issue, one should use --plugins
python26,greenlet_python26 rather than
--plugins greenlet_python26,python26.

I think, the bug may be closed.


Bug#623595: xine-lib: diff of the NMU

2011-09-10 Thread Aurelien Jarno
I have just done an NMU of xine-lib: to fix two issues causing an FTBFS
and for which the bugs are opened for some time. Please find the diff
below.

diff -Nru xine-lib-1.1.19/debian/changelog xine-lib-1.1.19/debian/changelog
--- xine-lib-1.1.19/debian/changelog2011-01-23 17:50:35.0 +0100
+++ xine-lib-1.1.19/debian/changelog2011-09-10 15:49:23.0 +0200
@@ -1,3 +1,13 @@
+xine-lib (1.1.19-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add patch from Reinhard Tartler to fix FTBFS with libav 0.7.  Closes:
+#628197.
+  * Add patch from Loic Dachary to remove pvr from the plugins now that v4l
+is gone. Enable v4l on linux instead of on !linux.  Closes: #623595.
+
+ -- Aurelien Jarno aure...@debian.org  Sat, 10 Sep 2011 15:21:31 +0200
+
 xine-lib (1.1.19-3) unstable; urgency=low
 
   * add missing #includeX11/extensions/XvMClib.h to avoid FTBFS,
diff -Nru xine-lib-1.1.19/debian/libxine1-misc-plugins.install 
xine-lib-1.1.19/debian/libxine1-misc-plugins.install
--- xine-lib-1.1.19/debian/libxine1-misc-plugins.install2011-01-23 
17:18:48.0 +0100
+++ xine-lib-1.1.19/debian/libxine1-misc-plugins.install2011-09-10 
15:46:15.0 +0200
@@ -7,7 +7,6 @@
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_mms.so
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_net.so
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pnm.so
-debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_pvr.so
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtp.so
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_rtsp.so
 debian/tmp/usr/lib/xine/plugins/*/xineplug_inp_smb.so
diff -Nru xine-lib-1.1.19/debian/patches/libav-0.7 
xine-lib-1.1.19/debian/patches/libav-0.7
--- xine-lib-1.1.19/debian/patches/libav-0.71970-01-01 01:00:00.0 
+0100
+++ xine-lib-1.1.19/debian/patches/libav-0.72011-09-10 15:21:29.0 
+0200
@@ -0,0 +1,237 @@
+From: Reinhard Tartler siret...@tauware.de
+Subject: unbreak compilation with Libav 0.7
+
+Index: xine-lib/src/combined/ffmpeg/ff_video_decoder.c
+===
+--- xine-lib.orig/src/combined/ffmpeg/ff_video_decoder.c   2011-05-27 
19:46:33.550935020 +0200
 xine-lib/src/combined/ffmpeg/ff_video_decoder.c2011-05-27 
19:58:40.030934613 +0200
+@@ -58,12 +58,28 @@
+ 
+ #define ENABLE_DIRECT_RENDERING
+ 
++#if LIBAVCODEC_VERSION_MAJOR = 53 || (LIBAVCODEC_VERSION_MAJOR == 52  
LIBAVCODEC_VERSION_MINOR = 32)
++#  define AVVIDEO 2
++#else
++#  define AVVIDEO 1
++#  define pp_context  pp_context_t
++#  define pp_mode pp_mode_t
++#endif
++
+ /* reordered_opaque appeared in libavcodec 51.68.0 */
+ #define AVCODEC_HAS_REORDERED_OPAQUE
+ #if LIBAVCODEC_VERSION_INT  0x334400
+ # undef AVCODEC_HAS_REORDERED_OPAQUE
+ #endif
+ 
++#if LIBAVCODEC_VERSION_MAJOR = 53 || (LIBAVCODEC_VERSION_MAJOR == 52  
LIBAVCODEC_VERSION_MINOR = 32)
++#  define AVVIDEO 2
++#else
++#  define AVVIDEO 1
++#  define pp_context  pp_context_t
++#  define pp_mode pp_mode_t
++#endif
++
+ typedef struct ff_video_decoder_s ff_video_decoder_t;
+ 
+ typedef struct ff_video_class_s {
+@@ -116,8 +132,8 @@
+ 
+   int   pp_quality;
+   int   pp_flags;
+-  pp_context_t *pp_context;
+-  pp_mode_t*pp_mode;
++  pp_context   *pp_context;
++  pp_mode  *pp_mode;
+ 
+   /* mpeg-es parsing */
+   mpeg_parser_t*mpeg_parser;
+@@ -1055,12 +1071,26 @@
+ }
+ 
+ /* skip decoding b frames if too late */
++#if AVVIDEO  1
++this-context-skip_frame = (this-skipframes  0) ? AVDISCARD_NONREF : 
AVDISCARD_DEFAULT;
++#else
+ this-context-hurry_up = (this-skipframes  0);
++#endif
+ 
+ lprintf(avcodec_decode_video: size=%d\n, 
this-mpeg_parser-buffer_size);
++#if AVVIDEO  1
++AVPacket avpkt;
++av_init_packet(avpkt);
++avpkt.data = (uint8_t *)this-mpeg_parser-chunk_buffer;
++avpkt.size = this-mpeg_parser-buffer_size;
++avpkt.flags = AV_PKT_FLAG_KEY;
++len = avcodec_decode_video2 (this-context, this-av_frame,
++   got_picture, avpkt);
++#else
+ len = avcodec_decode_video (this-context, this-av_frame,
+ got_picture, this-mpeg_parser-chunk_buffer,
+ this-mpeg_parser-buffer_size);
++#endif
+ lprintf(avcodec_decode_video: decoded_size=%d, got_picture=%d\n,
+ len, got_picture);
+ len = current - buf-content - offset;
+@@ -1112,7 +1142,13 @@
+ 
+ } else {
+ 
+-  if (this-context-hurry_up) {
++  if (
++#if AVVIDEO  1
++this-context-skip_frame != AVDISCARD_DEFAULT
++#else
++this-context-hurry_up
++#endif
++   ) {
+ /* skipped frame, output a bad frame */
+ img = this-stream-video_out-get_frame (this-stream-video_out,
+   this-bih.biWidth,
+@@ -1304,13 +1340,25 @@
+ got_picture = 0;
+   } else {
+ /* skip decoding b frames if too late 

Bug#641099: chromium-browser: Please Build-Depends on libjpeg-dev, not libjpeg62-dev

2011-09-10 Thread Matteo F. Vescovi
tag 641099 pending
thanks

---
Package: chromium-browser
Followup-For: Bug #641099

Hi Bill!

I've just corrected this issue in the git repository, so I'm tagging
this bug as pending.

Thanks for your help.

mfv


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

Kernel: Linux 3.0.0-1-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

-- 
Il messaggio e' stato analizzato alla ricerca di virus o
contenuti pericolosi da MailScanner, ed e'
risultato non infetto.




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



Bug#634413: [PATCH] build libgmock.a with tests

2011-09-10 Thread Philipp Kern
Daniel,

On Mon, Aug 29, 2011 at 09:01:12PM +0800, Daniel Hartwig wrote:
 On 29 August 2011 01:36, Daniel Hartwig mand...@gmail.com wrote:
  tags 634413 + patch
  quit
 
  Re: #634413 aptitude: FTBFS: ld: cannot find -lgmock
 ...
 
 Nevermind, I have just seen that this was already fixed in git on 23/7
 
 Should have checked ;)

can we have the fix in unstable, please?  :)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature


Bug#641123: roxterm: symbol lookup error: roxterm: undefined symbol: vte_terminal_search_get_gregex

2011-09-10 Thread Andrew O. Shadura
Package: roxterm-gtk2
Version: 2.0.1-1
Severity: important

After upgrading roxterm to the latest version I get the following error:

$ roxterm
roxterm: symbol lookup error: roxterm: undefined symbol: 
vte_terminal_search_get_gregex

It looks like dependencies are broken.

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

Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages roxterm-gtk2 depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.2.16-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2 simple interprocess messaging syst
ii  libgdk-pixbuf2.0-02.23.3-3   GDK Pixbuf library
ii  libglib2.0-0  2.28.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libpango1.0-0 1.28.3-6   Layout and rendering of internatio
ii  librsvg2-common   2.32.1-1   SAX-based renderer library for SVG
ii  libsm62:1.1.0-2  X11 Session Management library
ii  libvte9   1:0.24.3-1 Terminal emulator widget for GTK+ 
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  roxterm-common2.0.1-1Multi-tabbed GTK+/VTE terminal emu

roxterm-gtk2 recommends no packages.

roxterm-gtk2 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#515850: ITP: mjpegtools -- MJPEG video capture/editting/playback MPEG encoding

2011-09-10 Thread Luca Falavigna
tags 515850 - pending
affects 515850 - ftp.debian.org
thanks


Il 02/09/2011 15:57, Thomas Pierson ha scritto:
 Is there any news about this package?
 It was tagged as pending 3 months ago. Why was it rejected?
 Is there anything I can do for help?

You can see major issues in REJECT mail, available at
http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-July/020408.html

No action is required by FTP Team anymore, unassigning from
ftp.debian.org for now, waiting for a new revision by maintainers.

-- 
  .''`.
 :  :' :   Luca Falavigna dktrkr...@debian.org
 `.  `'
   `-



signature.asc
Description: OpenPGP digital signature


Bug#625903: Increase severity: libdigest-sha1-perl going to disappear

2011-09-10 Thread Sam Hartman
Hi. I'm sorry.
I've been busier than expected.
As mentioned, a 0-day NMU would be fine with me.



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



Bug#612988: RFA: amara -- Amara is a pythonic XML toolkit

2011-09-10 Thread David Villa
Yes, I do.

Cheers

On Sat, Sep 10, 2011 at 3:18 PM, Jakub Wilk jw...@debian.org wrote:
 * David Villa Alises david.vi...@uclm.es, 2011-02-12, 05:11:

 Amara is very heavy and it has very few users. There are more suitable
 alternatives for XML parsing already in Debian (like python-lxml).

 I request an adopter for the amara package, or removing as well.

 After 6 months, it doesn't look like anybody is going to adopt this package.
 Are you OK with removing it from the archive?

 --
 Jakub Wilk




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



  1   2   3   >