Bug#690008: sl-modem-daemon: wrong kernel driver loaded (snd_asiixp_modem) when slamr is needed

[أحمد المحمودي]

Hello,

On Mon, Oct 08, 2012 at 10:36:06PM +, The Eclectic One wrote:
> In Lenny the modem was working fine.
> This page: http://wiki.debian.org/slmodem says slamr is the correct modem,
> instead  snd-atiixp-modem was loaded.  Per the instructions in reportbug,
> I changed SLMODEMD_DEVICE=slamr and tried again, but slamr doesn't load:
> 
> modprobe: ../tools/modprobe.c:550: print_action: Assertion 
> `kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed.
> Aborted
> install /sbin/modprobe -qb ungrab-winmodem; /sbin/modprobe --ignore-install 
> slamr; test -e /dev/slamr0 && (chmod 660 /dev/slamr0 && chgrp dialout 
> /dev/slamr0) || (/bin/mknod -m 660 /dev/slamr0 c 242 0 2>/dev/null && chgrp 
> dialout /dev/slamr0) 
> 
> sl-modem-daemon start gives the following:
> 
> 
> Starting SmartLink Modem driver for: slamr.
> Creating /dev/modem symlink, pointing to: /dev/ttySL0.
> 
> But lsmod shows no such driver, or ungrab-winmodem.
> 
> Stopping:
> 
> Shutting down SmartLink Modem driver normally ... no slmodemd daemon running.
> Unloading modem driver from kernel ... none found.
> 
> After booting, it works even worse now.  vgetty is respawing too quickly and
> stop claims that it's unloading snd-intel8x0m.  So it looks like the
> SLMODEMD_DEVICE setting has no effect.  At least with the snd-atiixp-modem
> the /dev/ttySL0 device was created and I once could get an OK out of the
> modem before it locked up kermit.
---end quoted text---

  Regarding whether to use slamr or ALSA driver (snd-atiixp-modem), if 
  you still got the Lenny system running, I think you should use the 
  same configuration from that system.

  So, if your old configuration was indeed using slamr. Then, try to 
  manually load slamr: modprobe slamr
  and tell me if it gets loaded or not (I want to make sure if the error 
  that you got above could probably be from loading ungrab-winmodem).

-- 
 ‎أحمد المحمودي (Ahmed El-Mahmoudy)
  Digital design engineer
 GPG KeyID: 0xEDDDA1B7
 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: Digital signature

Bug#689359: lire: paragraph-separating blank line in debian/control before contents

[Joost van Baal-Ilić]

On Tue, Oct 09, 2012 at 12:26:42AM +0200, Joost van Baal-Ilić wrote:
> On Mon, Oct 01, 2012 at 10:30:42PM +0100, Michael Tautschnig wrote:
> > Package: lire
> > Version: 2.1.1-2
> > 
> > lire's debian/control has
> > 
> > 
> > 
> > 
> > 
> > By policy, blank lines separate paragraphs, comments are discarded, so we 
> > end up
> > with an empty first paragraph. Policy, however, requires that the *first*
> > paragraph contains essential package information (Policy 5.2).
> > 
> > The blank line should be removed or a comment marker should be inserted.
> > 
> > The current setup breaks at least pbuilder's build-dependency parsing, which
> > relies on this fact.
> 
> Thanks for reporting, I'll try to handle it soonish.  NMU's are welcomed 
> though...

Note to self: packaging maintained at cvs/sourceforge/logreport/package/debian
 :(   Should migrate to SVN (or git).

Bye,

Joost

-- 
Save energy: be apathetic.http://mdcc.cx/


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

Bug#690007: aranym: FTBFS[kfreebsd]: libusb-1.0

[Petr Stehlik]

Christoph Egger píše v Po 08. 10. 2012 v 15:05 -0700:

> Your package failed to build on the kfreebsd-* buildds:
> 
> In file included from ./src/natfeat/nf_objs.cpp:62:0:
> ./src/natfeat/usbhost.h:29:31: fatal error: libusb-1.0/libusb.h: No such file 
> or directory
> compilation terminated.
> make[1]: *** [obj_x86_64/nf_objs.o] Error 1

The following patch should help but I'd like to see a cleaner solution:

--- configure.ac24 Sep 2012 19:40:49 -  1.62
+++ configure.ac9 Oct 2012 06:35:35 -
@@ -1539,18 +1539,19 @@
 WITH_USBHOST="no"
 if test "x$WANT_USBHOST" = "xyes"; then
   # Search using pkg-config
-if test "x$PKG_CONFIG" != "x"; then
-  PKG_CHECK_MODULES([LIBUSB], [libusb-1.0], [WITH_USBHOST="yes"], 
[WITH_USBHOST="no"])
-fi
+  # disabled because it is not safe on Debian/kfreebsd
+  # if test "x$PKG_CONFIG" != "x"; then
+  #   PKG_CHECK_MODULES([LIBUSB], [libusb-1.0], [WITH_USBHOST="yes"], 
[WITH_USBHOST="no"])
+  # fi

   # Search the library and headers directly
-if test "x$WITH_USBHOST" = "xno"; then
+  # if test "x$WITH_USBHOST" = "xno"; then
   AC_CHECK_HEADER(libusb-1.0/libusb.h, [WITH_USBHOST="yes"], 
[WITH_USBHOST="no"])
   if test "x$WITH_USBHOST" = "xyes"; then
 AC_CHECK_LIB(usb-1.0, libusb_init, [], [WITH_USBHOST="no"])
 LIBUSB_LIBS="-lusb-1.0"
   fi
-fi
+  # fi
 
 if test "x$WITH_USBHOST" = "xno"; then
   AC_MSG_WARN([libusb is missing, USB NF disabled])


Petr


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

Bug#690007: aranym: FTBFS[kfreebsd]: libusb-1.0

[Petr Stehlik]

> In file included from ./src/natfeat/nf_objs.cpp:62:0:
> ./src/natfeat/usbhost.h:29:31: fatal error: libusb-1.0/libusb.h: No such file 
> or directory
> compilation terminated.

In configure.ac we have the following check:

  PKG_CHECK_MODULES([LIBUSB], [libusb-1.0], [WITH_USBHOST="yes"], 
[WITH_USBHOST="no"])

It is supposed to check whether the host has the "libusb-1.0" library
that we know it comes with libusb-1.0/libusb.h header file. This check
works OK on all platforms where ARAnyM normally builds.

The libusb2 on Debian/kfreebsd that claims it provides libusb-1.0 for
Debian somehow tricks the PKG_CHECK_MODULES check that the libusb-1.0
library is available even though it is not. That's why the #include
fails as seen above.

Any suggestion how to work around this?

Thanks

Petr


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

Bug#690022: tt-rss: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: tt-rss
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of tt-rss debconf templates to French
# Copyright (C) 2005-2012 Debian French l10n team 
# This file is distributed under the same license as the tt-rss package.
#
# Translators:
# Christian Perrier , 2012.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: tt-...@packages.debian.org\n"
"POT-Creation-Date: 2012-10-09 08:10+0200\n"
"PO-Revision-Date: 2012-10-09 08:12+0200\n"
"Last-Translator: Christian Perrier \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"X-Generator: Lokalize 1.4\n"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "apache2"
msgstr "Apache 2"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "lighttpd"
msgstr "Lighttpd"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Web server to reconfigure automatically:"
msgstr "Serveur web à reconfigurer automatiquement :"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"Please choose the web server that should be automatically configured to run "
"Tiny Tiny RSS."
msgstr ""
"Veuillez choisir le serveur web qui doit être configuré automatiquement pour "
"exécuter Tiny Tiny RSS."

Bug#690021: libc0.1: getaddrinfo() might fail with IPv6 DNS record and no IPv6 connection

[Aurelien Jarno]

Package: libc0.1
Version: 2.13-35
Severity: grave
Tags: d-i upstream patch ipv6
Justification: renders package unusable

On a GNU/kFreeBSD machine without IPv6 connection, but with a DNS server
returning IPv6 addresses, getaddrinfo() might fail to return only IPv4
addresses, causing some applications to fail to connect to some host
using an host name.

This happens when getaddrinfo() is called with service = 0 (aka port),
which is perfectly valid. getaddrinfo() determine the source address 
the kernel would use for a given destination address by opening a 
SOCK_DGRAM connection with ŧhe same port as the service. A Linux kernel
accepts such a connection with the port 0, while the FreeBSD kernel 
doesn't.

A lot of applications are calling getaddrinfo() with the port they are
going to use later, but a few others do not. Among them busybox is
affected, causing wget on IPv6 addresses for non-IPv6 connected machine
to fail, in turn causing the installation to fail:

| $ busybox wget http://ftp.debian.org
| Connecting to ftp.debian.org ([2001:610:1908:b000::148:12]:80)
| wget: can't connect to remote host: No route to host

As more and more Debian mirrors (including the default ftp.debian.org)
have an IPv6 address, it makes GNU/kFreeBSD difficultly installable on
such machines.

The fix is to use port = 1 in such case, as it is done in the FreeBSD
libc. This is what the attached patch does. I'll do an upload of eglibc
in the next days, including this patch.


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

Kernel: kFreeBSD 8.3-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libc6 depends on:
ii  libc-bin  2.13-35
ii  libgcc1   1:4.7.1-7

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.46
ii  glibc-doc  2.13-35
ii  locales2.13-35
ii  locales-all [locales]  2.13-35

-- debconf information excluded
--- a/sysdeps/posix/getaddrinfo.c
+++ b/sysdeps/posix/getaddrinfo.c
@@ -2267,8 +2267,15 @@
 		}
 
 	  socklen_t sl = sizeof (results[i].source_addr);
+	  struct sockaddr sa = *q->ai_addr;
+#ifdef __FreeBSD_kernel__
+	  /* The FreeBSD kernel doesn't allow connections on port 0. Use
+	 port 1 instead, as on the FreeBSD libc. */
+	  if (((struct sockaddr_in *)&sa)->sin_port == htons(0))
+		((struct sockaddr_in *)&sa)->sin_port = htons(1);
+#endif
 	  if (fd != -1
-		  && __connect (fd, q->ai_addr, q->ai_addrlen) == 0
+		  && __connect (fd, &sa, q->ai_addrlen) == 0
 		  && __getsockname (fd,
 (struct sockaddr *) &results[i].source_addr,
 &sl) == 0)

Bug#690020: tt-rss: Please make debconf choices translatable

[Christian Perrier]

Package: tt-rss
Severity: wishlist
Tags: l10n patch

Yes, "apache2" and "lighttpd" should be translatable. For instance, in
the French translation, I translate them as: "Apache 2" and "Lighttpd"
(notice the capitals).

The attached patch does this.


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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- templates	2012-10-07 13:10:09.0 +0200
+++ templates.new	2012-10-09 08:07:21.118697498 +0200
@@ -1,6 +1,6 @@
 Template: tt-rss/reconfigure-webserver
 Type: multiselect
-Choices: apache2, lighttpd
+__Choices: apache2, lighttpd
 _Description: Web server to reconfigure automatically:
  Please choose the web server that should be automatically configured
  to run Tiny Tiny RSS.

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Paul Wise]

On Tue, Oct 9, 2012 at 1:35 PM, Rahul Amaram wrote:

> Also, regular updates of calendarserver in wheezy will be pushed through
> wheezy-updates as calendarserver has to be updated whenever tz database is
> updated at http://www.iana.org/time-zones.

Sounds like a bug? The timezone database is in the tzdata package, is
regularly updated in stable and (IMO) should not be duplicated in
other packages that are not built from the tzdata source package.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#690019: tt-rss: German debconf translation incorrectly named

[Christian Perrier]

Package: tt-rss
Severity: normal
Tags: l10n

The german debconf translation that has been added for this package
after it got new debconf templates (without any prior call for
translations so that teams of languages other than those of the
maintainers can send updatesgr), is incorrectly named.

The file name should be de.po, not de_DE.po.

The other translation file (pt_BR.po) is an accepted exception as
Brazilian Portuguese is significantly different from Portuguese spoken
and written in other Portuguese-speaking countries. This is not the
case for German.

Please also consider sending a proper call for translations :
hint-->use the podebconf-report-po utility. Many thanks in advance.


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

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


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

Bug#612918: Uses /etc/wicd/wireless-settings.conf as state file

[David Paleino]

2012/10/8 Michael Gilbert :
> On Mon, Oct 8, 2012 at 11:16 AM, David Paleino wrote:
>> What about wired-settings.conf and manager-settings.conf?
>
> I had thought about that.  The issue is more with particular
> automatically populated values like "strength" in
> wireless-settings.conf.  The others .conf files don't have any entries
> like that (that I'm aware of), so they don't have the same issue.

In latest versions, wireless-settings.conf doesn't store volatile things
like "strength" anymore. When you see them, it's stale config from
older versions. That's the reason I don't think moving those files out
of /etc/ is suitable.

> What would you like me to do about the deferred nmu?

Please cancel it.
I'll discuss the issue again with $someone (still don't know who, but
there is no bug to me).

Thanks,
David

-- 
. ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
: :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'`  GPG: 1392B174 | http://deb.li/dapal
 `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Adam D. Barratt]

On Tue, 2012-10-09 at 11:05 +0530, Rahul Amaram wrote:
> Also, regular updates of calendarserver in wheezy will be pushed through 
> wheezy-updates as calendarserver has to be updated whenever tz database 
> is updated at http://www.iana.org/time-zones.

That's something we can talk about after the release...

Regards,

Adam


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

Bug#689994: postgresql-common: dpkg trigger for pg_updatedicts misses files in /usr/share/hunspell

[Martin Pitt]

tag 689994 pending
thanks

Hello Daniel,

Daniel Kahn Gillmor [2012-10-08 16:12 -0400]:
> It looks like the dpkg trigger for running pg_updatedicts only looks
> at files in /usr/share/myspell/dicts.
> 
> however, pg_updatedicts also looks for dictionaries in
> /usr/share/hunspell.
> 
> i think the trigger should cover both locations, if possible.

Good catch, thanks! Fixed in bzr.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

calendarserver 3.2+dfsg-4 has been uploaded to unstable. Request to 
unblock it.


Also, regular updates of calendarserver in wheezy will be pushed through 
wheezy-updates as calendarserver has to be updated whenever tz database 
is updated at http://www.iana.org/time-zones.



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

Bug#687060: dh_python3: TypeError when maximum version is specified

[IRIE Shinsuke]

Each element of vr[] in depends.py is a tuple of the major and minor
versions such as (3, 2), not an integer, so this error can be avoided
by modifying the line 158 as follows:

self.depend("python3 (<< %s)" % vrepr((vr[1][0], vr[1][1] + 1)))

However, I'm not sure if this code produces the intended results.

--
IRIE Shinsuke


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

Bug#690012: unblock: texlive-base/2012.20120611-5

[Norbert Preining]

Hi Adam,

thanks for the prompt unblocking!

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SCREEB (n.)
To make the noise of a nylon anorak rubbing against a pair of corduroy
trousers.
--- Douglas Adams, The Meaning of Liff


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

Bug#690018: trac: upstream version 1.0 available

[Daniel Kahn Gillmor]

Package: trac
Severity: wishlist

http://trac.edgewall.org/wiki/TracDownload#LatestStableRelease
suggests that trac 1.0 is the latest stable release.

I know debian is in a freeze right now, but getting a package ready to
go into experimental would be nice.

I could possibly help work on this if folks want it.

  --dkg

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

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


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

Bug#685407: ext4 dir_index + nfs duplicate cookies problem with large dovecot maildirs

[Jonathan Nieder]

Hi again,

Jonathan Nieder wrote:

> Hi kernel team,
[...]
> Please consider the attached patch for the sid branch of the packaging
> repo.  It applies the five aforementioned patches from upstream:
>
>   6a8a13e03861 fs: add new FMODE flags: FMODE_32bithash and FMODE_64bithash
>   d1f5273e9adb ext4: return 32/64-bit dir name hash according to usage type
>   999448a8c020 nfsd: rename 'int access' to 'int may_flags' in nfsd_open
>   06effdbb49af nfsd: vfs_llseek() with 32 or 64 bit offsets (hashes)
>   d7dab39b6e16 ext3: return 32/64-bit dir name hash according to usage
>type
>
> which make NFSv3/4 use 64-bit hashes as readdir cookies instead of
> crippling itself for the sake of NFSv2 which only supports 32-bit
> cookies.  The most interesting of these (patches #2 and #5) are
> unfortunately a bit too big for the letter of the upstream stable
> rules, but the patches are straightforward, make sense, and are well
> tested.

Ping.  Do you think these could work for stable@?  If not, could they
make sense for wheezy anyway?

Even if I cheat by stripping out some comments and such, patch #2 is
257 lines including context and diff headers, but semantically the
patches are very clear and seem safe and sensible.

Thanks,
Jonathan


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

Bug#688729: unblock xpra/0.3.11+dfsg-1

[Dmitry Smirnov]

retitle 688729 unblock xpra/0.3.11+dfsg-1

--

Please unblock package "xpra".

unblock xpra/0.3.11+dfsg-1

All upstream 0.3.x releases are bugfix-only.

Upstream changelog as below:

  v0.3.11 (2012-10-05)
  ==
  -- fix bencoder to properly handle dicts with non-string keys
  -- take shortcut if there is nothing to send
  -- fix password file handling: exceptions and ignore carriage returns

On top of that our changhes as below (full diff is attached):

  xpra (0.3.11+dfsg-1) unstable; urgency=low

* New upstream release.
* New backported patch to fix crash on pop-up tooltip windows.
* VCS links are updated for new repository at collab-maint.

To my knowledge we didn't have any regressions since 0.3.2 (in testing)
so all the bugs that we fixed in "unstable" are present in 0.3.2 as well.

In our recent discussion upstream expressed concerns regarding 0.3.2.
In his own words:

  "0.3.2 is full of holes"

  "Just occurred to me that 0.3.2 won't even connect to a 0.7.0 server
   due to one of those bugs (or the other way around - cannot remember)"

So we have a very buggy version in testing which is notorious for poor 
compatibility, crashes, problems with clipboard, undocumented Xdummy support 
which is critical for resolve #1 (most popular) support request i.e. "menus 
opened off-screen" etc. 
We could file few RC bugs to ourselves but I hope that won't be necessary.

Please unblock. 

Thanks in advance,
Dmitry.


signature.asc
Description: This is a digitally signed message part.
diff --git a/debian/changelog b/debian/changelog
index e2c7feb..2100220 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,13 @@
+xpra (0.3.11+dfsg-1) unstable; urgency=low
+
+  * New upstream release.
+  * New backported patch to fix crash on pop-up tooltip windows.
+  * VCS links are updated for new repository at collab-maint.
+
+ -- Dmitry Smirnov   Tue, 09 Oct 2012 13:13:52 +1100
+
 xpra (0.3.10+dfsg-1) unstable; urgency=low
 
   * New upstream release.
 
  -- أحمد المحمودي (Ahmed El-Mahmoudy)   Wed, 26 Sep 2012 16:03:44 +0200
diff --git a/debian/control b/debian/control
index dc75373..2e0fb2f 100644
--- a/debian/control
+++ b/debian/control
@@ -18,12 +18,12 @@ Build-Depends: cython (>> 0.14.0),
python-all-dev (>= 2.6.6-2),
python-gobject-dev,
python-gtk2-dev
 Standards-Version: 3.9.3
 Homepage: http://xpra.org/
-Vcs-Svn: svn://svn.debian.org/python-apps/packages/xpra/trunk/
-Vcs-Browser: http://svn.debian.org/viewsvn/python-apps/packages/xpra/trunk/
+Vcs-Git: git://anonscm.debian.org/collab-maint/xpra.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/xpra.git
 DM-Upload-Allowed: yes
 
 Package: xpra
 Architecture: any
 Depends: ${misc:Depends},
diff --git a/debian/patches/r1854-fix-crash.patch b/debian/patches/r1854-fix-crash.patch
new file mode 100644
index 000..396603d
--- /dev/null
+++ b/debian/patches/r1854-fix-crash.patch
@@ -0,0 +1,56 @@
+Last-Update: 2012-10-08
+Author: Dmitry Smirnov 
+Origin: https://www.xpra.org/svn/Xpra/trunk@1854
+Forwarded: not-needed,backported
+Bug-Xpra: https://www.xpra.org/trac/ticket/191
+Description: fix crash on pop-up tooltip windows
+
+--- a/xpra/server.py
 b/xpra/server.py
+@@ -2227,30 +2227,34 @@
+ self.keys_pressed[keycode] = keyname
+ xtest_fake_key(gtk.gdk.display_get_default(), keycode, True)
+ self._key_repeat(wid, True, keyname, keyval, keycode, modifiers, self.key_repeat_interval)
+ 
++def _process_mouse_common(self, proto, wid, pointer, modifiers):
++self._make_keymask_match(modifiers, self.xkbmap_mod_pointermissing)
++window = self._id_to_window.get(wid)
++if not window:
++log("_process_mouse_common() invalid window id: %s", wid)
++return
++def raise_and_move():
++self._desktop_manager.raise_window(window)
++self._move_pointer(pointer)
++trap.call(raise_and_move)
++
+ def _process_button_action(self, proto, packet):
+-(wid, button, pressed, pointer, modifiers) = packet[1:6]
+-self._make_keymask_match(modifiers, ignored_modifier_keynames=self.xkbmap_mod_pointermissing)
+-self._desktop_manager.raise_window(self._id_to_window[wid])
+-self._move_pointer(pointer)
++wid, button, pressed, pointer, modifiers = packet[1:6]
++self._process_mouse_common(proto, wid, pointer, modifiers)
+ try:
+-trap.call_unsynced(xtest_fake_button,
++trap.call_synced(xtest_fake_button,
+gtk.gdk.display_get_default(),
+button, pressed)
+ except XError:
+ log.warn("Failed to pass on (un)press of mouse button %s"
+  + " (perhaps your Xvfb does not support mousewheels?)",
+  button)
+ 
+ def _process_pointer_position(self, proto, packet):
+-(wid

Bug#688359: darkplaces-server: Some teleport triggers are broken since r11402 (fixed upstream in r11796)

[Timofey Vasenin]

I'm mostly interested in Debian sid, so guess there should be easier to
push the change just there.

As far as I can deduce from the commit messages,  r11796 is the only
relevant commit.
(there are several more interesting commits, such as security fix r11758,
but that's off-topic)

Don't know whether any other games are broken, currently use
darkplaces-server just for serving Q1 multiplayer maps.


On Tue, Oct 9, 2012 at 12:01 AM, Simon McVittie  wrote:

> On Sat, 22 Sep 2012 at 07:34:55 +0700, Timofey Vasenin wrote:
> > Some teleport triggers are broken in builds r11402-r11795, rendering
> > some maps (e.g. dm6) non-playable.
> > Please, update the package to build >= r11796.
>
> Debian is currently frozen, so applying hundreds of commits isn't really
> an option at the moment.
>
> Is r11796 the relevant commit, or are others needed?
>
> What game(s) does this break? darkplaces is mainly in Debian to support
> Nexuiz Classic; support for Quake (non-free) is somewhat lower
> priority, but if I can get the fix past the release team, I will.
>
> S
>

Bug#690014: getting rid of the config.guess/sub problem when bootstrapping new ports/systems

[Russ Allbery]

Wookey  writes:

> I had a go at this yesterday, updating some files but then realising
> that I didn't understand how lintian is put together. The current tests
> distinguish between 'out of date' (currently 2006) and 'ancient'
> (currently 2001), but don't apply equally to .guess and .sub, which
> seems odd to me. I thought that june 2012 (ie including aarch64) was a
> good new definition of 'out of date', but I'm not sure what 'ancient'
> should be moved up to. 2005 ish?

ancient means that the package will probably have problems with release
architectures.  outdated means that the package will probably work on all
release architectures but will have problems with ports.  (We should say
that more explicitly somewhere.)

They should apply equally to config.guess and config.sub so far as I can
tell.  The code is in checks/cruft and is:

} elsif ($name =~ m,^(.+/)?config.(?:guess|sub)$, and not $atdinbd) {
my $b = basename $name;
open F, '<', $b or fail "can't open $name: $!";
while () {
last if $. > 10; # it's on the 6th line, but be a bit more lenient
if (/^(?:timestamp|version)='((\d+)-(\d+).*)'$/) {
my ($date, $year, $month) = ($1, $2, $3);
if ($year < 2004) {
tag 'ancient-autotools-helper-file', $name, $date;
} elsif (($year < 2006) or ($year == 2006 and $month < 6)) {
tag 'outdated-autotools-helper-file', $name, $date;
}
}
}
close F;

-- 
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#689941: RFS: fvwm/1:2.6.5.ds-1 [ITA]

[Vincent W. Chen]

On Sun, Oct 7, 2012 at 11:47 PM, Bart Martens  wrote:
> For unblocks, the "freeze policy" matters.  Here I read that "new upstream
> versions" are seen as "significant changes" :
> http://release.debian.org/wheezy/freeze_policy.html
>
Alright, thanks for the info. I'll forget about getting this into
wheezy and just upload to experimental.

>> Changes since the last upload:
>
> You could, if you want that, fix the open important bugs for wheezy via
> unstable.  But you are free to continue with the upload for experimental.
>
When targeting my upload for experimental, should I test compile my
package against unstable or experimental? If I make changes to my
package, should I bump the version number on
http://mentors.debian.net/ or should I upload the new package with the
same version?

Thanks for your time,
Vincent Chen


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

Bug#508147: subversion: Please provide a libsvn1-dbg package (library with debugging symbols)

[Paul Wise]

Package: subversion
Version: 1.7.5-1
Followup-For: Bug #508147
Control: retitle -1 please provide debug symbols for subversion and libsvn.
Control: usertags -1 + bittenby

I recently experienced a crash of svn update, unfortunately the
backtrace was useless. Please add a dbg package for subversion too.

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/4 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 subversion depends on:
ii  libapr1 1.4.6-3
ii  libc6   2.13-35
ii  libsasl2-2  2.1.25.dfsg1-5
ii  libsvn1 1.7.5-1

Versions of packages subversion suggests:
ii  db5.1-util5.1.29-5
ii  patch 2.6.1-3
ii  subversion-tools  1.7.5-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#679052: additional feedback on 679052

[Matthew Hall]

Hello,

I don't think that this configuration is unnecessary. There are cases where 
you would want to add an additional loopback IP such as this sort of setup 
(neither of these work BTW).

1) This won't work because I don't think loopback mode interfaces allow address 
and netmask arguments:

iface lo inet6 loopback
address 2001:db8::1
netmask 0

2) This won't work because of this bug which prevents successful 
initialization:

iface lo inet6 loopback
post-up ip -6 addr add 2001:db8::1/0 dev $IFACE
pre-down ip -6 addr flush dev $IFACE scope global

3) This won't work because it will try to call sysctl's on the virtual ifname, 
which will fail:

iface lo:1 inet6 static
address 2001:db8::1
netmask 0

$ sudo ifup -v lo:1
Configuring interface lo:1=lo:1 (inet6)
run-parts --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
modprobe -q net-pf-10 > /dev/null 2>&1 || true # ignore failure.
sysctl net.ipv6.conf.lo:1.autoconf=0
error: "net.ipv6.conf.lo:1.autoconf" is an unknown key
Failed to bring up lo:1.

Given every route seems blocked here, I could really benefit from a fix for 
this bug.

Regards,
Matthew.


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

Bug#687978: gnome-session craps out when cups not available.

[Daniel Kahn Gillmor]

Control: retitle 690017 "Oh no! Something has gone wrong" when 
/var/run/cups/cups.sock is not accessible at login

I wouldn't be surprised if #690017 and #687978 are caused by the same
underlying problem.

   --dkg


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

Bug#690017: task-gnome-desktop: first login on minimal "Graphical Desktop Environment" system yields "Oh no! Something has gone wrong."

[Daniel Kahn Gillmor]

On 10/08/2012 09:56 PM, Daniel Kahn Gillmor wrote:
> 
>   Oh no!  Something has gone wrong.
>   A problem has occured and the system can't recover.
>   Please log out and try again.
>   [Log Out]
> 
 [...]
> I find that if i add the "Print Server" task from tasksel, log out,
> and then log back in again, i don't get this mysterious message.

i've narrowed this down further.  If the cups service isn't running when
the user logs in, they get this unhelpful error message and are
prevented from doing anything else in their login.

This seems like an dangerous bug in gnome -- if the CUPS service is
stopped (for whatever reason, including it not being installed, or
having crashed, or simply being), then no gnome login is possible.

 ... a bit more digging around ...

i find the same crash even if cups is running, as long as
/var/run/cups/cups.sock is not present or just isn't accessible to the user.

This is pretty clearly an unacceptable failure mode for a graphical
environment used by regular people.  If CUPS crashes or refuses to
respond, the appropriate thing to do is to disable printing.  It is not
appropriate to disable the rest of the entire desktop environment.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#687060: dh_python3: TypeError when maximum version is specified

[IRIE Shinsuke]

I forgot to mention that I'm using dh_python3 only for private modules,
not for public modules.

--
IRIE Shinsuke


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

Bug#651324: waiting for the ok from upstream

[Hans-Christoph Steiner]

The packaging is fully functional, and I just updated it to version
1.0.0beta5.  I'm just waiting on the OK from upstream that he thinks its
ready for upload to Debian, as well as word from the Gajim maintainer
about packaging the included gajim-otr plugin.

You can get versions compiled for Ubuntu here:
https://launchpad.net/~guardianproject/+archive/ppa

Or you can get the source from git and build with git-buildpackage


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

Bug#690014: getting rid of the config.guess/sub problem when bootstrapping new ports/systems

[Wookey]

+++ Paul Wise [2012-10-09 09:27 +0800]:
> On Mon, 2012-10-08 at 12:26 -0700, Russ Allbery wrote:

> > Paul, separately, if you haven't already, could you request that the
> > Lintian checks for outdated config.guess/config.sub be updated for
> > whatever version you need for arm64?  We could also recommend
> > dh_autoreconf at the same time, which might resolve a lot of these
> > problems going forward.
> 
> Thanks for the suggestion, filed:
> 
> http://bugs.debian.org/690014

I had a go at this yesterday, updating some files but then realising
that I didn't understand how lintian is put together. The current
tests distinguish between 'out of date' (currently 2006) and 'ancient'
(currently 2001), but don't apply equally to .guess and .sub, which
seems odd to me. I thought that june 2012 (ie including aarch64) was a
good new definition of 'out of date', but I'm not sure what 'ancient'
should be moved up to. 2005 ish?



Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#690014: lintian: please encourage updating to config.guess and config.sub that support arm64

[Russ Allbery]

Paul Wise  writes:

> Please encourage updating to config.guess and config.sub that support
> arm64. The GNU name for arm64 is aarch64. aarch64 was added to
> config.guess/config.sub in d6f39af[1] on 2012-02-14. The timestamp for
> config.sub was next updated in 9240a8a[2] to 2012-04-18. The timestamp
> for config.guess was next updated in 30d03f3[3] to 2012-06-10.

I think it might also be a good idea to update the description of
outdated-autotools-helper-file to explicitly recommend using dh_autoreconf
during the build.  There is a reference to dh_autoreconf in the
README.Debian in autotools-dev, which we refer to, but I think it's the
cleanest solution for most cases and it might be a good idea to make the
recommendation a lot more prominant.

-- 
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#690017: task-gnome-desktop: first login on minimal "Graphical Desktop Environment" system yields "Oh no! Something has gone wrong."

[Daniel Kahn Gillmor]

Package: task-gnome-desktop
Version: 3.13
Severity: important

I just did an install from the nightly debian-installer, in text mode,
choosing default options all the way up to the tasksel screen.

In the tasksel screen, i chose "Graphical Desktop Environment" and
"Standard System Utilities", and nothing else.  The desktop
environment selection appears to have chosen task-gnome-desktop for
me.

After the reboot following the installation, i am greeted with gnome's
nearly-content-free error message screen, complete with frowny-face
computer:


  Oh no!  Something has gone wrong.
  A problem has occured and the system can't recover.
  Please log out and try again.
  [Log Out]


weirdly, this screen seems to be a normal window thrown on top of a
functional destkop environment.  If i press Alt+Spacebar, i can get
the window manager's menu, from which i can select "close", revealing
the desktop.

Most users won't be able to figure out this workaround, and instead
will repeatedly click the "log out" button, only to log in again and
be stymied again.

I don't know where to find debugging information to sort this out.
there are many spurious-looking messages in ~/.xsession-errors.  I'm
attaching one .xsession-errors from a failed session to this bug
report.  maybe the ones about gnome-settings-daemon failing to
register are the relevant ones?

I find that if i add the "Print Server" task from tasksel, log out,
and then log back in again, i don't get this mysterious message.

Perhaps gnome needs to be more resilient on systems where normal
printer daemons aren't installed?  or some extra dependency is
missing?  or both?

  --dkg


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

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

Versions of packages task-gnome-desktop depends on:
ii  gnome-core1:3.4+2
ii  task-desktop  3.13
ii  tasksel   3.13

Versions of packages task-gnome-desktop recommends:
ii  gimp2.8.2-1
ii  gnome   1:3.4+2
ii  hunspell-en-us  20070829-6
ii  hyphen-en-us2.8.3-2
ii  iceweasel   10.0.7esr-2
ii  libreoffice 1:3.5.4+dfsg-2
ii  libreoffice-evolution   1:3.5.4+dfsg-2
pn  libreoffice-gcj 
ii  libreoffice-gnome   1:3.5.4+dfsg-2
ii  libreoffice-help-en-us  1:3.5.4+dfsg-2
ii  mythes-en-us1:3.3.0-4
ii  synaptic0.75.12
ii  system-config-printer   1.3.7-3

task-gnome-desktop suggests no packages.

-- no debconf information
/etc/gdm3/Xsession: Beginning session setup...
localuser:dkg being added to access control list
gnome-session-is-accelerated: No hardware 3D support.
gnome-session-check-accelerated: Helper exited with code 256
x-session-manager[19325]: WARNING: Session 'gnome' runnable check failed: 
Exited with code 1
GNOME_KEYRING_CONTROL=/home/dkg/.cache/keyring-JQqfLg
SSH_AUTH_SOCK=/home/dkg/.cache/keyring-JQqfLg/ssh
GNOME_KEYRING_CONTROL=/home/dkg/.cache/keyring-JQqfLg
SSH_AUTH_SOCK=/home/dkg/.cache/keyring-JQqfLg/ssh
GPG_AGENT_INFO=/home/dkg/.cache/keyring-JQqfLg/gpg:0:1
GNOME_KEYRING_CONTROL=/home/dkg/.cache/keyring-JQqfLg
SSH_AUTH_SOCK=/home/dkg/.cache/keyring-JQqfLg/ssh
GPG_AGENT_INFO=/home/dkg/.cache/keyring-JQqfLg/gpg:0:1
GNOME_KEYRING_CONTROL=/home/dkg/.cache/keyring-JQqfLg
SSH_AUTH_SOCK=/home/dkg/.cache/keyring-JQqfLg/ssh
GPG_AGENT_INFO=/home/dkg/.cache/keyring-JQqfLg/gpg:0:1
x-session-manager[19325]: WARNING: Application 'gnome-settings-daemon.desktop' 
failed to register before timeout

(gnome-panel:19589): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: 
assertion `accelerator != NULL' failed

** (gnome-panel:19589): WARNING **: Unable to parse mouse modifier '(null)'

Initializing tracker-store...
Tracker-Message: Setting up monitor for changes to config 
file:'/home/dkg/.config/tracker/tracker-store.cfg'
Tracker-Message: Setting up monitor for changes to config 
file:'/home/dkg/.config/tracker/tracker-store.cfg'
Starting log:
  File:'/home/dkg/.local/share/tracker/tracker-store.log'
Initializing tracker-miner-fs...
Tracker-Message: Setting up monitor for changes to config 
file:'/home/dkg/.config/tracker/tracker-miner-fs.cfg'
Starting log:
  File:'/home/dkg/.local/share/tracker/tracker-miner-fs.log'
** Message: applet now removed from the notification area

(gnome-panel:19589): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: 
assertion `accelerator != NULL' failed

** (gnome-panel:19589): WARNING **: Unable to parse mouse modifier '(null)'


** (gnome-screensaver:19614): WARNING **: Config key not handled: 
disable-application-handlers

** (gnome-screensaver:19614): WARNING **: Config key not handled: 
disable-command-line

** (gnome-screensaver:19614): WARNING **: Config key not handled: 
disable-log-out

** (gnome-screensaver:19614

Bug#690016: fai-client: Machine always reboots after install if error.log is empty

[Robert Norris]

Package: fai-client
Version: 4.0.3
Severity: normal
Tags: upstream

In 3.4 whether or not the machine rebooted after install was determined
solely based on the presence or absence of the "reboot" flag.

Since 9e9d0a3b the machine will reboot if the error.log is empty,
regardless of the presence or absence of the "reboot" (or "halt") flag.

This is wrong. Right now I have a machine that is installing "correctly"
(without error), but is not booting correctly. I want to ssh in and poke
around after install without rebooting. I can't do that right now
without a hack.


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

Bug#690015: latex-make is slow to find its scripts

[Jim Paris]

Package: latex-make
Version: 2.1.18-2
Severity: wishlist
Tags: patch

Hi,

latex-make is really slow.  It spends a long time calling "kpsewhich"
in order to find the scripts in /usr/share/texmf/scripts/latex-make.

But they're always going to be in the same place on a Debian install.
Please consider the attached patch to simply hardcode the paths.

Maybe this could be made more flexible by allowing the user to
override the variables, if that's needed (e.g., set them with "?="
instead of ":=" )

Before the patch:

  $ echo 'include LaTeX.mk' > Makefile
  $ echo '\documentclass{letter}\begin{document}test\end{document}' > test.tex
  $ make clean >/dev/null 2>&1
  $ time make test.pdf >/dev/null 2>&1
  
  real0m8.278s
  user0m7.244s
  sys 0m0.800s
  $ 

After the patch:

  $ echo 'include LaTeX.mk' > Makefile
  $ echo '\documentclass{letter}\begin{document}test\end{document}' > test.tex
  $ make clean >/dev/null 2>&1
  $ time make test.pdf >/dev/null 2>&1
  
  real0m0.599s
  user0m0.544s
  sys 0m0.080s
  $ 

That's 7.5 seconds and over 90% of the execution time saved.  This can
matter a lot to anyone working on a small document and doing frequent
recompiles to check the output.

(There may be other optimizations to do too, but this one really stuck out)

-jim

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

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

Versions of packages latex-make depends on:
ii  dpkg 1.16.3
ii  ghostscript  9.05~dfsg-5
ii  make 3.81-8.1
ii  python   2.7.2-10
ii  tex-common   3.13
ii  transfig 1:3.2.5.d-1

Versions of packages latex-make recommends:
ii  inkscape   0.48.3.1-1+b1
ii  texlive-latex-extra2012.20120611-2
ii  texlive-latex-recommended  2012.20120611-4

latex-make suggests no packages.

-- no debconf information
--- /usr/include/LaTeX.mk	2012-07-12 10:41:33.0 -0400
+++ LaTeX.mk	2012-10-08 21:16:03.246594815 -0400
@@ -415,12 +415,12 @@
  $$(eval $$(call lu-setvar-global,$(1),$$(_LU_$(1)_DEFAULT)))
 endef
 
-$(eval $(call _lu_which,GENSUBFIG,gensubfig.py))
-$(eval $(call _lu_which,FIGDEPTH,figdepth.py))
-$(eval $(call _lu_which,GENSUBSVG,gensubfig.py))
-$(eval $(call _lu_which,SVGDEPTH,svgdepth.py))
-$(eval $(call _lu_which,SVG2DEV,svg2dev.py))
-$(eval $(call _lu_which,LATEXFILTER,latexfilter.py))
+_LU_GENSUBFIG   := /usr/share/texmf/scripts/latex-make/gensubfig.py
+_LU_FIGDEPTH:= /usr/share/texmf/scripts/latex-make/figdepth.py
+_LU_GENSUBSVG   := /usr/share/texmf/scripts/latex-make/gensubfig.py
+_LU_SVGDEPTH:= /usr/share/texmf/scripts/latex-make/svgdepth.py
+_LU_SVG2DEV := /usr/share/texmf/scripts/latex-make/svg2dev.py
+_LU_LATEXFILTER := /usr/share/texmf/scripts/latex-make/latexfilter.py
 
 # Rules to use to check if the build document (dvi or pdf) is up-to-date
 # This can be overruled per document manually and/or automatically

Bug#689748: More info, sid dbg package.

[The Eclectic One]

Hello,

Per this page:

http://wiki.debian.org/DebianUnstable#How_do_I_backport_a_sid_package_to_testing_or_stable.3F

I did the following:

added
deb-src http://ftp.us.debian.org/debian/ sid main contrib non-free
to /etc/apt/sources.list

then:
apt-get update
apt-get build-dep xserver-xorg-video-nouveau (this got 35 packages)
apt-get -b source xserver-xorg-video-nouveau (to build the sid packages)

This generated:
xserver-xorg-video-nouveau_1.0.1-3_i386.deb and
xserver-xorg-video-nouveau-dbg_1.0.1-3_i386.deb

dpkg -i xserver-xorg-video-nouveau-dbg_1.0.1-3_i386.deb
installed it.

After a reboot, after a kdm login, the display freezes before the 3d
icon is unfuzzied.

Assuming this did install the sid nouveau driver, the problem is
still there and I don't know what else to try.

Interestingly, there are mentions of "EQ overflow" which I've seen in
other bugs I've perused.

There's also this:
[18.285] (II) NOUVEAU(0): Unknown vendor-specific block f
with some binary garbage in the log file below.

I could use some hints...

Thanks!

This is the Xorg.0.log:

[16.214] 
X.Org X Server 1.12.3.902 (1.12.4 RC 2)
Release Date: 2012-08-19
[16.214] X Protocol Version 11, Revision 0
[16.214] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[16.214] Current Operating System: Linux tashi 3.2.0-3-486 #1 Mon Jul 23 
02:47:49 UTC 2012 i686
[16.214] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-486 
root=UUID=e158a6d2-a704-48e9-8bdb-2f38417d8b41 ro quiet
[16.214] Build Date: 22 August 2012  09:32:08AM
[16.214] xorg-server 2:1.12.3.902-1 (Julien Cristau ) 
[16.214] Current version of pixman: 0.26.0
[16.214]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[16.214] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[16.215] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct  8 20:31:36 
2012
[16.252] (==) Using config file: "/etc/X11/xorg.conf"
[16.252] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[16.293] (==) ServerLayout "X.org Configured"
[16.294] (**) |-->Screen "Screen0" (0)
[16.294] (**) |   |-->Monitor "Monitor0"
[16.295] (**) |   |-->Device "Card0"
[16.295] (**) |-->Screen "Screen1" (1)
[16.295] (**) |   |-->Monitor "Monitor1"
[16.296] (==) No device specified for screen "Screen1".
Using the first device section listed.
[16.296] (**) |   |-->Device "Card0"
[16.296] (**) |-->Input Device "Mouse0"
[16.296] (**) |-->Input Device "Keyboard0"
[16.296] (==) Automatically adding devices
[16.296] (==) Automatically enabling devices
[16.354] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[16.354]Entry deleted from font path.
[16.390] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[16.390]Entry deleted from font path.
[16.390] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[16.391]Entry deleted from font path.
[16.391] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[16.391]Entry deleted from font path.
[16.391] (**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins,
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[16.391] (**) ModulePath set to "/usr/lib/xorg/modules"
[16.391] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 
'vmmouse' will be disabled.
[16.391] (WW) Disabling Mouse0
[16.391] (WW) Disabling Keyboard0
[16.391] (II) Loader magic: 0xb77185a0
[16.391] (II) Module ABI versions:
[16.391]X.Org ANSI C Emulation: 0.4
[16.391]X.Org Video Driver: 12.1
[16.391]X.Org XInput driver : 16.0
[16.391]X.Org Server Extension : 6.0
[16.393] (--) PCI:*(0:1:0:0) 10de:0286:1028:0179 rev 161, Mem @ 
0xfc00/16777216, 0xf000/67108864, BIOS @ 0x/131072
[16.393] (II) Open ACPI successful (/var/run/acpid.socket)
[16.393] (II) "extmod" will be loaded. This was enabled by default and also 
specified in the config file.
[16.393] (II) "dbe" will be loaded. This was enabled by default and also 
specified in the config file.
[16.393] (II) "glx" will be loaded. This was enabled by default and also 
specified in the config file.
[16.393] (II) "record" will be loaded. This was enabled by default a

Bug#689049: [libspeexdsp1] Resampler stops in the middle of run with multiple channels

[Ron]

Hi Catherine,

On Mon, Oct 08, 2012 at 04:24:25PM +0200, Catherine Lowenstein wrote:
> affects 689049 pulseaudio
> severity 689049 serious
> thanks
> 
> I also have this with my normal music. This affects everyone who uses
> pulseaudio (and yes, this will be the default in wheezy) and therefore
> makes this package unsuitable for release. There is also a fix
> available - so i don't have problems to make this an RC bug.

Can you tell me more about the actual symptoms you were hearing with pulse?

We were aware of the bug before it was reported here, but we're also quite
curious why nobody had ever noticed it previous to that.

It's not like pulse, or it using this code, is a New Thing - so it would be
nice to get some clarity on what it is that you're actually hearing which
somehow nobody else has noticed before - both for our own curiosity and for
the benefit of anyone else who might notice something odd too.

  Cheers,
  Ron


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

Bug#690014: lintian: please encourage updating to config.guess and config.sub that support arm64

[Paul Wise]

Package: lintian
Version: 2.5.10.2
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: arm64
X-Debbugs-CC: debian-...@lists.debian.org

Please encourage updating to config.guess and config.sub that support
arm64. The GNU name for arm64 is aarch64. aarch64 was added to
config.guess/config.sub in d6f39af[1] on 2012-02-14. The timestamp for
config.sub was next updated in 9240a8a[2] to 2012-04-18. The timestamp
for config.guess was next updated in 30d03f3[3] to 2012-06-10.

 1. 
http://git.savannah.gnu.org/cgit/config.git/commit/?id=d6f39afaf50f884f62a6f6c04d5057884a098a4f
 2. 
http://git.savannah.gnu.org/cgit/config.git/commit/?id=9240a8af5d882192f3d6eb3ef26b24d00d049241
 3. 
http://git.savannah.gnu.org/cgit/config.git/commit/?id=30d03f3d118ad63d66d19272fb4b50434f2bc28b

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/4 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 lintian depends on:
ii  binutils   2.22-7.1
ii  bzip2  1.0.6-4
ii  diffstat   1.55-3
ii  file   5.11-2
ii  gettext0.18.1.1-9
ii  hardening-includes 2.2
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.26+b1
ii  libarchive-zip-perl1.30-6
ii  libc-bin   2.13-35
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.8
ii  libemail-valid-perl0.190-1
ii  libipc-run-perl0.91-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.60-1
ii  locales2.13-35
ii  man-db 2.6.2-1
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-13

Versions of packages lintian suggests:
ii  binutils-multiarch 2.22-7.1
ii  dpkg-dev   1.16.8
ii  libhtml-parser-perl3.69-2
pn  libperlio-gzip-perl
ii  libtext-template-perl  1.45-2
ii  lzma   9.22-2
ii  man-db 2.6.2-1
ii  xz-utils [lzma]5.1.1alpha+20120614-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#689928: support for ALSA HD Audio Intel Panther Point DeviceIDs

[Jonathan Nieder]

tags 689928 + upstream
forwarded 689928 http://thread.gmane.org/gmane.linux.kernel/1129137/focus=101864
quit

Ana Guerrero wrote:
> On Mon, Oct 08, 2012 at 12:24:06AM +0200, Ana Guerrero wrote:

>> git's commit d2edeb7c6f1dada8ca7d5c23e42d604e92ae0c76 includes support
>> for Intel Panther Point DeviceIDs. I backported it to work on top
>> of all the patches included in 2.6.32-46,
[...]
> For the record and people having this problem, this was tested successfully
> a EliteBook 8570w.

Thanks!  Applied (thanks, Ben) and passed upstream for the sake of
others also using 2.6.32-based kernels.


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

Bug#690013: Add status support to quagga init script

[James Andrewartha]

Package: quagga
Version: 0.99.21-3~bpo60+1
Severity: wishlist
Tags: patch


Thanks to /lib/lsb/init-functions it's very easy to add support for status
to /etc/init.d/quagga. This allows using the init script with HA resource
managers like pacemaker. See the very simple attached patch.

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

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

Versions of packages quagga depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  iproute   20100519-3 networking and traffic control too
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libcap2   1:2.19-3   support for getting/setting POSIX.
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication Modules l
ii  libreadline6  6.1-3  GNU readline and history libraries
ii  logrotate 3.7.8-6Log rotation utility

quagga recommends no packages.

Versions of packages quagga suggests:
ii  snmpd   5.4.3~dfsg-2 SNMP (Simple Network Management Pr

-- Configuration Files:
/etc/init.d/quagga changed:
. /lib/lsb/init-functions
PATH=/bin:/usr/bin:/sbin:/usr/sbin
D_PATH=/usr/lib/quagga
C_PATH=/etc/quagga
DAEMONS="zebra bgpd ripd ripngd ospfd ospf6d isisd babeld"
pidfile()
{
echo "/var/run/quagga/$1.pid"
}
started()
{
[ -e `pidfile $1` ] && kill -0 `cat \`pidfile $1\`` 2> /dev/null && 
return 0
return 1
}
vtysh_b ()
{
# Rember, that all variables have been incremented by 1 in 
convert_daemon_prios()
if [ "$vtysh_enable" = 2 -a -f $C_PATH/Quagga.conf ]; then
/usr/bin/vtysh -b
fi
}
check_daemon()
{
# If the integrated config file is used the others are not checked.
if [ -r "$C_PATH/Quagga.conf" ]; then
  return 0
fi 
# vtysh_enable has no config file nor binary so skip check.
# (Not sure why vtysh_enable is in this list but does not hurt)
if [ $1 != "watchquagga" -a $1 != "vtysh_enable" ]; then
  # check for daemon binary
  if [ ! -x "$D_PATH/$1" ]; then return 1; fi

  # check for config file 
  if [ ! -r "$C_PATH/$1.conf" ]; then
echo -n " (not started without config file)"
return 1
  fi
fi
return 0
}
start()
{
echo -n " $1"
if ! check_daemon $1; then return; fi
start-stop-daemon \
--start \
--pidfile=`pidfile $1` \
--exec "$D_PATH/$1" \
-- \
`eval echo "$""$1""_options"`

}
stop()
{
if ! started "$1" ; then
echo -n " ($1)"
return 0
else
PIDFILE=`pidfile $1`
PID=`cat $PIDFILE 2>/dev/null`
start-stop-daemon --stop --quiet --oknodo --exec "$D_PATH/$1"
#
#   Now we have to wait until $DAEMON has _really_ stopped.
#
if test -n "$PID" && kill -0 $PID 2>/dev/null; then
echo -n " (waiting) ."
cnt=0
while kill -0 $PID 2>/dev/null; do
cnt=`expr $cnt + 1`
if [ $cnt -gt 60 ]; then
# Waited 120 secs now, fail.
echo -n "Failed.. "
break
fi
sleep 2
echo -n "."
done
fi
echo -n " $1"
rm -f `pidfile $1`
fi
}
convert_daemon_prios()
{
for name in $DAEMONS zebra vtysh_enable watchquagga_enable; do
  # First, assign the value set by the user to $value 
  eval value=\$$name
  # Daemon not activated or entry missing?
  if [ "$value" = "no" -o "$value" = "" ]; then value=0; fi
  # These strings parsed for backwards compatibility.
  if [ "$value" = "yes"  -o  "$value" = "true" ]; then value=1; fi
  # Zebra is threatened special. It must be between 0=off and the first
  # user assigned value "1" so we increase all other enabled daemons' 
values.
  if [ "$name" != "zebra" -a "$value" -gt 0 ]; then value=`expr 
"$value" + 1`; fi
  # If e.g. name is zebra then we set "zebra=yes".
  eval $name=$value
done
}
start_watchquagga()
{
local daemon_name
local daemon_prio
local watchlist
# Start the monitor daemon only if desired.
if [ 0 -eq "$watchquagga_enable" ]; then
return
fi
# Which daemons have been started?
for daemon_name in $DAEMONS; do
eval daemon_prio=\$$daemon_name
if [ "$daemon_pr

Bug#690012: unblock: texlive-base/2012.20120611-5

[Norbert Preining]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear release team,

I would like to ask for an unblock of
texlive-base/2012.20120611-5
This release attacks mainly fixes regarding the handling of
conffiles. During the passage form 2009 to 2012 many conffiles 
have become unnecessary and should be properly removed, but
some of these removal actions have been forgotten.

The changelog states:
 * properly purge some conffiles (Closes: #688382)
 * fix typo in babel french ldf file, upstream fix (Closes: #689450)
 * remove conffiles even if upgrading from intermediate packages
   (Closes: #686487)


The first bug was found by Andreas Beckmann during his piupart 
upgrade tests. We forgot to add the proper rm_conffile lines to
the maintscript files.

The third/last bug is only dealing with files that were not properly
removed during some intermediate package releases in unstable.

Finally the middle bug is not related, but a very obvious and easy to
fix for a babel bug.

Here the documented debdiff of the main changes, the full debdiff is
also attached.

The following patch adds a new quilt patch to fix a simple typo
in the babel ldf file for spanish, where some arguments were lost.
It is obvious from the lines for the other abbreviated months that
the code was simply lost.

diff -Nru 
texlive-base-2012.20120611/debian/patches/upstream_fix_babel_french_days 
texlive-base-2012.20120611/debian/patches/upstream_fix_babel_french_days
--- texlive-base-2012.20120611/debian/patches/upstream_fix_babel_french_days
1970-01-01 09:00:00.0 +0900
+++ texlive-base-2012.20120611/debian/patches/upstream_fix_babel_french_days
2012-10-03 20:51:14.0 +0900
@@ -0,0 +1,19 @@
+---
+ texmf-dist/tex/latex/babelbib/spanish.bdf |6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+--- texlive-base-2012.20120611.orig/texmf-dist/tex/latex/babelbib/spanish.bdf
 texlive-base-2012.20120611/texmf-dist/tex/latex/babelbib/spanish.bdf
+@@ -73,9 +73,9 @@
+   \def\btxmonfebshort##1{\protect\foreignlanguage{#1}{Feb##1{}}}%
+   \def\btxmonmarshort##1{\protect\foreignlanguage{#1}{Mar##1{}}}%
+   \def\btxmonaprshort##1{\protect\foreignlanguage{#1}{Abr##1{}}}%
+-  \def\btxmonmayshort##1{\protect\foreignlanguage{#1}{May}}%
+-  \def\btxmonjunshort##1{\protect\foreignlanguage{#1}{Jun}}%
+-  \def\btxmonjulshort##1{\protect\foreignlanguage{#1}{Jul}}%
++  \def\btxmonmayshort##1{\protect\foreignlanguage{#1}{May##1{}}}%
++  \def\btxmonjunshort##1{\protect\foreignlanguage{#1}{Jun##1{}}}%
++  \def\btxmonjulshort##1{\protect\foreignlanguage{#1}{Jul##1{}}}%
+   \def\btxmonaugshort##1{\protect\foreignlanguage{#1}{Ago##1{}}}%
+   \def\btxmonsepshort##1{\protect\foreignlanguage{#1}{Sep##1{}}}%
+   \def\btxmonoctshort##1{\protect\foreignlanguage{#1}{Oct##1{}}}%


The "libpaper_files" are the files that got "lost" according to
the first bug report. We tried to remove them via ucf, but they
have been proper conffiles, so that didn't work and although the
files were physically removed, the reference in the dpkg conffile
database was still present.

In the first part we remove all the code for handling backups and ucf
cleaning (but the removal of temporary ucf files), since we are using
the rm_conffile directive (see below)

diff -Nru texlive-base-2012.20120611/debian/texlive-base.postinst.pre 
texlive-base-2012.20120611/debian/texlive-base.postinst.pre
--- texlive-base-2012.20120611/debian/texlive-base.postinst.pre 2012-08-02 
12:16:34.0 +0900
+++ texlive-base-2012.20120611/debian/texlive-base.postinst.pre 2012-10-02 
20:43:35.0 +0900
@@ -30,19 +30,9 @@
 
   old_version=$2
   for file in $libpaper_files ; do
-if [ -r $file ] ; then
-  if ucf_is_changed $file ; then
-cat > $file.postinst-bak <> $file.postinst-bak
-  fi
-  rm $file
-  rm -f $file.ucf-old
-  rm -f $file.ucf-new
-  rm -f $file.ucf-dist
-fi
+rm -f $file.ucf-old
+rm -f $file.ucf-new
+rm -f $file.ucf-dist
 ucf --purge $file
 if test -x "`which ucfr`" ; then
   ucfr --purge texlive-base $file


The already mentioned changes (adding rm_conffile lines) are triggered
by changes in the package configuration file tpm2deb.cfg:

diff -Nru texlive-base-2012.20120611/debian/tpm2deb.cfg 
texlive-base-2012.20120611/debian/tpm2deb.cfg
--- texlive-base-2012.20120611/debian/tpm2deb.cfg   2012-09-01 
09:20:23.0 +0900
+++ texlive-base-2012.20120611/debian/tpm2deb.cfg   2012-10-03 
20:59:51.0 +0900

svn id changed

@@ -2,7 +2,7 @@
 # tpm2deb.cfg
 # (c) 2005-2012 Norbert Preining
 #
-# $Id: tpm2deb.cfg 5580 2012-06-24 09:30:56Z preining $
+# $Id: tpm2deb.cfg 5643 2012-10-02 11:51:36Z preining $
 #
 # describe relations between texlive and other debian packages, but als
 # which packages and files should be blacklisted


Third/last bug: remove files not only when upgrading from stable release,
but also from intermediate relea

Bug#674083: debian/rules style for python-tz

[Barry Warsaw]

Apologies for not responding sooner, this one got buried in my inbox.

On Sep 19, 2012, at 05:41 PM, Thomas Kluyver wrote:

>I think Barry's key suggestion was to avoid using for loops to handle
>multiple versions of Python 3. The example in LibraryStyleGuide uses
>rules like this:
>
>build-python%:
>python$* setup.py build
>
>override_dh_auto_build: $(PYTHON3:%=build-python%)
>dh_auto_build
>
>CCed Barry in case he wants to offer other suggestions about
>modernising d/rules.
>For reference, the current d/rules file in Debian is here:
>http://anonscm.debian.org/viewvc/pkg-zope/python-tz/trunk/debian/rules?view=markup

I happen to like this style over the explicit for-loop because it's more
succinct, and lets make do the hard lifting.  It's easier to describe to
folks, and easier to cargo cult, so I think in general it makes for less
problematic d/rules files.

Functionally, the two styles achieve the same results, so it's hard to argue
on that point.  Several of us debian-python folks settled on the current
recommendations after much discussion in various forums, including tracker
issues.

Of course, the decision about which to use is always up to the maintainer,
however I still personally recommend the LibraryStyleGuide version for Debian
Python packagers.

Cheers,
-Barry

And yep, I can't wait for python-multibuild ;).  Maybe we need to get dh
support for Python 3 in the meantime?


signature.asc
Description: PGP signature

Bug#686098: Fonts from package misbehave in exported PDF

[Norbert Preining]

Hi Fabian,

On Mo, 08 Okt 2012, Fabian Greffrath wrote:
> The names of the fontconfig files could get adjusted to the new package 
> name: tex-gyre --> fonts-texgyre .

Done.

> The documentation in /usr/share/doc/texmf/fonts/tex-gyre should get  
> moved to the fonts-texgyre package, the documentation in  
> /usr/share/doc/tex-gyre should either get moved, too, or duplicated in  
> fonts-texgyre.

Done. 

> fonts-texgyre should maybe also declare an additional Breaks against the 
> old version of the tex-gyre package (I am not sure if a lone Replaces is 
> sufficient).

Done.

> The long descriptions in debian/control are identical.

Still the same, the second paragraph is different.

New packages at the same location
deb http://people.debian.org/~preining/TeX/ unstable/
deb-src http://people.debian.org/~preining/TeX/ unstable/
(you have to remove the old ~1, there is no brak/overwrite for that
intermediate versions)

Again, comments welcome. Thanks a lot

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

LUFFNESS (n.)
Hearty feeling that comes from walking on the moors with gumboots and
cold ears.
--- Douglas Adams, The Meaning of Liff


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

Bug#663916: New phonetisaurus package available

[Giulio Paci]

Hi Jakub!
Finally a new upstream release of phonetisaurus came out with the 
pending issues solved (i.e., non-free data files have been dropped, the only 
remaining script does not
have an extension).
I just updated the Debian package on 
git://git.debian.org/git/collab-maint/phonetisaurus.git.

Could you have a look at it?

Bests,
Giulio.


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

Bug#684244: tiff code embedded in opencv and possibly may be out of date and vulnerable

[Nobuhiro Iwamatsu]

Hi,

> Package: opencv
> Severity: important
> Tags: security
>
> I have been working on a tool called Clonewise to automatically identify
> embedded code copies in Debian packages and determine if they are out of
> date and vulnerable. Ideally, embedding code and libraries should be
> avoided and a system wide library should be used instead.

As you say, opencv contains TIFF  source code.
But Debian's opencv binary does not compile with contained sourse code.
This was compled with TIFF library of distributed by Debian.

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#689986: sudo: upgrade from squeeze to wheezy breaks /etc/sudoers compatibility

[Bdale Garbee]

mvera  writes:

> I didn't accept the new version of files provided by the new version of the
> package because I didn't need any new functionnality. 

I'm sorry, but that was a poor decision.  If you're going to refuse a
package maintainer's updates, you should at least look at the changes to
see what's going on.

> The path provided to the commands is incomplete, some commands can't be
> launched

They can be launched, you just need to fully qualify their paths if they
aren't in $PATH.

> A default action that migrates my /etc/sudoers transparently and
> doesn't change the behaviour of the squeeze sudo.

I'm sorry, but this really isn't entirely possible.  

> Now i have to purge the package, remove the /etc/sudoers file and configure
> sudo again.

Or, alternatively, you could look at the differences between
/etc/sudoers and the /etc/sudoers.dpkg-dist file that should have been
left by dpkg during the upgrade, and manually update your sudoers file.

> I'm lucky I am also root on this computer.

There should be no luck involved.  Updating a system requires elevated
privs, which should be sufficient to work around upgrade issues.

We've already talked about adding something to the wheezy release notes
about the changes in sudo, I'll leave this bug open until that is done.

Bdale


pgpuhmu7fzoNe.pgp
Description: PGP signature

Bug#690011: linux-tools: update to 3.6

[Jonathan Nieder]

Source: linux-tools
Version: 3.5-1~experimental.1
Tags: patch

Hi,

The following patch updates linux-tools trunk to 3.6 and works fine
for me.

Thanks,
Jonathan

Index: debian/changelog
===
--- debian/changelog(révision 19420)
+++ debian/changelog(copie de travail)
@@ -1,5 +1,6 @@
-linux-tools (3.5-1~experimental.2) UNRELEASED; urgency=low
+linux-tools (3.6-1~experimental.1) UNRELEASED; urgency=low
 
+  * New upstream release
   * genorig: Accept xz-compressed upstream tarballs and patches, and
 generate an xz-compressed orig tarball, thanks to Sedat Dilek
   * source: Enable xz-compression for debian directory tarball


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

Bug#690010: RFS: sweethome3d-furniture-editor/1.8-1 [ITP]

[Gabriele Giacone]

Sorry, correct dsc path is

http://mentors.debian.net/debian/pool/main/s/sweethome3d-furniture-editor/sweethome3d-furniture-editor_1.8-1.dsc


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

Bug#690010: RFS: sweethome3d-furniture-editor/1.8-1 [ITP]

[Gabriele Giacone]

Package: sponsorship-requests
Severity: wishlist
Control: block 689980 by -1

Dear mentors,

  I am looking for a sponsor for my package "sweethome3d-furniture-editor"

 * Package name: sweethome3d-furniture-editor
   Version : 1.8-1
   Upstream Author : Emmanuel Puybaret, eTeks 
 * URL : http://www.sweethome3d.com/
 * License : GPL-2+
   Section : java

  sweethome3d-furniture-editor - Sweet Home 3D Furniture Library Editor

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

  http://mentors.debian.net/package/sweethome3d-furniture-editor

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

   dget -x
http://mentors.debian.net/debian/pool/main/s/sweethome3d-furniture-editor/sweethome3d-furniture-editor_1.2-1.dsc


  Regards,
   Gabriele Giacone


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

Bug#685186: IA64 (Itanium) Wheezy, ELILO installation failed, patch proposal

[Jonathan Nieder]

tags 685186 + moreinfo
# letting version tracking do its work
tags 685186 - wheezy
# if I understand correctly, it is still possible to use the kernel on
# itanium, so the package is not unusable
severity 685186 important
quit

Hi,

Julien Cristau wrote:
> On Sun, Aug 19, 2012 at 17:07:00 +0200, Stephan Schreiber wrote:

>> The failed command is in debian/elilo.sh:
>>
>> fstype=vfat
>> 
>> mount -t "$fstype" -o
>> codepage=437,iocharset=iso8859-1,rw,noexec,umask=077$loop "$boot"
>> "$TMP/bootstrap.$$"
>> what is perfect to mount an EFI system partition - much better than UTF-8.
[...]
> < bwh> 'iocharset=iso8859-1' is a bug; Linux standard character encoding
>is UTF-8
> < bwh> for filenames, at least
> < bwh> So, assign to whatever contains the debian/elilo.sh script

On Wednesday, Stephan Schreiber wrote:

> tags 685186 + patch
> reassign 685186 kernel-image-3.2.0-3-itanium-di
> affects 685186 + elilo-installer
> severity 685186 grave
> tags 685186 + wheezy

Could you say a little more?  Where did Ben and Julien go wrong in the
previous analysis?

Thanks,
Jonathan


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

Bug#681256: nomnom: allow multiple simultaneous downloads

[nodiscc]

Forwarded to https://sourceforge.net/apps/trac/nomnom/ticket/8

Bug#689872: libkmod2: module parameters on kernel command line parsed wrong

[Lucas De Marchi]

On Mon, Oct 8, 2012 at 7:39 PM, Selim T. Erdogan
 wrote:
> On Mon, Oct 08, 2012 at 06:56:05PM -0300, Lucas De Marchi wrote:
>> On Mon, Oct 8, 2012 at 6:52 PM, Lucas De Marchi
>>  wrote:
>> > On Sun, Oct 7, 2012 at 2:35 PM, Marco d'Itri  wrote:
>> >> Any objections?
>> >>
>> >> - Forwarded message from "Selim T. Erdogan" 
>> >>  -
>> >>
>> >> From: "Selim T. Erdogan" 
>> >> To: Debian Bug Tracking System 
>> >> Subject: Bug#689872: libkmod2: module parameters on kernel command line 
>> >> parsed
>> >> wrong
>> >>
>> >> Package: libkmod2
>> >> Version: 9-2
>> >> Severity: important
>> >> Tags: d-i patch
>> >>
>> >> This problem only affects module parameters given on the kernel command
>> >> line at boot time which include a '.' as part of their value.  For
>> >> example "libata.force=1.5Gbps".  The bug causes such values to
>> >> overwrite the parameter, so this would get interpreted as parameter
>> >> "5Gbps" with no value.  ("force" gets lost.)
>> >>
>> >> To reproduce this safely, add "testmodule.testparam=1.5G" to the end of
>> >> the kernel command line at boot time.  Then:
>> >>
>> >> $ /sbin/modprobe -c |grep 5G
>> >> options testmodule 5G
>> >>
>> >> This problem prevented me from using the wheezy beta 2 debian-installer
>> >> on a machine that needed libata.force=1.5Gbps to work properly with my
>> >> new SSD.  See https://lists.debian.org/debian-boot/2012/10/msg00049.html
>> >>
>> >> I'm including a very simple at the end of the report that fixes the
>> >> problem.  Feel free to modify/edit as necessary.  With this patch:
>> >>
>> >> $ /sbin/modprobe -c |grep 5G
>> >> options testmodule testparam=1.5G
>> >>
>> >>
>> >> -- System Information:
>> >> Debian Release: wheezy/sid
>> >>   APT prefers unstable
>> >>   APT policy: (500, 'unstable'), (1, 'experimental')
>> >> Architecture: i386 (i686)
>> >>
>> >> Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
>> >> Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8)
>> >> Shell: /bin/sh linked to /bin/dash
>> >>
>> >> Versions of packages libkmod2 depends on:
>> >> ii  libc6  2.13-35
>> >> ii  multiarch-support  2.13-35
>> >>
>> >> libkmod2 recommends no packages.
>> >>
>> >> libkmod2 suggests no packages.
>> >>
>> >> -- no debconf information
>> >>
>> >> *** kcmdline-option-parsing
>> >> Description: Fixes parsing of module parameters on the kernel command
>> >>  line.  Before this patch, if the parameter value had a '.' in it, that
>> >>  would break things.
>> >> Author: Selim T. Erdoğan 
>> >>
>> >> --- kmod-9.orig/libkmod/libkmod-config.c
>> >> +++ kmod-9/libkmod/libkmod-config.c
>> >> @@ -542,6 +542,7 @@ static int kmod_config_parse_kcmdline(st
>> >> char buf[KCMD_LINE_SIZE];
>> >> int fd, err;
>> >> char *p, *modname,  *param = NULL, *value = NULL;
>> >> +   int in_value_text = 0;
>> >>
>> >> fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC);
>> >> if (fd < 0) {
>> >> @@ -564,15 +565,20 @@ static int kmod_config_parse_kcmdline(st
>> >> *p = '\0';
>> >> kcmdline_parse_result(config, modname, param, 
>> >> value);
>> >> param = value = NULL;
>> >> +   in_value_text = 0;
>> >> modname = p + 1;
>> >> break;
>> >> case '.':
>> >> -   *p = '\0';
>> >> -   param = p + 1;
>> >> -   break;
>> >> +   if (in_value_text == 0) {
>> >> +   *p = '\0';
>> >> +   param = p + 1;
>> >> +   break;
>> >> +   }
>> >
>> > this fall-through here doesn't seem intentional
>
> You're correct.
>
>> >
>> >
>> >> case '=':
>> >> -   if (param != NULL)
>> >> +   if (param != NULL) {
>> >> value = p + 1;
>> >> +   in_value_text=1;
>> >> +   }
>> >> break;
>> >> }
>> >> }
>> >>
>> >
>> > Why adding another var? Isn't something like below (whitespace
>> > damaged) sufficient?
>
> The version below looks good to me.  (Not being familiar with how
> module loading works, it took me quite some time to figure out where the
> problem was: looked in the kernel, then in the debian-installer and
> finally in kmod.  At that point I just wanted to get a quick fix to
> distinguish the two situations in which we may get a '.' and didn't
> notice that param being non-NULL would be sufficient for signaling.)


Thanks a lot for debugging this. Really appreciated. At the time I
wrote this function I thought a "." was not valid inside the value
param (partially because not using fp in kernel). Now I realize how
naive this assumption was and that it's even written in
Documentation/kernel-parameters.txt that 

Bug#689872: libkmod2: module parameters on kernel command line parsed wrong

[Selim T. Erdogan]

On Mon, Oct 08, 2012 at 06:56:05PM -0300, Lucas De Marchi wrote:
> On Mon, Oct 8, 2012 at 6:52 PM, Lucas De Marchi
>  wrote:
> > On Sun, Oct 7, 2012 at 2:35 PM, Marco d'Itri  wrote:
> >> Any objections?
> >>
> >> - Forwarded message from "Selim T. Erdogan" 
> >>  -
> >>
> >> From: "Selim T. Erdogan" 
> >> To: Debian Bug Tracking System 
> >> Subject: Bug#689872: libkmod2: module parameters on kernel command line 
> >> parsed
> >> wrong
> >>
> >> Package: libkmod2
> >> Version: 9-2
> >> Severity: important
> >> Tags: d-i patch
> >>
> >> This problem only affects module parameters given on the kernel command
> >> line at boot time which include a '.' as part of their value.  For
> >> example "libata.force=1.5Gbps".  The bug causes such values to
> >> overwrite the parameter, so this would get interpreted as parameter
> >> "5Gbps" with no value.  ("force" gets lost.)
> >>
> >> To reproduce this safely, add "testmodule.testparam=1.5G" to the end of
> >> the kernel command line at boot time.  Then:
> >>
> >> $ /sbin/modprobe -c |grep 5G
> >> options testmodule 5G
> >>
> >> This problem prevented me from using the wheezy beta 2 debian-installer
> >> on a machine that needed libata.force=1.5Gbps to work properly with my
> >> new SSD.  See https://lists.debian.org/debian-boot/2012/10/msg00049.html
> >>
> >> I'm including a very simple at the end of the report that fixes the
> >> problem.  Feel free to modify/edit as necessary.  With this patch:
> >>
> >> $ /sbin/modprobe -c |grep 5G
> >> options testmodule testparam=1.5G
> >>
> >>
> >> -- System Information:
> >> Debian Release: wheezy/sid
> >>   APT prefers unstable
> >>   APT policy: (500, 'unstable'), (1, 'experimental')
> >> Architecture: i386 (i686)
> >>
> >> Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
> >> Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8)
> >> Shell: /bin/sh linked to /bin/dash
> >>
> >> Versions of packages libkmod2 depends on:
> >> ii  libc6  2.13-35
> >> ii  multiarch-support  2.13-35
> >>
> >> libkmod2 recommends no packages.
> >>
> >> libkmod2 suggests no packages.
> >>
> >> -- no debconf information
> >>
> >> *** kcmdline-option-parsing
> >> Description: Fixes parsing of module parameters on the kernel command
> >>  line.  Before this patch, if the parameter value had a '.' in it, that
> >>  would break things.
> >> Author: Selim T. Erdoğan 
> >>
> >> --- kmod-9.orig/libkmod/libkmod-config.c
> >> +++ kmod-9/libkmod/libkmod-config.c
> >> @@ -542,6 +542,7 @@ static int kmod_config_parse_kcmdline(st
> >> char buf[KCMD_LINE_SIZE];
> >> int fd, err;
> >> char *p, *modname,  *param = NULL, *value = NULL;
> >> +   int in_value_text = 0;
> >>
> >> fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC);
> >> if (fd < 0) {
> >> @@ -564,15 +565,20 @@ static int kmod_config_parse_kcmdline(st
> >> *p = '\0';
> >> kcmdline_parse_result(config, modname, param, 
> >> value);
> >> param = value = NULL;
> >> +   in_value_text = 0;
> >> modname = p + 1;
> >> break;
> >> case '.':
> >> -   *p = '\0';
> >> -   param = p + 1;
> >> -   break;
> >> +   if (in_value_text == 0) {
> >> +   *p = '\0';
> >> +   param = p + 1;
> >> +   break;
> >> +   }
> >
> > this fall-through here doesn't seem intentional

You're correct.

> >
> >
> >> case '=':
> >> -   if (param != NULL)
> >> +   if (param != NULL) {
> >> value = p + 1;
> >> +   in_value_text=1;
> >> +   }
> >> break;
> >> }
> >> }
> >>
> >
> > Why adding another var? Isn't something like below (whitespace
> > damaged) sufficient?

The version below looks good to me.  (Not being familiar with how 
module loading works, it took me quite some time to figure out where the 
problem was: looked in the kernel, then in the debian-installer and 
finally in kmod.  At that point I just wanted to get a quick fix to 
distinguish the two situations in which we may get a '.' and didn't 
notice that param being non-NULL would be sufficient for signaling.)

> >
> >
> > Lucas De Marchi
> >
> > diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c
> > index 70044f0..398468e 100644
> > --- a/libkmod/libkmod-config.c
> > +++ b/libkmod/libkmod-config.c
> > @@ -567,8 +567,10 @@ static int kmod_config_parse_kcmdline(struct
> > kmod_config *config)
> > modname = p + 1;
> > break;
> > case '.':
> > -   *p = '\0';
> > -   param 

Bug#689359: lire: paragraph-separating blank line in debian/control before contents

[Joost van Baal-Ilić]

On Mon, Oct 01, 2012 at 10:30:42PM +0100, Michael Tautschnig wrote:
> Package: lire
> Version: 2.1.1-2
> 
> lire's debian/control has
> 
> 
> 
> 
> 
> By policy, blank lines separate paragraphs, comments are discarded, so we end 
> up
> with an empty first paragraph. Policy, however, requires that the *first*
> paragraph contains essential package information (Policy 5.2).
> 
> The blank line should be removed or a comment marker should be inserted.
> 
> The current setup breaks at least pbuilder's build-dependency parsing, which
> relies on this fact.

Thanks for reporting, I'll try to handle it soonish.  NMU's are welcomed 
though...

Bye,

Joost

-- 
Ho Mitakuye Oyasin ※ joostvb@{牛在田里,ad1810}.com ※ http://mdcc.cx/


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

Bug#690008: sl-modem-daemon: wrong kernel driver loaded (snd_asiixp_modem) when slamr is needed

[The Eclectic One]

Package: sl-modem-daemon
Version: 2.9.11~20110321-8
Severity: important

Dear Maintainer,

   * What led up to the situation?

Installing Debian Wheezy (testing) on a new HD.  In Lenny the modem was
working fine.  It was used mostly as an answering machine.  The packages
sl-modem-daemon-daemon, sl-modem-dkms and sl-modem-source were installed.
First, the wrong driver was loaded.  This is the modem I have (per lspci):

00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 
Modem Controller (rev 01)

This page: http://wiki.debian.org/slmodem says slamr is the correct modem,
instead  snd-atiixp-modem was loaded.  Per the instructions in reportbug,
I changed SLMODEMD_DEVICE=slamr and tried again, but slamr doesn't load:

modprobe: ../tools/modprobe.c:550: print_action: Assertion 
`kmod_module_get_initstate(m) == KMOD_MODULE_BUILTIN' failed.
Aborted
install /sbin/modprobe -qb ungrab-winmodem; /sbin/modprobe --ignore-install 
slamr; test -e /dev/slamr0 && (chmod 660 /dev/slamr0 && chgrp dialout 
/dev/slamr0) || (/bin/mknod -m 660 /dev/slamr0 c 242 0 2>/dev/null && chgrp 
dialout /dev/slamr0) 

sl-modem-daemon start gives the following:


Starting SmartLink Modem driver for: slamr.
Creating /dev/modem symlink, pointing to: /dev/ttySL0.

But lsmod shows no such driver, or ungrab-winmodem.

Stopping:

Shutting down SmartLink Modem driver normally ... no slmodemd daemon running.
Unloading modem driver from kernel ... none found.

After booting, it works even worse now.  vgetty is respawing too quickly and
stop claims that it's unloading snd-intel8x0m.  So it looks like the
SLMODEMD_DEVICE setting has no effect.  At least with the snd-atiixp-modem
the /dev/ttySL0 device was created and I once could get an OK out of the
modem before it locked up kermit.

Like I said, it looks like something doesn't agree with the new kernel
way of doing things.  Or have I missed a step?  I'll test whatever you
tell me to test.  Thanks a bunch for maintaining this package.



-- Package-specific info:
Problem with dialup
Problem with fax
 /proc/version_signature ===
 /etc/default/sl-modem-daemon ===
# NOTE: settings in /etc/defautls/slmodemd are used too

# set this to 1 to never run the daemon from the init script
# you can set it if you have an USB device, than the init script won't
# be started at boot (but when the USB device is plugged on)
DONTSTART=0

# This is the default configuration for the slmodem driver daemon
# running on Debian systems.
#   
# Edit device node and country code here ... 
#
# possible country codes are:
#
#   USA
#   GERMANY
#   BELGIUM
#   etc.
#   
#  use 'slmodemd --countrylist' to check out other countries
#
#
#SLMODEMD_DEVICE=slamr0
#SLMODEMD_COUNTRY=GERMANY

#SLMODEMD_DEVICE=auto
SLMODEMD_DEVICE=slamr
SLMODEMD_COUNTRY=USA

#
# Additional options for slmodemd, see "slmodemd -h" output for details.
# Do NOT set country or device name here!

OPTS=""

# force the start of the daemon even if old type modules seem to be
# installed (set it to 1)

FORCESTART=0

# set this to not see any hints of the init script on startup

# BEQUIET=1

# set this to not create the /dev/modem symlink

# NOSYMLINK=1
 /proc/asound/I82801DBICH4 ===
 /proc/asound/card0 ===
 /proc/asound/cards ===
 0 [I82801DBICH4   ]: ICH4 - Intel 82801DB-ICH4
  Intel 82801DB-ICH4 with STAC9750,51 at irq 5
 /proc/asound/devices ===
  1:: sequencer
  5: [ 0- 4]: digital audio playback
  6: [ 0- 3]: digital audio capture
  7: [ 0- 2]: digital audio capture
  8: [ 0- 1]: digital audio capture
  9: [ 0- 0]: digital audio playback
 10: [ 0- 0]: digital audio capture
 11: [ 0]   : control
 33:: timer
 /proc/asound/modules ===
 0 snd_intel8x0
 /proc/asound/oss ===
 /proc/asound/pcm ===
00-00: Intel ICH : Intel 82801DB-ICH4 : playback 1 : capture 1
00-01: Intel ICH - MIC ADC : Intel 82801DB-ICH4 - MIC ADC : capture 1
00-02: Intel ICH - MIC2 ADC : Intel 82801DB-ICH4 - MIC2 ADC : capture 1
00-03: Intel ICH - ADC2 : Intel 82801DB-ICH4 - ADC2 : capture 1
00-04: Intel ICH - IEC958 : Intel 82801DB-ICH4 - IEC958 : playback 1
 /proc/asound/seq ===
 /proc/asound/timers ===
G0: system timer : 4000.000us (1000 ticks)
P0-0-0: PCM playback 0-0-0 : SLAVE
P0-0-1: PCM capture 0-0-1 : SLAVE
P0-1-1: PCM capture 0-1-1 : SLAVE
P0-2-1: PCM capture 0-2-1 : SLAVE
P0-3-1: PCM capture 0-3-1 : SLAVE
P0-4-0: PCM playback 0-4-0 : SLAVE
 /proc/asound/version ===
Advanced Linux Sound Architecture Driver Version 1.0.24.
 /var/log/slmodem.log ===
 lspci -vvnn ===
00:00.0 Host bridge [0600]: Intel Corporation 82855PM Processor to I/O 
Controller [8086:3340] (rev 03)
Subsystem: Dell De

Bug#684310: swi-prolog: Transition package to use default java implementation

[Eugeniy Meshcheryakov]

Hello,

8 серпня 2012 о 16:58 +0100 James Page написав(-ла):
> Package: swi-prolog
> Version: 5.10.4-3
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Dear Maintainer,
> 
> In Ubuntu, the attached patch was applied to achieve the following:
> 
>   * Transition package to use default java implementation:
> - d/control: BD on default-jdk instead of openjdk-6-jdk, switch
>   primary runtime dependency to default-jre-headless.
> - d/p/java-compat.patch: Set source/target = 1.5 to ensure that
>   backwards compatible bytecode is built.
New version of swi-prolog passes these flags to javac:

-source 1.4 -target 1.4

Is this enough for backward compatibility?

> 
> Ubuntu quantal is transitioning from openjdk-6 to openjdk-7 as default java;
> this patch eases the transition and ensures that bytecode built with later
> versions of java is backwards compatible.
> 
> Note that this is not a release goal for wheezy.
> 
> Thanks for considering the patch.


signature.asc
Description: Digital signature

Bug#682964: dropbear claims a 'login attempt for a nonexistent user'

[Jérémy Bobbio]

On Mon, Oct 08, 2012 at 06:49:18PM -0300, pedro bulach gapski wrote:
> we have been hit by this bug as well. We have a working setup with squeeze,
> and we have been experimenting with wheezy. 
> 
> However, we are not able to login into the initramfs.
> 
> dropbear refuses the keys with:
> 'Login attempt for nonexistent user from '
> 
> On the client, the so-called attempt uses ssh and provides root as the user.

Could you try to upgrade dropbear to the version currently found in
unstable (2012.55-1.2) and see if it helps?

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


signature.asc
Description: Digital signature

Bug#688041: Please confirm

[Thomas Kremer]

Hi Norbert,

On 05.10.2012 11:36, Norbert Preining wrote:
> Bugs of this kind I normally close, if I don't because I ignored them
> at some point they may rot forever in the BTS (which I consider BTW
> anyway not very useful at all). That is life, I honestly don't care.

Thank you for pointing out, that I was totally right to fear that my bug
report was about to be rotting for the next four years for being just an
"inconvenience" to someone else.

Now, let's get back to the bug at hand...

I don't think this issue is worth the hassle of making a patch unless
you'd tie yourself down to not reject a patch for the reason of
modifying your build script to allow for a change of fact 1: configuring
selected collections to be split into packages.

>From how I read your message though I get the feeling, that's something
you don't want to have (maybe because you fear, it would be a step
toward changing fact 2, which is not necessarily the case, as long as
you'd keep a policy of only splitting very large collections).

I see no chance of making this kind of fix in upstream, since upstream
simply does not have the bug: In Tex Live's package management you can
already choose single packages out of a collection. There is no need for
them to do anything about it.

Now, if you insist on keeping the debian package == Tex Live collection
correspondence, no matter what inconveniences might occur from that
decision, then you can close this bug as "wontfix", since any solution
can only contradict with that axiom. That way at least you won't have
yet another bug report rotting in the BTS.


Yours
Thomas


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

Bug#690007: aranym: FTBFS[kfreebsd]: libusb-1.0

[Christoph Egger]

Package: src:aranym
Version: 0.9.14-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

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

In file included from ./src/natfeat/nf_objs.cpp:62:0:
./src/natfeat/usbhost.h:29:31: fatal error: libusb-1.0/libusb.h: No such file 
or directory
compilation terminated.
make[1]: *** [obj_x86_64/nf_objs.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=aranym&arch=kfreebsd-amd64&ver=0.9.14-1&stamp=1348180995

Regards

Christoph

If you have further questions please mail debian-...@lists.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#690006: fluidsynth: FTBFS

[Christoph Egger]

Package: src:fluidsynth
Version: 1.1.6-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

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

[ 10%] Building C object 
src/CMakeFiles/libfluidsynth.dir/drivers/fluid_pulse.c.o
cd 
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/obj-x86_64-kfreebsd-gnu/src
 && /usr/bin/gcc  -Dlibfluidsynth_EXPORTS -DHAVE_CONFIG_H -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2  -O2 -g -fomit-frame-pointer -funroll-all-loops 
-finline-functions -DNDEBUG -Wall -W -Wpointer-arith -Wbad-function-cast 
-Wno-cast-qual -Wcast-align -Wstrict-prototypes -Wno-unused-parameter 
-Wdeclaration-after-statement -fPIC 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/obj-x86_64-kfreebsd-gnu
 -I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/synth
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/rvoice
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/midi
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/utils
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/sfloader
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/bindings
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/include
 
-I/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/obj-x86_64-kfreebsd-gnu/include
 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include-o 
CMakeFiles/libfluidsynth.dir/drivers/fluid_pulse.c.o   -c 
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_pulse.c
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:49:0:
 warning: "SOUND_PCM_WRITE_CHANNELS" redefined [enabled by default]
In file included from 
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:35:0:
/usr/include/sys/soundcard.h:791:0: note: this is the location of the previous 
definition
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:
 In function 'new_fluid_oss_audio_driver':
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:208:25:
 error: 'SOUND_PCM_WRITE_CHANNELS' undeclared (first use in this function)
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:208:25:
 note: each undeclared identifier is reported only once for each function it 
appears in
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:
 In function 'new_fluid_oss_audio_driver2':
/build/buildd-fluidsynth_1.1.6-1-kfreebsd-amd64-3Nu5fI/fluidsynth-1.1.6/src/drivers/fluid_oss.c:323:25:
 error: 'SOUND_PCM_WRITE_CHANNELS' undeclared (first use in this function)
make[3]: *** [src/CMakeFiles/libfluidsynth.dir/drivers/fluid_oss.c.o] Error 1

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=fluidsynth&arch=kfreebsd-amd64&ver=1.1.6-1&stamp=1346159642

Regards

Christoph

If you have further questions please mail debian-...@lists.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#689872: libkmod2: module parameters on kernel command line parsed wrong

[Lucas De Marchi]

On Sun, Oct 7, 2012 at 2:35 PM, Marco d'Itri  wrote:
> Any objections?
>
> - Forwarded message from "Selim T. Erdogan"  
> -
>
> From: "Selim T. Erdogan" 
> To: Debian Bug Tracking System 
> Subject: Bug#689872: libkmod2: module parameters on kernel command line parsed
> wrong
>
> Package: libkmod2
> Version: 9-2
> Severity: important
> Tags: d-i patch
>
> This problem only affects module parameters given on the kernel command
> line at boot time which include a '.' as part of their value.  For
> example "libata.force=1.5Gbps".  The bug causes such values to
> overwrite the parameter, so this would get interpreted as parameter
> "5Gbps" with no value.  ("force" gets lost.)
>
> To reproduce this safely, add "testmodule.testparam=1.5G" to the end of
> the kernel command line at boot time.  Then:
>
> $ /sbin/modprobe -c |grep 5G
> options testmodule 5G
>
> This problem prevented me from using the wheezy beta 2 debian-installer
> on a machine that needed libata.force=1.5Gbps to work properly with my
> new SSD.  See https://lists.debian.org/debian-boot/2012/10/msg00049.html
>
> I'm including a very simple at the end of the report that fixes the
> problem.  Feel free to modify/edit as necessary.  With this patch:
>
> $ /sbin/modprobe -c |grep 5G
> options testmodule testparam=1.5G
>
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
> Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages libkmod2 depends on:
> ii  libc6  2.13-35
> ii  multiarch-support  2.13-35
>
> libkmod2 recommends no packages.
>
> libkmod2 suggests no packages.
>
> -- no debconf information
>
> *** kcmdline-option-parsing
> Description: Fixes parsing of module parameters on the kernel command
>  line.  Before this patch, if the parameter value had a '.' in it, that
>  would break things.
> Author: Selim T. Erdoğan 
>
> --- kmod-9.orig/libkmod/libkmod-config.c
> +++ kmod-9/libkmod/libkmod-config.c
> @@ -542,6 +542,7 @@ static int kmod_config_parse_kcmdline(st
> char buf[KCMD_LINE_SIZE];
> int fd, err;
> char *p, *modname,  *param = NULL, *value = NULL;
> +   int in_value_text = 0;
>
> fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC);
> if (fd < 0) {
> @@ -564,15 +565,20 @@ static int kmod_config_parse_kcmdline(st
> *p = '\0';
> kcmdline_parse_result(config, modname, param, value);
> param = value = NULL;
> +   in_value_text = 0;
> modname = p + 1;
> break;
> case '.':
> -   *p = '\0';
> -   param = p + 1;
> -   break;
> +   if (in_value_text == 0) {
> +   *p = '\0';
> +   param = p + 1;
> +   break;
> +   }

this fall-through here doesn't seem intentional


> case '=':
> -   if (param != NULL)
> +   if (param != NULL) {
> value = p + 1;
> +   in_value_text=1;
> +   }
> break;
> }
> }
>

Why adding another var? Isn't something like below (whitespace
damaged) sufficient?


Lucas De Marchi

diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c
index 70044f0..398468e 100644
--- a/libkmod/libkmod-config.c
+++ b/libkmod/libkmod-config.c
@@ -567,8 +567,10 @@ static int kmod_config_parse_kcmdline(struct
kmod_config *config)
modname = p + 1;
break;
case '.':
-   *p = '\0';
-   param = p + 1;
+   if (param == NULL) {
+   *p = '\0';
+   param = p + 1;
+   }
break;
case '=':
if (param != NULL)


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

Bug#689872: libkmod2: module parameters on kernel command line parsed wrong

[Lucas De Marchi]

On Mon, Oct 8, 2012 at 6:52 PM, Lucas De Marchi
 wrote:
> On Sun, Oct 7, 2012 at 2:35 PM, Marco d'Itri  wrote:
>> Any objections?
>>
>> - Forwarded message from "Selim T. Erdogan"  
>> -
>>
>> From: "Selim T. Erdogan" 
>> To: Debian Bug Tracking System 
>> Subject: Bug#689872: libkmod2: module parameters on kernel command line 
>> parsed
>> wrong
>>
>> Package: libkmod2
>> Version: 9-2
>> Severity: important
>> Tags: d-i patch
>>
>> This problem only affects module parameters given on the kernel command
>> line at boot time which include a '.' as part of their value.  For
>> example "libata.force=1.5Gbps".  The bug causes such values to
>> overwrite the parameter, so this would get interpreted as parameter
>> "5Gbps" with no value.  ("force" gets lost.)
>>
>> To reproduce this safely, add "testmodule.testparam=1.5G" to the end of
>> the kernel command line at boot time.  Then:
>>
>> $ /sbin/modprobe -c |grep 5G
>> options testmodule 5G
>>
>> This problem prevented me from using the wheezy beta 2 debian-installer
>> on a machine that needed libata.force=1.5Gbps to work properly with my
>> new SSD.  See https://lists.debian.org/debian-boot/2012/10/msg00049.html
>>
>> I'm including a very simple at the end of the report that fixes the
>> problem.  Feel free to modify/edit as necessary.  With this patch:
>>
>> $ /sbin/modprobe -c |grep 5G
>> options testmodule testparam=1.5G
>>
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (1, 'experimental')
>> Architecture: i386 (i686)
>>
>> Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
>> Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>>
>> Versions of packages libkmod2 depends on:
>> ii  libc6  2.13-35
>> ii  multiarch-support  2.13-35
>>
>> libkmod2 recommends no packages.
>>
>> libkmod2 suggests no packages.
>>
>> -- no debconf information
>>
>> *** kcmdline-option-parsing
>> Description: Fixes parsing of module parameters on the kernel command
>>  line.  Before this patch, if the parameter value had a '.' in it, that
>>  would break things.
>> Author: Selim T. Erdoğan 
>>
>> --- kmod-9.orig/libkmod/libkmod-config.c
>> +++ kmod-9/libkmod/libkmod-config.c
>> @@ -542,6 +542,7 @@ static int kmod_config_parse_kcmdline(st
>> char buf[KCMD_LINE_SIZE];
>> int fd, err;
>> char *p, *modname,  *param = NULL, *value = NULL;
>> +   int in_value_text = 0;
>>
>> fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC);
>> if (fd < 0) {
>> @@ -564,15 +565,20 @@ static int kmod_config_parse_kcmdline(st
>> *p = '\0';
>> kcmdline_parse_result(config, modname, param, value);
>> param = value = NULL;
>> +   in_value_text = 0;
>> modname = p + 1;
>> break;
>> case '.':
>> -   *p = '\0';
>> -   param = p + 1;
>> -   break;
>> +   if (in_value_text == 0) {
>> +   *p = '\0';
>> +   param = p + 1;
>> +   break;
>> +   }
>
> this fall-through here doesn't seem intentional
>
>
>> case '=':
>> -   if (param != NULL)
>> +   if (param != NULL) {
>> value = p + 1;
>> +   in_value_text=1;
>> +   }
>> break;
>> }
>> }
>>
>
> Why adding another var? Isn't something like below (whitespace
> damaged) sufficient?
>
>
> Lucas De Marchi
>
> diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c
> index 70044f0..398468e 100644
> --- a/libkmod/libkmod-config.c
> +++ b/libkmod/libkmod-config.c
> @@ -567,8 +567,10 @@ static int kmod_config_parse_kcmdline(struct
> kmod_config *config)
> modname = p + 1;
> break;
> case '.':
> -   *p = '\0';
> -   param = p + 1;
> +   if (param == NULL) {
> +   *p = '\0';
> +   param = p + 1;
> +   }
> break;
> case '=':
> if (param != NULL)

Just made a quick test here and it works:

└ kmod ➤ ./tools/modprobe -c | grep testmodule
options testmodule testparam=1.5G

Lucas De Marchi


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

Bug#690005: simgear: FTBFS for different reasons

[Christoph Egger]

Package: src:simgear
Version: 2.6.0-3
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the buildds with different problems on
different architectures. Please take a look at [0] for details

Regards

Christoph

[0] https://buildd.debian.org/status/package.php?p=simgear
[1] https://buildd.debian.org/status/logs.php?pkg=simgear&ver=2.6.0-3


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

Bug#690004: lyx: "letter (g-brief)" does NOT depend on "europs.sty" (which is gone)

[Wolfgang Weisselberg]

Package: lyx
Version: 2.0.3-3
Severity: normal
Tags: patch

Dear Maintainer,

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Opening a lyx-document using g-brief again after not using lyx
for some weeks.

   * What was the outcome of this action?
Got this warning (and the document classes "letter
(g-brief)" / "letter (g-brief2)" weren't available:
| Warning: Document class not available
| 
| The selected document class
| letter (g-brief)
| requires external files that are not available.
| The document class can still be used, but the
| document cannot be compiled until the following
| prerequisites are installed:
| europs.sty
| See section 3.1.2.2 (Class Availability) of the
| User's Guide for more information.

   * What outcome did you expect instead?
Opening the file successfully.

* What did you discover?
1. europs.sty is gone from Debian:

(really old apt-file data):
$ apt-file search europs.sty
texlive-fonts-recommended: 
/usr/share/texmf-texlive/tex/latex/eurofont/europs.sty
# apt-file update
$ apt-file search europs.sty
$

2. The document still renders OK in lyx.  The EUR symbol works.

3. g-brief did depend on europs at one time --- that was changed
   in 2003 (V4.0.1)

See Debian Bug #176153 for the old code, in
http://ctan.unixbrain.com/macros/latex/contrib/g-brief/g-brief.pdf
the documentation for V4.0.1 says europs, marvosym and eurosym
are embedded into g-brief *if installed on the machine*.

* How did you fix it?
Taught lyx the dependency on europs.sty for g-brief/g-brief2
isn't necessary any more:

--- /usr/share/lyx/layouts/g-brief.layout   2012-10-08 22:58:24.0 
+0200
+++ /usr/share/lyx/layouts/g-brief.layout   2012-10-08 22:59:13.0 
+0200
@@ -1,5 +1,5 @@
 #% Do not delete the line below; configure depends on this
-#  \DeclareLaTeXClass[g-brief,europs.sty]{letter (g-brief)}
+#  \DeclareLaTeXClass[g-brief]{letter (g-brief)}
 # Letter textclass definition file.
 # Author : Thomas Hartkens 
 
--- /usr/share/lyx/layouts/g-brief2.layout  2012-10-08 22:58:35.0 
+0200
+++ /usr/share/lyx/layouts/g-brief2.layout  2012-10-08 22:59:09.0 
+0200
@@ -1,5 +1,5 @@
 #% Do not delete the line below; configure depends on this
-#  \DeclareLaTeXClass[g-brief2,europs.sty]{letter (g-brief2)}
+#  \DeclareLaTeXClass[g-brief2]{letter (g-brief2)}
 # Letter textclass definition file.
 # Author : Felix Kurth  based on work from
 #  Thomas Hartkens 

and ran Lyx->Tools->Reconfigure.


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

Kernel: Linux 3.2.0-2-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/bash

Versions of packages lyx depends on:
ii  libboost-regex1.49.01.49.0-3.1
ii  libboost-signals1.49.0  1.49.0-3.1
ii  libc6   2.13-35
ii  libenchant1c2a  1.6.0-7
ii  libgcc1 1:4.7.1-7
ii  libmythes-1.2-0 2:1.2.2-1
ii  libqtcore4  4:4.8.2+dfsg-2
ii  libqtgui4   4:4.8.2+dfsg-2
ii  libstdc++6  4.7.1-7
ii  lyx-common  2.0.3-3
ii  xdg-utils   1.1.0~rc1+git20111210-6
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages lyx recommends:
ii  acroread [pdf-viewer]9.5.1-0.1
ii  dvipng   1.14-1+b1
ii  elyxer   1.2.3-1
ii  evince [pdf-viewer]  3.4.0-3
ii  fonts-lyx2.0.3-3
ii  ghostscript  9.05~dfsg-6.1
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.16-1.1
ii  gv [pdf-viewer]  1:3.7.3-1
ic  imagemagick  8:6.6.9.7-5
ii  okular [pdf-viewer]  4:4.8.4-2
ii  poppler-utils0.18.4-3
ii  preview-latex-style  11.86-10.1
ii  psutils  1.17.dfsg-1
ii  tex4ht   20090611-1.1+b1
ii  texlive-fonts-recommended2012.20120611-4
ii  texlive-generic-extra2012.20120611-2
ii  texlive-generic-recommended  2012.20120611-4
ii  texlive-latex-extra  2012.20120611-2
ii  texlive-latex-recommended2012.20120611-4
ii  texlive-science  2012.20120611-2
ii  xpdf [pdf-viewer]3.03-10

Versions of packages lyx suggests:
ii  chktex  1.6.4-4
ii  dvipost 1.1-4
ii  etoolbox2.1-1
ii  gnuhtml2latex   0.4-2
ii  groff   1.21-9
ii  late

Bug#682964: dropbear claims a 'login attempt for a nonexistent user'

[pedro bulach gapski]

Package: dropbear
Followup-For: Bug #682964

Dear Maintainer,

we have been hit by this bug as well. We have a working setup with squeeze,
and we have been experimenting with wheezy. 

However, we are not able to login into the initramfs.

dropbear refuses the keys with:
'Login attempt for nonexistent user from '

On the client, the so-called attempt uses ssh and provides root as the user.

Regards,

Pedro

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

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


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

Bug#689990: wpa: CVE-2012-4445 denial of service

[Stefan Lippers-Hollmann]

Control: tags -1 + pending

Hi

On Monday 08 October 2012, Nico Golde wrote:
> Package: wpa
> Severity: grave
> Tags: security patch
> 
> Hi,
> the following vulnerability was published for hostapd.
> 
> CVE-2012-4445[0]:
> | Timo Warns discovered that the internal authentication server of hostapd,
> | a user space IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authenticator,
> | is vulnerable to a buffer overflow when processing fragmented EAP-TLS
> | messages.  As a result, an internal overflow checking routine terminates
> | the process.  An attacker can abuse this flaw to conduct denial of service
> | attacks via crafted EAP-TLS messages prior to any authentication.
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> Please also ask for an unblock on -release after fixing this issue so it will
> be picked up for wheezy.
> 
> The patch I used for the DSA: 
> http://people.debian.org/~nion/nmu-diff/hostapd-0.6.10-2_0.6.10-2+squeeze1.patch
> 
> For further information see:
> 
> [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-4445
> http://security-tracker.debian.org/tracker/CVE-2012-4445

Thanks a lot, I found that one[1] after receiving the ftp-master accept
already, I'll try to contact a potential sponsor for [2] within the 
next few hours.

Regards
Stefan Lippers-Hollmann

[1] 
http://anonscm.debian.org/viewvc/pkg-wpa/wpa/trunk/debian/patches/EAP-TLS-server_fix-TLS-Message-length-validation.patch?view=markup
[2] http://aptosid.com/slh/wpa/wpa_1.0-3.dsc
http://aptosid.com/slh/wpa/wpa_1.0-3.debian.tar.gz
http://aptosid.com/slh/wpa/wpa_1.0.orig.tar.gz


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

Bug#682719: Your gcl 2.6.7-107 upload

[Adam D. Barratt]

On Mon, 2012-10-08 at 23:26 +0200, Svante Signell wrote:
> On Mon, 2012-10-08 at 22:00 +0100, Adam D. Barratt wrote:
> > On Mon, 2012-10-08 at 22:59 +0200, Svante Signell wrote:
> > > On Mon, 2012-10-08 at 21:10 +0100, Adam D. Barratt wrote:
> > > > On Mon, 2012-10-08 at 22:03 +0200, Svante Signell wrote:
> > > > > Nevertheless, why build-depend on a non-existing
> > > > > package emacsen with emacs23 | emacsen?
> > > > 
> > > > It does exist, in exactly the same way that e.g. mail-transport-agent
> > >  apt-cache show emacsen
> > > N: Can't select versions from package 'emacsen' as it is purely virtual
> > [...]
> > > Same with mail-transport-agent, I am probably missing something.
> > 
> > Yes, you are. The wording of the error message should give you a clue
> 
> OK, I confess I'm stupid. "can't select versions from package" does
> mean nothing to me, unfortunately. Looks like I'm not debianised
> enough yet :( Even after using debian for some 10+ years!

Apparently my hint wasn't obvious enough - I was pushing you towards the
word "virtual". See
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-virtual
and
http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-mail-transport-agents
 , for example.

Regards,

Adam


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

Bug#689732: closed by Holger Levsen (Re: Bug#689732: base: waking up from suspend mode fails to reconnect devices and display)

[Evan Harvey]

This bug was reported through reportbug. I will report it again.

Thank you.

On Sat, Oct 6, 2012 at 1:45 AM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the base package:
>
> #689732: base: waking up from suspend mode fails to reconnect devices and
> display
>
> It has been closed by Holger Levsen .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Holger Levsen <
> hol...@layer-acht.org> by
> replying to this email.
>
>
> --
> 689732: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689732
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Holger Levsen 
> To: 689732-d...@bugs.debian.org
> Cc:
> Date: Sat, 6 Oct 2012 09:41:00 +0200
> Subject: Re: Bug#689732: base: waking up from suspend mode fails to
> reconnect devices and display
> On Freitag, 5. Oktober 2012, evan wrote:
> > When the user wakes the computer up from suspend mode the screen, mouse
> and
> > keyboard do not function.  The user is unable to obtain any error
> messages.
> > I must reboot the computer by holding down the power button.  This
> happens
> > everytime the pc goes into suspend mode. If instructed I could send the
> > syslog file or other helpful log files. Thank you for providing and
> > maintaining debian.
>
> please use "reportbug" and re-submit the bug against "src:linux", thanks.
>
> -- Forwarded message --
> From: evan 
> To: Debian Bug Tracking System 
> Cc:
> Date: Fri, 05 Oct 2012 11:03:37 -0600
> Subject: base: waking up from suspend mode fails to reconnect devices and
> display
> Package: base
> Severity: normal
>
>
> When the user wakes the computer up from suspend mode the screen, mouse and
> keyboard do not function.  The user is unable to obtain any error messages.
> I must reboot the computer by holding down the power button.  This happens
> everytime the pc goes into suspend mode. If instructed I could send the
> syslog
> file or other helpful log files. Thank you for providing and maintaining
> debian.
>
> -- System Information:
> Debian Release: 6.0.6
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
>

Bug#687461: Solved: Re: Bug#687461: xserver-xorg-video-radeon: HD 6310 video gives only colored snow/black screen (fwd)

[Michael Evans]

Dear Debian Community,

Alex Deucher and Debian community,

Sorry for the delayed response.  Installing firmware-linux-nonfree solved the 
problem - video on the AMD E-350/Radeon HD6310 works now.


Notwithstanding the conversation I started, I think you can mark this as 
'not-a-bug' for the problem I reported.  Thanks again for your help and 
support.  Looking forward to working with this distribution.


Sincerely,
Mike Evans

On Thu, 13 Sep 2012, Alex Deucher wrote:


Date: Thu, 13 Sep 2012 15:23:41 -0400
From: Alex Deucher 
To: Michael Evans 
Subject: Re: Bug#687461: xserver-xorg-video-radeon: HD 6310 video gives only
colored snow/black screen

On Thu, Sep 13, 2012 at 3:14 PM, Michael Evans  wrote:

Alex,

Thanks again.  So nothing is solved, only disabled.  The output of lsmod was
for grepping the string "radeon".

Do you mean, I have to install the package firmware-linux-nonfree? Because
firmware-linux-free is part of the build.


yes.



Thanks,
Mike

On Thu, 13 Sep 2012, Alex Deucher wrote:


Date: Thu, 13 Sep 2012 13:17:38 -0400
From: Alex Deucher 
To: Michael Evans 
Subject: Re: Bug#687461: xserver-xorg-video-radeon: HD 6310 video gives
only
colored snow/black screen

On Thu, Sep 13, 2012 at 1:15 PM, Michael Evans 
wrote:


Alex,

Thanks for your reply.  When I boot and append

radeon.modeset=0

I can get the display fixed, although Gnome 3 starts in failsafe
(apparently
classic) mode.  This I can live with.

$lsmod | grep firmware gives:

radeon639188  0
ttm48725  1 radeon
drm_kms_helper 27227  1 radeon
drm   167670  3 drm_kms_helper,ttm,radeon
power_supply   13475  1 radeon
i2c_algo_bit   12841  1 radeon
i2c_core   23876  5
i2c_algo_bit,i2c_piix4,drm,drm_kms_helper,radeon

So I think the drivers were loaded as kernel modules.

Maybe this bug should be marked as 'solved' (if you consider it a bug at
all)?



radeon.modeset=0 disables the driver.  If you want to use the driver
and have acceleration, you'll need to install the firmware.

Alex



Thanks,
Mike





--

Michael Evans  ph:  301-405-8763
Department of Geology & ESSIC  fax: 301-405-3597
University of Maryland email: mnev...@geol.umd.edu
Geology Bldg (#237), Rm. 1120  http://one.geol.umd.edu/www/
College Park, MD 20742 skype: skype.mnevans




--

Michael Evans  ph:  301-405-8763
Department of Geology & ESSIC  fax: 301-405-3597
University of Maryland email: mnev...@geol.umd.edu
Geology Bldg (#237), Rm. 1120  http://one.geol.umd.edu/www/
College Park, MD 20742 skype: skype.mnevans


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

Bug#687307: Fwd: [php-maint] Updating php5 to 5.4.4-5 broke FastCGI setup on my machine

[Christoph Anton Mitterer]

On Mon, 2012-10-08 at 22:42 +0200, Ondřej Surý wrote:
> Basically it would bring the old behaviour back while not mangling
> with custom Set/AddHandler directives in the apache. Remember the
> php5_cgi.{load,conf} hack was introduced after decision to fix this
> only in Apache - which in turn caused more breakage in custom setups
> then expected.
Ah... so you mean adding e.g. application/x-php (or whatever) but don't
use this with mod_php or normal CGI (where we'd still keep the
php5_cgi.{load,conf} then?)


Not sure about that...
I mean these types were removed for good reasons... and especially in
Apache people should at best stop using /etc/mime.types at all.
I somehow fear a bit,... that we might just end up with other new
(security?) issues being added.


Putting parts of PHP "configuration" (well I know it's not really that)
in other packages seems problematic to me IMHO the cleanest solution
would be, if PHP-packages add the necessary basic configuration to
installed webservers (ideally not only to Apache)... without activating
PHP.
The later then being done manually by the admin, or (more or less)
automagically by other packages.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#682719: Your gcl 2.6.7-107 upload

[Svante Signell]

On Mon, 2012-10-08 at 22:00 +0100, Adam D. Barratt wrote:
> On Mon, 2012-10-08 at 22:59 +0200, Svante Signell wrote:
> > On Mon, 2012-10-08 at 21:10 +0100, Adam D. Barratt wrote:
> > > On Mon, 2012-10-08 at 22:03 +0200, Svante Signell wrote:
> > > > Nevertheless, why build-depend on a non-existing
> > > > package emacsen with emacs23 | emacsen?
> > > 
> > > It does exist, in exactly the same way that e.g. mail-transport-agent
> >  apt-cache show emacsen
> > N: Can't select versions from package 'emacsen' as it is purely virtual
> [...]
> > Same with mail-transport-agent, I am probably missing something.
> 
> Yes, you are. The wording of the error message should give you a clue

OK, I confess I'm stupid. "can't select versions from package" does
mean nothing to me, unfortunately. Looks like I'm not debianised
enough yet :( Even after using debian for some 10+ years!


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

Bug#678720: sugar-0.96: diff for NMU version 0.96.1-2.1

[Simon Paillard]

Hi,

On Fri, Oct 05, 2012 at 10:24:02AM +0200, Mehdi Dogguy wrote:
> Simon Paillard  wrote:
> > I've prepared an NMU for sugar-0.96 (versioned as 0.96.1-2.1) and
> > uploaded it to DELAYED/4. Please feel free to tell me if I
> > should delay it longer.

Initial NMU canceled following Mehdi's report.

> As far as I can see, your patch does not fix all problems. The
> submitter did show the following errors at sugar's startup:
> 
> > /usr/bin/sugar: 3: [: missing ]
> > /usr/bin/sugar: 3: /usr/bin/sugar: 1000: not found
> 
> and there is indeed "]" and "[" missing around the "||" operator.
> Furthermore, the package is missing another dependency to be able to
> use xrdb. So, afaics, it needs to depend on x11-xserver-utils. I guess
> setting "-e" helps...

sugar-emulator starts with -e on both sugar and sugar-emulator, with the
updated nmu patch attached, versioned as 0.96.1-2.1.


-- 
Simon Paillard
diffstat for sugar-0.96-0.96.1 sugar-0.96-0.96.1

 changelog |9 +
 patches/fix_shell_posix_and_quoting.patch |2 +-
 rules |4 ++--
 3 files changed, 12 insertions(+), 3 deletions(-)

diff -Nru sugar-0.96-0.96.1/debian/changelog sugar-0.96-0.96.1/debian/changelog
--- sugar-0.96-0.96.1/debian/changelog	2012-05-27 18:04:37.0 +0200
+++ sugar-0.96-0.96.1/debian/changelog	2012-10-08 21:35:17.0 +0200
@@ -1,3 +1,12 @@
+sugar-0.96 (0.96.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * sugar-emulator: python-carquinyol moved to depends (Closes: #678720)
+  * Fix shell test syntax for /u/b/sugar
+  * sugar-emulator: depends on x11-xserver-utils
+
+ -- Simon Paillard   Mon, 08 Oct 2012 21:18:58 +0200
+
 sugar-0.96 (0.96.1-2) unstable; urgency=low
 
   * Fix stop depending on sugar-presence-service-*: Solely used by
diff -Nru sugar-0.96-0.96.1/debian/patches/fix_shell_posix_and_quoting.patch sugar-0.96-0.96.1/debian/patches/fix_shell_posix_and_quoting.patch
--- sugar-0.96-0.96.1/debian/patches/fix_shell_posix_and_quoting.patch	2012-05-27 00:50:31.0 +0200
+++ sugar-0.96-0.96.1/debian/patches/fix_shell_posix_and_quoting.patch	2012-10-08 21:35:17.0 +0200
@@ -18,7 +18,7 @@
  #!/bin/sh
  
 -if [ "$(id -u)" -eq 0 -o "$(id -ru)" -eq 0 ] ; then
-+if [ "$(id -u)" -eq 0 || "$(id -ru)" -eq 0 ] ; then
++if [ "$(id -u)" -eq 0 ] || [ "$(id -ru)" -eq 0 ] ; then
  	echo Refusing to run as root.
  	exit 3
  fi
diff -Nru sugar-0.96-0.96.1/debian/rules sugar-0.96-0.96.1/debian/rules
--- sugar-0.96-0.96.1/debian/rules	2012-05-27 18:00:39.0 +0200
+++ sugar-0.96-0.96.1/debian/rules	2012-10-08 21:35:17.0 +0200
@@ -120,7 +120,7 @@
 CDBS_DEPENDS_sugar-session-$(pkgbranch) += , python-gobject (>= 2.15.0), python-gtk2, python-dbus
 CDBS_DEPENDS_sugar-session-$(pkgbranch) += , python-wnck | python-gnome2-desktop (<= 2.24.0-1)
 CDBS_DEPENDS_sugar-session-$(pkgbranch) += , python-gconf | python-gnome2 (<= 2.22.3-2)
-CDBS_DEPENDS_sugar-session-$(pkgbranch) += , metacity (>= 1:2.27.1), dbus-x11
+CDBS_DEPENDS_sugar-session-$(pkgbranch) += , metacity (>= 1:2.27.1), dbus-x11, python-carquinyol-$(pkgbranch), x11-xserver-utils
 CDBS_DEPENDS_sugar-emulator-$(pkgbranch) = sugar-session-$(pkgbranch), python-jarabe-$(pkgbranch)
 CDBS_DEPENDS_sugar-emulator-$(pkgbranch) += , dbus-x11, $(emulator_exec)
 CDBS_DEPENDS_sugar-tools-$(pkgbranch) = python-sugar-$(pkgbranch), python-sugar-toolkit-$(pkgbranch), python-jarabe-$(pkgbranch)
@@ -128,7 +128,7 @@
 CDBS_DEPENDS_python-jarabe-$(pkgbranch) += , python-hippocanvas, python-gobject (>= 2.15.0), python-gtk2, python-cairo, python-dbus, python-telepathy (>= 0.15.9), python-simplejson, python-gtksourceview2, python-xapian, python-gst0.10
 CDBS_DEPENDS_python-jarabe-$(pkgbranch) += , python-wnck | python-gnome2-desktop (<= 2.24.0-1)
 CDBS_DEPENDS_python-jarabe-$(pkgbranch) += , python-gconf | python-gnome2 (<= 2.22.3-2)
-CDBS_RECOMMENDS_sugar-session-$(pkgbranch) = sugar-emulator-$(pkgbranch), sugar-tools-$(pkgbranch), python-carquinyol-$(pkgbranch)
+CDBS_RECOMMENDS_sugar-session-$(pkgbranch) = sugar-emulator-$(pkgbranch), sugar-tools-$(pkgbranch)
 CDBS_RECOMMENDS_sugar-session-$(pkgbranch) += , $(call session_expand_activities,true)
 CDBS_RECOMMENDS_sugar-session-$(pkgbranch) += , python-xklavier
 CDBS_RECOMMENDS_sugar-session-$(pkgbranch) += , $(jarabe_initprofile), $(session_nm), $(session_gio), $(session_pm), $(jarabe_cp_cli_exec)

Bug#689221: installation-reports: QNAP TS-409U does not reboot after installation

[Luca Capello]

Hi there!

Cc:ing Wolfgang Karall, author of the 00-wait4hdds script.  I am sorry
for the long email.

On Mon, 01 Oct 2012 22:37:51 +0200, Martin Michlmayr wrote:
> * Luca Capello  [2012-09-30 15:43]:
>> Unfortunately, after the installation finished successfully, the
>> machine did not reboot: the system light keeps blinking red/green
>> and network does not work.
> ...
>> I am know lost and IMHO the only way to know what is going on is
>> through the serial console, something I could probably do in the
>> second week of October (the machine is not with me).
>
> I believe you ran into this issue:
> http://comments.gmane.org/gmane.linux.ide/47799
[...]
> http://forum.qnap.com/viewtopic.php?p=284721#p284592
>
> Once you get serial console access, it would be great if you could
> confirm if it's this issue.

The serial console output focused me on the mdadm problem:

--8<---cut here---start->8---
[5.437504] sd 1:0:0:0: [sdb] Attached SCSI disk
[5.453383] sd 0:0:0:0: [sda] Attached SCSI disk
[5.465525] sd 2:0:0:0: [sdc] Attached SCSI disk
[5.478253] sd 3:0:0:0: [sdd] Attached SCSI disk
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... 
Begin: Loading[5.95505)
[5.969412] xor: measuring software checksum speed
[6.016317]arm4regs  :   429.200 MB/sec
[6.066322]8regs :   377.200 MB/sec
[6.116319]32regs:   416.800 MB/sec
[6.120494] xor: using function: arm4regs (429.200 MB/sec)
[6.317494] raid6: int32x1 24 MB/s
[6.486969] raid6: int32x2 35 MB/s
[6.657528] raid6: int32x4 47 MB/s
[6.827174] raid6: int32x8 42 MB/s
[6.830917] raid6: using algorithm int32x4 (47 MB/s)
[6.962270] md: raid6 personality registered for level 6
[6.967632] md: raid5 personality registered for level 5
[6.972932] md: raid4 personality registered for level 4
Success: loaded module raid456.
done.
Begin: Assembling all MD arrays ... [7.014576] mdadm: sending ioctl 1261 to 
a partition!
[7.019684] mdadm: sending ioctl 1261 to a partition!
[7.026122] mdadm: sending ioctl 1261 to a partition!
[7.031254] mdadm: sending ioctl 1261 to a partition!
[7.037407] mdadm: sending ioctl 1261 to a partition!
[7.042452] mdadm: sending ioctl 1261 to a partition!
[7.048782] mdadm: sending ioctl 1261 to a partition!
[7.053831] mdadm: sending ioctl 1261 to a partition!
*** glibc detected *** /sbin/mdadm: double free or corruption (out): 0x00089400 
***
Aborted
Failure: failed to assemble all arrays.
done.
[7.168150] device-mapper: uevent: version 1.0.3
[7.177894] device-mapper: ioctl: 4.15.0-ioctl (2009-04-01) initialised: 
dm-de...@redhat.com
  Volume group "jem" not found
  Skipping volume group jem
Unable to find LVM volume jem/root
  Volume group "jem" not found
  Skipping volume group jem
Unable to find LVM volume jem/swap
done.
Begin: Waiting for root file system ... done.
Gave up waiting for root device.  Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait lnong enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT!  /dev/mapper/jem-root does not exist.  Dropping to a shell!


BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)
--8<---cut here---end--->8---

I flashed again d-i and did an upgrade to 6.0.6, which brought:
=
commit d0adc2b4c63970093c8fc89b35d414313bbd23c5
Author: root 
Date:   Mon Oct 8 18:25:08 2012 +0200

committing changes in /etc after apt run

Package changes:
-base-files 6.0squeeze5
+base-files 6.0squeeze6
-debian-archive-keyring 2010.08.28
+debian-archive-keyring 2010.08.28+squeeze1
-dpkg 1.15.8.12
+dpkg 1.15.8.13
-libc-bin 2.11.3-3
-libc6 2.11.3-3
+libc-bin 2.11.3-4
+libc6 2.11.3-4
-libgc1c2 1:6.8-1.2
+libgc1c2 1:6.8-2
-linux-base 2.6.32-45
+linux-base 2.6.32-46
-linux-image-2.6.32-5-orion5x 2.6.32-45
-locales 2.11.3-3
+linux-image-2.6.32-5-orion5x 2.6.32-46
+locales 2.11.3-4
=

At reboot, however, mdadm still segfaults...  Going back to d-i I found
another segfaulting while chrooting to install mdadm_3.2.5-3~bpo60+1:
=
~ # mkdir /target
~ # mount /dev/mapper/jem-root /target/
~ # mount /dev /target/dev -o bind
~ # mount /sys /target/sys -o bind
~ # mount /proc /target/proc -o bind
~ # chroot /target/ /bin/bash
/bin/bash: symbol lookup error: /lib/libc.so.6: undefined symbol: , version 
GLIBC_2.4
~ # chroot /target /bin/bash
root@debian:/# ls
Segmentation fault
root@debian:/# ls
bin   dev  home  lost+found  mnt  proc  sbin srv  tmp  var
boot  etc  lib   media   opt  root  selinux  sys  usr

Bug#690003: unblock: libgda5/5.0.3-2

[Michael Biebl]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libgda5

The sqlite provider in libgda-5.0-4 uses dlopen() to load the sqlite3
library. As a result, libgda-5.0-4 did not have a dependency on
libsqlite3-0  so it was not guaranteed that libsqlite3-0 was actually
installed when applications, like anjuta, were using the sqlite provider.
In case of anjuta this lead to crashes when trying to open or create new
projects.
As a workaround, we now link the sqlite provider against sqlite3, so we
get a proper shlibs dependency.

Full debdiff is attached.

Thanks KiBi for the patch!

Cheers,
Michael


unblock libgda5/5.0.3-2

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libgda5-5.0.3/debian/changelog libgda5-5.0.3/debian/changelog
--- libgda5-5.0.3/debian/changelog	2012-02-10 13:43:52.0 +0100
+++ libgda5-5.0.3/debian/changelog	2012-10-08 21:52:13.0 +0200
@@ -1,3 +1,14 @@
+libgda5 (5.0.3-2) unstable; urgency=low
+
+  [ Cyril Brulebois ]
+  * Link the sqlite provider against sqlite3 (Closes: #667751).
+
+  [ Michael Biebl ]
+  * Use dh-autoreconf to update the build system.
+  * Drop explicit Build-Depends on gir1.2-freedesktop and gir1.2-glib-2.0.
+
+ -- Michael Biebl   Mon, 08 Oct 2012 21:52:11 +0200
+
 libgda5 (5.0.3-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru libgda5-5.0.3/debian/control libgda5-5.0.3/debian/control
--- libgda5-5.0.3/debian/control	2012-02-10 13:45:44.0 +0100
+++ libgda5-5.0.3/debian/control	2012-10-08 22:02:01.0 +0200
@@ -10,6 +10,8 @@
gnome-pkg-tools (>= 0.11),
intltool,
pkg-config (>= 0.18),
+   dh-autoreconf,
+   gnome-doc-utils,
libjson-glib-dev,
libglib2.0-dev (>= 2.28.0),
libsqlite3-dev (>= 3.6.11),
@@ -22,8 +24,6 @@
libsoup2.4-dev,
gobject-introspection (>= 0.10.0),
libgirepository1.0-dev (>= 0.10.0),
-   gir1.2-freedesktop,
-   gir1.2-glib-2.0,
gtk-doc-tools,
python (>= 2.6.6-3~)
 Build-Depends-Indep: libglib2.0-doc
diff -Nru libgda5-5.0.3/debian/control.in libgda5-5.0.3/debian/control.in
--- libgda5-5.0.3/debian/control.in	2012-01-04 02:15:52.0 +0100
+++ libgda5-5.0.3/debian/control.in	2012-10-08 21:50:59.0 +0200
@@ -10,6 +10,8 @@
gnome-pkg-tools (>= 0.11),
intltool,
pkg-config (>= 0.18),
+   dh-autoreconf,
+   gnome-doc-utils,
libjson-glib-dev,
libglib2.0-dev (>= 2.28.0),
libsqlite3-dev (>= 3.6.11),
@@ -22,8 +24,6 @@
libsoup2.4-dev,
gobject-introspection (>= 0.10.0),
libgirepository1.0-dev (>= 0.10.0),
-   gir1.2-freedesktop,
-   gir1.2-glib-2.0,
gtk-doc-tools,
python (>= 2.6.6-3~)
 Build-Depends-Indep: libglib2.0-doc
diff -Nru libgda5-5.0.3/debian/patches/01-link-sqlite-provider-against-sqlite3.patch libgda5-5.0.3/debian/patches/01-link-sqlite-provider-against-sqlite3.patch
--- libgda5-5.0.3/debian/patches/01-link-sqlite-provider-against-sqlite3.patch	1970-01-01 01:00:00.0 +0100
+++ libgda5-5.0.3/debian/patches/01-link-sqlite-provider-against-sqlite3.patch	2012-10-08 21:41:09.0 +0200
@@ -0,0 +1,17 @@
+Description: Link sqlite provider against sqlite3
+ The sqlite provider uses dlopen() to load the sqlite3 library.
+ As a consequence, libgda-5.0-4 did not have a dependency on libsqlite3-0
+ so it was not guaranteed that libsqlite3-0 was actually installed when
+ applications, like anjuta, were using the sqlite provider.
+Author: Cyril Brulebois 
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667751
+--- libgda5-5.0.3.orig/providers/sqlite/Makefile.am
 libgda5-5.0.3/providers/sqlite/Makefile.am
+@@ -18,6 +18,7 @@ libgda_sqlite_la_SOURCES = \
+ libgda_sqlite_la_LDFLAGS = -export-dynamic -module -avoid-version $(NO_UNDEFINED) $(LIBTOOL_PROV_EXPORT_OPTIONS)
+ libgda_sqlite_la_LIBADD = \
+ 	$(top_builddir)/libgda/libgda-5.0.la \
++	$(SQLITE_LIBS) \
+ 	$(COREDEPS_LIBS)
+ 
+ xmldir   = $(datadir)/libgda-5.0
diff -Nru libgda5-5.0.3/debian/patches/series libgda5-5.0.3/debian/patches/series
--- libgda5-5.0.3/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ libgda5-5.0.3/debian/patches/series	2012-10-08 21:33:25.0 +0200
@@ -0,0 +1 @@
+01-link-sqlite-provider-against-sqlite3.patch
diff -Nru libgda5-5.0.3/debian/rules libgda5-5.0.3/debian/rules
--- libgda5-5.0.3/debian/

Bug#689755: bind9: memory hole in named

[Christoph Anton Mitterer]

On Mon, 2012-10-08 at 07:14 +0200, Florian Weimer wrote:
> Have you configured a memory limit for the cache?
Which would you mean max-cache-size or max-acache-size?
But no,... I only have max-cache-ttl and max-ncache-ttl set...


> By default, there
> is no limit, and records are only removed from the resolver cache when
> they expire.
Well I think that's a design bug then in bind, ... cause it can’t just
grow and grow... and then die when it runs out of memory.

There should a) be a reasonable maximum default for the used memory
like... us around 10% of the whole memory...
and b) even if one disables this... it should start to release cached
stuff (and the respective memory) when it sees that the OS runs out of
free memory.

Obviously these would be upstream issues then.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#690002: kernel-package: Git package repository contains empty directory `debian/`

[Paul Menzel]

Package: kernel-package
Version: 12.036+nmu3
Severity: important

Dear Debian folks,


wanting to build the `kernel-package` package, I downloaded the
packaging repository

$ debcheckout kernel-package
declared git repository at 
git://git.debian.org/~srivasta/debian/kernel-package.git
git clone git://git.debian.org/~srivasta/debian/kernel-package.git 
kernel-package ...
Cloning into 'kernel-package'...
remote: Counting objects: 7310, done.
remote: Compressing objects: 100% (1307/1307), done.
remote: Total 7310 (delta 5985), reused 7310 (delta 5985)
Receiving objects: 100% (7310/7310), 1.78 MiB | 821 KiB/s, done.
Resolving deltas: 100% (5985/5985), done.

but was surprised to not find any packaging files as expected.

$ LANG=C ls -al debian/
total 4
drwxr-xr-x 2 joey joey6 Oct  8 23:03 .
drwxr-xr-x 6 joey joey 4096 Oct  8 23:03 ..


Thanks,

Paul

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

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

Versions of packages kernel-package depends on:
ii  binutils   2.22-7.1
ii  build-essential11.5
ii  debianutils4.3.4
ii  file   5.11-2
ii  gettext0.18.1.1-9
ii  make   3.81-8.2
ii  module-init-tools  9-2
ii  po-debconf 1.0.16+nmu2
ii  util-linux 2.20.1-5.2

Versions of packages kernel-package recommends:
ii  cpio  2.11-8

Versions of packages kernel-package suggests:
pn  btrfs-tools 
ii  bzip2   1.0.6-4
ii  docbook-utils   0.6.14-3
ii  e2fsprogs   1.42.5-1
pn  grub | grub2
ii  initramfs-tools [linux-initramfs-tool]  0.109
pn  jfsutils
ii  libncurses5-dev [libncurses-dev]5.9-10
pn  linux-source | kernel-source
pn  mcelog  
ii  oprofile0.9.6-1.4
pn  pcmciautils 
ii  ppp 2.4.5-5.1+b1
ii  procps  1:3.3.3-2
pn  quota   
ii  reiserfsprogs   1:3.6.21-1
pn  squashfs-tools  
ii  udev175-7
ii  xfsprogs3.1.7+b1
ii  xmlto   0.0.25-2

-- no debconf information


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

Bug#690001: ardour: No LV2 GUIs

[Benjamin Scherrer]

Package: ardour
Version: 1:2.8.14-1
Severity: normal

Hi,

another Ardour user from the official forums and I recognized that in the 
current Debian testing version
of Ardour, somehow the LV2 GUIs do not show up as they did in previous 
versions. They are displayed
using the generic LADSPA interface. Running a version build from svn works.

Thanks & best regards,
Benjamin


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

Kernel: Linux 3.6.1 (SMP w/4 CPU cores; PREEMPT)
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 ardour depends on:
ii  jackd 5
ii  libart-2.0-2  2.3.21-2
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libatkmm-1.6-12.22.6-1
ii  libaubio2 0.3.2-4.2+b1
ii  libc6 2.13-35
ii  libcairo2 1.12.2-2
ii  libcairomm-1.0-1  1.10.0-1
ii  libcurl3-gnutls   7.26.0-1
ii  libfftw3-33.3.2-3.1
ii  libfontconfig12.9.0-7
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-7
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.32.3-1
ii  libglibmm-2.4-1c2a2.32.0-1
ii  libgnomecanvas2-0 2.30.3-1
ii  libgnomecanvasmm-2.6-1c2a 2.26.0-1
ii  libgtk2.0-0   2.24.10-2
ii  libgtkmm-2.4-1c2a 1:2.24.2-1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.4+20120529git007cdc37-4
ii  liblilv-0-0   0.14.2~dfsg0-4
ii  liblo70.26~repack-7
ii  liblrdf0  0.4.0-5
ii  libpango1.0-0 1.30.0-1
ii  libpangomm-1.4-1  2.28.4-1
ii  libraptor2-0  2.0.8-1
ii  libsamplerate00.1.8-5
ii  libserd-0-0   0.14.0~dfsg0-2
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsndfile1   1.0.25-5
ii  libsord-0-0   0.8.0~dfsg0-1
ii  libsratom-0-0 0.2.0~dfsg0-1
ii  libstdc++64.7.1-7
ii  libusb-0.1-4  2:0.1.12-20
ii  libvamp-hostsdk3  2.1-1
ii  libvamp-sdk2  2.1-1
ii  libxml2   2.8.0+dfsg1-5
ii  libxslt1.11.1.26-13
ii  python2.7.3~rc2-1
ii  python-gtk2   2.24.0-3
ii  python-twisted12.0.0-1

Versions of packages ardour recommends:
ii  opera [www-browser]  12.02.1578
ii  w3m [www-browser]0.5.3-8

ardour 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#690000: guake lacks python-xdg as a dependency.

[Bartek Krawczyk]

Package: guake
Version: 0.4.3-2
Severity: important

After running apt-get install guake it doesn't start saying:
bartek@purple:~$ guake
Traceback (most recent call last):
  File "/usr/bin/guake", line 35, in 
from xdg.DesktopEntry import DesktopEntry
ImportError: No module named xdg.DesktopEntry


after doing apt-get install python-xdg manually, everything is OK. It seems 
that guake lacks having python-xdg as a dependency.


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

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

Versions of packages guake depends on:
ii  gconf2   3.2.5-1+build1
ii  libatk1.0-0  2.4.0-2
ii  libc62.13-35
ii  libcairo21.12.2-2
ii  libfontconfig1   2.9.0-7
ii  libfreetype6 2.4.9-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgtk2.0-0  2.24.10-2
ii  libpango1.0-01.30.0-1
ii  libpython2.7 2.7.3~rc2-2.1
ii  libx11-6 2:1.5.0-1
ii  notification-daemon  0.7.5-1
ii  python   2.7.3~rc2-1
ii  python-dbus  1.1.1-1
ii  python-gconf 2.28.1+dfsg-1
ii  python-glade22.24.0-3
ii  python-notify0.1.1-3
ii  python-vte   1:0.28.2-5
ii  python2.72.7.3~rc2-2.1
ii  xfce4-notifyd [notification-daemon]  0.2.2-2

guake recommends no packages.

guake 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#689999: unblock: tracker/0.14.1-3

[Michael Biebl]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package tracker

The Evolution email miner in tracker is currently broken. With evo
3.0/3.2 it could lead to evolution hang during startup, with evo 3.4 it
simply does nothing.
I've talked to upstream but progress on this issue is very slow so
it doesn't look like there will be a fix anytime soon.
So the best option I see atm is to simply drop the tracker-miner-evolution
binary package for now.

While preparing the upload, I've also switched on xz compression.

Full debdiff is attached.

Thanks,
Michael

unblock tracker/0.14.1-3

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru tracker-0.14.1/debian/changelog tracker-0.14.1/debian/changelog
--- tracker-0.14.1/debian/changelog	2012-06-21 23:21:58.0 +0200
+++ tracker-0.14.1/debian/changelog	2012-10-08 22:17:51.0 +0200
@@ -1,3 +1,11 @@
+tracker (0.14.1-3) unstable; urgency=low
+
+  * Use xz compression for binary packages.
+  * Disable Evolution email data miner. It is currently non-functional and
+unlikely to be fixed in time for wheezy. (Closes: #666176)
+
+ -- Michael Biebl   Mon, 08 Oct 2012 22:17:39 +0200
+
 tracker (0.14.1-2) unstable; urgency=low
 
   * debian/patches/0001-evolution-plugin-include-missing-header.patch: Include
diff -Nru tracker-0.14.1/debian/control tracker-0.14.1/debian/control
--- tracker-0.14.1/debian/control	2012-06-21 23:21:58.0 +0200
+++ tracker-0.14.1/debian/control	2012-10-08 22:17:51.0 +0200
@@ -23,9 +23,9 @@
libtotem-plparser-dev,
zlib1g-dev,
libexempi-dev (>= 2.1.0),
-   evolution-dev (>= 2.32.0),
-   evolution-data-server-dev (>= 2.32.0),
-   libcamel1.2-dev (>= 2.32.0),
+#   evolution-dev (>= 2.32.0),
+#   evolution-data-server-dev (>= 2.32.0),
+#   libcamel1.2-dev (>= 2.32.0),
libxml2-dev (>= 2.6),
libupower-glib-dev (>= 0.9.0),
libnautilus-extension-dev (>= 3.0),
@@ -58,7 +58,7 @@
 Recommends: tracker-utils,
 tracker-gui,
 tracker-miner-fs,
-tracker-miner-evolution
+#tracker-miner-evolution
 Breaks: rygel-tracker (<< 0.5)
 Description: metadata database, indexer and search tool
  Tracker is an advanced framework for first class objects with associated
@@ -312,17 +312,17 @@
  metadata and tags. It provides a one stop solution for all metadata, tags,
  shared object databases, search tools and indexing.
 
-Package: tracker-miner-evolution
-Architecture: any
-Depends: ${shlibs:Depends},
- ${misc:Depends},
- tracker (= ${binary:Version})
-Description: metadata database, indexer and search tool - evolution plugin
- This package contains a plugin for indexing your evolution emails.
- .
- Tracker is an advanced framework for first class objects with associated
- metadata and tags. It provides a one stop solution for all metadata, tags,
- shared object databases, search tools and indexing.
+#Package: tracker-miner-evolution
+#Architecture: any
+#Depends: ${shlibs:Depends},
+# ${misc:Depends},
+# tracker (= ${binary:Version})
+#Description: metadata database, indexer and search tool - evolution plugin
+# This package contains a plugin for indexing your evolution emails.
+# .
+# Tracker is an advanced framework for first class objects with associated
+# metadata and tags. It provides a one stop solution for all metadata, tags,
+# shared object databases, search tools and indexing.
 
 Package: tracker-dbg
 Architecture: any
diff -Nru tracker-0.14.1/debian/rules tracker-0.14.1/debian/rules
--- tracker-0.14.1/debian/rules	2012-06-21 23:21:58.0 +0200
+++ tracker-0.14.1/debian/rules	2012-10-08 22:17:51.0 +0200
@@ -31,7 +31,7 @@
 		--disable-gnome-keyring \
 		--disable-miner-rss \
 		--disable-miner-flickr \
-		--enable-miner-evolution \
+		--disable-miner-evolution \
 		--enable-gtk-doc \
 
 # Enforce tight shlibs dependencies
@@ -47,3 +47,6 @@
 
 override_dh_strip:
 	dh_strip --dbg-package=tracker-dbg
+
+override_dh_builddeb:
+	dh_builddeb -- -Zxz

Bug#689998: ITP: appstream-core -- Generator for application index

[Matthias Klumpp]

Package: wnpp
Severity: wishlist
Owner: Matthias Klumpp 


* Package name  : appstream
  Version : 0.1
  Upstream Author   : Matthias Klumpp 
* URL : http://distributions.freedesktop.org/wiki/AppStream
* License: GPLv3+/LGPLv3+
  Programming Lang: Vala/C++
  Description   : Generator for application index

 AppStream is an initiative of cross-distro collaboration,
 which aims at creating an unified software metadata database,
 and also a centralized OCS (Open Collaboration Services)
 user-contributed content database.
 The AppStream database allows people to write application-centric
 software management tools easily.


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

Bug#688794: Circular dependancy after reboot when..

[Henrique de Moraes Holschuh]

On Mon, 08 Oct 2012, maximilian attems wrote:
> "Variables set by the user must have a name consisting solely of alphabet‐
> ics, numerics, and underscores - the first of which must not be numeric."
> - dash.1
> 
> it seems the initramfs-tools manpage added the "dash" along
> the lines, which is wrong for this cornercase of /tmp noexec and
> no busybox.
> Then scripts are unfortunately variable names and thus should not
> have dash in their names.

Well, I don't mind changing the name of the initramfs-tools helper scripts
in the *-microcode packages, but this _really_ needs to be documented in the
initramfs-tools manpages, AND it needs to generate an warning on
update-initramfs time.  It is really non-obvious.

However, I do propose that instead of changing intel-microcode,
amd64-microcode, and any other packages present and future that might run
afoul of this restriction, the initramfs scripts should suitably transform
all valid script names so that they can be valid variable names.

Maybe it could internally replace all characters that are valid for package
names but not for variables with "_", or just skip any characters outside of
[a-zA-Z0-9_].  This has the advantage of being a central fix, and also
avoiding a very nasty breakage on a fallback mode of the initramfs that is
rarely exercised.

Also, I suggest that initramfs-tools should either provide tsort inside the
initramfs, or drop the code that conditionally uses it.  That codepath could
be hiding landmines as well.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#626560: Python Plugin: scan for non NULLs in print events

[Adam Dane]

On Bart Martens wrote on bug 626560:
To reproduce you can have a python script to call xchat.hook_print 
for "Quit"

with a callback to print the whole list it receives.


Can you provide such script please ?



I've attached a simple script for that purpose.

Thanks,

Adam__module_name__ = "bug626560_example.py" 
__module_version__ = "0" 
__module_description__ = "Python plugin test for Debian bug #626560" 

import xchat

def quit_cb(word, word_eol, userdata):
  all_words = ' '.join(word)
  xchat.prnt("***DEBUG***\t{0}".format(all_words))
  return xchat.EAT_XCHAT

xchat.hook_print("Quit", quit_cb)

Bug#682719: Your gcl 2.6.7-107 upload

[Adam D. Barratt]

On Mon, 2012-10-08 at 22:59 +0200, Svante Signell wrote:
> On Mon, 2012-10-08 at 21:10 +0100, Adam D. Barratt wrote:
> > On Mon, 2012-10-08 at 22:03 +0200, Svante Signell wrote:
> > > Nevertheless, why build-depend on a non-existing
> > > package emacsen with emacs23 | emacsen?
> > 
> > It does exist, in exactly the same way that e.g. mail-transport-agent
>  apt-cache show emacsen
> N: Can't select versions from package 'emacsen' as it is purely virtual
[...]
> Same with mail-transport-agent, I am probably missing something.

Yes, you are. The wording of the error message should give you a clue.

Regards,

Adam


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

Bug#682719: Your gcl 2.6.7-107 upload

[Svante Signell]

On Mon, 2012-10-08 at 21:10 +0100, Adam D. Barratt wrote:
> [recipient list trimmed, although it should probably be even smaller]
> 
> On Mon, 2012-10-08 at 22:03 +0200, Svante Signell wrote:
> > Nevertheless, why build-depend on a non-existing
> > package emacsen with emacs23 | emacsen?
> 
> It does exist, in exactly the same way that e.g. mail-transport-agent
 apt-cache show emacsen
N: Can't select versions from package 'emacsen' as it is purely virtual
N: No packages found
apt-cache showsrc emacsen
W: Unable to locate package emacsen
N: No packages found

Same with mail-transport-agent, I am probably missing something.
Where is it?


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

Bug#689997: iconv: illegal input sequence at position 86 ERROR: Conversion of /usr/share/hunspell/hu_HU_u8.aff failed

[Daniel Kahn Gillmor]

Package: myspell-hu
Version: 1.2+repack-2
Severity: normal
Control: affects -1 postgresql-common

Hi myspell-hu maintainer!

it seems that there is non-u8 data in /usr/share/hunspell/hu_HU_u8.aff
-- it causes an error message to be emitted in pg_updatedicts when it is
converted to the postgres form (see transcript below).

It appears to be due (at least) to ISO-8859-1 characters in the
comments in an otherwise-UTF-8 file:

0 dkg@stylus:~/tmp$ grep ^SET ) {
if (/^SET ([\w-]+)\s*$/) { return $1; }
}
return undef;
}


There are many non-UTF-8 characters in hu_HU_u8.aff as well, though.
a simple transformation of all the comments to UTF-8 doesn't appear to
be enough to make the pg_updatedicts invocation complete without a
noisy warning.

If you think the file is legitimate as it stands (i confess i don't
really understand the affix file format), please reassign this bug to
postgresql-common (which owns pg_updatedicts) so that
postgresql-common can do better file handling.

Arguably, this is also a bug in postgresql-common because it is not
verifying that the iconv transformation worked correctly at all, but
just pushes ahead.

Regards,

--dkg

0 root@stylus:~# pg_updatedicts
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
  en_us
0 root@stylus:~# apt-get install myspell-hu
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  openoffice.org
The following NEW packages will be installed:
  myspell-hu
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/1,105 kB of archives.
After this operation, 6,092 kB of additional disk space will be used.
Selecting previously unselected package myspell-hu.
(Reading database ... 271340 files and directories currently installed.)
Unpacking myspell-hu (from .../myspell-hu_1.2+repack-2_all.deb) ...
Setting up myspell-hu (1.2+repack-2) ...
0 root@stylus:~# pg_updatedicts
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
  en_us
  hu_hu
  hu_hu_u8
iconv: illegal input sequence at position 86
ERROR: Conversion of /usr/share/hunspell/hu_HU_u8.aff failed
0 root@stylus:~# apt-get purge myspell-hu
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  myspell-hu*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 6,092 kB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 271351 files and directories currently installed.)
Removing myspell-hu ...
0 root@stylus:~# pg_updatedicts
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
  en_us
0 root@stylus:~# 


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

Kernel: Linux 3.5-trunk-686-pae (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 myspell-hu depends on:
ii  dictionaries-common  1.12.10

myspell-hu recommends no packages.

Versions of packages myspell-hu suggests:
pn  openoffice.org  

-- 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#689919: Question on AFL 3.0 section 9

[Francesco Poli]

On Mon, 8 Oct 2012 15:11:12 -0500 Peter Samuelson wrote:

> 
> [Francesco Poli]
> > However, asking for clarifications to the license author is not
> > necessarily helpful: the reply you obtained from L. Rosen clarifies
> > *his own* interpretation of one unclear clause of the AFL v3.0.
> 
> I know the distinction.  But he is a lawyer with significant experience
> in IP and open source.  He wrote a book on open source licensing.

Well, he is also known for writing troublesome and non-free licenses...
YMMV.

But anyway.

[...]
> These are credentials which I certainly do
> not have, and (AFAIK) neither do you.

Indeed, I am not a lawyer (and I do not write non-free licenses...).

[...]
> > I think you should get in touch with its *copyright holders*, rather
> > than with the author of the license they adopted.
> 
> I already did - many years ago - because at the time, svn_load_dirs had
> no explicit license at all.  Blair, the author, spent some time
> contacting his former employer, the copyright holder, a company named
> Dolby that is now owned by Sony.  Eventually, they added an explicit
> license.

And they chose the AFL v3.0...  Ouch!  :-(

> I find it _very_ unlikely that they will be willing to go
> through all that trouble again, in order to change from one
> OSI-approved license to another.  And not only OSI-approved, but
> written by a member and former board member of the ASF.

Too bad that OSI approves just about everything on its radar!   :-(

> 
> I could remove svn_load_dirs again.  It turned out to be somewhat
> disruptive last time I did that (because there was no license at all).
> It seems people actually use that script, though I do not.  While there
> is a partial replacement available (svn-load by dannf, actually written
> _because_ of this issue, and packaged separately), I don't want to put
> people through the disruption of removing this again now that it's back
> in.  That is why I now ship it in the debian subdir, as the whole
> 'contrib' area is no longer shipped in upstream tarballs.

I see.
This is the harm that a bad licensing choice may cause...   :-(

I hope you manage to implement a good fix for this issue, solution (A),
(B), or (C), whatever works.


Cheers.


-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp8wiKLwWRqP.pgp
Description: PGP signature

Bug#689351: unblock: klibc/2.0.1-3

[maximilian attems]

one more arm fix got added since,
added it directly in klibc 2.0.1-3,
see belows diff.

Thank you,

-- 
maks


commit 9472b6159928b14c19ec23f1be704459a630b52a
Author: maximilian attems 
Date:   Mon Oct 8 21:58:43 2012 +0200

release 2.0.1-3

diff --git a/debian/changelog b/debian/changelog
index f595336..fde3e9b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+klibc (2.0.1-3) unstable; urgency=medium
+
+  [ Bill Pringlemeir ]
+  * [f05ff11] [klibc] fix ARM longjmp with zero 'val'.
+
+ -- maximilian attems   Mon, 08 Oct 2012 21:57:01 +0200
+
 klibc (2.0.1-2) unstable; urgency=low
 
   [ Sven Joachim ]
diff --git 
a/debian/patches/0001-klibc-PATCH-fix-ARM-longjmp-with-zero-val.patch 
b/debian/patches/0001-klibc-PATCH-fix-ARM-longjmp-with-zero-val.patch
new file mode 100644
index 000..920684d
--- /dev/null
+++ b/debian/patches/0001-klibc-PATCH-fix-ARM-longjmp-with-zero-val.patch
@@ -0,0 +1,35 @@
+From f05ff116bb9edbbb81d82fa47b78e630ce878470 Mon Sep 17 00:00:00 2001
+From: Bill Pringlemeir 
+Date: Tue, 2 Oct 2012 13:29:52 -0400
+Subject: [PATCH] [klibc] [PATCH] fix ARM longjmp with zero 'val'.
+
+We need to set the condition codes on the ARM.  The previous version was
+using a left over condition code from the caller.  Also, use conditional
+execution to eliminate branch and reduce size.
+
+Signed-off-by: Bill Pringlemeir 
+[ backported to 3.0.1-2 - maks ]
+Signed-off-by: maximilian attems 
+---
+ usr/klibc/arch/arm/setjmp.S |7 +++
+ 1 file changed, 3 insertions(+), 4 deletions(-)
+
+diff --git a/usr/klibc/arch/arm/setjmp.S b/usr/klibc/arch/arm/setjmp.S
+index 92ffc43..9f96274 100644
+--- a/usr/klibc/arch/arm/setjmp.S
 b/usr/klibc/arch/arm/setjmp.S
+@@ -40,8 +40,9 @@ setjmp:
+   .type longjmp, #function
+ longjmp:
+   ldmia   r0, {r4, r5, r6, r7, r8, r9, r10, fp, sp, lr}
+-  mov r0, r1
++  movsr0, r1
++  moveq   r0, #1
+   BX(lr)
+   .size longjmp,.-longjmp
+
+ #else /* __thumb__ */
+ 
+-- 
+1.7.10.4
+
diff --git a/debian/patches/series b/debian/patches/series
index b9b1598..5fa4e19 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -7,4 +7,4 @@ Fix-minimal-mv-to-work-across-fs
 0001-klibc-Avoid-overflow-for-very-long-variable-name.patch
 0001-klibc-arm-fix-trashing-of-callee-saved-registers-in-.patch
 0002-klibc-arm-unbreak-armhf-shared-binaries-those-with-t.patch
-
+0001-klibc-PATCH-fix-ARM-longjmp-with-zero-val.patch


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

Bug#687307: Fwd: [php-maint] Updating php5 to 5.4.4-5 broke FastCGI setup on my machine

[Ondřej Surý]

On Mon, Oct 8, 2012 at 9:51 PM, Christoph Anton Mitterer
 wrote:
> On Mon, 2012-10-08 at 15:38 +0200, Ondřej Surý wrote:
>> Just one last question which came to my mind. Would this all be fixed
>> if we added non-magic type to mime-support (e.g.
>> http://bugs.debian.org/670945) and reverting the changes done in the
>> php5-cgi package?
> I'm a bit unsure how/why that would fix the general problem?
> Perhaps you can elaborate a bit more on what your ideas are :)

Basically it would bring the old behaviour back while not mangling
with custom Set/AddHandler directives in the apache. Remember the
php5_cgi.{load,conf} hack was introduced after decision to fix this
only in Apache - which in turn caused more breakage in custom setups
then expected.

Stefan, what do you think?

[...snip some unrelated future ideas...]

O.
-- 
Ondřej Surý 


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

Bug#688201: Bug#682719: Your gcl 2.6.7-107 upload

[Philipp Kern]

On Mon, Oct 08, 2012 at 10:03:01PM +0200, Svante Signell wrote:
> Regarding the emacs23 | emacs24 dependency I thought emacs24 would enter
> testing. Obviously it did not make it in time. And the patch I submitted
> was for acl2, not gcl. Nevertheless, why build-depend on a non-existing
> package emacsen with emacs23 | emacsen?

Why build depend on emacs24 given that emacsen satisfies it if you install it
locally? Our build infrastructure would not pick emacs24 with your proposal
anyway because build depends after the first one are discarded.

Your local build would also not pick it up because emacs23 is still in
unstable.

> Additionally, it looks like emacs24 is not the default for unstable,
> why not?  It should be for testing yes, but unstable?

To avoid shoveling more stuff towards t-p-u without testing.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#689866: flawed german translation

[Ricardo Mones]

forwarded 689866 
http://lists.claws-mail.org/pipermail/translators/2012-October/88.html
tags 689866 confirmed pending
thanks

On Sun, Oct 07, 2012 at 02:21:46PM +0200, Markus Grunwald wrote:
> Package: claws-mail-i18n
> Version: 3.8.1-1
> Severity: minor
> Tags: l10n patch
> 
> --- Please enter the report below this line. ---
> 
> The toolbar translation for  msgid "Toolbar|Trash" is
> "Werkzeugleiste|Papierkorb" but should be only "Papierkorb". Similar for
> msgid "Toolbar|Sender", which should be "Absender".
> 
> The patch corrects both errors.

  Thanks for reporting, forwarded upstream.

  best regards,
-- 
  Ricardo Mones 
  ~
  The three principal virtues of a programmer are Laziness, 
  Impatience, and Hubris.man perl



signature.asc
Description: Digital signature

Bug#689996: postgresql-common: pg_updatedicts does not remove old dictionaries

[Daniel Kahn Gillmor]

Package: postgresql-common
Version: 136
Severity: normal
Control: found -1 134wheezy1

It looks like pg_updatedicts adds new dictionaries to postgresql's
dictionary cache, but it doesn't remove old dictionaries that have
been purged.

This seems like a mistake to me -- why should these dictionaries
linger if the system administator has purged them?

Below is an example transcript that i think shows the problem:

0 root@stylus:~# ls -la /var/cache/postgresql/dicts/it*
ls: cannot access /var/cache/postgresql/dicts/it*: No such file or directory
2 root@stylus:~# apt-get install myspell-it
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  myspell-it
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 365 kB of archives.
After this operation, 1,377 kB of additional disk space will be used.
Get:1 http://http.us.debian.org/debian/ sid/main myspell-it all 1:3.3.0-4 [365 
kB]
Fetched 365 kB in 0s (785 kB/s)
Selecting previously unselected package myspell-it.
(Reading database ... 271633 files and directories currently installed.)
Unpacking myspell-it (from .../myspell-it_1%3a3.3.0-4_all.deb) ...
Processing triggers for postgresql-common ...
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
  bg_bg
  ca_es-valencia
  ca_es
  cs_cz
  da_dk
  de_de
  en_gb
  en_us
  eo
  et_ee
  fr
  he
  it_it
  ku_tr
  lt_lt
  lv_lv
  nb_no
  nl
  nn_no
  pl
  pt
  pt_br
  ru_ru
  sk_sk
  sl_si
  sv_se
  uk_ua
[ ok ] Starting PostgreSQL 9.1 database server: main.
Setting up myspell-it (1:3.3.0-4) ...
0 root@stylus:~# ls -la /var/cache/postgresql/dicts/it*
-rw-r--r-- 1 root root   80452 Oct  8 16:28 
/var/cache/postgresql/dicts/it_it.affix
-rw-r--r-- 1 root root 1292843 Oct  8 16:28 
/var/cache/postgresql/dicts/it_it.dict
0 root@stylus:~# apt-get purge myspell-it
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  myspell-it*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
After this operation, 1,377 kB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 271643 files and directories currently installed.)
Removing myspell-it ...
Purging configuration files for myspell-it ...
Processing triggers for postgresql-common ...
Building PostgreSQL dictionaries from installed myspell/hunspell packages...
  bg_bg
  ca_es-valencia
  ca_es
  cs_cz
  da_dk
  de_de
  en_gb
  en_us
  eo
  et_ee
  fr
  he
  ku_tr
  lt_lt
  lv_lv
  nb_no
  nl
  nn_no
  pl
  pt
  pt_br
  ru_ru
  sk_sk
  sl_si
  sv_se
  uk_ua
[ ok ] Starting PostgreSQL 9.1 database server: main.
0 root@stylus:~# ls -la /var/cache/postgresql/dicts/it*
-rw-r--r-- 1 root root   80452 Oct  8 16:28 
/var/cache/postgresql/dicts/it_it.affix
-rw-r--r-- 1 root root 1292843 Oct  8 16:28 
/var/cache/postgresql/dicts/it_it.dict
0 root@stylus:~# ls -la /usr/share/postgresql/9.1/tsearch_data/it*
-rw-r--r-- 1 root root 1654 Sep 25 01:02 
/usr/share/postgresql/9.1/tsearch_data/italian.stop
lrwxrwxrwx 1 root root   39 Oct  8 16:28 
/usr/share/postgresql/9.1/tsearch_data/it_it.affix -> 
/var/cache/postgresql/dicts/it_it.affix
lrwxrwxrwx 1 root root   38 Oct  8 16:28 
/usr/share/postgresql/9.1/tsearch_data/it_it.dict -> 
/var/cache/postgresql/dicts/it_it.dict
0 root@stylus:~# 
0 root@stylus:~# 

thanks for maintaining postgresql in debian!

   --dkg


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

Kernel: Linux 3.5-trunk-686-pae (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 postgresql-common depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.46
ii  logrotate 3.8.2-1
ii  lsb-base  4.1+Debian7
ii  postgresql-client-common  136
ii  procps1:3.3.3-2
ii  ssl-cert  1.0.32

postgresql-common recommends no packages.

postgresql-common suggests no packages.

-- debconf information:
  postgresql-common/obsolete-major:


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

Bug#689861: Issues with Xen when all CPUs are available to dom0

[Peter Viskup]

Hello Ian,

On 10/08/2012 05:31 PM, Ian Campbell wrote:

I'm afraid I don't have any particularly dazzling insights here. One
thing you could try is asking on the upstream xen-users@ list in case
someone else has seen this, although it doesn't ring any bells for me.

Another experiment might be to try the wheezy hypervisor and/or kernel
packages.

The stolen time thing is weird, since that is time spent where the VCPU
could run but is not because another VCPU is scheduled -- but if you
can't start any guests then there is nothing to compete against. It
might be interesting to investigate a little where all the CPU time is
going, firstly using top to check for rogue processes in dom0 and then
xentop to look for rogue VCPUs. Pressing 'd' on the xen debug console a
few time ("statistical sampling") might give also give a clue where the
physical CPUs are spending all of there time.

How many physical CPUs do you have?


Hang on, this shows:
 server1:~# xm vcpu-list 0
 NameID  VCPU   CPU State   Time(s) CPU
 Affinity
 Domain-0 0 0 0   r--1568.2 0
 Domain-0 0 1 -   --p 129.3 0
 Domain-0 0 2 -   --p 132.1 0
 Domain-0 0 3 -   --p 134.8 0

This is just after I booted dom0 with limit to one CPU.

IOW you have 4 dom0 VCPUs but they are all constrained to run on
physical CPU0 --that would lead precisely to loads of stolen time!

What pinning options are you using to achieve this? It might be useful
to provide you full command lines (both h/v and kernel) and config files
etc. A boot log wouldn't go amiss either.

Contrast with my system here:
 root@calder:~# xm vcpu-list
 NameID  VCPU   CPU State   Time(s) CPU 
Affinity
 Domain-0 0 0 0   -b-1628.5 any 
cpu
 Domain-0 0 1 1   r--1539.1 any 
cpu

Here you see that my 2 dom0 vcpus are free to run on any pVCPU. Even
with pinning I would expect VCPU0->PCPU0 and VCPU1->PCPU1.

Ian.


These are outputs showing the situation:

top - 00:48:28 up 4 min,  1 user,  load average: 3.97, 1.66, 0.62

Tasks: 257 total,  12 running, 241 sleeping,   0 stopped,   4 zombie

Cpu0  :  0.0%us,  1.5%sy,  0.0%ni, 24.9%id,  0.0%wa,  0.0%hi,  0.0%si, 73.6%st

Cpu1  :  0.0%us,  0.7%sy,  0.0%ni, 23.3%id,  0.5%wa,  0.0%hi,  0.0%si, 75.6%st

Cpu2  :  0.3%us,  4.8%sy,  0.0%ni,  8.1%id,  0.0%wa,  0.0%hi,  0.0%si, 86.7%st

Cpu3  :  0.0%us,  0.4%sy,  0.0%ni, 21.7%id,  0.0%wa,  0.0%hi,  0.4%si, 77.4%st

Cpu4  :  0.7%us,  1.0%sy,  0.0%ni,  1.3%id,  0.0%wa,  0.0%hi,  0.3%si, 96.7%st

Cpu5  :  0.4%us,  2.8%sy,  0.0%ni,  1.1%id,  0.0%wa,  0.0%hi,  0.0%si, 95.8%st

Mem:765788k total,   360872k used,   404916k free,59444k buffers

Swap:   974840k total,0k used,   974840k free,49796k cached


server2:~# xm vcpu-list

NameID  VCPU   CPU State   Time(s) CPU Affinity

Domain-0 0 0 0   -b-  80.6 0

Domain-0 0 1 0   ---  78.0 0

Domain-0 0 2 0   -b-  79.5 0

Domain-0 0 3 0   -b-  78.6 0

Domain-0 0 4 0   ---  77.6 0

Domain-0 0 5 0   ---  79.5 0


The output of 'xm vcpu-list' took approx. 5 minutes to finish. I just 
realized there is that 'wrong' CPU affinity you just mentioned.

The system was booted with this configuration:

grub.cfg

multiboot   /xen-4.0-amd64.gz placeholder dom0_mem=756M acpi=on 
numa=on console=tty0 sync_console console_to_ring com2=11520,8n1 console=com2

module  /vmlinuz-2.6.32-5-xen-amd64 placeholder 
root=/dev/mapper/system_xen-root ro root=/dev/mapper/system_xen-root ro quiet 
console=hvc0 earlyprintk=xen nomodeset

xend-config.sxp

   (dom0-cpus 0)


If I set value of dom0-cpus to '1' - all the vcpus except the first one 
are in 'paused' state as shown before:


server1:~# xm vcpu-list 0

NameID  VCPU   CPU State   Time(s) CPU

Affinity

Domain-0 0 0 0   r--1568.2 0

Domain-0 0 1 -   --p 129.3 0

Domain-0 0 2 -   --p 132.1 0

Domain-0 0 3 -   --p 134.8 0


I have mostly default Xen config. One of the affected systems is single 
CPU and the second one dual CPU with only one processor chipset installed.
I just found that I put this into rc.local (with modification date of 13 
July 2008):


xm vcpu-pin 0 all 0

This explains the CPU Affinity and where the issue is coming from.
Anyway this was working before (

Bug#689728: mirror listing update for debs.pelotas.ifsul.edu.br

[Rodrigo Abrantes Antunes]

Citando Raphael Geissert :

Hi,

  Thanks for sending us an update.

  On Friday 05 October 2012 10:56:21 CMR - Instituto Federal  
Sul-rio-grandense

  - Campus Pelotas wrote:
  [...]  > Maintainer: CMR - Instituto Federal Sul-rio-grandense -  
Campus Pelotas

Country: BR Brazil

  Should we also update the sponsor to point to www.pelotas.ifsul.edu.br[1]
  instead of www.ifsul.edu.br[2]?

  How much bandwidth is available?

  Also, please refer to Simon Paillard's email regarding the tool you use to
  mirror.

  Regards,
  --
  Raphael Geissert - Debian Developerwww.debian.org - get.debian.net


Yes, please update sponsor too. We have 34mb/s. I just finished the
configuration of the new ftpsync script and i't is running without errors
until now.

Thanks.



Links:
--
[1] http://www.pelotas.ifsul.edu.br
[2] http://www.ifsul.edu.br

Bug#689995: "HDC" instead of "HDV" in extended description

[Filipus Klutiero]

Package: kdenlive
Version: 0.9.2-2
Severity: normal

The extended description starts with:

Kdenlive is a non-linear video editing suite, which supports DV, HDC 
and much

more formats.


While Kdenlive might support HDC, I have a strong feeling that "HDC" is 
supposed to read "HDV".


By the way, formats are countable. "much more formats" should either 
read just "much more" or "many more formats".



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

Bug#689919: Question on AFL 3.0 section 9

[Peter Samuelson]

[Francesco Poli]
> However, asking for clarifications to the license author is not
> necessarily helpful: the reply you obtained from L. Rosen clarifies
> *his own* interpretation of one unclear clause of the AFL v3.0.

I know the distinction.  But he is a lawyer with significant experience
in IP and open source.  He wrote a book on open source licensing.  He
used to serve on the board of the ASF - though eventually he resigned
due to internal politics.  These are credentials which I certainly do
not have, and (AFAIK) neither do you.  I was hoping he would say "this
doesn't mean what you think it means", and explain why ... and he did.
I think that is not meaningless.  Also, that something is "unclear" to
you or to me does not mean it is unclear in the context of the legal
profession.

To put it another way: there is quite a lot of disagreement out there
on how to interpret various points of the GPLv2.  Does this mean we
should ask every copyright holder of GPLv2 software to clarify their
own stance, before accepting their software into Debian?  We certainly
don't do that today!

> I think you should get in touch with its *copyright holders*, rather
> than with the author of the license they adopted.

I already did - many years ago - because at the time, svn_load_dirs had
no explicit license at all.  Blair, the author, spent some time
contacting his former employer, the copyright holder, a company named
Dolby that is now owned by Sony.  Eventually, they added an explicit
license.  I find it _very_ unlikely that they will be willing to go
through all that trouble again, in order to change from one
OSI-approved license to another.  And not only OSI-approved, but
written by a member and former board member of the ASF.

I could remove svn_load_dirs again.  It turned out to be somewhat
disruptive last time I did that (because there was no license at all).
It seems people actually use that script, though I do not.  While there
is a partial replacement available (svn-load by dannf, actually written
_because_ of this issue, and packaged separately), I don't want to put
people through the disruption of removing this again now that it's back
in.  That is why I now ship it in the debian subdir, as the whole
'contrib' area is no longer shipped in upstream tarballs.

Peter


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

Bug#689728: mirror listing update for debs.pelotas.ifsul.edu.br

[Raphael Geissert]

Hi,

Thanks for sending us an update.

On Friday 05 October 2012 10:56:21 CMR - Instituto Federal Sul-rio-grandense 
- Campus Pelotas wrote:
[...]
> Maintainer: CMR - Instituto Federal Sul-rio-grandense - Campus Pelotas
>  Country: BR Brazil

Should we also update the sponsor to point to www.pelotas.ifsul.edu.br 
instead of www.ifsul.edu.br?

How much bandwidth is available?

Also, please refer to Simon Paillard's email regarding the tool you use to 
mirror.

Regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#682719: Your gcl 2.6.7-107 upload

[Adam D. Barratt]

[recipient list trimmed, although it should probably be even smaller]

On Mon, 2012-10-08 at 22:03 +0200, Svante Signell wrote:
> Nevertheless, why build-depend on a non-existing
> package emacsen with emacs23 | emacsen?

It does exist, in exactly the same way that e.g. mail-transport-agent
does.

> Additionally, it looks like
> emacs24 is not the default for unstable, why not? It should be for
> testing yes, but unstable?

That's up to the emacs maintainer, you might want to ask them rather
than us. From memory his plan was to keep 23 as the default in wheezy
even if 24 had entered wheezy as it would be too late to transition all
of the dependent packages; I assume the default wasn't changed in
unstable so that packages didn't get blocked from migrating due to
adding dependencies on emacs24.

Regards,

Adam


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

Bug#682719: Your gcl 2.6.7-107 upload

[Svante Signell]

On Mon, 2012-10-08 at 19:22 +0200, Philipp Kern wrote:
> Camm,
> 
> am Mon, Oct 08, 2012 at 12:02:52PM -0400 hast du folgendes geschrieben:
> > Greetings!  This was in line of addressing #682719.  I was under the
> > impression that the emacsen would cover the absence of emacs24.
> 
> emacs24's forced in from unstable if no emacsen is installed yet. The
> bug you cited does talk about *build dependencies* and about putting it
> as a less-preferred build alternative (which is entirely bogus by
> itself, i.e. the bug report's resolution suggesting is *wrong*, because
> the buildd infrastructure will not consider such alternatives). In
> gcl you changed the binary package's *dependency* specification.

Regarding the emacs23 | emacs24 dependency I thought emacs24 would enter
testing. Obviously it did not make it in time. And the patch I submitted
was for acl2, not gcl. Nevertheless, why build-depend on a non-existing
package emacsen with emacs23 | emacsen? Additionally, it looks like
emacs24 is not the default for unstable, why not? It should be for
testing yes, but unstable?


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

Bug#689994: postgresql-common: dpkg trigger for pg_updatedicts misses files in /usr/share/hunspell

[Daniel Kahn Gillmor]

Package: postgresql-common
Version: 136
Severity: normal

It looks like the dpkg trigger for running pg_updatedicts only looks
at files in /usr/share/myspell/dicts.

however, pg_updatedicts also looks for dictionaries in
/usr/share/hunspell.

i think the trigger should cover both locations, if possible.  or
maybe use two triggers, if dpkg can't handle a single trigger per
location?

  --dkg

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

Kernel: Linux 3.5-trunk-686-pae (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 postgresql-common depends on:
ii  adduser   3.113+nmu3
ii  debconf [debconf-2.0] 1.5.46
ii  logrotate 3.8.2-1
ii  lsb-base  4.1+Debian7
ii  postgresql-client-common  136
ii  procps1:3.3.3-2
ii  ssl-cert  1.0.32

postgresql-common recommends no packages.

postgresql-common suggests no packages.

-- debconf information:
  postgresql-common/obsolete-major:


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

Bug#677096: Will be in ghc-7.6.2

[Joachim Breitner]

Control: tag -1 + fixed-upstream

According to http://hackage.haskell.org/trac/ghc/ticket/5991#comment:18
this will be in GHC-7.6.2

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#689993: phonon-backend-vlc: no sound in amarok

[Simon Brandmair]

Package: phonon-backend-vlc
Version: 0.6.0-1
Severity: important

Which the upgrade in wheezy to 0.6.0 amarak (2.6) doesn't play any sound 
anymore, when I am using the vlc backend.

Work around: downgrade to 0.5.0+14.g382da0d-2

Maybe relevant debug output:

QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. 
Application may misbehave.
KGlobal::locale::Warning your global KLocale is being recreated with a valid 
main component instead of a fake component, this usually means you tried to 
call i18n related functions before your main component was created. You should 
not do that since it most likely will not work 
amarok: BEGIN: App::App() 
amarok:   BEGIN: void App::continueInit() 
amarok: BEGIN: EngineController::EngineController() 
amarok: END__: EngineController::EngineController() 
[Took: 0s] 
amarok: BEGIN: void EngineController::initializePhonon() 
[0x2d777c8] main services discovery error: no suitable services discovery module
WARNING: Phonon::createPath: Cannot connect  Phonon::MediaObject ( no 
objectName ) to  Phonon::AudioDataOutput ( no objectName ). 
Object::connect: No such signal Phonon::VLC::MediaObject::angleChanged(int) in 
../../phonon/mediacontroller.cpp:64
Object::connect: No such signal 
Phonon::VLC::MediaObject::availableAnglesChanged(int) in 
../../phonon/mediacontroller.cpp:65
amarok:   [EngineController] Tick Interval (actual):  100 
amarok: END__: void EngineController::initializePhonon() 
[Took: 4.5s] 
amarok: BEGIN: MainWindow::MainWindow() 
amarok:   BEGIN: CollectionManager::CollectionManager() 
amarok:   END__: CollectionManager::CollectionManager() 
[Took: 0s] 
amarok:   BEGIN: 
Plugins::PluginManager::PluginManager(QObject*) 

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

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

Versions of packages phonon-backend-vlc depends on:
ii  libc62.13-35
ii  libphonon4   4:4.6.0.0-2
ii  libqtcore4   4:4.8.2+dfsg-2
ii  libqtgui44:4.8.2+dfsg-2
ii  libstdc++6   4.7.1-7
ii  libvlc5  2.0.3-2
ii  libvlccore5  2.0.3-2
ii  vlc-nox  2.0.3-2

Versions of packages phonon-backend-vlc recommends:
ii  vlc  2.0.3-2

phonon-backend-vlc 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#648863: offlineimap: please allow to use "~" for home directory in file names

[Jonathan Nieder]

tags 648863 + upstream patch
quit

Ansgar Burchardt wrote:

> it would be nice if I could use "~" to refer to my home directory in
> .offlineimaprc.  Currently I have to expand this myself, ie.
>
>   sslclientcert = ~/foo.pem
>
> does not work, but
>
>   sslclientcert = /home/ansgar/foo.pem
>
> does.

How about this patch (untested)?

diff --git i/offlineimap/repository/IMAP.py w/offlineimap/repository/IMAP.py
index 5ad787a3..1bda3967 100644
--- i/offlineimap/repository/IMAP.py
+++ w/offlineimap/repository/IMAP.py
@@ -154,7 +154,10 @@ class IMAPRepository(BaseRepository):
 return self.getconfboolean('ssl', 0)
 
 def getsslclientcert(self):
-return self.getconf('sslclientcert', None)
+clientcertfile = self.getconf('sslclientcert', None)
+if clientcertfile is None:
+return None
+return os.path.expanduser(clientcertfile)
 
 def getsslclientkey(self):
 return self.getconf('sslclientkey', None)


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

Bug#689992: bootlogd doesn't log anything ni /var/log/boot

[mvera]

Package: bootlogd
Version: 2.88dsf-32
Severity: important

Dear Maintainer,

   * What led up to the situation?
I migrate from squeeze to wheezy. I wanted to clean warnings at boot processes
that don't prevent my debian work correctly. I installed bootlogd, did several
reboots but /var/log/boot remains empty with this single line:
(Nothing has been logged yet.)

   * What outcome did you expect instead?
I want all logs displayed in the console during boot added to this file.

Thanks for your great job dear maintainers.

Regards,
Mickaël



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

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

Versions of packages bootlogd depends on:
ii  libc6 2.13-35
ii  lsb-base  4.1+Debian7

bootlogd recommends no packages.

bootlogd 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