Bug#619096: python-qscintilla2: the PyQt4.QtCore module is version 1 but the PyQt4.Qsci module requires version -1

[Astromaximum developer]

Looks like qscintilla bindings are broken again. Please use exactly the same 
script earlier in this bug report.


Here's the minimal repro script:

import sys
from PyQt4.QtCore import *
from PyQt4.QtGui import *
from PyQt4.Qsci import QsciScintilla

app = QApplication(sys.argv)
w = QWidget()
sci = QsciScintilla(w)
w.show()
app.exec_()


Traceback (most recent call last):
  File "test_sci.py", line 4, in 
from PyQt4.Qsci import QsciScintilla
RuntimeError: the PyQt4.QtCore module is version 1 but the PyQt4.Qsci module 
requires version -1




willow@willow-laptop:~/tmp$ uname -a
Linux willow-laptop 3.1-0.slh.3-aptosid-686 #1 SMP PREEMPT Wed Nov 2 01:09:04 
UTC 2011 i686 GNU/Linux



Package: python-qscintilla2
Versions:
2.5.1-1 
(/var/lib/apt/lists/ftp.ua.debian.org_debian_dists_sid_main_binary-i386_Packages) (/var/lib/dpkg/status)

 Description Language:
 File: 
/var/lib/apt/lists/ftp.ua.debian.org_debian_dists_sid_main_binary-i386_Packages

  MD5: 004fccb5b9e621e94dff59db37e73926


Reverse Depends:
  tortoisehg,python-qscintilla2
  python-qt4,python-qscintilla2 2.4.3-3
  linkchecker-gui,python-qscintilla2
  hgview,python-qscintilla2
  eric,python-qscintilla2 2.4.3
  connectomeviewer,python-qscintilla2
  autokey-qt,python-qscintilla2
Dependencies:
2.5.1-1 - python2.6 (16 (null)) python2.7 (0 (null)) python (2 2.6) python (3 
2.8) libc6 (2 2.1.3) libgcc1 (2 1:4.1.1) libqscintilla2-6 (0 (null)) libqtcore4 
(2 4:4.7.0~beta1) libqtgui4 (2 4:4.5.3) libstdc++6 (2 4.1.1) python-qt4 (2 
4.8.3-3~) sip-api-8.1 (0 (null))

Provides:
2.5.1-1 -
Reverse Provides:



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

Bug#647354: Please upload 2.21

[Dmitry E. Oboukhov]

Package: libmojolicious-perl
Severity: wishlist

Hi, Maintainer!

Recently I filed a bugreport to upstream mojo about placeholders in
route paths. Today upstream uploaded version 2.21 fixing the bug.

Could You upload libmojolicious-perl 2.21, too?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#647311: patch for tickr: ftbs with ld --as-needed

[Emmanuel Thomas-Maurin]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


- -- 
Emmanuel Thomas-Maurin 



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAk6w1+8ACgkQfoRXS/2D0+7LAAEAopgeX2zBlcmdWr43im8xJ8AZ
ocNzWG3uqbsuJRQhAVsA/AgryxkeYuxTIZwmvS7TwgxSjCAGR1D2EkWPnI/53Dm3
=FcgA
-END PGP SIGNATURE-
diff -ur tickr_0.5.3.orig/aclocal.m4 tickr-0.5.3//aclocal.m4
--- tickr_0.5.3.orig/aclocal.m4	2011-08-27 16:11:54.0 +0200
+++ tickr-0.5.3//aclocal.m4	2011-11-02 04:42:00.82801 +0100
@@ -19,6 +19,164 @@
 If you have problems, you may need to regenerate the build system entirely.
 To do so, use the procedure documented by the package, typically `autoreconf'.])])
 
+# pkg.m4 - Macros to locate and utilise pkg-config.-*- Autoconf -*-
+# serial 1 (pkg-config-0.24)
+# 
+# Copyright © 2004 Scott James Remnant .
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program 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
+# General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
+#
+# As a special exception to the GNU General Public License, if you
+# distribute this file as part of a program that contains a
+# configuration script generated by Autoconf, you may include it under
+# the same distribution terms that you use for the rest of that program.
+
+# PKG_PROG_PKG_CONFIG([MIN-VERSION])
+# --
+AC_DEFUN([PKG_PROG_PKG_CONFIG],
+[m4_pattern_forbid([^_?PKG_[A-Z_]+$])
+m4_pattern_allow([^PKG_CONFIG(_PATH)?$])
+AC_ARG_VAR([PKG_CONFIG], [path to pkg-config utility])
+AC_ARG_VAR([PKG_CONFIG_PATH], [directories to add to pkg-config's search path])
+AC_ARG_VAR([PKG_CONFIG_LIBDIR], [path overriding pkg-config's built-in search path])
+
+if test "x$ac_cv_env_PKG_CONFIG_set" != "xset"; then
+	AC_PATH_TOOL([PKG_CONFIG], [pkg-config])
+fi
+if test -n "$PKG_CONFIG"; then
+	_pkg_min_version=m4_default([$1], [0.9.0])
+	AC_MSG_CHECKING([pkg-config is at least version $_pkg_min_version])
+	if $PKG_CONFIG --atleast-pkgconfig-version $_pkg_min_version; then
+		AC_MSG_RESULT([yes])
+	else
+		AC_MSG_RESULT([no])
+		PKG_CONFIG=""
+	fi
+fi[]dnl
+])# PKG_PROG_PKG_CONFIG
+
+# PKG_CHECK_EXISTS(MODULES, [ACTION-IF-FOUND], [ACTION-IF-NOT-FOUND])
+#
+# Check to see whether a particular set of modules exists.  Similar
+# to PKG_CHECK_MODULES(), but does not set variables or print errors.
+#
+# Please remember that m4 expands AC_REQUIRE([PKG_PROG_PKG_CONFIG])
+# only at the first occurence in configure.ac, so if the first place
+# it's called might be skipped (such as if it is within an "if", you
+# have to call PKG_CHECK_EXISTS manually
+# --
+AC_DEFUN([PKG_CHECK_EXISTS],
+[AC_REQUIRE([PKG_PROG_PKG_CONFIG])dnl
+if test -n "$PKG_CONFIG" && \
+AC_RUN_LOG([$PKG_CONFIG --exists --print-errors "$1"]); then
+  m4_default([$2], [:])
+m4_ifvaln([$3], [else
+  $3])dnl
+fi])
+
+# _PKG_CONFIG([VARIABLE], [COMMAND], [MODULES])
+# -
+m4_define([_PKG_CONFIG],
+[if test -n "$$1"; then
+pkg_cv_[]$1="$$1"
+ elif test -n "$PKG_CONFIG"; then
+PKG_CHECK_EXISTS([$3],
+ [pkg_cv_[]$1=`$PKG_CONFIG --[]$2 "$3" 2>/dev/null`],
+		 [pkg_failed=yes])
+ else
+pkg_failed=untried
+fi[]dnl
+])# _PKG_CONFIG
+
+# _PKG_SHORT_ERRORS_SUPPORTED
+# -
+AC_DEFUN([_PKG_SHORT_ERRORS_SUPPORTED],
+[AC_REQUIRE([PKG_PROG_PKG_CONFIG])
+if $PKG_CONFIG --atleast-pkgconfig-version 0.20; then
+_pkg_short_errors_supported=yes
+else
+_pkg_short_errors_supported=no
+fi[]dnl
+])# _PKG_SHORT_ERRORS_SUPPORTED
+
+
+# PKG_CHECK_MODULES(VARIABLE-PREFIX, MODULES, [ACTION-IF-FOUND],
+# [ACTION-IF-NOT-FOUND])
+#
+#
+# Note that if there is a possibility the first call to
+# PKG_CHECK_MODULES might not happen, you should be sure to include an
+# explicit call to PKG_PROG_PKG_CONFIG in your configure.ac
+#
+#
+# --
+AC_DEFUN([PKG_CHECK_MODULES],
+[AC_REQUIRE([PKG_PROG_PKG_CONFIG])dnl
+AC_ARG_VAR([$1][_CFLAGS], [C compiler flags for $1, overriding pkg-config])dnl
+AC_ARG_VAR([$1][_LIBS], [linker flags for $1, overriding pkg-config])dnl
+
+pkg_failed=no
+AC_MSG_CHECKING([for $1])
+
+_PKG_CONFIG([$1][_CFLAGS], [cflags], [$2])
+_PKG_CONFIG([$1][_LIBS], [libs], [$2])
+
+m4_define([_PKG_TEXT], [Alternatively, 

Bug#647340: [PATCH] Re: libexpat1-dev: Broken symbolic links

[Alban Browaeys]

Package: libexpat1-dev
Version: 2.0.1-7.1
Followup-For: Bug #647340

Attached is a patch that also move the .so to /lib.

I also attach one that avoid installing the .la files that should not
be installed and still point to /usr/lib .

python2.7 "only" need a small fix to the one of its debian patch to also 
look in /lib after that. Then elementtree extension build.

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

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

Versions of packages libexpat1-dev depends on:
ii  libc6-dev [libc-dev]  2.13-21  
ii  libexpat1 2.0.1-7.1

libexpat1-dev recommends no packages.

libexpat1-dev suggests no packages.

-- no debconf information
diff -uNr a/debian/libexpat1-dev.install b/debian/libexpat1-dev.install
--- a/debian/libexpat1-dev.install	2011-11-02 06:22:35.0 +0100
+++ b/debian/libexpat1-dev.install	2011-11-02 06:25:55.243309093 +0100
@@ -1,6 +1,6 @@
 usr/include
 usr/lib/*/*.a
 usr/lib/*/*.la
-usr/lib/*/*.so
+lib/*/*.so
 ../../doc/*	usr/share/doc/libexpat1-dev/expat.html/
 ../../conftools/expat.m4 usr/share/aclocal/
Les fichiers binaires a/debian/.libexpat1-dev.install.swp et b/debian/.libexpat1-dev.install.swp sont différents
diff -uNr a/debian/rules b/debian/rules
--- a/debian/rules	2011-11-02 06:22:35.0 +0100
+++ b/debian/rules	2011-11-02 06:17:09.700488701 +0100
@@ -99,7 +99,7 @@
 endif
 	# Move to /lib so that zfsutils can use it.
 	mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)
-	mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so.* \
+	mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so* \
 		$(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/
 
 binary-indep: build install
diff -uNr a/debian/libexpat1-dev.install b/debian/libexpat1-dev.install
--- a/debian/libexpat1-dev.install	2011-11-02 06:25:55.243309093 +0100
+++ b/debian/libexpat1-dev.install	2011-11-02 06:27:09.192834061 +0100
@@ -1,6 +1,5 @@
 usr/include
 usr/lib/*/*.a
-usr/lib/*/*.la
 lib/*/*.so
 ../../doc/*	usr/share/doc/libexpat1-dev/expat.html/
 ../../conftools/expat.m4 usr/share/aclocal/
Les fichiers binaires a/debian/.libexpat1-dev.install.swp et b/debian/.libexpat1-dev.install.swp sont différents

Bug#647353: yaskkserv: incorrect options

[Youhei SASAKI]

Package: yaskkserv
Version: 0.5.2-1
Severity: normal

Dear Maintainer,

The default option in /etc/default/yaskkserv:

  NORMAL_OPTS="${SIMPLE_OPTS} --check-update=disable"

is incorrect. Please set it as follows:

  NORMAL_OPTS="${SIMPLE_OPTS} --check-update"

Best Wishes,

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

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

Versions of packages yaskkserv depends on:
ii  libc6   2.13-21
ii  libgcc1 1:4.6.2-3
ii  libstdc++6  4.6.2-3
ii  skkdic  20110529-1

Versions of packages yaskkserv recommends:
ii  skkdic-extra  20110529-1

yaskkserv suggests no packages.

-- Configuration Files:
/etc/default/yaskkserv changed:
YASKKSERV_BIN="yaskkserv_hairy"
SIMPLE_OPTS="--log-level=1 --max-connection=8 --port=1178"
NORMAL_OPTS="${SIMPLE_OPTS} --check-update"
HAIRY_OPTS="${NORMAL_OPTS} --server-completion-midasi-length=2048 
--server-completion-midasi-string-size=262144 --server-completion-test=1 
--google-japanese-input=disable --google-japanese-input-timeout=2.5"
DAEMON_OPTS="${HAIRY_OPTS}"
LOCAL_DICS="\
/usr/local/share/yaskkserv/SKK-JISYO.chibutsu
/usr/local/share/yaskkserv/SKK-JISYO.tanudic4
"
PKG_DICS="/etc/alternatives/SKK-JISYO \
"
DICS="${LOCAL_DICS} ${PKG_DICS}"


-- no debconf information

---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07



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

Bug#647340: libexpat1-dev: Broken symbolic links

[Jonathan Nieder]

severity 647340 grave
tags 647340 + patch
quit

Michael Rasmussen wrote:

> Severity: critical
> Justification: breaks unrelated software

Programs building against libexpat are not unrelated. :)

> $ file /usr/lib/x86_64-linux-gnu/libexpatw.so
> /usr/lib/x86_64-linux-gnu/libexpatw.so: broken symbolic link to 
> `libexpatw.so.1.5.2'

Yep.  It looks like the patch for bug#637101 was incomplete.  I would
suggest rolling back to 2.0.1-7 for now, since expat is a
reverse-build-dependency of many packages.

By the way, which DSOs actually need to be in /lib?

Thanks for your work,
Jonathan
diff -u expat-2.0.1/debian/changelog expat-2.0.1/debian/changelog
--- expat-2.0.1/debian/changelog
+++ expat-2.0.1/debian/changelog
@@ -1,3 +1,10 @@
+expat (2.0.1-7.2) local; urgency=low
+
+  * Back out changes from the last NMU.  (Closes: #647340; reopens:
+#632261, #637101).
+
+ -- Jonathan Nieder   Wed, 02 Nov 2011 00:12:07 -0500
+
 expat (2.0.1-7.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u expat-2.0.1/debian/libexpat1-dev.install 
expat-2.0.1/debian/libexpat1-dev.install
--- expat-2.0.1/debian/libexpat1-dev.install
+++ expat-2.0.1/debian/libexpat1-dev.install
@@ -1,6 +1,6 @@
 usr/include
-usr/lib/*/*.a
-usr/lib/*/*.la
-usr/lib/*/*.so
+usr/lib/*.a
+usr/lib/*.la
+usr/lib/*.so
 ../../doc/*usr/share/doc/libexpat1-dev/expat.html/
 ../../conftools/expat.m4 usr/share/aclocal/
diff -u expat-2.0.1/debian/libexpat1-udeb.install 
expat-2.0.1/debian/libexpat1-udeb.install
--- expat-2.0.1/debian/libexpat1-udeb.install
+++ expat-2.0.1/debian/libexpat1-udeb.install
@@ -1 +1 @@
-lib/*/libexpat.so.*lib
+usr/lib/libexpat.so.*
diff -u expat-2.0.1/debian/rules expat-2.0.1/debian/rules
--- expat-2.0.1/debian/rules
+++ expat-2.0.1/debian/rules
@@ -11,7 +11,6 @@
 DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_HOST_ARCH  ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
-DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
 BUILD64 = $(filter $(DEB_HOST_ARCH), i386 powerpc sparc s390)
 
@@ -48,12 +47,12 @@
 build/config.status: configure
dh_testdir
(mkdir -p $(@D); cd $(@D); CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" \
-../configure $(CONFFLAGS) --prefix=/usr --mandir=\$${prefix}/share/man 
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH))
+../configure $(CONFFLAGS) --prefix=/usr --mandir=\$${prefix}/share/man)
 
 buildw/config.status: configure
dh_testdir
(mkdir -p $(@D); cd $(@D); CFLAGS="$(CFLAGS) -DXML_UNICODE" 
LDFLAGS="$(LDFLAGS)" \
-../configure $(CONFFLAGS) --prefix=/usr --mandir=\$${prefix}/share/man 
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH))
+../configure $(CONFFLAGS) --prefix=/usr --mandir=\$${prefix}/share/man)
 
 build64/config.status: configure
dh_testdir
@@ -97,10 +96,6 @@
$(MAKE) -C build64/ installlib DESTDIR=$(CURDIR)/debian/tmp
$(MAKE) -C buildw64/ installlib LIBRARY=libexpatw.la 
DESTDIR=$(CURDIR)/debian/tmp APIHEADER=
 endif
-   # Move to /lib so that zfsutils can use it.
-   mkdir -p $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)
-   mv $(CURDIR)/debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.so.* \
-   $(CURDIR)/debian/tmp/lib/$(DEB_HOST_MULTIARCH)/
 
 binary-indep: build install
 binary-arch: build install
@@ -119,7 +114,7 @@
  $(CURDIR)/debian/libexpat1-dev/usr/share/aclocal/*
dh_makeshlibs -s -V --add-udeb=$(UPACKAGE)
dh_installdeb -s
-   dh_shlibdeps -s -l 
$(CURDIR)/debian/libexpat1/usr/lib/$(DEB_HOST_MULTIARCH):$(CURDIR)/debian/lib64expat1/usr/lib64
+   dh_shlibdeps -s -l 
$(CURDIR)/debian/libexpat1/usr/lib:$(CURDIR)/debian/lib64expat1/usr/lib64
dh_gencontrol -s
dh_md5sums -s
dh_builddeb -s
diff -u expat-2.0.1/debian/control expat-2.0.1/debian/control
--- expat-2.0.1/debian/control
+++ expat-2.0.1/debian/control
@@ -5,8 +5,7 @@
 Uploaders: Ardo van Rangelrooij ,
  Daniel Leidert (dale) 
 Standards-Version: 3.8.3
-Build-Depends: debhelper (>= 8.1.3), dpatch, docbook-to-man,
- dpkg-dev (>= 1.16.0),
+Build-Depends: debhelper (>= 5.0.22), dpatch, docbook-to-man,
  gcc-multilib [i386 powerpc sparc s390]
 Homepage: http://expat.sourceforge.net
 Vcs-Browser: http://svn.debian.org/wsvn/debian-xml-sgml/packages/expat/trunk/
@@ -61,8 +60,6 @@
 Architecture: any
 Conflicts: wink (<= 1.5.1060-4)
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
 Description: XML parsing C library - runtime library
  This package contains the runtime, shared library of expat, the C
  library for parsing XML. Expat is a stream-oriented parser in
diff -u expat-2.0.1/debian/libexpat1.install 
expat-2.0.1/debian/libexpat1.install
--- expat-2.0.1/debian/libexpat1.install
+++ expat-2.0.1/debian/libexpat1.install
@@ -1 +1 @@
-lib/*/*.so.*
+usr/lib/*.so.*

Bug#647254: remctl: FTBFS(kFreeBSD): testsuite failures

[Russ Allbery]

Christoph Egger  writes:

> Hi!

> Your package failed to build on the kfreebsd-* buildds:

> Failed Set Fail/Total (%) Skip Stat  Failing Tests
> -- --    
> portable/getaddrinfo  1/75 1%00  72
> util/network  1/1001%00  43

Hi folks,

Can I get some help with this?  I thought I understood the problem, and
the updated 3.0-2 package's tests work fine on asdfasdf, but on the
buildds the behavior is even worse than it was before.

These tests are intended to check that network_connect with a timeout
works.  It's hard to artificially create a case where connect will time
out.  What the test tries to do is create a listener socket with a short
queue and then keep connecting to it until the OS starts not accepting new
connections because the listener queue has been exhausted.  Then I can
test that the timeout is applied properly on a non-blocking connect.

This works with the Linux kernel, but on FreeBSD the test originally was
failing because after the listener queue was exhausted, the OS started
returning connection refused instead of timing out the connection.  Okay,
that's perfectly reasonable, so I modified the test so that it would
notice and skip that case.  On asdfasdf:

ok 41 - Timeout: first connection worked
# Finally timed out on socket 2
ok 42 - Timeout: later connection timed out
ok 43 # skip unable to test timeouts with short listening queue

Everything is fine.

But on the buildd, not only does it apparently not even return failure on
any subsequent connect, but then something apparently kills the whole test
case and causes an abnormal exit:

util/networkMISSED 44-100; FAILED 42-43

On i386, it just fails both of the relevant tests:

util/networkFAILED 42-43

I'm not sure how to fix this without being able to reproduce it on the
porter box.  Any ideas?  Maybe every one of the connections is being
accepted despite the listener queue length of 1?  That would explain the
i386 result, but not the abnormal abort of the test on amd64

Here's the relevant test code (not completely standalone since it's
testing the remctl utility library):

static void
test_timeout_ipv4(void)
{
socket_type fd, c;
pid_t child;

fd = network_bind_ipv4("127.0.0.1", 9);
if (fd == INVALID_SOCKET)
sysbail("cannot create or bind socket");
if (listen(fd, 1) < 0) {
sysdiag("cannot listen to socket");
ok_block(3, 0, "IPv4 network client with timeout");
close(fd);
return;
}
child = fork();
if (child < 0)
sysbail("cannot fork");
else if (child == 0) {
struct sockaddr_in sin;
socklen_t slen;

alarm(10);
c = accept(fd, &sin, &slen);
if (c == INVALID_SOCKET)
_exit(1);
sleep(9);
_exit(0);
} else {
socket_type block[20];
int i;

close(fd);
c = network_connect_host("127.0.0.1", 9, NULL, 1);
ok(c != INVALID_SOCKET, "Timeout: first connection worked");

/*
 * For some reason, despite a listening queue of only 1, it can take
 * up to seven connections on Linux before connections start actually
 * timing out.
 */
alarm(10);
for (i = 0; i < (int) ARRAY_SIZE(block); i++) {
block[i] = network_connect_host("127.0.0.1", 9, NULL, 1);
if (block[i] == INVALID_SOCKET)
break;
}
diag("Finally timed out on socket %d", i);
ok(block[i] == INVALID_SOCKET, "Timeout: later connection timed out");
if (socket_errno == ECONNRESET)
skip("unable to test timeouts with short listening queue");
else
is_int(ETIMEDOUT, socket_errno, "...with correct error");
alarm(0);
kill(child, SIGTERM);
waitpid(child, NULL, 0);
close(c);
for (; i >= 0; i--)
if (block[i] != INVALID_SOCKET)
close(block[i]);
}
close(fd);
}

-- 
Russ Allbery (r...@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#647185: linux-2.6: kernel null pointer dereference while adding SAN path

[Ben Hutchings]

On Wed, 2011-11-02 at 04:56 +, Ben Hutchings wrote:
> On Mon, 2011-10-31 at 14:35 +0100, Bernd Zeimetz wrote:
> > Package: linux-2.6
> > Version: 2.6.32-38
> > 
> > Hi,
> > 
> > removing paths to our SAN and adding them back results in
> [...]
> 
> Does the attached patch help?  Instructions for building a patched
> kernel can be found at:
> 
> http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

Sorry, you'll need this patch as well.

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.
From: Mike Anderson 
Date: Thu, 10 Dec 2009 23:52:20 +
Subject: [PATCH] dm: add dm_deleting_md function

commit 432a212c0dd0f4ca386cf37c5b740ac9dbda4479 upstream.

Add dm_deleting_md to check whether or not a given mapped
device is currently being deleted.

Signed-off-by: Mike Anderson 
Signed-off-by: Alasdair G Kergon 
---
 drivers/md/dm.c |9 +++--
 drivers/md/dm.h |5 +
 2 files changed, 12 insertions(+), 2 deletions(-)

diff --git a/drivers/md/dm.c b/drivers/md/dm.c
index 233a2e9..16f759f 100644
--- a/drivers/md/dm.c
+++ b/drivers/md/dm.c
@@ -329,6 +329,11 @@ static void __exit dm_exit(void)
 /*
  * Block device functions
  */
+int dm_deleting_md(struct mapped_device *md)
+{
+	return test_bit(DMF_DELETING, &md->flags);
+}
+
 static int dm_blk_open(struct block_device *bdev, fmode_t mode)
 {
 	struct mapped_device *md;
@@ -340,7 +345,7 @@ static int dm_blk_open(struct block_device *bdev, fmode_t mode)
 		goto out;
 
 	if (test_bit(DMF_FREEING, &md->flags) ||
-	test_bit(DMF_DELETING, &md->flags)) {
+	dm_deleting_md(md)) {
 		md = NULL;
 		goto out;
 	}
@@ -2659,7 +2664,7 @@ struct mapped_device *dm_get_from_kobject(struct kobject *kobj)
 		return NULL;
 
 	if (test_bit(DMF_FREEING, &md->flags) ||
-	test_bit(DMF_DELETING, &md->flags))
+	dm_deleting_md(md))
 		return NULL;
 
 	dm_get(md);
diff --git a/drivers/md/dm.h b/drivers/md/dm.h
index 4a95e8f..604a5f2 100644
--- a/drivers/md/dm.h
+++ b/drivers/md/dm.h
@@ -89,6 +89,11 @@ int dm_target_iterate(void (*iter_func)(struct target_type *tt,
 int dm_split_args(int *argc, char ***argvp, char *input);
 
 /*
+ * Is this mapped_device being deleted?
+ */
+int dm_deleting_md(struct mapped_device *md);
+
+/*
  * The device-mapper can be driven through one of two interfaces;
  * ioctl or filesystem, depending which patch you have applied.
  */
-- 
1.7.7



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

Bug#647185: linux-2.6: kernel null pointer dereference while adding SAN path

[Ben Hutchings]

On Mon, 2011-10-31 at 14:35 +0100, Bernd Zeimetz wrote:
> Package: linux-2.6
> Version: 2.6.32-38
> 
> Hi,
> 
> removing paths to our SAN and adding them back results in
[...]

Does the attached patch help?  Instructions for building a patched
kernel can be found at:

http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.
From: Kiyoshi Ueda 
Date: Thu, 12 Aug 2010 04:13:54 +0100
Subject: [PATCH] dm: prevent access to md being deleted

commit abdc568b0540bec6d3e0afebac496adef1189b77 upstream.

This patch prevents access to mapped_device which is being deleted.

Currently, even after a mapped_device has been removed from the hash,
it could be accessed through idr_find() using minor number.
That could cause a race and NULL pointer reference below:
  CPU0  CPU1
  --
  dev_remove(param)
down_write(_hash_lock)
dm_lock_for_deletion(md)
  spin_lock(_minor_lock)
  set_bit(DMF_DELETING)
  spin_unlock(_minor_lock)
__hash_remove(hc)
up_write(_hash_lock)
dev_status(param)
  md = find_device(param)
 down_read(_hash_lock)
 __find_device_hash_cell(param)
   dm_get_md(param->dev)
 md = dm_find_md(dev)
spin_lock(_minor_lock)
md = idr_find(MINOR(dev))
spin_unlock(_minor_lock)
dm_put(md)
  free_dev(md)
 dm_get(md)
 up_read(_hash_lock)
  __dev_status(md, param)
  dm_put(md)

This patch fixes such problems.

Signed-off-by: Kiyoshi Ueda 
Signed-off-by: Jun'ichi Nomura 
Cc: sta...@kernel.org
Signed-off-by: Alasdair G Kergon 
---
 drivers/md/dm.c |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/md/dm.c b/drivers/md/dm.c
index a3f21dc..ba6934c 100644
--- a/drivers/md/dm.c
+++ b/drivers/md/dm.c
@@ -2136,6 +2136,7 @@ static struct mapped_device *dm_find_md(dev_t dev)
 	md = idr_find(&_minor_idr, minor);
 	if (md && (md == MINOR_ALLOCED ||
 		   (MINOR(disk_devt(dm_disk(md))) != minor) ||
+		   dm_deleting_md(md) ||
 		   test_bit(DMF_FREEING, &md->flags))) {
 		md = NULL;
 		goto out;
-- 
1.7.7



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

Bug#647246: linux-image-2.6.32-5-xen-amd64: Network dies with "NETDEV WATCHDOG: eth0 (tg3): transmit queue 0 timed out"

[Ben Hutchings]

On Tue, 2011-11-01 at 10:08 +1000, 0...@035.pfr.ru wrote:
> Package: linux-2.6
> Version: 2.6.32-38
> Severity: important
> 
> Hi dear all,
> 
> sometimes network dies, no ping, no data transfer. Interface (br0) is
> up. Usually it happens at 6..8 A.M., but I cannot relate it with some
> specific activity.
> ifdown br0 && ifup br0 revives the connection.
> 
> What I tried with no luck:
> Disabling generic-segmentation-offload, now enabled

GSO is part of the network stack, not the driver or hardware.  You might
try disabling TSO but I don't have any reason to think it is involved in
this failure.

> Updating kernel, was 2.6.32-31, now 2.6.32-38, both affected
> Downloading new driver from Broadcom, now 3.116
[...]

What does this last line mean?  Does the driver downloaded for Broadcom
have this problem or not?

Ben.

-- 
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.


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

Bug#647249: linux-image-3.0.0-2-amd64: Dell Inspiron Mini 1018 is no longer able to enable wireless

[Ben Hutchings]

On Mon, 2011-10-31 at 22:49 -0600, Fernando C. Estrada wrote:
> Package: linux-2.6
> Version: 3.0.0-5
> Severity: normal
> 
> Dear Maintainer,
> 
> After I disable wireless via network-manager-gnome, I can't enable
> it again, I guess Fn+F2 does not disable rfkill as it should.
> 
> # ifconfig wlan0 up
> SIOCSIFFLAGS: Operation not possible due to RF-kill
> # rfkill list
> 0: dell-wifi: Wireless LAN
> Soft blocked: yes
> Hard blocked: yes
> 1: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: yes

What do you get if you run 'rfkill unblock; rfkill list'?

> I hope this bug report helps with the solution:
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/697520

But that problem was supposed to be solved by the dell-laptop module.
Your system already has that loaded.

> Any other information you need about this issue please don't
> hesitate to ask. Thanks in advance for your help! ;-)
> 
> Regards,
> 
> P.S. Currently the only way for me to get my wireless enabled again
> is reset the BIOS to the default settings.
[...]

What do you mean by 'reset'?  Does the disabled state persist after a
reboot?

Ben.

-- 
Ben Hutchings
Computers are not intelligent.  They only think they are.



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

Bug#647311: patch for tickr: ftbs with ld --as-needed

[Emmanuel Thomas-Maurin]

Hi Julian,

I have just used your patch (with a little modification:
PKG_CHECK_MODULES(XML2, libxml-2.0, ,)instead of
PKG_CHECK_MODULES(XML2, xml-2.0, ,) which was not working)
and regenerated the package files. It seems now to build fine.
So, here is the new patch.

If I have missed something, please just let me know.
Thanks.

-- 
Emmanuel Thomas-Maurin 

Description: correct the determination of buildflags
 libraries must go into the LDADD variable to build correctly
 with ld --as-needed.
 To do this the flags must be determined in configure.ac via
 the pkg-config macros
Author: Julian Taylor 
--- tickr-0.5.3.orig/configure.ac
+++ tickr-0.5.3/configure.ac
@@ -28,6 +28,9 @@ AC_FUNC_MALLOC
 AC_FUNC_REALLOC
 AC_CHECK_FUNCS([memset select socket strerror strncasecmp strtoul])
 
+PKG_CHECK_MODULES(GTK2, gtk+-2.0, ,)
+PKG_CHECK_MODULES(XML2, xml-2.0, ,)
+
 AC_CONFIG_FILES([Makefile
  src/Makefile
  src/tickr/Makefile
--- tickr-0.5.3.orig/src/tickr/Makefile.am
+++ tickr-0.5.3/src/tickr/Makefile.am
@@ -24,11 +24,11 @@ tickr_SOURCES = news_main.c\
 	news_connectwin.c
 
 tickr_CFLAGS = -O2 -Wall -Wextra -Wunused-parameter -Wshadow -Wpointer-arith -ffast-math\
-	-pedantic `pkg-config --cflags gtk+-2.0` `xml2-config --cflags`
+	-pedantic $(GTK2_CFLAGS) $(XML2_CFLAGS)
 
-tickr_LDFLAGS = ../libetm-0.4/libetm.a `pkg-config --libs gtk+-2.0` `xml2-config --libs`
+tickr_LDFLAGS = ../libetm-0.4/libetm.a
 
-tickr_LDADD = ../libetm-0.4/libetm.a
+tickr_LDADD = ../libetm-0.4/libetm.a $(GTK2_LIBS) $(XML2_LIBS)
 
 tickr_DATA = ../../images/tickr-icon.png ../../images/tickr-logo.png\
 	../../images/tickr-rss-icon.png ../../images/tickr-icon.xpm

Bug#646778: udt: Unneedingly restriced Architecture field

[Guillem Jover]

Hi!

On Tue, 2011-11-01 at 23:32:01 -0400, Jon Bernard wrote:
> * Guillem Jover  wrote:
> > Source: udt
> > Version: 4.8-2
> > Severity: important
> > Tags: patch

> > This package got restricted to just i386 and amd64 due to FTBFS on every
> > other architecture. The issue here was not that the source does not
> > support other architectures, rather that it was not configured correctly
> > there, defaulting to IA32 by the build system. I'm attaching a patch
> > that makes that configuration unnecessary, as it does it automatically.
> > 
> > I've test built it successfully on amd64 and armel.
> 
> Not exactly, It was restricted to those architectures because that is what
> upstream claims to support. Building successfully does not necessarily mean it
> executes correctly.

Certainly, but that's generally the case for most if not all software
in Debian, upstream usually only develop and run on a single
architecture (maybe two?). Introducing and running test suites at build
time does help with that.

> I'm concerned about getting into a situation where bugs are being reported
> against architectures that upstream will not support and so I'm left to
> deal with. I'm not saying your patch is no good, I'm just questioning
> what is the right thing to do in this case.

That's understandable. I guess I just have a porter mindset, and to me
all packages should be made more portable eventually. In this case
upstream even has code handling other architectures, so that's a
pretty good sign. In any case if there comes a time when you are unable
to fix a porting issue, there's always the porters at your disposal from
whom you should be able to get assistance.

> I will forward this upstream, if Yunhong will accept it I think that would
> be best.

Thanks!

regards,
guillem



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

Bug#647352: ssh completion does complete hosts after special characters

[Paul Wise]

Package: bash-completion
Version: 1:1.3-1
Severity: normal
File: /etc/bash_completion.d/ssh

I am unable to complete 'ssh alio' when my hosts file contains special
characters before the alioth alias. It works when I put the special
characters at the end though. The / and + are for jumping through
different kinds of ssh jumphosts[1].

pabs@chianamo:~$ grep alioth .ssh/hosts/*
.ssh/hosts/debian:wagner.debian.org,*/wagner.debian.org,*+wagner.debian.org,alioth.debian.org,alioth,217.196.43.132,217.196.43.134
 ssh-rsa 
B3NzaC1yc2EBIwAAAQEApH6uMkt/PlYAgMxw7tKTzQW9y7YLt06i81gHqtO/Xacbmtnu0DJNN6uvR3czzmHkB+kcO88Am64Fitn3O0YRg/Zqgxum0G8Uuc/g7iNfeF4tYxyWad0TbURa88xqu0CR9UwNJ0emz98iUvM1lsc+NukbMk3ONFy+XtsXDOoKttZyS/k8bNRnq3Iz9uWEHz1zFDhjarpnoj1ClpzfroWDuBRBVvwY78t0e8ZycGQx9sONi7YM/6e2PHldVyIDaJY3RD3T1+sa5yO0vESE86JuS9yZlmuokD9/csP/udTWLhF63DVyq6MxmZtqvoHMl4RtZq4U59TqPCjWg/3Q+3ZqzQ==
 root@wagner

 1. http://blog.ganneff.de/blog/2007/12/15/using-a-ssh-jumphost.html

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages bash-completion depends on:
ii  bash  4.1-3

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#647351: override: ttf-thai-tlwg:oldlibs/optional, ttf-thai-arundina:oldlibs/optional

[Theppitak Karoonboonyanan]

Package: ftp.debian.org
Severity: normal

These packages are now transitional after the font package renaming.

-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/



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

Bug#646778: udt: Unneedingly restriced Architecture field

[Jon Bernard]

* Guillem Jover  wrote:
> Source: udt
> Version: 4.8-2
> Severity: important
> Tags: patch
> 
> Hi!
> 
> This package got restricted to just i386 and amd64 due to FTBFS on every
> other architecture. The issue here was not that the source does not
> support other architectures, rather that it was not configured correctly
> there, defaulting to IA32 by the build system. I'm attaching a patch
> that makes that configuration unnecessary, as it does it automatically.
> 
> I've test built it successfully on amd64 and armel.

Not exactly, It was restricted to those architectures because that is what
upstream claims to support. Building successfully does not necessarily mean it
executes correctly. I'm concerned about getting into a situation where bugs are
being reported against architectures that upstream will not support and so I'm
left to deal with. I'm not saying your patch is no good, I'm just questioning
what is the right thing to do in this case.

I will forward this upstream, if Yunhong will accept it I think that would be
best.

-- 
Jon



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

Bug#646777: libudt-dev: Installs generically named headers into /usr/include

[Jon Bernard]

* Guillem Jover  wrote:
> Package: libudt-dev
> Version: 4.8-1
> Severity: important
> 
> Hi!
> 
> This packages installs header files with extremely generic file names
> directly under /usr/include/. Given the namepsace polluting nature of
> the bug I'd even say this might be serious severity, but I'm hesitant
> to abuse severity inflation, in any case IMO this should not propagate
> further into a stable release.

I completely agree, I will fix this.

-- 
Jon



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

Bug#647343: Acknowledgement (libdrm-radeon1: excessive sys cpu usage with r200 on i386)

[Arthur Marsh]

Please close this bug, it appears to be an issue with some post-3.1.0 
kernels instead.


Regards,

Arthur.

Debian Bug Tracking System wrote, on 02/11/11 11:15:

Thank you for filing a new Bug report with Debian.

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

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

Your message has been sent to the package maintainer(s):
  Debian X Strike Force

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

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





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

Bug#643294: Acknowledgement (cmake: Does not find multiarch include files with find_file)

[Felipe Sateler]

retitle 643294 cmake: Note that find_file should not be used to find
header files
severity 643294 wishlist
thanks

It seems like there is a macro check_include_file should be used
instead to find header files. This should be noted in the
documentation.


-- 

Saludos,
Felipe Sateler



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

Bug#647350: elfutils: ftbfs with CONFIG_SHELL=dash: ./configure: 4892: ./configure: Bad substitution

[Jonathan Nieder]

Source: elfutils
Version: 0.152-1
Severity: important
Justification: future ftbfs
Tags: upstream patch

Hi,

As bug#582952 explains, as soon as dash stops pretending not to know
how to set the $LINENO variable, autoconf will stop rejecting it and
falling back to bash, provoking some build failures with non-portable
configure scripts.  Alas.

In elfutils, the symptoms look like this:

| checking for xgettext... /usr/bin/xgettext
| checking for msgmerge... /usr/bin/msgmerge
| ./configure: 4892: ./configure: Bad substitution
| make: *** [config.status] Error 2

It's possible to test using dash 0.5.7-2~exp1 or by setting
CONFIG_SHELL=/bin/dash directly.

How about this patch (+ an "autoreconf -f")?
---
 configure.ac |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/configure.ac b/configure.ac
index b68f543f..f8f23e54 100644
--- a/configure.ac
+++ b/configure.ac
@@ -248,7 +248,7 @@ AC_SUBST([eu_version])
 
 # 1.234 -> 1234
 case "$PACKAGE_VERSION" in
-[[0-9]].*) eu_version="${PACKAGE_VERSION/./}" ;;
+[[0-9]].*) eu_version="${PACKAGE_VERSION%%.*}${PACKAGE_VERSION#*.}" ;;
 *)AC_MSG_ERROR([confused by version number 
'$PACKAGE_VERSION']) ;;
 esac
 case "$eu_version" in
@@ -277,6 +277,6 @@ case "$eu_version" in
 esac
 
 # Round up to the next release API (x.y) version.
-[eu_version=$[($eu_version + 999) / 1000]]
+[eu_version=$((($eu_version + 999) / 1000))]
 
 AC_OUTPUT
-- 
1.7.8.rc0




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

Bug#647349: 'man gv-update-userconfig' typo: "noticy"

[A. Costa]

Package: gv
Version: 1:3.7.2-2
Severity: minor
Tags: patch


Found a typo in '/usr/share/man/man1/gv-update-userconfig.1.gz', see attached 
'.diff'.

(The surrounding words "...gv will noticy by an old (or missing) version..." 
make it somewhat unclear what the author meant.  The patch is my best guess.)

Hope this helps...

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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages gv depends on:
ii  dpkg   1.16.1.1  
ii  ghostscript-x  9.04~dfsg-2   
ii  install-info   4.13a.dfsg.1-8
ii  libc6  2.13-21   
ii  libx11-6   2:1.4.4-2 
ii  libxinerama1   2:1.1.1-3 
ii  libxmu62:1.1.0-3 
ii  libxt6 1:1.1.1-2 
ii  xaw3dg 1.5+E-18  

Versions of packages gv recommends:
ii  xaw3dg  1.5+E-18

gv suggests no packages.

-- no debconf information
--- gv-update-userconfig.1	2011-08-06 14:25:10.0 -0400
+++ /tmp/gv-update-userconfig.1	2011-11-01 21:48:28.552034826 -0400
@@ -57,7 +57,7 @@
 or manually \fBxrdb\fP(1)).
 
 Sometimes older values miss things needed by the new GNU gv to work properly.
-This GNU gv will noticy by an old (or missing) version information in this
+This GNU gv will notice old (or missing) version information in this
 file and refuse to start until fixed.
 
 .SH "SEE ALSO"

Bug#647348: 'man funcoeszz' typos: "formated" x 4, & "diferent" x 2.

[A. Costa]

Package: funcoeszz
Version: 8.3-2
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/funcoeszz.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages funcoeszz depends on:
ii  lynx  2.8.8dev.9-2

funcoeszz recommends no packages.

funcoeszz suggests no packages.

-- no debconf information
--- funcoeszz.1	2008-08-07 14:46:11.0 -0400
+++ /tmp/funcoeszz.1	2011-11-01 21:43:42.940491272 -0400
@@ -135,10 +135,10 @@
 .nf
 
 Generate a valid aleatory CNPJ or validates a CNPJ provided.
-Obs.: The CNPJ can be formated (points and dash) or not.
+Obs.: The CNPJ can be formatted (points and dash) or not.
 Usage: zzcnpj [cnpj]
 Ex.: zzcnpj 12.345.678/0001\-95 # validates the CNPJ
- zzcnpj 12345678000195  # not formated
+ zzcnpj 12345678000195  # not formatted
  zzcnpj # generate a valid CNPJ
 
 .fi
@@ -147,7 +147,7 @@
 .nf
 
 Count the number of times a word appears in a file.
-Obs.: It is diferent from grep \-c, witch don't count several words in the same line.
+Obs.: It is different from grep \-c, witch don't count several words in the same line.
 Options: \-i  ignores lowercase/uppercase
 \-p  partial search, count excerpts of words
 Usage: zzcontapalavra [\-i|\-p] word files(s)
@@ -188,10 +188,10 @@
 .nf
 
 Generate a valid aleatory CPF or validates a CPF provided.
-Obs.: The CPF can be formated (points and dash) or not.
+Obs.: The CPF can be formatted (points and dash) or not.
 Usage: zzcpf [cpf]
 Ex.: zzcpf 123.456.789\-09 # validates the CPF
- zzcpf 12345678909 # not formated
+ zzcpf 12345678909 # not formatted
  zzcpf # generates a valid CPF
 
 .fi
@@ -302,7 +302,7 @@
 
 Show the difference between two texts, word by word.
 Useful to check spelling revisions or  small changes in phrases.
-Obs.: If you have many diferent *lines*, use the diff command.
+Obs.: If you have many different *lines*, use the diff command.
 Usage: zzdiffpalavra file1 file2
 Ex.: zzdiffpalavra texto\-orig.txt texto\-novo.txt
 

Bug#647347: 'man bar' typos: "alloted", "preceeding" x 2, and "scolled" x 2..

[A. Costa]

Package: bar
Version: 1.11.0+debian-2
Severity: minor
Tags: patch


Found some typos in '/usr/share/man/man1/bar.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages bar depends on:
ii  libc6  2.13-21

bar recommends no packages.

bar suggests no packages.

-- no debconf information
--- bar.1	2010-11-09 16:48:57.0 -0500
+++ /tmp/bar.1	2011-11-01 21:39:13.384922056 -0400
@@ -503,7 +503,7 @@
 .I infofile
 is a regular text file containing tidbits of information broken up into
 sections.  Each section is separated by a line containing the string "@@@" by
-itself, with no other characters on the line, either preceeding or following.
+itself, with no other characters on the line, either preceding or following.
 .PP
 When bar begins, it will count the number of sections within the file.  Bar
 will then begin by displaying the first section of information to the display
@@ -517,7 +517,7 @@
 .PP
 If bar is configured to use ANSI control codes, then the screen will be
 cleared before printing a section from the information file.  Otherwise, the
-contents of the current screen are scolled up and off the screen.
+contents of the current screen are scrolled up and off the screen.
 .RE
 
 .B -dnum
@@ -1209,7 +1209,7 @@
 .I infofile
 is a regular text file containing tidbits of information broken up into
 sections.  Each section is separated by a line containing the string "@@@" by
-itself, with no other characters on the line, either preceeding or following.
+itself, with no other characters on the line, either preceding or following.
 .PP
 When bar begins, it will count the number of sections within the file.  Bar
 will then begin by displaying the first section of information to the display
@@ -1223,7 +1223,7 @@
 .PP
 If bar is configured to use ANSI control codes, then the screen will be
 cleared before printing a section from the information file.  Otherwise, the
-contents of the current screen are scolled up and off the screen.
+contents of the current screen are scrolled up and off the screen.
 .RE
 
 .BR display-numeric :
@@ -1695,7 +1695,7 @@
 .RS 0
 .TP 2
 -
-When the value of a calculation exceeds the size alloted for the display, the
+When the value of a calculation exceeds the size allotted for the display, the
 value +99... will be substituted in it's place.  The complete value will be
 displayed in a summary statement after bar has reached the end of input.
 .RE

Bug#647340: Breaks cmake builds

[Ed Schaller]

This is breaking cmake builds for me as cmake discovers the broken
symlinks instead of the actual library. Removing the broken symlinks
works around the issue.

>>>-->



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

Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols

[Chow Loong Jin]

On 01/11/2011 16:54, Ramakrishnan Muthukrishnan wrote:
> [...]
> I am a bit tied up with real life and would like someone to take the
> maintainance of curl. There is a new upstream version but otherwise the
> package is in good shape. The packaging is versioned controlled using
> git on alioth [1].

I'm interested in adopting this, but I'm a bit tied up with real life as well,
myself, at least until next month or so. If nobody else picks this up by then, I
will.

-- 
Kind regards,
Loong Jin



signature.asc
Description: OpenPGP digital signature

Bug#647346: usb-modeswitch-data: version bump to 20111023 available http://www.draisberghof.de/usb_modeswitch/#download

[Daniel Black]

Package: usb-modeswitch-data
Version: 20111023
Severity: normal

This version bump contains a number of additional 3G modems that don't have 
switch mode configurations.

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

Kernel: Linux 2.6.32-5-686 (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/dash



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

Bug#647345: cowdancer: warning: 'mode_t' is promoted to 'int' when passed through '...'

[Jonathan Nieder]

Source: cowdancer
Version: 0.65
Tags: patch

Hi,

Trying to build cowdancer on kfreebsd-amd64, I get:

cowdancer.c: In function 'open64':
cowdancer.c:447:10: warning: 'mode_t' is promoted to 'int' when passed 
through '...' [enabled by default]
cowdancer.c:447:10: note: (so you should pass 'int' not 'mode_t' to 
'va_arg')
cowdancer.c:447:10: note: if this code is reached, the program will 
abort

Later, when running the test suite, some programs do abort, though I
think that's for another reason. :)

Unfortunately, POSIX does not tell us anything about the width of
mode_t --- it just says that it is an integer type and historical
BSD- and Sys-V-derived systems used "unsigned short".  glibc on
linux-amd64 uses uint32_t.

$(getconf POSIX_V7_WIDTH_RESTRICTED_ENVS) is a list of programming
environments (i.e., sets of build flags) in which certain types,
including mode_t, are no wider than a "long".  There must be at least
one such environment, but not all environments have to be that way.

Anyway, in practice (by which I mean "on the two systems I tried") it
seems safe enough to assume it's promoted to "int".  How about this
patch?
---
 cowdancer.c |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git i/cowdancer.c w/cowdancer.c
index 6285ec46..cf347291 100644
--- i/cowdancer.c
+++ w/cowdancer.c
@@ -411,7 +411,7 @@ int open(const char * a, int flags, ...)
   mode_t mode;
   va_list args;
   va_start(args, flags);
-  mode = va_arg(args, mode_t);
+  mode = va_arg(args, int);
   va_end(args);
   if (initialize_functions())
 {
@@ -444,7 +444,7 @@ int open64(const char * a, int flags, ...)
   mode_t mode;
   va_list args;
   va_start(args, flags);
-  mode = va_arg(args, mode_t);
+  mode = va_arg(args, int);
   va_end(args);
   if (initialize_functions())
 {
-- 



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

Bug#647344: uae: UAE under gnome's Menu it shows up under "system tools"

[Greg]

Package: uae
Version: 0.8.29-7
Severity: normal

UAE while a very useful program should not be listed under the "System Tools"
the the gnome menu. Under the debian menu it shows up in "Emulators". While the
Amiga certainly isn't just a platform for games, since gnome doesn't have an
"Emulator" group most other emulators are located under "Games" I would suggest
either try to get an "Emulator" group under "accessories" or just move UAE
under "Games". Perhaps game-only emulators like mame and stella would try to
get an "Emulators" group under "Games" while xtrs uae and other general
emulators would work to get an "Emulators" group under "accessories". I checked
a Weezy install, but UAE doesn't seem to be available yet. Thanks.



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

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

Versions of packages uae depends on:
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze2 FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libsdl1.2debian   1.2.14-6.1 Simple DirectMedia Layer

uae recommends no packages.

uae 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#647325: Spell files include misspelling "interpretor"

[Josh Triplett]

On Tue, Nov 01, 2011 at 08:13:14PM -0400, James McCoy wrote:
> On Tue, Nov 01, 2011 at 02:17:21PM -0700, Josh Triplett wrote:
> > The spell files used by ":set spell" do not flag the misspelling
> > "interpretor".  Every dictionary I've checked either doesn't list it or
> > lists it only as a misspelling of "interpreter".
> 
> They're based on hunspell,

Ah, excellent.  Do updates from hunspell occur manually, at build time,
or at runtime?  (That will determine whether I just need to reassign
this bug against hunspell, or whether I also need to request a rebuild
of vim against the new hunspell.)

> which doesn't list that word as a
> misspelling:
> 
> $ hunspell -a
> @(#) International Ispell Version 3.2.06 (but really Hunspell 1.3.2)
> interpretor
> *

Less excellent.

See https://en.wiktionary.org/wiki/interpretor and
http://www.merriam-webster.com/dictionary/interpretor .  The OED agrees
as well.

> > I don't know if the vim spell files get generated from some other
> > dictionary at build time or runtime; if so, please feel free to reassign
> > this bug or let me know and I'll reassign it.  (If not, perhaps they
> > should, to try to minimize the number of slightly-different dictionaries
> > in Debian.)
> 
> I have an attempt to convert Vim to using libenchant instead of its
> custom spell-checker, but I haven't had time to finish it.  Vim's
> mechanism differs a bit from what other implementations do and I haven't
> figured out how I want to resolve those differences yet.

Glad to hear that you have some plans to solve this problem.  Hope it
works out.

- Josh Triplett



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

Bug#556555: closed by Arnaud Fontaine (Closing now irrelevant bug reports against python-xml)

[Arnaud Fontaine]

Hi,

Edward Welbourne  writes:

>> As python-xml was removed from the  archive and is now only available
>> in oldstable, I'm closing these bug reports.
>
> Is there  some replacement for it  in newer releases ?   If so, what's
> the new package name ?

It's shipped with python (you can use xml or elementtree module AFAIK).

Regards,
-- 
Arnaud Fontaine



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

Bug#500994: rss2email: please add proxy support

[Clayton]

On Tue, 1 Nov 2011 23:28:25 +0100
Etienne Millon  wrote:

> rss2email uses urllib2, which honors the http_proxy variable, ie the
> standard way of specifying proxies. So I am, closing this bug.

These days I use the proxychains package, which works very well and I
highly recommend as a general solution to this kind of problem.



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

Bug#646517: Insecure use of pickle when deserializing POST/PUT input

[David Black]

Hi, upstream already has the pickle 'loader' (they have commented out
the pickle.load line) why hasn't debian already done this?



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

Bug#646237: Patch

[Ricardo Mones]

On Tue, 1 Nov 2011 18:23:04 +0100
Ricardo Mones  wrote:

> 
>   Heya Gustavo,
> 
>   Sorry, couldn't answer before...
> 
> On Tue, 01 Nov 2011 10:20:14 -0200
> Gustavo Noronha Silva  wrote:
> 
> > Hey,
> > 
> > On Tue, 2011-11-01 at 13:01 +0100, Julien Cristau wrote:
> > > > I guess that means a final upload of 1.6.1 is in order to add a
> > > > Breaks for midori and claws fancy with the appropriate versions,
> > > > and I'll be done with this =)
> > > > 
> > > Would be nice to have this done asap.
> > 
> > I'll do it tonight if we can figure out the version number the new
> > upload will have =)
> 
>   The claws-mail-extra-plugins will be 3.7.10-3, and I planned to
>   upload it today (though still will take some hours before it can be
>   done and I may need an sponsor in case my key update still isn't
>   merged in the keyring) with the upstream patch instead (attached).
> 
>   Please have a look in case you see something wrong in it.

  As suspected my key update remains unmerged and the upload has been
  rejected, so I need an sponsor, like in the old times ;-)
  I've uploaded the packages here: http://hydra.debian.net/mones/

  thanks in adcance,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «I think we are in Rats' Alley where the dead men lost their bones. -- 
 T.S. Eliot»


signature.asc
Description: PGP signature

Bug#647343: libdrm-radeon1: excessive sys cpu usage with r200 on i386

[Arthur Marsh]

Package: libdrm-radeon1
Version: 2.4.27-1
Severity: normal


With libdrm-radeon1 on r200 (radeon 9200se) and i386, sys cpu consumption
as reported by top can exceed 50 percent.

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

Kernel: Linux 3.1.0+ (SMP w/1 CPU core)
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 libdrm-radeon1 depends on:
ii  libc6 2.13-21Embedded GNU C Library: Shared lib
ii  libdrm2   2.4.27-1   Userspace interface to kernel DRM 
ii  multiarch-support 2.13-21Transitional package to ensure mul

libdrm-radeon1 recommends no packages.

libdrm-radeon1 suggests no packages.

-- debconf-show failed



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

Bug#630921: [libmount1] tries to overwrite existing libmount

[Jonathan Nieder]

Jonathan Nieder wrote:

> # only affects upgrades from experimental
> severity 630921 wishlist
> tags 630921 + patch
> quit
>
> Julian Gilbey wrote:
>
>> I, too, was upgrading 2.19.1-1 -> 2.19.1-4 in testing, and this issue
>> affected both the libmount1 and mount packages.
>
> Thanks, that helps.  How about this patch?

Ping?  It's been a few months, but I still think this patch could be
useful to help people who got stuck at 2.19.1-1 and never upgraded,
if they exist.  Alternatively, if it doesn't seem worth the trouble,
please feel free to close the bug --- I don't mind.

Patch left unsnipped for convenience.  Thanks for keeping the basic
utilities working well.

> Signed-off-by: Jonathan Nieder 
> ---
>  debian/changelog |7 +++
>  debian/control   |6 ++
>  2 files changed, 13 insertions(+), 0 deletions(-)
>  mode change 100644 => 100755 debian/rules
>
> diff --git a/debian/changelog b/debian/changelog
> index e9437385..679e09a8 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,10 @@
> +util-linux (2.19.1-5.1) local; urgency=low
> +
> +  * Make libmount, mount packages Break/Replace util-linux 2.19.1-1 to
> +avoid file conflicts (closes: #630921)
> +
> + -- Jonathan Nieder   Thu, 11 Aug 2011 03:54:16 -0500
> +
>  util-linux (2.19.1-5) unstable; urgency=low
>  
>* Conflict/Replace fstrim to provide smooth upgrades (closes: #627579)
> diff --git a/debian/control b/debian/control
> index bdbf765d..bde42cb8 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -44,6 +44,8 @@ Architecture: linux-any
>  Essential: yes
>  Section: admin
>  Pre-Depends: ${shlibs:Depends}
> +Breaks: util-linux (= 2.19.1-1)
> +Replaces: util-linux (= 2.19.1-1)
>  Suggests: nfs-common (>=1:1.1.0-13)
>  Description: Tools for mounting and manipulating filesystems
>   This package provides the mount(8), umount(8), swapon(8),
> @@ -123,6 +125,8 @@ Package: libmount1
>  Section: libs
>  Priority: required
>  Depends: ${shlibs:Depends}, ${misc:Depends}
> +Breaks: util-linux (= 2.19.1-1)
> +Replaces: util-linux (= 2.19.1-1)
>  Architecture: linux-any
>  Description: block device id library
>   The device mounting library, used by mount and mount helpers.
> @@ -142,6 +146,8 @@ Package: libmount-dev
>  Section: libdevel
>  Priority: extra
>  Depends: libc6-dev | libc-dev, libmount1 (= ${binary:Version}), uuid-dev, 
> ${misc:Depends}
> +Breaks: util-linux (= 2.19.1-1)
> +Replaces: util-linux (= 2.19.1-1)
>  Architecture: linux-any
>  Description: block device id library - headers and static libraries
>   The device mounting library, used by mount and mount helpers.
> diff --git a/debian/rules b/debian/rules
> old mode 100644
> new mode 100755
> -- 
> 1.7.6
>



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

Bug#647342: RFP: derbyscoreboard -- Browser based roller derby scoreboard

[Karl Goetz]

Package: wnpp
Severity: wishlist


* Package name: derbyscoreboard
  Version : 0.2.0
  Upstream Author : Mr Temper 
* URL : http://sf.net/projects/derbyscoreboard
* License : GPL3+ or Apache 2+
  Programming Lang: Java
  Description : Web browser based roller derby scoreboard

 I'm still trying to compose a good description for this package, so the
 long description is still TODO I'm afraid. Something along the lines of:

 Derbyscoreboard is a web browser based score and time tracking system for
 Roller Derby games. It offers several features, including:
  * Mobile phone based time management
  * Mobile phone based score updating
  * A central control screen with all settings available
  * A projectable scoreboard
  * Exact tracking of game state for later reply.

The package currently embeds a number of jars. Some are provided in
Debian at the correct versions, most of them are different. I'm not
familiar enough with java to know if they could be trivially replaced,
so any adopter would have to take that on.

Also note that it bundles jdom-contrib, so may require it to be packaged
 before this rfp can be fulfilled.

thanks,
kk



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

Bug#647325: Spell files include misspelling "interpretor"

[James McCoy]

On Tue, Nov 01, 2011 at 02:17:21PM -0700, Josh Triplett wrote:
> The spell files used by ":set spell" do not flag the misspelling
> "interpretor".  Every dictionary I've checked either doesn't list it or
> lists it only as a misspelling of "interpreter".

They're based on hunspell, which doesn't list that word as a
misspelling:

$ hunspell -a
@(#) International Ispell Version 3.2.06 (but really Hunspell 1.3.2)
interpretor
*

> I don't know if the vim spell files get generated from some other
> dictionary at build time or runtime; if so, please feel free to reassign
> this bug or let me know and I'll reassign it.  (If not, perhaps they
> should, to try to minimize the number of slightly-different dictionaries
> in Debian.)

I have an attempt to convert Vim to using libenchant instead of its
custom spell-checker, but I haven't had time to finish it.  Vim's
mechanism differs a bit from what other implementations do and I haven't
figured out how I want to resolve those differences yet.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James McCoy 


signature.asc
Description: Digital signature

Bug#647341: ipvsadm: Rules loaded by init script don't work

[Joshua McClintock]

Package: ipvsadm
Version: 1:1.25.clean-1
Severity: normal

 If I manually enter the IPVS rules by hand after startup, things work, but 
when I let the init script load my rules, it doesn't.  When I reboot and run 
'ipvsadm' I see my rules listed there.  Pretty simple set.

root@node-lb:/# ipvsadm -A -t 10.0.0.23:3306
root@node-lb:/# ipvsadm -a -t 10.0.0.23:3306 -r 192.168.0.10:3306 -m
root@node-lb:/# ipvsadm -a -t 10.0.0.23:3306 -r 192.168.0.11:3306 -m
root@node-lb:/proc/net# ipvsadm
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port   Forward Weight ActiveConn InActConn
TCP  node-lb.packetracket.com:mys wlc
  -> node1.packetracket.com:mysql Masq1  0  0
  -> node2.packetracket.com:mysql Masq1  0  0


Here's the content of /etc/ipvsadm.rules

# emtpy rules file for ipvsadm
-A -t node-lb.packetracket.com:mysql
-a -t node-lb.packetracket.com:mysql -r 192.168.0.10:mysql -m
-a -t node-lb.packetracket.com:mysql -r 192.168.0.11:mysql -m

In the debconf section, I'm not sure why it says my kernel doesn't support 
ipvs, when I see the modules loaded and /proc/ip_vs and others exist.


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

Kernel: Linux 2.6.32-5-686 (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

Versions of packages ipvsadm depends on:
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libnl1  1.1-6library for dealing with netlink s
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip

ipvsadm recommends no packages.

Versions of packages ipvsadm suggests:
pn  heartbeat  (no description available)
pn  keepalived (no description available)
pn  ldirectord (no description available)

-- debconf information:
  ipvsadm/kernel_does_not_support_ipvs:
  ipvsadm/daemon_multicast_interface: eth0
* ipvsadm/auto_load_rules: true
* ipvsadm/daemon_method: none



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

Bug#638885: The same with other site

[Camelek]

Package: liferea
Version: Version: 1.6.4-1

When I try to add Atom feed from this site (http://www.natami.net/blog/)
under Epiphany to Liferea, then I got a crash.

There is also - not much saying - log from that crash attached.

[camelek@debian:~]$ dpkg --status liferea
Package: liferea
Status: install ok installed
Priority: optional
Section: web
Installed-Size: 832
Maintainer: Luis Rodrigo Gallardo Cruz 
Architecture: amd64
Version: 1.6.4-1
Replaces: liferea-data (<< 1.4.26-4), liferea-webkit, liferea-xulrunner
Provides: liferea-webkit, liferea-xulrunner
Depends: libatk1.0-0 (>= 1.29.3), libc6 (>= 2.7), libcairo2 (>= 1.2.4),
libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>= 0.78), libgconf2-4 (>=
2.27.0), libglade2-0 (>= 1:2.6.1), libglib2.0-0 (>= 2.24.0), libgtk2.0-0
(>= 2.16.0), libice6 (>= 1:1.0.0), liblua5.1-0, libnm-glib2 (>=
0.7.999), libnotify1 (>= 0.5.0), libnotify1-gtk2.10, libpango1.0-0 (>=
1.14.0), libsm6, libsoup2.4-1 (>= 2.26.1), libsqlite3-0 (>= 3.6.23.1),
libwebkit-1.0-2 (>= 1.1.1), libx11-6, libxml2 (>= 2.7.4), libxslt1.1 (>=
1.1.25), gconf2 (>= 2.28.1-2), liferea-data (= 1.6.4-1)
Recommends: dbus (>= 1.0.2-5), dbus-x11, wget | curl | gwget | kget
Suggests: network-manager
Conflicts: gwget (<< 1.0.2), liferea-webkit, liferea-xulrunner
Description: feed aggregator for GNOME
 Liferea is a simple FeedReader clone for GNOME. It is a reader for
 RSS/RDF feeds which also supports CDF channels, Atom/Echo/PIE feeds and
 OCS directories.
 .
 Liferea is an abbreviation for Linux Feed Reader.
Homepage: http://liferea.sourceforge.net/
[camelek@debian:~]$ 

gdb liferea
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/liferea...Reading symbols from /usr/lib/debug/usr/bin/liferea...done.
(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/liferea 
[Thread debugging using libthread_db enabled]
[New Thread 0x775bb700 (LWP 20680)]
[New Thread 0x72156700 (LWP 20681)]
[New Thread 0x7183d700 (LWP 20682)]
[New Thread 0x7fffefeff700 (LWP 20683)]
[Thread 0x7fffefeff700 (LWP 20683) exited]
Entity: line 7: parser error : Opening and ending tag mismatch: meta line 1 and head
  
 ^
Entity: line 8: parser error : Opening and ending tag mismatch: img line 8 and a
gle.com/" id="g">That's all we know.
 ^
Entity: line 12: parser error : Opening and ending tag mismatch: body line 8 and html
That's all we know.
^
Entity: line 12: parser error : Premature end of data in tag head line 1
That's all we know.
^
Entity: line 12: parser error : Premature end of data in tag html line 1
That's all we know.
^
Entity: line 7: parser error : Opening and ending tag mismatch: meta line 1 and head
  
 ^
Entity: line 8: parser error : Opening and ending tag mismatch: img line 8 and a
gle.com/" id="g">That's all we know.
 ^
Entity: line 12: parser error : Opening and ending tag mismatch: body line 8 and html
That's all we know.
^
Entity: line 12: parser error : Premature end of data in tag head line 1
That's all we know.
^
Entity: line 12: parser error : Premature end of data in tag html line 1
That's all we know.
^

** (liferea:20677): WARNING **: google_feed_subscription_process_update_result(): Couldn't parse XML!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/c2b6c7267d36d71d!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/15711db9b6b27adf!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/6a7857b4bf8b8822!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/70e07859a6f2bad5!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/659002fe1bacfb99!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/5cde3163e4f805c6!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/668bc3665b8daadb!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reader/item/c2b6c7267d36d71d!

** (liferea:20677): WARNING **: Could not find item for tag:google.com,2005:reade

Bug#556867: Re: cups-pdf: strong kerning errors

[micu]

Hello Jonathan,

Am Montag, 17. Oktober 2011, 02:23:02 schrieb Jonathan Nieder:
> I am just curious about the current status: do you still experience
> kerning weirdness when printing? 

thanks a lot for following up on this and sorry for my long delay (for 
some reasons I just switched to Fedora and I needed some time to boot my 
"old" Debian GNU/Linux to try it out).

These pages that I took as example pages do not exist anymore in that 
form, but AFAIK the bug seems to be fixed. Kerning looks find to me now.

Thanks for helping!
micu

-- 
OpenPGP / GnuPG:0xE4CB4E80
Fingerprint:1A15 A480 1F8B 07F6 9D12 3426 CEFE 7455 E4CB 4E80

<<>

http://www.micuintus.de

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

Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols

[Ian Jackson]

Alessandro Ghedini writes ("Re: Bug#647255: RFA: curl -- A library and a 
commandline client for HTTP and a number of protocols"):
> Most of the work was in updating the patches, and I have also cleaned 
> d/control a bit. There is some more work I'd like to do (e.g. fixing all the
> lintian Info tags and updating d/copyright to use DEP5).

Right.

Can you point me at your package so I can take a look ?

> I've included the changes from Luk with some modifications, since lintian
> was complaining about brace-expansion-in-debhelper-config-file. I've also
> restored the html/pdf docs installation to their original paths.
> 
> Feel free to comment on the above changes if there is something you don't 
> like.

I guess my main comment is that I would like it still to build on
squeeze, 'cos I like backports to be easy - particularly for something
like curl.  I haven't double-checked the items in your list of changes
for squeeze-compatibility but they don't look too scary.

Ian.



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

Bug#647340: libexpat1-dev: Broken symbolic links

[Michael Rasmussen]

Package: libexpat1-dev
Version: 2.0.1-7.1
Severity: critical
Justification: breaks unrelated software

$ file /usr/lib/x86_64-linux-gnu/libexpatw.so
/usr/lib/x86_64-linux-gnu/libexpatw.so: broken symbolic link to
`libexpatw.so.1.5.2'
$ file /usr/lib/x86_64-linux-gnu/libexpat.so
/usr/lib/x86_64-linux-gnu/libexpat.so: broken symbolic link to
`libexpat.so.1.5.2'


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

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libexpat1-dev depends on:
ii  libc6-dev [libc-dev]  2.13-21  
ii  libexpat1 2.0.1-7.1

libexpat1-dev recommends no packages.

libexpat1-dev 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#422272: fails to copy dsc with built-internal and buildresult=..

[Tom Hughes (Palm GBU)]

Attached is a patch that fixes this bugFrom 9cf8a0cb800b734e2e3a4e67a14cf78442378144 Mon Sep 17 00:00:00 2001
From: Tom Hughes 
Date: Tue, 1 Nov 2011 15:50:41 -0700
Subject: [PATCH] Avoid dsc copy error when using build-internal and
 buildresult=.. (closes: #422272)

---
 pdebuild |9 +++--
 1 files changed, 7 insertions(+), 2 deletions(-)

diff --git a/pdebuild b/pdebuild
index 28dff21..1b1c132 100644
--- a/pdebuild
+++ b/pdebuild
@@ -46,10 +46,15 @@ export BUILDRESULTGID=$(id -g)
 if [ "${USE_PDEBUILD_INTERNAL}" = 'yes' ]; then
 ${PBUILDERROOTCMD} ${PDEBUILD_PBUILDER} --execute ${EXTRA_CONFIGFILE[@]/#/--configfile } --bindmounts $(readlink -f ..) "$@" -- /usr/lib/pbuilder/pdebuild-internal ${PWD} --debbuildopts "" --debbuildopts "${DEBBUILDOPTS}" --uid "${BUILDRESULTUID}" --gid "${BUILDRESULTGID}" --pbuildersatisfydepends "$PBUILDERSATISFYDEPENDSCMD"
 if [ -d "${BUILDRESULT}" ]; then
+echo "parent dir: ${PARENT_DIR}"
 	for files in $(sed -rn '/^Files:/,${s/^ .* ([^ ]+)$/\1/p}' ../${CHANGES}); do
-	cp -a ../"$files" "${BUILDRESULT}"
+if [ "${PARENT_DIR}" != "${BUILDRESULT}" ]; then
+	cp -a ../"$files" "${BUILDRESULT}"
+fi
 	done
-	cp -a ../${CHANGES} "${BUILDRESULT}"
+if [ "${PARENT_DIR}" != "${BUILDRESULT}" ]; then
+	cp -a ../${CHANGES} "${BUILDRESULT}"
+fi
 else
 	log "E: BUILDRESULT=[$BUILDRESULT] is not a directory."
 	exit 1
-- 
1.7.7.1

Bug#647339: libechonest: loses default compiler flags when built with dpkg >= 1.16.1

[Colin Watson]

Package: libechonest
Version: 1.1.9-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch precise

libechonest relies on the default CFLAGS exported by dpkg-buildpackage
to build with debugging symbols.  However, as of dpkg 1.16.1,
dpkg-buildpackage no longer exports these, and packages should fetch
them for themselves.  dh_auto_build already does that in debhelper
compat level 9, but only if the flags aren't already exported in
debian/rules.

  * Use DEB_CXXFLAGS_MAINT_APPEND to avoid losing default compiler flags
when built with dpkg >= 1.16.1.

diff -Nru libechonest-1.1.9/debian/control libechonest-1.1.9/debian/control
--- libechonest-1.1.9/debian/control2011-09-25 13:48:13.0 -0400
+++ libechonest-1.1.9/debian/control2011-11-01 18:52:33.0 -0400
@@ -1,7 +1,7 @@
 Source: libechonest
 Priority: extra
 Maintainer: Lisandro Damián Nicanor Pérez Meyer 
-Build-Depends: debhelper (>= 8.1.3), cmake, libqt4-dev, libqjson-dev,
+Build-Depends: dpkg (>= 1.16.1~), debhelper (>= 8.1.3), cmake, libqt4-dev, 
libqjson-dev,
  pkg-config, pkg-kde-tools (>= 0.6~)
 Standards-Version: 3.9.2
 Section: libs
diff -Nru libechonest-1.1.9/debian/rules libechonest-1.1.9/debian/rules
--- libechonest-1.1.9/debian/rules  2011-10-03 19:52:51.0 -0400
+++ libechonest-1.1.9/debian/rules  2011-11-01 17:55:36.0 -0400
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
-export CXXFLAGS += -fvisibility=hidden -fvisibility-inlines-hidden
+export DEB_CXXFLAGS_MAINT_APPEND := -fvisibility=hidden 
-fvisibility-inlines-hidden
 
 %:
dh $@ --dbg-package=libechonest-dbg --parallel 
--with=pkgkde-symbolshelper

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#647225: texlive-lang-cyrillic: missing font declaration for T2A/aer

[developers]

Could you provide a minimal TeX input file?


I need to discuss with Songwrite author to know how to get such file. 
I'll tell you more as soon as I've contacted him.



This is not an error, but a warning, telling you that some fonts were
replaced by others due to non-availability.  If songwrite fails here
it is somewhat broken.


Indeed I remember that the program was just stopping on the reported 
message, not crashing. Then pressing Ctrl+C made it go on and produce 
the PDF document. However there were font inconsistencies in it, I can't 
remember which ones unfortunately.



Hmm, I wouldn't mix the cmr and the aer font.

Further I'm not 100% sure if ae is really still needed in times of
latin modern and cm super. Ralf, are you still on the list? Can you
help here?


I must say I really don't know what these fonts are and how Texlive 
handles them. Any better way to deal with this issue will be appreciated 
:).


Cheers,
JM.




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

Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols

[Luk Claes]

On 11/01/2011 10:29 PM, Alessandro Ghedini wrote:
> On Tue, Nov 01, 2011 at 06:31:18PM +0100, Alessandro Ghedini wrote:
>> On Tue, Nov 01, 2011 at 10:08:57PM +0530, Ramakrishnan Muthukrishnan wrote:
>>> Alessandro, would you mind looking at the new upstream release? One of
>>> us (myself or Ian) can sponsor the package.
>>
>> I'm on it right now. I was wondering whether I could make some "biggish" 
>> changes such as switching to the debhelper short form for d/rules and some 
>> clean-up of the package in the next future.
> 
> I am preparing the upload for the new upstream release (it's building right
> now, I'll push to git as soon as it finishes).

> Most of the work was in updating the patches, and I have also cleaned 
> d/control a bit. There is some more work I'd like to do (e.g. fixing all the
> lintian Info tags and updating d/copyright to use DEP5).

> Feel free to comment on the above changes if there is something you don't 
> like.

Looks great already!

Cheers

Luk



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

Bug#645790: hurd-i386: enable LFS

[Dominic Hargreaves]

On Tue, Nov 01, 2011 at 08:45:13PM +0100, Pino Toscano wrote:
> Alle martedì 1 novembre 2011, Dominic Hargreaves ha scritto:
> > On Mon, Oct 31, 2011 at 07:14:38PM +, Dominic Hargreaves wrote:
> > > On Tue, Oct 18, 2011 at 07:13:22PM +0200, Pino Toscano wrote:
> > > > at the moment, perl is compiled on GNU/Hurd without large file
> > > > support. This, other than the lacking of support for files > 2
> > > > GB, causes the failure in the t/op/stat.t test.
> > > > The failure in stat.t happens because of the following: when
> > > > filtering devices in /dev/* using grep {} with -b/-c, stat fails
> > > > for large devices such as /dev/hdX blocks, or /dev/zero chars
> > > > (this latter case should be an Hurd-specific issue, but
> > > > shouldn't matter for this case), hence the counts done with grep
> > > > {} and the ones done filtering the output of `ls' don't match.
> > > > 
> > > > The attached patch enables the LFS using the same way used on
> > > > linux.sh; about t/op/lfs.t, it gets skipped at the "kernel/fs
> > > > not configured to use large files?" check, although it correctly
> > > > detects sparse files and (at least by looking at the disk usage)
> > > > allocates the 5GB (or so) file created with system() in that
> > > > test.
> > > > 
> > > > The patch has been tested with perl 5.14 (experimental), as I
> > > > guess it will replace perl 5.12 sometime soon (no?).
> > > 
> > > Thanks for the patch. I'm testing this on bleadperl now and will
> > > forward upstream prior to applying locally, using your message
> > > above in the commit log.
> > 
> > Hrm. This one appears to cause my hurd kvm machine to hang when the
> > test runs, at least with bleadperl.
> 
> Which test of it? One of the two lfs-related tests?
> AFAIK, the only problem like that I have with the perl test suite is the 
> test cpan/Sys-Syslog/t/syslog.t causing havoc to syslog and to the 
> system (which seems to not be a problem in chroot'ed builds, which have 
> no /var/log).

t/op/lfs.

cpan/Sys-Syslog/t/syslog.t also hangs the machine if there is a syslogd
running (I noticed it once I installed nullmailer).

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#590920: dash does not support multi-digit file descriptors

[Jilles Tjoelker]

> [possibly allowing fd>9 in redirections]

Removing the limit of 10 file descriptors accessible to redirections is
not as easy as it seems.

An easy change is to raise the limit from 10 to, say, 24, like mksh has
done. Although this allows access to more file descriptors, it also
increases the 'ulimit -n' necessary to run the shell and the new limit
is still pretty low (not high enough for the broken example in the old
flock man page, for example). File descriptors above this limit are used
(via fcntl(F_DUPFD)) for reading shell scripts, preserving open files
that need to be restored after a redirected command and all other
internal purposes that last longer than a command.

What bash does is to remove the fixed boundary. When the user tries to
overwrite a file descriptor the shell uses internally, it will move that
descriptor to another number before allowing the operation to proceed.
Implementing this will increase code size and complexity.

In ksh93, file descriptors before a redirection operators are limited to
one digit but a special syntax allows accessing more descriptors. A
command like
  exec {in}

Bug#647323: ncurses-base: /etc/terminfo/README is ambiguous

[Vincent Lefevre]

On 2011-11-01 22:44:35 +0100, Sven Joachim wrote:
> > So, it seems that the man page is correct (except I don't think
> > the first item, about the last directory to which ncurses wrote,
> > matters here). I don't know what "by default" intends to mean.
> 
> Probably "if neither TERMINFO nor TERMINFO_DIRS" are set.

Perhaps, but the user who reads this README file doesn't know that,
and that's the main problem. For instance, if the user has TERMINFO
set (possible via system settings), he may wonder why the terminfo
description he was expecting isn't taken into account.

> > By default, the TERMINFO and TERMINFO_DIRS aren't set, but
> > ${HOME}/.terminfo doesn't exist either.
> 
> This is true, but ncurses will still stat() it.

But with no observable behavior (under the default configuration),
I suppose.

> > /etc/terminfo/README should say something like:
> >
> > This directory is for system-local terminfo descriptions.  The
> > ncurses library will search directories in the following order,
> > until a terminfo description for the terminal is found:
> > * the directory specified by the TERMINFO environment variable
> > * $HOME/.terminfo
> > * directories listed in the TERMINFO_DIRS environment variable
> > * /etc/terminfo (this directory)
> > * /lib/terminfo
> > * /usr/share/terminfo
> 
> Since we're splitting hairs: this is still not correct, since the
> environment variables are ignored for setuid/setgid applications.

Then both the man page and the /etc/terminfo/README file would need
to be corrected. By ignored, do you mean that $HOME/.terminfo isn't
read either (because HOME is also an environment variable, which can
be changed by the user)?

> I'm not too keen to write a novel in a file whose only purpose is to
> give a message to the sysadmin "drop local terminfo files here".  Giving
> a pointer to the manpage for those who want to know all the gory details
> might be better.

Yes, as long as it is clear to the user whether the list of
directories given by /etc/terminfo/README is complete or not.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#647098: ITP: nemid -- Install certificate for the Danish "NemID"

[Ole Wolf]

Release no. 1.1-2 closes ITP bug #647098.

Homepage: http://debian.blazingangles.net/nemid.html



smime.p7s
Description: S/MIME cryptographic signature

Bug#647328: "reportbug netbeans" crashes reportbug

[Robert Derochette]

Package: reportbug
Version: 6.2.2
Severity: normal

Hi !

As there's a bug in Debian packaged version of Netbeans, I wanted to submit a
bug report about it. But it didn't work because reportbug crashed. Note that
this bug report was sent with reportbug itself so I don't know if my reportbug
is completely broken.

Here's the output :


-


robert@lightning-ng:~/netbeans/bin$ reportbug netbeans

 glibc detected *** /usr/bin/python: double free or corruption (fasttop):
0x7f056c0017a0 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7f057c43b606]
/lib/x86_64-linux-gnu/libc.so.6(+0x77f03)[0x7f057c440f03]
/lib/x86_64-linux-gnu/libc.so.6(realloc+0xf0)[0x7f057c4414f0]
/lib/libglib-2.0.so.0(g_realloc+0x31)[0x7f0579ca3d11]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x34b62)[0x7f0578676b62]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x359f4)[0x7f05786779f4]
/usr/lib/x86_64-linux-
gnu/libgdk-x11-2.0.so.0(gdk_region_union+0x97)[0x7f0578678197]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3fcc7)[0x7f0578681cc7]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3fe73)[0x7f0578681e73]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x495d6)[0x7f057868b5d6]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0xa9)[0x7f057a363f89]
/usr/lib/libgobject-2.0.so.0(+0x20665)[0x7f057a374665]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x88a)[0x7f057a37e68a]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f057a37e832]
/usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0(gtk_widget_map+0xce)[0x7f0578b5641e]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x8db6b)[0x7f0578983b6b]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0xc232f)[0x7f05789b832f]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f057a36403e]
/usr/lib/libgobject-2.0.so.0(+0x20665)[0x7f057a374665]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x88a)[0x7f057a37e68a]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f057a37e832]
/usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0(gtk_widget_map+0xce)[0x7f0578b5641e]
/usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0(gtk_widget_set_child_visible+0x114)[0x7f0578b56564]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x87c61)[0x7f057897dc61]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x87f7b)[0x7f057897df7b]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x8829c)[0x7f057897e29c]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f057a36403e]
/usr/lib/libgobject-2.0.so.0(+0x20edb)[0x7f057a374edb]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x88a)[0x7f057a37e68a]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f057a37e832]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x97b45)[0x7f057898db45]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f057a36403e]
/usr/lib/libgobject-2.0.so.0(+0x20665)[0x7f057a374665]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x88a)[0x7f057a37e68a]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f057a37e832]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x9696d)[0x7f057898c96d]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x1401a8)[0x7f0578a361a8]
/usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f057a36403e]
/usr/lib/libgobject-2.0.so.0(+0x20ced)[0x7f057a374ced]
/usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x64b)[0x7f057a37e44b]
/usr/lib/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f057a37e832]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x259051)[0x7f0578b4f051]
/usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0(gtk_propagate_event+0xc3)[0x7f0578a34363]
/usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0(gtk_main_do_event+0x283)[0x7f0578a346c3]
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x5e1dc)[0x7f05786a01dc]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1dd)[0x7f0579c9cedd]
/lib/libglib-2.0.so.0(+0x456b8)[0x7f0579c9d6b8]
/lib/libglib-2.0.so.0(g_main_loop_run+0x16a)[0x7f0579c9dcfa]
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_main+0xa7)[0x7f0578a33717]
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so(+0x1b3f44)[0x7f05790edf44]
/usr/bin/python(PyEval_EvalFrameEx+0xeb1)[0x4ba051]
/usr/bin/python(PyEval_EvalFrameEx+0xb87)[0x4b9d27]
=== Memory map: 
0040-00635000 r-xp  08:11 33879851
/usr/bin/python2.7
00835000-0089e000 rw-p 00235000 08:11 33879851
/usr/bin/python2.7
0089e000-008b rw-p  00:00 0
01b06000-0275b000 rw-p  00:00 0  [heap]
7f05637e5000-7f05637e6000 r-xp  08:11 167772690
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-cedilla.so
7f05637e6000-7f05639e6000 ---p 1000 08:11 167772690
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-cedilla.so
7f05639e6000-7f05639e7000 rw-p 1000 08:11 167772690
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-cedilla.so
7f05639e7000-7f05673da000 r--p  08:11 838880730
/usr/share/icons/gnome/icon-theme.ca

Bug#646864: epiphany-browser: cannot open help pages

[developers]

Theoretically that would be gvfs. It might well be gvfs-backends if 
we

forgot something, but I don’t see what that would be.


I'd have said the same, unfortunately on my LXDE/Squeeze I got:


$ dpkg -l 'gvfs*'
[…]
||/ Nom Version Description
+++-===-===-==
ii  gvfs1.6.4-3 userspace virtual 
filesystem - server
ii  gvfs-backends   1.6.4-3 userspace virtual 
filesystem - backends
un  gvfs-bin(aucune description n'est 
disponible)
ii  gvfs-fuse   1.6.4-3 userspace virtual 
filesystem - fuse server



Is a running background service needed in user's session to make use of 
Gvfs?





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

Bug#433734: Two separate bugs here; cloning and reassigning

[Josh Triplett]

clone 433734 -1
reassign -1 linux-2.6
retitle -1 rt2500 does not support API used by network-manager
# (The above needs checking; I do not know if it still holds true for
# current linux-2.6 and rt2500.)
thanks

I see two different bugs here.  First, the rt2500 driver should support
the standard wireless API; I've assigned a clone of this bug to the
kernel, to look into that.  Second, as you pointed out network-manager's
integration with ifupdown should have caused it to respect your
configuration in /etc/network/interfaces; I've left the original bug you
filed assigned to network-manager for that issue.

Hope that helps,
Josh Triplett



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

Bug#624056: aiccu: Uses deprecated _set_priority GnuTLS functions

[Reinier Haasjes]

tag 624056 + help
thanks

Hi,

On 25-04-11 14:21, Andreas Metzler wrote:
> The gnutls_*_set_priority family of functions has been marked deprecated
> in 2.12.x. These functions have been superceded by
> gnutls_priority_set_direct(). The replacement function was added in gnutls
> stable release 2.2.0 (released 2007-12-14).

I'm not a C-programmer. If somebody could write a patch that would be
awesome.

Thanks,

Reinier



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

Bug#647327: arora: using localhost:631 for CUPS, fails to find network printer; iceweasel does find printer

[Ron Schwiesow]

Package: arora
Version: 0.10.2-1
Severity: normal

Subject describes problem. Printer installation via arora and 631 worked OK in 
earlier (6.0.0?) version of Squeeze. Somebody on the net had a similar problem 
with Epiphany. Tried with popup and ad-block filters off, but still wouldn't
work. Arora working via JWM.

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

Kernel: Linux 2.6.32-5-486
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 arora depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module
ii  libqt4-script 4:4.6.3-4+squeeze1 Qt 4 script module
ii  libqt4-sql4:4.6.3-4+squeeze1 Qt 4 SQL module
ii  libqt4-webkit 4:4.6.3-4+squeeze1 Qt 4 WebKit module
ii  libqtcore44:4.6.3-4+squeeze1 Qt 4 core module
ii  libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

arora recommends no packages.

arora 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#647225: texlive-lang-cyrillic: missing font declaration for T2A/aer

[Hilmar Preusse]

On 31.10.11 Jean-Michel Philippe (develop...@doudoulinux.org) wrote:

Hi,

> I installed the latest upstream release of Songwrite
> (http://home.gna.org/oomadness/en/songwrite) to solve language
> issues and, when exporting a Russian song to PDF, texlive is
> failing on the following error message:
> 
Could you provide a minimal TeX input file?

> -
> (/usr/share/texmf-texlive/tex/latex/cyrillic/t2acmr.fd)
> *geometry auto-detecting driver*
> *geometry detected driver: dvips*
> LaTeX Font Warning: Font shape `T2A/aer/m/n' undefined
> (Font)  using `T2A/cmr/m/n' instead on input line 11.
> -
> 
This is not an error, but a warning, telling you that some fonts were
replaced by others due to non-availability.  If songwrite fails here
it is somewhat broken.

> Investigations on the Internet showed that this is a problem of
> font declaration.  The solution is to edit
> /usr/share/texmf-texlive/tex/latex/cyrillic/t2acmr.fd then add the
> following lines just before the declaration of the font “cmr” for
> example:
> 
> -
> \DeclareFontFamily{T2A}{aer}{}
> \EC@family{T2A}{aer}{m}{n}{larm}
> -
> 
Hmm, I wouldn't mix the cmr and the aer font.

Further I'm not 100% sure if ae is really still needed in times of
latin modern and cm super. Ralf, are you still on the list? Can you
help here?

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#643873: [Python-modules-team] Bug#643873: Making Numpy transition less painful

[Jakub Wilk]

* Sandro Tosi , 2011-11-01, 12:52:

Dependencies generated by dh_numpy
==
dh_numpy would generate dependency either on "python-numpy-abi$N" 
(by default) or on "python-numpy-api$N" (if a special option, say, 
--strict, is used).


I just realized that, in order to make packages using Cython happy, 
the first one will have to be:


"python-numpy-abi$N, python-numpy (>= $V)"

where $V is the first version with the current API. [0]


Mh ok, so we need to keep 3 versions information: the ABI $N, the API 
$N, and the version $V that introduced API $N - did I get it correctly?


Yes. Though it'd better not to use same name for two distinct variables 
(yes, I know, I made the same mistake myself). :P



Gracefully handling the upcoming transition

Ok, so we should start like this:

- implement this proposal in the version currently in sid

Here we could:
- wait until new dh_numpy hits testing

- round of binNMUs
- wait for transition to testing?
- port the code to 1.6.1 package in experimental
- upload it to sid
- reiter

is that correct?


Yes, sounds about right.

--
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#637787: [Pkg-octave-devel] Bug#637787: Bug#637787: Bug#637787: Bug#637787: Bug#637787: Bug#637787: Bug#637787: Bug#637787: Bug#637787: trivial fix

[Thomas Weber]

On Tue, Nov 01, 2011 at 12:45:05PM -0400, John W. Eaton wrote:
> Did you see the following message from me?  I think I found the reason
> that libranlib.la is not being built, and a relatively simple fix.

Yes, thanks for the help. I already pushed it to my quick-and-dirty
repository at 
http://anonscm.debian.org/gitweb/?p=users/tweber/octave.git;a=commit;h=e6380e7629dc72292fa27ada8edc62fff3a708d9

Sorry, but my time is limited right now and this won't get better in the
next few months. I do hope however to get the Octave packaging finished
in November.

Thomas



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

Bug#647312: qemu-kvm: windows xp - no network connection after 0.14.1+dfsg-4

[Michael Tokarev]

On 02.11.2011 01:24, Kein Kommentar wrote:
> Hello Michael,
> 
> 
> here is the command line:
> 
> 
> [22:12:24] kkadmin@kk-12x2260:~> ps -ef | grep xpro01
> 
> 105 8962 1 37 22:12 ? 00:00:06 /usr/bin/kvm -S -M pc-0.11 -cpu qemu32 
> -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name xpro01 -uuid 
> c1f51e24-52f8-a1a1-759a-5a678ebb1e3d -nodefconfig -nodefaults -chardev 
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/xpro01.monitor,server,nowait 
> -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime -drive 
> file=/dev/mapper/raid1-xpro01,if=none,id=drive-ide0-0-0,format=raw -device 
> ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
> -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device 
> ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev 
> tap,fd=25,id=hostnet0 -device 
> rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:63:4f:75,bus=pci.0,multifunction=on,addr=0x4.0x0
>  -chardev
> pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb 
> -vnc 127.0.0.1:3,password -k de -vga cirrus -device 
> ES1370,id=sound0,bus=pci.0,multifunction=on,addr=0x5.0x0 -device 
> virtio-balloon-pci,id=balloon0,bus=pci.0,multifunction=on,addr=0x3.0x0

So it uses rtl8139 driver (as a multi-function PCI device),
and use pc-0.11 - you most likely installed it when qemu-kvm
was at version 0.11.  You also use ES1370 audio "card".

With this information I still can not reproduce the issue.

> rtl8139 driver is in use.

Yes i see it in the command line.

> on another maschine with 0.14 there is no problem.

Will you answer the rest of my questions?

>> Does it work again when reverting back to 0.14?
>> How can one reproduce this problem from scratch?

So far it looks like a problem in this particular windows
machine, nothing to do with kvm.

Thanks,

/mjt



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

Bug#647323: ncurses-base: /etc/terminfo/README is ambiguous

[Sven Joachim]

On 2011-11-01 22:04 +0100, Vincent Lefevre wrote:

> Package: ncurses-base
> Version: 5.9-3
> Severity: minor
>
> There's a contradiction between /etc/terminfo/README, which says
>
>   This directory is for system-local terminfo descriptions. By default,
>   ncurses will search ${HOME}/.terminfo first, then /etc/terminfo (this
>   directory), then /lib/terminfo, and last not least /usr/share/terminfo.
>
> and the ncurses(3ncurses) man page, which says in the ENVIRONMENT
> section:
>
>   TERMINFO
> Overrides the directory in which ncurses searches for your terminal
> description.   This is the simplest, but not the only way to change
> the list of directories.  The complete list of directories in order
> follows:
>
> ·   the  last directory to which ncurses wrote, if any, is searched
> first
>
> ·   the directory specified by the TERMINFO symbol
>
> ·   $HOME/.terminfo
>
> ·   directories listed in the TERMINFO_DIRS symbol
>
> ·   one or more directories whose names are configured and compiled
> into the ncurses library, e.g., /usr/share/terminfo
>
> TERM=doesnotexist TERMINFO=/dir/TERMINFO 
> TERMINFO_DIRS=/dir/TERMINFO_DIRS1:/dir/TERMINFO_DIRS2 strace -o strace.out 
> infocmp
>
> gives:
>
> stat("/dir/TERMINFO", 0x7fff0e963120)   = -1 ENOENT (No such file or 
> directory)
> stat("/home/vinc17/.terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> access("/home/vinc17/.terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such 
> file or directory)
> stat("/dir/TERMINFO_DIRS1", 0x7fff0e963120) = -1 ENOENT (No such file or 
> directory)
> stat("/dir/TERMINFO_DIRS2", 0x7fff0e963120) = -1 ENOENT (No such file or 
> directory)
> stat("/etc/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> access("/etc/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file or 
> directory)
> stat("/lib/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> access("/lib/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file or 
> directory)
> stat("/usr/share/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> access("/usr/share/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file 
> or directory)
>
> So, it seems that the man page is correct (except I don't think
> the first item, about the last directory to which ncurses wrote,
> matters here). I don't know what "by default" intends to mean.

Probably "if neither TERMINFO nor TERMINFO_DIRS" are set.

> By default, the TERMINFO and TERMINFO_DIRS aren't set, but
> ${HOME}/.terminfo doesn't exist either.

This is true, but ncurses will still stat() it.

> /etc/terminfo/README should say something like:
>
> This directory is for system-local terminfo descriptions.  The
> ncurses library will search directories in the following order,
> until a terminfo description for the terminal is found:
> * the directory specified by the TERMINFO environment variable
> * $HOME/.terminfo
> * directories listed in the TERMINFO_DIRS environment variable
> * /etc/terminfo (this directory)
> * /lib/terminfo
> * /usr/share/terminfo

Since we're splitting hairs: this is still not correct, since the
environment variables are ignored for setuid/setgid applications.

I'm not too keen to write a novel in a file whose only purpose is to
give a message to the sysadmin "drop local terminfo files here".  Giving
a pointer to the manpage for those who want to know all the gory details
might be better.

Cheers,
   Sven




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

Bug#644408: aiccu: please enable hardening options

[Reinier Haasjes]

tag 644408 + pending
thanks

Hi,

On 05-10-11 16:52, Pierre Chifflier wrote:
> I have rebuilt the package with hardening options enabled and there was
> no error (during build, or at runtime).

I enabled all the hardening options, it will be in the -15 upload.

Regards,

Reinier





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

Bug#647326: zfs-fuse: fails to run, segfault or invalid option due to wrong argv[0] when read cfg file is called from main

[Alban Browaeys]

Package: zfs-fuse
Version: 0.7.0-2
Severity: important

zfs-fuse fails to start and either segfault or report an invalid long
option. Attached is a patch that initialize argv[O] in read_cfg, ie 
it currently point to unitialized memory and this memory is read when
there is an option passed to zfs-fuse.
I also comment the /etc/zfs/zfsrc argument as it seems it is not a valid
argument. 
Patch compile and run.

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

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

Versions of packages zfs-fuse depends on:
ii  fuse-utils   2.8.6-2   
ii  libaio1  0.3.109-2 
ii  libc62.13-21   
ii  libfuse2 2.8.6-2   
ii  libssl1.0.0  1.0.0e-2  
ii  lsb-base 3.2-28
ii  zlib1g   1:1.2.5.dfsg-1

zfs-fuse recommends no packages.

Versions of packages zfs-fuse suggests:
ii  kpartx 0.4.9-2  
ii  nfs-kernel-server  1:1.2.5-2

-- no debconf information
Description: feed parse_args with the program name when using zfsrc
 Provide the program name as argv[0] as parse_args expect it to be there.
 Otherwise the with argv[argc++] item 0 of agrv points to uninitialized
 memory and random crashes or failure due to incorrect long_opts ensue.
 Also comment the /etc/zfs/zfsrc argv item as there is no such option and
 it breaks long_opts with error:
 "unrecognized option '--/etc/zfs/zfsrc'"

Author: Alban Browaeys 

---

--- zfs-fuse-0.7.0.orig/src/zfs-fuse/main.c
+++ zfs-fuse-0.7.0/src/zfs-fuse/main.c
@@ -358,15 +358,18 @@ static void read_cfg() {
 		return;
 	while (!feof(f)) {
 		char buf[1024];
-		int argc = 0;
-		char *argv[10];
+		int argc = 1;
+		char *argv[11];
+
+		argv[0] = "zfs-fuse";
+
 		if (!fgets(buf,1024,f))
 			continue;
 		int l = strlen(buf)-1;
 		while (l >= 0 && buf[l] < 32)
 			buf[l--] = 0; // remove trailing cr (or any code < ' ')
 
-		argv[argc++] = "/etc/zfs/zfsrc";
+		//argv[argc++] = "/etc/zfs/zfsrc";
 
 		
 		// more predictable parsing required

Bug#647288: libffi: Simplify PowerPC assembly and avoid CPU-specific string instructions

[Moffett, Kyle D]

On Nov 01, 2011, at 11:53, Kyle Moffett wrote:
> After upgrading to a new version of GNU ld for PowerPC e500, I started
> seeing build errors on e500 systems again.  It turns out that the
> PowerPC "string instructions" are unimplemented on PPC440 and most other
> embedded cores, and also cause unexpectedly high instruction latencies
> and pipeline stalls even on POWER processors.
> 
> This historically worked in the past because the unknown string opcodes
> are trapped on PPC440 and similar systems and emulated in the kernel,
> though that is obviously very inefficient and undesirable.
> 
> Since the struct-copy code doesn't really need to be implemented in
> assembly, this patch ensures that there is always enough space to store
> both r3 and r4 and then uses C to extract the 1-8 byte "small struct"
> into the user-provided memory.
> 
> Even with all the big new comments, it's still removes 11 lines of code,
> and the ASM is much simpler and easier to understand now.
> 
> Please consider applying.

Oh, I forgot to mention the testing I did on this patch:

I have applied this patch on top of the previous PowerPC SPE patches
(Debian version 3.0.10-3) and it builds, passes the testsuite, and
correctly installs on powerpc, powerpc64, and e500v2.

NOTE: The e500v2 testsuite does have one unrelated failure with GCC-4.6
even with this patch due to GCC PR target/50906:
  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906

Cheers,
Kyle Moffett

--
Curious about my work on the Debian powerpcspe port?
I'm keeping a blog here: http://pureperl.blogspot.com/




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

Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols

[Alessandro Ghedini]

On Tue, Nov 01, 2011 at 06:31:18PM +0100, Alessandro Ghedini wrote:
> On Tue, Nov 01, 2011 at 10:08:57PM +0530, Ramakrishnan Muthukrishnan wrote:
> > Alessandro, would you mind looking at the new upstream release? One of
> > us (myself or Ian) can sponsor the package.
> 
> I'm on it right now. I was wondering whether I could make some "biggish" 
> changes such as switching to the debhelper short form for d/rules and some 
> clean-up of the package in the next future.

I am preparing the upload for the new upstream release (it's building right
now, I'll push to git as soon as it finishes).

The changelog entry, so far:

 curl (7.22.0-1) UNRELEASED; urgency=low
 .
   [ Ramakrishnan Muthukrishnan ]
   * Add new Uploaders, Ian and Alessandro. (bug #647255)
 .
   [ Luk Claes ]
   * Install lintian overrides with dh_lintian.
   * Install all files with dh_install and get rid of dh_installdirs.
 .
   [ Alessandro Ghedini ]
   * New upstream release.
   * Bump debhelper compat level to 8.
   * debian/control:
 - One (Build-)Depends per line.
 - Sort (Build-)Depends.
 - Remove Build-Depends on binutils
   (v2.18 is already in oldstable and it is Build-Essential: yes).
 - Build depends on stunnel4 instead of stunnel
   (stunnel is just a dummy package).
 - Remove duplicate Section field in package curl.
 - Add Luk to Uploaders too, sort names.
   * debian/patches:
 - Update runtests_gdb patch, add DEP3 headers.
 - Update gnutls and nss patches, add DEP3 headers.
 - Refresh other patches.
 - Add DEP3 headers to all the patches.
   * Replace dh_clean -k call with dh_prep
 (dh_clean -k is deprecated since debhelper 7).

Most of the work was in updating the patches, and I have also cleaned 
d/control a bit. There is some more work I'd like to do (e.g. fixing all the
lintian Info tags and updating d/copyright to use DEP5).

I've included the changes from Luk with some modifications, since lintian
was complaining about brace-expansion-in-debhelper-config-file. I've also
restored the html/pdf docs installation to their original paths.

Feel free to comment on the above changes if there is something you don't 
like.

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'



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

Bug#647325: Spell files include misspelling "interpretor"

[Josh Triplett]

Package: vim-runtime
Version: 2:7.3.346-1
Severity: normal

The spell files used by ":set spell" do not flag the misspelling
"interpretor".  Every dictionary I've checked either doesn't list it or
lists it only as a misspelling of "interpreter".

I don't know if the vim spell files get generated from some other
dictionary at build time or runtime; if so, please feel free to reassign
this bug or let me know and I'll reassign it.  (If not, perhaps they
should, to try to minimize the number of slightly-different dictionaries
in Debian.)

- Josh Triplett

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

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

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim  2:7.3.346-1

vim-runtime 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#647324: gcj-4.6: Wrong MULTIARCH_DIRNAME on powerpcspe (is "powerpc-linux-gnu")

[Kyle Moffett]

Source: gcj-4.6
Version: 4.6.2-1
Severity: wishlist
Tags: patch

Building gcj-4.6=4.6.2-1 (using gcc-4.6-source=4.6.2-2) is failing due
to an invalid value of MULTIARCH_DIRNAME on powerpcspe.

I don't have the foggiest idea why GCC itself builds and installs
correctly, but the Java build fails with this error:
  dh_movefiles: debian/tmp/usr/lib/powerpc-linux-gnuspe/gcj-4.6-12/libjvm.so 
not found (supposed to put it in libgcj12)
  dh_movefiles: 
debian/tmp/usr/lib/powerpc-linux-gnuspe/gcj-4.6-12/libjavamath.so not found 
(supposed to put it in libgcj12)

Inspecting that directory, I see this:
  $ ls -l debian/tmp/usr/lib
  total 20
  drwxr-xr-x 3 kmoffett kmoffett 4096 Nov 1 14:11 gcc
  drwxr-xr-x 3 kmoffett kmoffett 4096 Nov 1 14:13 jvm
  drwxr-xr-x 3 kmoffett kmoffett 4096 Nov 1 14:13 jvm-exports
  drwxr-xr-x 3 kmoffett kmoffett 4096 Nov 1 14:13 powerpc-linux-gnu
  drwxr-xr-x 3 kmoffett kmoffett 4096 Nov 1 14:13 powerpc-linux-gnuspe

The "powerpc-linux-gnu" is obviously wrong, and it contains the files
that are missing from "powerpc-linux-gnuspe":
  $ ls -l debian/tmp/usr/lib/powerpc-linux-gnu
  total 135200
  drwxr-xr-x 2 kmoffett kmoffett  4096 Nov  1 14:13 gcj-4.6-12
  -rwxr-xr-x 1 kmoffett kmoffett  1637 Nov  1 14:12 libgcj_bc.so
  lrwxrwxrwx 1 kmoffett kmoffett18 Nov  1 14:12 libgcj_bc.so.1 -> 
libgcj_bc.so.1.0.0
  -rwxr-xr-x 1 kmoffett kmoffett  1637 Nov  1 14:12 libgcj_bc.so.1.0.0
  lrwxrwxrwx 1 kmoffett kmoffett16 Nov  1 14:12 libgcj.so -> 
libgcj.so.12.0.0
  lrwxrwxrwx 1 kmoffett kmoffett16 Nov  1 14:12 libgcj.so.12 -> 
libgcj.so.12.0.0
  -rwxr-xr-x 1 kmoffett kmoffett 127976277 Nov  1 14:12 libgcj.so.12.0.0
  lrwxrwxrwx 1 kmoffett kmoffett22 Nov  1 14:12 libgcj-tools.so -> 
libgcj-tools.so.12.0.0
  lrwxrwxrwx 1 kmoffett kmoffett22 Nov  1 14:12 libgcj-tools.so.12 -> 
libgcj-tools.so.12.0.0
  -rwxr-xr-x 1 kmoffett kmoffett  10421495 Nov  1 14:12 libgcj-tools.so.12.0.0
  lrwxrwxrwx 1 kmoffett kmoffett16 Nov  1 14:12 libgij.so -> 
libgij.so.12.0.0
  lrwxrwxrwx 1 kmoffett kmoffett16 Nov  1 14:12 libgij.so.12 -> 
libgij.so.12.0.0
  -rwxr-xr-x 1 kmoffett kmoffett 19447 Nov  1 14:12 libgij.so.12.0.0
  -rw-r--r-- 1 kmoffett kmoffett  1437 Nov  1 14:12 logging.properties
  drwxr-xr-x 2 kmoffett kmoffett  4096 Nov  1 14:12 security

I can disassemble those files with objdump and they clearly contain
valid e500v2 opcode sequences, so the build process seems to be fine
except for the multiarch directory.

I tried to hack up a patch (attached) that looks correct to me, but I
have very little experience with this area of GCC and I haven't tested
it yet.  I would really appreciate a second set of eyes.

I'm going to apply it on top of the gcc-4.6 sources (4.6.2-2) and
rebuild GCC and GIJ to see if the problem goes away; I'll let you know
when I have some results.

Cheers,
Kyle Moffett

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 
'stable-updates'), (500, 'experimental')
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/bash
--- gcj-4.6-4.6.2/src/gcc/config.gcc.orig	2011-11-01 15:02:10.318248946 -0400
+++ gcj-4.6-4.6.2/src/gcc/config.gcc	2011-11-01 15:03:42.149247963 -0400
@@ -2188,7 +2188,8 @@
 	powerpc*-*-linux*altivec*)
 		tm_file="${tm_file} rs6000/linuxaltivec.h" ;;
 	powerpc*-*-linux*spe*)
-		tm_file="${tm_file} rs6000/linuxspe.h rs6000/e500.h" ;;
+		tm_file="${tm_file} rs6000/linuxspe.h rs6000/e500.h"
+		tmake_file="${tmake_file} rs6000/t-linux-spe" ;;
 	powerpc*-*-linux*paired*)
 		tm_file="${tm_file} rs6000/750cl.h" ;;
 	esac
--- gcj-4.6-4.6.2/src/gcc/config/rs6000/t-linux-spe.orig	1969-12-31 19:00:00.0 -0500
+++ gcj-4.6-4.6.2/src/gcc/config/rs6000/t-linux-spe	2011-11-01 15:04:06.994247615 -0400
@@ -0,0 +1 @@
+MULTIARCH_DIRNAME = powerpc-linux-gnuspe

Bug#620960: RFS: inspircd

[Guillaume Delacour]

Dear mentors,

I am looking for a sponsor for my package "inspircd" version 2.0.5-1.
I already worked on the 2.x version of inspircd before the last stable freeze, 
but i was unable to find a sponsor.
Anyway, the package closes many bugs (mainly because the version is quite old 
in the archive), enable databases backends 
and try to improve many points. I cc'ed the bug serious bug opened against the 
package too to update
the status of inspircd in Debian.

It builds those binary packages:

inspircd - Modular IRCd written in C++
inspircd-dbg - Modular IRCd written in C++ - debugging symbols

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

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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/i/inspircd/inspircd_2.0.5-1.dsc

I would be glad if someone uploaded this package for me.

Thanks in advance.

-- 
Guillaume Delacour 


signature.asc
Description: Ceci est une partie de message numériquement signée

Bug#647323: ncurses-base: /etc/terminfo/README is ambiguous

[Vincent Lefevre]

Package: ncurses-base
Version: 5.9-3
Severity: minor

There's a contradiction between /etc/terminfo/README, which says

  This directory is for system-local terminfo descriptions. By default,
  ncurses will search ${HOME}/.terminfo first, then /etc/terminfo (this
  directory), then /lib/terminfo, and last not least /usr/share/terminfo.

and the ncurses(3ncurses) man page, which says in the ENVIRONMENT
section:

  TERMINFO
Overrides the directory in which ncurses searches for your terminal
description.   This is the simplest, but not the only way to change
the list of directories.  The complete list of directories in order
follows:

·   the  last directory to which ncurses wrote, if any, is searched
first

·   the directory specified by the TERMINFO symbol

·   $HOME/.terminfo

·   directories listed in the TERMINFO_DIRS symbol

·   one or more directories whose names are configured and compiled
into the ncurses library, e.g., /usr/share/terminfo

TERM=doesnotexist TERMINFO=/dir/TERMINFO 
TERMINFO_DIRS=/dir/TERMINFO_DIRS1:/dir/TERMINFO_DIRS2 strace -o strace.out 
infocmp

gives:

stat("/dir/TERMINFO", 0x7fff0e963120)   = -1 ENOENT (No such file or directory)
stat("/home/vinc17/.terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/home/vinc17/.terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file 
or directory)
stat("/dir/TERMINFO_DIRS1", 0x7fff0e963120) = -1 ENOENT (No such file or 
directory)
stat("/dir/TERMINFO_DIRS2", 0x7fff0e963120) = -1 ENOENT (No such file or 
directory)
stat("/etc/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/etc/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file or 
directory)
stat("/lib/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/lib/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file or 
directory)
stat("/usr/share/terminfo", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access("/usr/share/terminfo/d/doesnotexist", R_OK) = -1 ENOENT (No such file or 
directory)

So, it seems that the man page is correct (except I don't think
the first item, about the last directory to which ncurses wrote,
matters here). I don't know what "by default" intends to mean.
By default, the TERMINFO and TERMINFO_DIRS aren't set, but
${HOME}/.terminfo doesn't exist either.

/etc/terminfo/README should say something like:

This directory is for system-local terminfo descriptions.  The
ncurses library will search directories in the following order,
until a terminfo description for the terminal is found:
* the directory specified by the TERMINFO environment variable
* $HOME/.terminfo
* directories listed in the TERMINFO_DIRS environment variable
* /etc/terminfo (this directory)
* /lib/terminfo
* /usr/share/terminfo

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

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

-- 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#647083: gnome-shell: dependency against libgnome-desktop-3-0 instead of, libgnome-desktop-3-2 breaking upgrade path

[Pascal Obry]

I'm not sure what is wrong but I have the very same issue.

- I'm using Debian unstable
- I'm using gnome-shell from experimental

I was using gnome-shell 3.0 without problem. Then I have switched to 3.2 
to test it. The problem is that part of it was not updated, when trying 
to update to libgnome-desktop-3.2 I get:


$ apt-cache policy libgnome-desktop-3-2 gnome-desktop3-data
gnome-desktop3-data:
  Installed: 3.0.2-2
  Candidate: 3.2.1-2
  Package pin: 3.2.1-2
  Version table:
 3.2.1-2 990
150 http://ftp.fr.debian.org/debian/ experimental/main amd64 
Packages

 *** 3.0.2-2 990
700 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
750 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages
100 /var/lib/dpkg/status
libgnome-desktop-3-2:
  Installed: 3.2.1-2
  Candidate: 3.2.1-2
  Version table:
 *** 3.2.1-2 0
150 http://ftp.fr.debian.org/debian/ experimental/main amd64 
Packages

100 /var/lib/dpkg/status

As you can see gnome-desktop3-data is for 3.0 and 3.2 is available on 
experimental branch, but when I try to install it:


$ sudo apt-get install gnome-desktop3-data
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  gnome-video-effects
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  cheese eog evolution evolution-exchange evolution-plugins gnome-applets
  gnome-control-center gnome-panel gnome-screensaver gnome-session
  gnome-session-fallback gnome-shell gnome-tweak-tool libevolution
  libgnome-desktop-3-0 nautilus nautilus-sendto tracker-miner-evolution
The following packages will be upgraded:
  gnome-desktop3-data
1 upgraded, 0 newly installed, 18 to remove and 35 not upgraded.

It wants to remove gnome-shell, gnome-panel...

Isn't this because of a missing/wrong dependency?

Thanks.
Pascal.

--

--|--
--| Pascal Obry   Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|--
--|http://www.obry.net  -  http://v2p.fr.eu.org
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B




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

Bug#644392: dspam truncates mail

[Stevan Bajić]

On 01.11.2011 20:57, Laurence Withers wrote:

On Fri, Oct 07, 2011 at 08:46:04AM +0200, Stevan Bajić wrote:

Do you have the original mail (the 6Kb version) somewhere? In raw
format? Can you send it to me or post a link to it or attach it to
this bug report?

Dear Stevan,

Hello Laurence,


I have finally managed to track down a raw copy of the mail, which I have
attached.
thanks. I have already started to look at the file. I don't get that 
6.2Kb size here with the original file but who knows what Exim did to 
the original mail to get about 2Kb more in size than the file you have 
attached? From the past I know that Exim has (had) issues with 8bit 
messages and transformed them into 7bit. Anyway... that original size is 
not the problem.



I don't believe there is a way to check the size of the mail when exim
delivers it to dspam, unfortunately

Okay.


Bye for now,
Looking now more closer to the original message you wrote I realize 
that the message got truncated before the dot. Usually that kind of 
stuff happens if the dot is the first character and it is not properly 
escaped (dot stuffing. See 
http://tools.ietf.org/html/rfc2821#section-4.5.2). But that dot in your 
message is at the end of the line. Somehow I can not believe that it is 
dot stuffing issue. But who knows? It looks like and it smells like a 
dot stuffing issue.


So there are IMHO two possible scenarios (if it is dot stuffing):
1) Exim get's the mail correctly and does not make proper dot stuffing 
when sending it to DSPAM (very unlikely since you use pipe delivery and 
not SMTP)
2) DSPAM got it properly from Exim and has an issue when sending it back 
to Exim


Unfortunately I don't have Exim over here and any test I did, did not 
result in a truncation. Can you on your end try to send that mail again 
into your Exim MTA and look what is happening? Maybe you have the 
possibility to turn on more verbose logging?


Can you try to (keep in mind that the message will show up on the 
original date (aka 05.10.2011) in your inbox):

cat /path/to/the/raw/message/you/sent/me | sendmail -oi l...@lwithers.me.uk

Do you still see the message being truncated?

Can you try to look what DSPAM would do with the message?
dspam --user l...@lwithers.me.uk --mode=notrain --process --deliver=stdout 
< /path/to/the/raw/message/you/sent/me


Do you see the whole message or do you see a truncation? (I assume no 
truncation because it is a delivery to stdout and not to a SMTPD).


Could you post your dspam.conf so that we can see what and how you use 
the delivery agent inside DSPAM?




--
Kind Regards from Switzerland,

Stevan Bajić




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

Bug#647322: widemargin incompatible with nunit 2.5

[Julian Taylor]

Package: widemargin
Version: 1.0.11-1
Severity: important

the widemargin package does not build in debian experimental with mono 2.10 and
nunit 2.5.

relevant build log (fulll buildlog attached.)
/usr/lib/mono/4.0/Microsoft.Common.targets:  warning : Reference
'nunit.framework, Version=2.4.7.0, Culture=neutral,
PublicKeyToken=96d09a1eb7f44a77' not resolved

BibleDatabaseTests.cs(20,23): error CS0234: The type or namespace name
`SyntaxHelpers' does not exist in the namespace `NUnit.Framework'. Are you
missing an assembly reference?

mono 2.10 and nunit 2.5 are going to be transitioned to unstable soon. Please
resolve the issues to not block this transition.



-- System Information:
Debian Release: wheezy/sid
  APT prefers oneiric-updates
  APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 
'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports')
Architecture: amd64 (x86_64)

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


widemargin_1.0.11-1.log.gz
Description: GNU Zip compressed data

Bug#647321: tortoisehg: Crash on start. RuntimeError: the PyQt4.QtCore module is ...

[Raúl Sánchez Siles]

Package: tortoisehg
Version: 2.1.4-1
Severity: important

  Hello:

  I'm having this backtrace every time I tried to start thg since I upgraded to
2.1.4-1. I think this bug may be serious, but I've set severity to important not
to be too stringent.

  Regards,

{{{
#!python
** Mercurial version (1.9.3).  TortoiseHg version (2.1.4)
** Command: 
** CWD: /home/rasasi/debs/calligra/calligra-2.3.83/debian
** Encoding: UTF-8
** Extensions loaded: transplant, rebase, svn, record, children, fetch, mq, 
convert, graphlog, git, extdiff, purge
** Python version: 2.7.2+ (default, Oct  5 2011, 10:41:47) [GCC 4.6.1]
** Qt-4.7.3 PyQt-4.8.6
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 56, in 
dispatch
return _runcatch(u, args)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 242, in 
_runcatch
return runcommand(ui, args)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 315, in 
runcommand
return _runcommand(lui, options, cmd, d)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 366, in 
_runcommand
return checkargs()
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 320, in 
checkargs
return cmdfunc()
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 314, in 

d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
  File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 389, in check
return func(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/run.py", line 750, in 
log
from tortoisehg.hgqt.workbench import run
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 85, 
in _demandimport
return _origimport(name, globals, locals, fromlist)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/workbench.py", line 
19, in 
from tortoisehg.hgqt.repowidget import RepoWidget
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 109, 
in _demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/repowidget.py", line 
28, in 
from tortoisehg.hgqt.revdetails import RevDetailsWidget
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 109, 
in _demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/revdetails.py", line 
18, in 
from tortoisehg.hgqt.fileview import HgFileView
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 109, 
in _demandimport
mod = _origimport(name, globals, locals)
  File "/usr/lib/python2.7/dist-packages/tortoisehg/hgqt/fileview.py", line 23, 
in 
qsci = Qsci.QsciScintilla
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 75, 
in __getattribute__
self._load()
  File "/usr/lib/python2.7/dist-packages/mercurial/demandimport.py", line 47, 
in _load
mod = _origimport(head, globals, locals)
RuntimeError: the PyQt4.QtCore module is version 1 but the PyQt4.Qsci module 
requires version -1

}}}

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

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

Versions of packages tortoisehg depends on:
ii  mercurial   1.9.3-1 
ii  python  2.7.2-9 
ii  python-gobject  2.28.6-5
ii  python-qscintilla2  2.5.1-1 
ii  python-qt4  4.8.6-1 
ii  python2.6   2.6.7-4 
ii  python2.7   2.7.2-7 

Versions of packages tortoisehg recommends:
ii  libjs-jquery  1.6.4-1   
ii  libjs-underscore  1.1.6-2   
ii  python-iniparse   0.4-2.1   
ii  python-pygments   1.4+dfsg-2

tortoisehg 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#647320: gnome-control-center: gnome-keyboard-properties' add layout screen should, default to the users default language

[Anton Eliasson]

Package: gnome-control-center
Version: 1:2.30.1-3
Severity: wishlist

Dear Maintainer,
When the add layout window is opened, the default entries in the Country and
Language lists are the first ones in each list, while the user is
probably looking
for some layout relevant to their specified country or language (for
instance a
local variant of Dvorak). This could mean a lot of scrolling down the list
(since you also can't type the first letter of the word like in some
lists). I
suggest that the lists' default entry is instead set to the current selected
language or country.



-- 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=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-control-center depends on:
ii  capplets-data  1:2.30.1-3
ii  desktop-file-utils 0.15-2
ii  evolution-data-server  3.0.3-1
ii  gnome-desktop-data 2.30.2-2
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-menus2.30.3-2+b1
ii  gnome-settings-daemon  2.30.2-4
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-21
ii  libcairo2  1.10.2-6.1
ii  libcanberra-gtk0   0.28-3
ii  libcanberra0   0.28-3
ii  libdbus-glib-1-2   0.98-1
ii  libebook1.2-10 3.0.3-1
ii  libfontconfig1 2.8.0-3
ii  libfreetype6   2.4.6-2
ii  libgconf2-42.32.4-1
ii  libglib2.0-0   2.28.6-1
ii  libgnome-desktop-2-17  2.30.2-2
ii  libgnome-window-settings1  1:2.30.1-3
ii  libgnomekbd4   2.30.2-2
ii  libgtk2.0-02.24.6-2
ii  libmetacity-private0   1:2.30.1-3
ii  libpango1.0-0  1.29.4-1
ii  libslab0a  2.30.0-1
ii  libunique-1.0-01.1.6-2
ii  libx11-6   2:1.4.4-2
ii  libxcursor11:1.1.12-1
ii  libxft22.2.0-3
ii  libxi6 2:1.4.3-3
ii  libxklavier16  5.1-2
ii  libxml22.7.8.dfsg-5
ii  libxss11:1.2.1-2

Versions of packages gnome-control-center recommends:
ii  bzip2  1.0.5-7
ii  gnome-session  2.30.2-3+sid2
ii  gnome-user-guide   3.2.1-1
ii  policykit-1-gnome  0.102-2

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver 2.30.0-3
ii  gstreamer0.10-alsa [gstreamer0.10-audiosink]  0.10.35-1
ii  gstreamer0.10-gconf [gstreamer0.10-audiosink] 0.10.30-1.1
ii  gstreamer0.10-plugins-bad [gstreamer0.10-audiosink]   0.10.22-3
ii  gstreamer0.10-plugins-good [gstreamer0.10-audiosink]  0.10.30-1.1
ii  gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.30-1.1
ii  libcanberra-gtk-module0.28-3
ii  x11-xserver-utils 7.6+3




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

Bug#647309: [Pkg-haskell-maintainers] Bug#647309: haskell-src-exts: fails to build on armel

[Joachim Breitner]

Hi,

Am Dienstag, den 01.11.2011, 20:29 +0100 schrieb Julien Cristau:
> Package: haskell-src-exts
> Version: 1.8.15-2
> Severity: serious
> 
> this package ftbfs on armel because of insane virtual memory
> requirements.  Filing as serious because hlint build-depends on this.
> Feel free to reassign there if you want.

not sure what to do about this, either. As I don’t think it is a bug in
the sense that some code is not doing what it is supposed to do, and I
don’t see anybody around willing to improve ghc w.r.t. armel, removing
haskell-src-exts and (build-)dependencies on armel is the only thing
left to do.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#647319: RM: freesba -- RoQA; Buggy, unmaintained, NPOASR

[Mike O'Connor]

Package: ftp.debian.org
Severity: normal

freesba has only ever had one upload, its been RC buggy for months with no
response from the maintainer.  It has no reverse depends and a popcon ~ 10.

thanks,
stew



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

Bug#634102: fix for kfreebsd-* dependencies

[Reinier Haasjes]

tags 634102 + pending
thanks

Hi,

On 16-07-11 22:36, Robert Millan wrote:
> Please consider this patch so that aiccu is installable on future ports of
> Debian GNU/kFreeBSD (such as the upcoming kfreebsd-mipsel).

I applied the patch, it will be in the -15 upload.

Regards,

Reinier



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

Bug#647307: [Pkg-haskell-maintainers] Bug#647307: haskell-xss-sanitize: fails to build on mipsel

[Joachim Breitner]

Hi,

Am Dienstag, den 01.11.2011, 20:14 +0100 schrieb Julien Cristau:
> Package: haskell-xss-sanitize
> Version: 0.3.0.1-1
> Severity: serious
> 
> See
> https://buildd.debian.org/status/fetch.php?pkg=haskell-xss-sanitize&arch=mipsel&ver=0.3.0.1-1&stamp=1320029811

thanks for the report. It also fails on armel, where I tried to debug
this problem, but the package builds fine on abel.d.o. Difficult stuff.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#647312: qemu-kvm: windows xp - no network connection after 0.14.1+dfsg-4

[Michael Tokarev]

tags 647312 + unreproducible moreinfo
thanks

On 01.11.2011 23:40, Kein Kommentar wrote:
> Package: qemu-kvm
> Version: 0.15.1+dfsg-1
> Severity: normal
> 
> Dear Maintainer,
> 
> after the update to 0.15.1+dfsg-1
> my xp vm can't connect to other machines.
> Only a slowly ping with 75 % packet loss is possible.


With this amount of information it is impossible to do anything.
I definitely can not confirm this, we have lots of windows
machines using various virtual network drivers and all are
working just fine with either of 0.12, 0.14 or 0.15 versions.

One possible reason is very old virtio driver in windows
guest.

So, at least, which kvm command line do you use?
which driver is used in windows?
Does it work again when reverting back to 0.14?
How can one reproduce this problem from scratch?

Thanks,

/mjt



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

Bug#628285: RFP: xul-ext-pencil -- GUI prototyping and diagram tool

[Fabrizio Regalli]

Hello,

an update on pencil activity: 
there are at least two files without copyright and license information.
(IO.js and Base64.js but seems also nsDragAndDrop.js)
Sometime ago I wrote to upstream asking for miss information but at the
moment I get no answered.
If this situation persists I think we can't redistribute it.

Cheers,
Fabrizio.


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

Bug#647317: CVE-2011-4091/CVE-2011-4092

[Moritz Mühlenhoff]

Philipp Kern wrote:

> I think fixing -4093 (and possibly -4091) in a stable update makes sense
> but I don't see a DSA for any of them.

I agree.

Cheers,
Moritz



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

Bug#647317: CVE-2011-4091/CVE-2011-4092

[Philipp Kern]

On Tue, Nov 01, 2011 at 09:03:57PM +0100, Moritz Muehlenhoff wrote:
> Package: obby
> Severity: important
> Tags: security
> 
> Hi,
> two CVE IDs have been assigned to two minor vulnerabilites in libobby:
> 
> http://seclists.org/oss-sec/2011/q4/194 (plus followups from
> upstream)
> 
> IMO this doesn't warrant a DSA.

CVE-2011-4091 and CVE-2011-4093 can be fixed with an updated net6.
CVE-2011-4092 is a design issue in obby that won't be fixed upstream
unless somebody else steps up to implement/fix it.  (libinfinity fixes
this issue and is not affected by the other two issues.)

I think fixing -4093 (and possibly -4091) in a stable update makes sense
but I don't see a DSA for any of them.

Kind regards,
Philipp Kern
-- 
 .''`.  Philipp KernDebian Developer
: :' :  http://philkern.de Stable Release Manager
`. `'   xmpp:p...@0x539.de Wanna-Build Admin
  `-finger pkern/k...@db.debian.org


signature.asc
Description: Digital signature

Bug#647318: CVE-2011-4093

[Moritz Muehlenhoff]

Package: net6
Severity: important
Tags: security

Hi,
CVE-2011-4093 has been assigned to a rather harmless vulnerability in libobby:

http://seclists.org/oss-sec/2011/q4/194 (plus followups from
upstream)

Cheers,
Moritz



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

Bug#643023: git or other vcs?

[Frank Küster]

Anton Gladky  wrote:

> Is there any vcs for texlive available?

http://anonscm.debian.org/viewvc/debian-tex/texlive2009/

Regards, Frank
-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#647317: CVE-2011-4091/CVE-2011-4092

[Moritz Muehlenhoff]

Package: obby
Severity: important
Tags: security

Hi,
two CVE IDs have been assigned to two minor vulnerabilites in libobby:

http://seclists.org/oss-sec/2011/q4/194 (plus followups from
upstream)

IMO this doesn't warrant a DSA.

Cheers,
Moritz



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

Bug#647316: tty-clock: ftbs with --as-needed

[Julian Taylor]

Package: tty-clock
Version: 1.0-4
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed

the package tty-clock fails to build when using the linker flag
--as-needed
This is caused by the libraries are being placed before the objects
using it. In that case the libraries are not registered as needed and is
dropped.

See the buildlog in ubuntu:
https://launchpadlibrarian.net/83152614/buildlog_ubuntu-precise-i386.tty-clock_1.0-3_FAILEDTOBUILD.txt.gz

attached patch fixes the issue.
Description: fix build with ld --as-needed
 libraries must be behind objects needing their symbols
 when building with ld --as-needed
Author: Julian Taylor 
--- tty-clock-1.0.orig/Makefile
+++ tty-clock-1.0/Makefile
@@ -8,14 +8,14 @@ BIN = tty-clock
 PREFIX ?= /usr/local
 INSTALLPATH = ${DESTDIR}${PREFIX}/bin
 CFLAGS = -Wall -g
-LDFLAGS = -lncurses
+LIBS = -lncurses
 
 
 tty-clock : ${SRC}
 
 	@echo "build ${SRC}"
-	@echo "CC ${CFLAGS} ${LDFLAGS} ${SRC}"
-	@${CC} ${CFLAGS} ${LDFLAGS} ${SRC} -o ${BIN}
+	@echo "CC ${CFLAGS} ${LDFLAGS} ${SRC} ${LIBS}"
+	@${CC} ${CFLAGS} ${LDFLAGS} ${SRC} ${LIBS} -o ${BIN}
 
 install : ${BIN}
 


signature.asc
Description: OpenPGP digital signature

Bug#632401: Same issue here.

[Jose I. Gonzalez Goñi]

Same issue here, after moving my squeeze installation from a non-raid to 
a software raid1 (mdadm) configuration.
I found out that the file "md" located in initrd (conf/conf.d/md) does 
not get updated to reflect changes.
I created a new installation and created a software raid1 from the 
partition editor in the installation process.
After finishing the installation I compared the new initrd with the old 
one and found out that the md file in the new initrd had some info about 
the raid that the old one didn't.
Copied that filed into the old initrd, modified the setting to match the 
config on the server and the raid system booted fine.

So I guess the bug is related to update-initramfs not updating that file.
I hope this info helps and I you require any further details, please let 
me know.


Regards,
José
--
P*Please consider the environment before printing this email*

Bug#596377: gpg-key2ps failure with latin1 chars (fwd)

[Uwe Kleine-König]

Hi,

On Tue, Nov 01, 2011 at 11:55:46AM +0100, Christoph Berg wrote:
> - Forwarded message from Alvaro Herrera  -
> 
> Date: Sat, 29 Oct 2011 16:55:42 -0300
> From: Alvaro Herrera 
> To: Christoph Berg 
> Cc: Thijs Kinkhorst 
> Subject: gpg-key2ps failure with latin1 chars
> 
> 
> Hi Christoph, Thijs,
> 
> Thanks for maintaining gpg-key2ps.
> 
> I'm using it now to generate paper strips for myself.  Since my first
> name includes a Latin1 character, Á, the output is a bit funny --
> instead of the Á I see a single ` instead.
> 
> I see that there is a conversion from utf8 to latin1 using iconv in the
> Perl code, but it seems that Postscript isn't completely happy about
> this.  I found this simple recipe that lets Postscript understand Latin1
> chars:
> http://blackshell.usebox.net/archive/codificar-iso-latin1-en-postscript.html
there is already a patch for bug #596377 since more than one year that
uses ISOLatin1Encoding, too. *sigh*

Uwe

-- 
Pengutronix e.K.   | Uwe Kleine-König|
Industrial Linux Solutions | http://www.pengutronix.de/  |



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

Bug#645239: libgl1-mesa-dri: Please include the Nouveau drivers

[Cyril Brulebois]

Sven Joachim  (13/10/2011):
> I think it's time to install the Nouveau 3D drivers by default,
> i.e. move them to the libgl1-mesa-dri package.  While not fully
> supported for all cards (e.g. there is currently no upstream maintainer
> for the classic Mesa driver and for nvfx), these drivers should give
> most users a much better experience than the swrast driver.

ACK. We need to be a bit cautious with the Replaces: for the backported
packages, but nothing dramatic I guess.

> With the advent of technologies as GNOME Shell and WebGL in web
> browsers, out-of-the-box OpenGL support is also becoming more and more
> important.  Besides, other current distributions (e.g. Ubuntu 11.10,
> openSUSE 12.1 and Slackware 13.37) have also followed the Fedora 15 lead
> to install the Nouveau 3D drivers by default.

Agreed. Just fixed somebody's setup by suggesting the installation of
this package…

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#644392: dspam truncates mail

[Laurence Withers]

On Fri, Oct 07, 2011 at 08:46:04AM +0200, Stevan Bajić wrote:
> Do you have the original mail (the 6Kb version) somewhere? In raw
> format? Can you send it to me or post a link to it or attach it to
> this bug report?

Dear Stevan,

I have finally managed to track down a raw copy of the mail, which I have
attached.

I don't believe there is a way to check the size of the mail when exim
delivers it to dspam, unfortunately

Bye for now,
-- 
Laurence Withers,http://www.lwithers.me.uk/
tel:+447753988197  tel:+44408643   sip:0408...@0408643.call.me.uk
>From hema...@ti.com Wed Oct  5 01:58:38 2011
Return-Path: 
Received: from unknown (HELO bear.ext.ti.com) (192.94.94.41)
  by utopia.booyaka.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 5 Oct 2011 
01:58:38 -
Received: from dbdp20.itg.ti.com ([172.24.170.38])
by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id p951wTRl031053
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
Tue, 4 Oct 2011 20:58:31 -0500
Received: from dbde70.ent.ti.com (localhost [127.0.0.1])
by dbdp20.itg.ti.com (8.13.8/8.13.8) with ESMTP id p951wRGf012419;
Wed, 5 Oct 2011 07:28:27 +0530 (IST)
Received: from dbde02.ent.ti.com ([172.24.170.145]) by dbde70.ent.ti.com
 ([172.24.170.148]) with mapi; Wed, 5 Oct 2011 07:28:27 +0530
From: "Pedanekar, Hemant" 
To: Paul Walmsley 
CC: "linux-o...@vger.kernel.org" ,
"linux-arm-ker...@lists.infradead.org"
,
Tony Lindgren , "Hilman, Kevin" 
Date: Wed, 5 Oct 2011 07:28:25 +0530
Subject: RE: [RFC PATCH v2 0/6] TI81XX: Add clock and hwmod data
Thread-Topic: [RFC PATCH v2 0/6] TI81XX: Add clock and hwmod data
Thread-Index: AcyCd2Lze+DQlKiNQne0MLrf9utx1wAiGsMA
Message-ID: <2a3dcf3da181ad40bde86a3150b27b6b03b4fb3...@dbde02.ent.ti.com>
References: <1314119594-22647-1-git-send-email-hema...@ti.com>
 
In-Reply-To: 
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Hi Paul,

Paul Walmsley wrote on Tuesday, October 04, 2011 2:54 PM:

> Hi,
> 
> On Tue, 23 Aug 2011, Hemant Pedanekar wrote:
> 
>> This patch set is the v2 of TI816X clock and hwmods patches sent earlier.
>> 
>> The clock data is currently added only for TI816X, while minimal hwmod data
>> common for TI816X and TI814X is added.
>> 
>> This patch set depends on following patches:
>>  TI81XX: Prepare for addition of TI814X support
>>  TI814X: Add cpu type macros and detection support
>>  TI814X: Create board support and enable build for TI8148 EVM
>> 
>> Please note that CHIP_IS_TI816X/CHIP_IS_TI814X are still being used and I
>> will send update once SoC list usage is available.
> 
> I've been spending some time with these patches.  A few aspects don't make
> much sense to me.  For example, looking at the TRMs, the 816x doesn't seem
> to have powerdomains for HDVICP0, 1, or 2, although they are listed in the
> patch.

Can you please check 18.2.1 in TRM from [1].

Above powerdomains are listed there as HDVICP2-0, 1, 2.

>  Also, the clockdomain layout is quite different between 814x and
> 816x, according to the TRMs.  Are the patches more accurate than the TRMs,
> or vice versa?
>
You are correct, 814x has differences in clock, clockdomain and powerdomain
data.

I would say the extent of differences level between 816x and 814x is 
something like (please also see reference links from Arago devl tree):

Clock data: ~90% data is different (main contributors: different
PLLs - FAPLL in 816x vs ADPLL 814x, different parent hierarchy)
[2] & [3]

Clockdomains data: ~60% [4]

Powerdomains data: ~90%  [5]
> Will send over the current reworked patches for TI81XX PRCM accessors,
> powerdomain code & data, and clockdomain code & data.  They are intended
> to apply over the TI814x patches that you sent recently.  I'd like to get
> your opinion(s) on these reworked patches.  Please note, so far they have
> only been compile-tested.
> 
> 
> - Paul

Thanks, I will try those and respond.

   Hemant

[1] 
http://focus.ti.com/general/docs/litabsmultiplefilelist.tsp?literatureNumber=sprugx8
[2] 
http://arago-project.org/git/projects/?p=linux-omap3.git;a=blob;f=arch/arm/mach-omap2/clock816x_data.c;h=32ea958afef915f93e0560f87d1bb2115e24ee2c;hb=HEAD
[3] 
http://arago-project.org/git/projects/?p=linux-omap3.git;a=blob;f=arch/arm/mach-omap2/clock814x_data.c;h=282ffa93398db678843a35766219970655563b46;hb=HEAD
[4] 
http://arago-project.org/git/projects/?p=linux-omap3.git;a=blob;f=arch/arm/mach-omap2/clockdomains81xx.h;h=217c9b4f85c59cc92e0f36ddd73044136c8e9fff;hb=HEAD
[5] 
http://arago-project.org/git/projects/?p=linux-omap3.git;a=blob;f=arch/arm/mach-omap2/powerdomains81xx.h;h=ef1299e00c216aea4d12bca2281540efb7eb77f0;hb=HEAD

Bug#647314: Security issue (no CVE yet)

[Dominique Belhachemi]

Thanks for the report, I am going to package 0.9.10 to fix the issue.

Dominique

On Tue, Nov 1, 2011 at 3:49 PM, Moritz Muehlenhoff  wrote:
> Package: django-tastypie
> Severity: grave
> Tags: security
>
> Please see
> https://www.djangoproject.com/weblog/2011/nov/01/piston-and-tastypie-security-releases/
>
> Cheers,
>        Moritz
>
> -- 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=de_DE.UTF-8, LC_CTYPE=de_DE.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#647315: Security issue (no CVE yet)

[Moritz Muehlenhoff]

Package: python-django-piston
Severity: grave
Tags: security

Please see
https://www.djangoproject.com/weblog/2011/nov/01/piston-and-tastypie-security-releases/

Cheers,
Moritz

-- 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=de_DE.UTF-8, LC_CTYPE=de_DE.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#647314: Security issue (no CVE yet)

[Moritz Muehlenhoff]

Package: django-tastypie
Severity: grave
Tags: security

Please see
https://www.djangoproject.com/weblog/2011/nov/01/piston-and-tastypie-security-releases/

Cheers,
Moritz

-- 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=de_DE.UTF-8, LC_CTYPE=de_DE.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#624591: transition: libgmp3c2 → libgmp10

[Julien Cristau]

On Fri, Apr 29, 2011 at 23:49:07 +0200, Julien Cristau wrote:

> Filing this to track the missing rebuilds.  Once they're done we'll be
> able to remove the gmp4 source package.
> 
At this point, gmp4 is kept in testing by:
- darcs-monitor: #629784
- darcs: britney picks it up, but one hint fails because
  haskell-citeproc-hs/mipsel is OOD, and the other ends up with some
  uninstallables that I don't really want to go chase up now.
  haskell-citeproc-hs/mipsel needs haskell-pandoc-types, which needs
  haskell-xss-sanitize, which FTBFS (#647307)
- hlint: OOD on armel, because it needs haskell-src-exts, which FTBFS
  (#647309).

I'll remove darcs-monitor from testing now, and unless the rest gets
fixed in a reasonably short time I think I'll remove that lot too.

Cheers,
Julien



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

Bug#647313: xdg-user-dirs-update uses incorrect config file paths

[Sascha Silbe]

Package: xdg-user-dirs
Version: 0.14-1
Severity: important

Dear Maintainer,

xdg-user-dirs-update tries to load the system-wide configuration files
from /etc, rather than from /etc/xdg where they have been installed by
the package:

(wheezy-jhbuild)sascha.silbe@twin:~$ strace -f -s 256 xdg-user-dirs-update
[...]
stat("/home/sascha.silbe/.config/user-dirs.conf", 0x7fffb17b9f10) = -1 ENOENT 
(No such file or directory)
stat("/home/sascha.silbe/sugar-jhbuild/install/etc/xdg/user-dirs.conf", 
0x7fffb17b9f10) = -1 ENOENT (No such file or directory)
stat("/etc/user-dirs.conf", 0x7fffb17b9f10) = -1 ENOENT (No such file or 
directory)
stat("/home/sascha.silbe/.config/user-dirs.defaults", 0x7fffb17b9cd0) = -1 
ENOENT (No such file or directory)
stat("/home/sascha.silbe/sugar-jhbuild/install/etc/xdg/user-dirs.defaults", 
0x7fffb17b9cd0) = -1 ENOENT (No such file or directory)
stat("/etc/user-dirs.defaults", 0x7fffb17b9cd0) = -1 ENOENT (No such file or 
directory)
write(2, "No default user directories\n", 28) = 28
[...]
(wheezy-jhbuild)sascha.silbe@twin:~$ ls -l /etc/xdg/user-dirs.*
-rw-r--r-- 1 root root 414 Jul 30 17:00 /etc/xdg/user-dirs.conf
-rw-r--r-- 1 root root 418 Jul 30 17:00 /etc/xdg/user-dirs.defaults
(wheezy-jhbuild)sascha.silbe@twin:~$


This renders xdg-user-dir unusable on systems without pre-existing user
configuration files or manual intervention by the user (like setting up
symlinks in /etc that point to the correct locations).


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

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

Versions of packages xdg-user-dirs depends on:
ii  libc6  2.13-21

xdg-user-dirs recommends no packages.

xdg-user-dirs 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#647311: (no subject)

[Julian Taylor]

> With --as-needed libraries need to be placed before objects needing
> their symbols.

sorry libraries need to be *after* objects needing theis symbols.
Else they are determiend as not needed and dropped.



signature.asc
Description: OpenPGP digital signature

Bug#645790: hurd-i386: enable LFS

[Pino Toscano]

Alle martedì 1 novembre 2011, Dominic Hargreaves ha scritto:
> On Mon, Oct 31, 2011 at 07:14:38PM +, Dominic Hargreaves wrote:
> > On Tue, Oct 18, 2011 at 07:13:22PM +0200, Pino Toscano wrote:
> > > at the moment, perl is compiled on GNU/Hurd without large file
> > > support. This, other than the lacking of support for files > 2
> > > GB, causes the failure in the t/op/stat.t test.
> > > The failure in stat.t happens because of the following: when
> > > filtering devices in /dev/* using grep {} with -b/-c, stat fails
> > > for large devices such as /dev/hdX blocks, or /dev/zero chars
> > > (this latter case should be an Hurd-specific issue, but
> > > shouldn't matter for this case), hence the counts done with grep
> > > {} and the ones done filtering the output of `ls' don't match.
> > > 
> > > The attached patch enables the LFS using the same way used on
> > > linux.sh; about t/op/lfs.t, it gets skipped at the "kernel/fs
> > > not configured to use large files?" check, although it correctly
> > > detects sparse files and (at least by looking at the disk usage)
> > > allocates the 5GB (or so) file created with system() in that
> > > test.
> > > 
> > > The patch has been tested with perl 5.14 (experimental), as I
> > > guess it will replace perl 5.12 sometime soon (no?).
> > 
> > Thanks for the patch. I'm testing this on bleadperl now and will
> > forward upstream prior to applying locally, using your message
> > above in the commit log.
> 
> Hrm. This one appears to cause my hurd kvm machine to hang when the
> test runs, at least with bleadperl.

Which test of it? One of the two lfs-related tests?
AFAIK, the only problem like that I have with the perl test suite is the 
test cpan/Sys-Syslog/t/syslog.t causing havoc to syslog and to the 
system (which seems to not be a problem in chroot'ed builds, which have 
no /var/log).

-- 
Pino Toscano


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

Bug#647312: qemu-kvm: windows xp - no network connection after 0.14.1+dfsg-4

[Kein Kommentar]

Package: qemu-kvm
Version: 0.15.1+dfsg-1
Severity: normal

Dear Maintainer,

after the update to 0.15.1+dfsg-1

my xp vm can't connect to other machines.

Only a slowly ping with 75 % packet loss is possible.


Gruss klak



<<<-->>>


processor   : 23
vendor_id   : GenuineIntel
cpu family  : 6
model   : 44
model name  : Intel(R) Xeon(R) CPU   L5640  @ 2.27GHz
stepping: 2
cpu MHz : 2266.587
cache size  : 12288 KB
physical id : 1
siblings: 12
core id : 10
cpu cores   : 6
apicid  : 53
initial apicid  : 53
fpu : yes
fpu_exception   : yes
cpuid level : 11
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2
ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt aes lahf_lm ida arat epb dts
tpr_shadow vnmi flexpriority ept vpid
bogomips: 4533.20
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:




-- 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/24 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 qemu-kvm depends on:
ii  adduser   3.113
ii  ipxe  1.0.0+git-2.149b50-1
ii  libaio1   0.3.109-2
ii  libasound21.0.24.1-4
ii  libattr1  1:2.4.46-3
ii  libbluetooth3 4.96-3
ii  libbrlapi0.5  4.2-8+b1
ii  libc6 2.13-21
ii  libcurl3-gnutls   7.21.7-3
ii  libgnutls26   2.12.11-1
ii  libjpeg8  8c-2
ii  libncurses5   5.9-2
ii  libpng12-01.2.46-3
ii  libpulse0 1.0-4
ii  librados2 0.35-1
ii  librbd1   0.35-1
ii  libsasl2-22.1.24~rc1.dfsg1+cvs2011-05-23-4
ii  libsdl1.2debian   1.2.14-6.4
ii  libspice-server1  0.8.2-2
ii  libtinfo5 5.9-2
ii  libuuid1  2.19.1-5
ii  libvdeplug2   2.2.3-3+b1
ii  libx11-6  2:1.4.4-2
ii  python2.7.2-9
ii  qemu-keymaps  0.14.1+dfsg-3
ii  qemu-utils0.14.1+dfsg-3
ii  seabios   0.6.1.2-3
ii  vgabios   0.6c-3
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages qemu-kvm recommends:
ii  bridge-utils  1.5-2
ii  iproute   20110629-1

Versions of packages qemu-kvm suggests:
ii  debootstrap  
ii  samba
ii  vde2 2.2.3-3+b1

<<<--->>>




xpro01.xml
Description: XML document

Bug#647311: tickr: ftbs with ld --as-needed

[Julian Taylor]

Package: tickr
Version: 0.5.3-1
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: ld-as-needed
Tags: patch

tickr fails to build with ld --as-needed.
With --as-needed libraries need to be placed before objects needing
their symbols.
In autotools this archieved by placing the libraries into the LIBS or LDADD 
variable.
The makefile of tickr wrongly placed them in LDFLAGS.

See the ubuntu buildlog for the failure:
https://launchpadlibrarian.net/83193352/buildlog_ubuntu-precise-i386.tickr_0.5.3-1_FAILEDTOBUILD.txt.gz

The way upstreams autotools file determin the flags is incorrect.
It uses shell backtick expansions which are not allowed in LDADD.
The correct way is to use the PKG_CHECK_MODULES autoconf macro.
The attached patch does that, but it won't work in the package because
the autotools files are not regenerated.
Please consider regenerating the files in the package or apply a similar
patch to Makefile.in.
Description: correct the determination of buildflags
 libraries must go into the LDADD variable to build correctly
 with ld --as-needed.
 To do this the flags must be determined in configure.ac via
 the pkg-config macros
Author: Julian Taylor 
--- tickr-0.5.3.orig/configure.ac
+++ tickr-0.5.3/configure.ac
@@ -28,6 +28,9 @@ AC_FUNC_MALLOC
 AC_FUNC_REALLOC
 AC_CHECK_FUNCS([memset select socket strerror strncasecmp strtoul])
 
+PKG_CHECK_MODULES(GTK2, gtk+-2.0, ,)
+PKG_CHECK_MODULES(XML2, xml-2.0, ,)
+
 AC_CONFIG_FILES([Makefile
  src/Makefile
  src/tickr/Makefile
--- tickr-0.5.3.orig/src/tickr/Makefile.am
+++ tickr-0.5.3/src/tickr/Makefile.am
@@ -24,11 +24,11 @@ tickr_SOURCES = news_main.c\
 	news_connectwin.c
 
 tickr_CFLAGS = -O2 -Wall -Wextra -Wunused-parameter -Wshadow -Wpointer-arith -ffast-math\
-	-pedantic `pkg-config --cflags gtk+-2.0` `xml2-config --cflags`
+	-pedantic $(GTK2_CFLAGS) $(XML2_CFLAGS)
 
-tickr_LDFLAGS = ../libetm-0.4/libetm.a `pkg-config --libs gtk+-2.0` `xml2-config --libs`
+tickr_LDFLAGS = ../libetm-0.4/libetm.a
 
-tickr_LDADD = ../libetm-0.4/libetm.a
+tickr_LDADD = ../libetm-0.4/libetm.a $(GTK2_LIBS) $(XML2_LIBS)
 
 tickr_DATA = ../../images/tickr-icon.png ../../images/tickr-logo.png\
 	../../images/tickr-rss-icon.png ../../images/tickr-icon.xpm


signature.asc
Description: OpenPGP digital signature

Bug#647310: libcdio: New upstream release

[Kurt Roeckx]

Source: libcdio
Severity: wishlist

Hi,

There is a new upstream release (0.83) of libcdio.


Kurt




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

Bug#647309: haskell-src-exts: fails to build on armel

[Julien Cristau]

Package: haskell-src-exts
Version: 1.8.15-2
Severity: serious

this package ftbfs on armel because of insane virtual memory
requirements.  Filing as serious because hlint build-depends on this.
Feel free to reassign there if you want.

Cheers,
Julien



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