Bug#692004: network-manager: tries to start unplugged wired connection after daemon restart

[Andreas Kloeckner]

Package: network-manager
Version: 0.9.6.4-1
Severity: normal

Dear Maintainer,

If I restart network-manager using

/etc/init.d/network-manager restart

then it tries to connect to the wired network, even though no cable is
plugged in.

Thanks,
Andreas

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

Kernel: Linux 3.5-trunk-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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.6.8-1
ii  dpkg   1.16.9
ii  isc-dhcp-client4.2.2.dfsg.1-5+deb70u2
ii  libc6  2.13-35
ii  libdbus-1-31.6.8-1
ii  libdbus-glib-1-2   0.100-1
ii  libgcrypt111.5.0-3
ii  libglib2.0-0   2.34.1-1
ii  libgnutls262.12.20-1
ii  libgudev-1.0-0 175-7
ii  libnl-3-2003.2.7-4
ii  libnl-genl-3-200   3.2.7-4
ii  libnl-route-3-200  3.2.7-4
ii  libnm-glib40.9.6.4-1
ii  libnm-util20.9.6.0-1
ii  libpolkit-gobject-1-0  0.105-1
ii  libuuid1   2.20.1-5.2
ii  lsb-base   4.1+Debian7
ii  udev   175-7
ii  wpasupplicant  1.0-2

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.62-3
ii  iptables  1.4.14-3
ii  modemmanager  0.5.2.0-2
ii  policykit-1   0.105-1
ii  ppp   2.4.5-5.1+b1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-1

-- no debconf information


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

Bug#691979: Please, remove debian/po/en.po

[Tollef Fog Heen]

]] David Prévot 

> Please, remove the debian/po/en.po file: it's useless (the original
> template is in English),

No, the original template is in C, not English.

> ineffective (0 translated messages) and broken
> (UTF-8 encoded file, with a charser declared as ISO-8859-1 in its
> headers).

That should be fixed, though.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#692003: posh: does a bit too much of tilde expansion

[Raphael Geissert]

Package: posh
Version: 0.10.2

Hi Clint,

Considering the following commands so that $PWD and $OLDPWD are set:
cd ; cd - >/dev/null

The following commands result in non-SUSv3 tilde expansion:

echo PWD: ~+
echo OLDPWD: ~-

Could you please nuke that part of the tilde expansion code in posh?

TIA.

Cheers,
-- 
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#502845: (no subject)

[Lisa Marie]

Forwarding this: 
https://groups.google.com/group/open-iscsi/browse_thread/thread/7b44b4b57f01eb70?hl=en#

Since I'm not sure how long it takes google groups to update, i'll go 
ahead and paste the patch here as well below.


If you apply the first patch from the above link, the second patch below 
is not needed. It is only required for a 32bit userspace to talk to an 
unpatched 32bit kernel. The first patch allows for 64/64, 32/32, and 32/64 
user/kernel setups.


I'm not sure sure if you want to patch the kernel and userspace at the 
same time, or patch userspace and sunset the below patches on the next 
convenient patch window.


Thanks,
~Lisa M

diff --git a/include/iscsi_if.h b/include/iscsi_if.h
index dad9fd8..db97332 100644
--- a/include/iscsi_if.h
+++ b/include/iscsi_if.h
@@ -3,6 +3,7 @@
  *
  * Copyright (C) 2005 Dmitry Yusupov
  * Copyright (C) 2005 Alex Aizman
+ * Copyright (C) 2012 Lisa Maginnis
  * maintained by open-is...@googlegroups.com
  *
  * This program is free software; you can redistribute it and/or modify
@@ -106,6 +107,14 @@ struct iscsi_uevent {
uint32_t iferror; /* carries interface or resource errors */
uint64_t transport_handle;

+   /* Structs in this union can differ on size between 32bit and 64bit
+* systems. This will break systems running a 32bit userspace with a
+	 * 64bit kernel. It is important to specify an alignment for the 
+	 * struct(s) so that their sizes match on both in both 32 and 64bit

+* systems. Currently the two largest structs are:
+* msg_bind_conn: 20 bytes, 24 aligned to the sizeof(uint64_t)
+* stop_conn: 20 bytes, 24 aligned to the sizeof(uint64_t)
+*/
union {
/* messages u -> k */
struct msg_create_session {
@@ -131,7 +140,7 @@ struct iscsi_uevent {
uint32_tcid;
uint64_ttransport_eph;
uint32_tis_leading;
-   } b_conn;
+   } b_conn __attribute__((aligned (sizeof(uint64_t;
struct msg_destroy_conn {
uint32_tsid;
uint32_tcid;
@@ -157,7 +166,7 @@ struct iscsi_uevent {
uint32_tcid;
uint64_tconn_handle;
uint32_tflag;
-   } stop_conn;
+   } stop_conn __attribute__((aligned (sizeof(uint64_t;
struct msg_get_stats {
uint32_tsid;
uint32_tcid;
diff --git a/usr/iscsi_netlink.h b/usr/iscsi_netlink.h
index 25b41db..6b482ad 100644
--- a/usr/iscsi_netlink.h
+++ b/usr/iscsi_netlink.h
@@ -2,6 +2,7 @@
  * iSCSI Netlink attr helpers
  *
  * Copyright (C) 2011 Red Hat, Inc. All rights reserved.
+ * Copyright (C) 2012 Lisa Maginnis
  *
  * This program is free software; you can redistribute it and/or modify
  * it under the terms of the GNU General Public License as published
@@ -30,4 +31,10 @@ struct iovec;

 extern struct nlattr *iscsi_nla_alloc(uint16_t type, uint16_t len);

+#ifdef __i386__
+int fix_32bit_kernel_structs; /* If set to 1, will cause reads from the kernel 
to be
+  * padded with an extra 4 bytes between 
iscsi_uevent.u and
+  * iscsi_uevent.r */
+#endif
+
 #endif
diff --git a/usr/iscsid.c b/usr/iscsid.c
index b4bb65b..53381bf 100644
--- a/usr/iscsid.c
+++ b/usr/iscsid.c
@@ -4,6 +4,7 @@
  * Copyright (C) 2004 Dmitry Yusupov, Alex Aizman
  * Copyright (C) 2006 Mike Christie
  * Copyright (C) 2006 Red Hat, Inc. All rights reserved.
+ * Copyright (C) 2012 Lisa Maginnis

  * maintained by open-is...@googlegroups.com
  *
@@ -52,6 +53,10 @@
 #include "iscsid_req.h"
 #include "iscsi_err.h"

+#ifdef __i386__
+extern int fix_32bit_kernel_structs; /* For i386 compatibility. */
+#endif
+
 /* global config info */
 struct iscsi_daemon_config daemon_config;
 struct iscsi_daemon_config *dconfig = &daemon_config;
@@ -336,6 +341,28 @@ static void missing_iname_warn(char *initiatorname_file)
  "ignored.\n", initiatorname_file, initiatorname_file);
 }

+#ifdef __i386__
+/* check_kernel_compatibility()
+ * This function detects when we are built in i386 and running a x86_64 (64bit) kernel and 
+ * sets a flag. This flag is used to to signal the nlpayload_read() and nl_read() functions

+ * in netlink.c
+ */
+void check_kernel_compatibility()
+{
+  struct utsname uname_data;
+  fix_32bit_kernel_structs = 0;
+
+  /* Get our kernel and machine type for compatibility */
+  uname(&uname_data);
+
+  /* If we are not running a x86_64 kernel, enable the kernel struct fix.
+   * TODO: When/if kernel patches are made, a kernel version check should be 
done here. */
+  if(strcmp(uname_data.machine, "x86_64") != 0) {
+fix_32bit_kernel_structs = 1; 
+  }

+}
+#endif
+
 int main(int argc, char *argv[])
 {

Bug#692002: unblock: esmtp/1.2-10

[Salvatore Bonaccorso]

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

Hi Release-Team

Please unblock package esmtp

esmtp 1.2-10 includes only a fix to the french debconf translation. It
had the wrong charset previously:

+  * Fix charset to UTF-8 for french translation
+debian/po/fr.po uses UTF-8, but was declared as using ISO-8859-1. That
+causes the debconf screen to be broken in French.
+Thanks to David Prévot  (Closes: #691926)

Could you unblock esmtp 1.2-10? Attached is the debdiff.

unblock esmtp/1.2-10

Many thanks for your work,

Regards,
Salvatore

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Base version: esmtp_1.2-9 from testing
Target version: esmtp_1.2-10 from unstable

No hints in place.

 changelog |9 +
 po/fr.po  |2 +-
 2 files changed, 10 insertions(+), 1 deletion(-)

diff -Nru esmtp-1.2/debian/changelog esmtp-1.2/debian/changelog
--- esmtp-1.2/debian/changelog	2012-04-19 10:53:53.0 +
+++ esmtp-1.2/debian/changelog	2012-10-31 14:46:59.0 +
@@ -1,3 +1,12 @@
+esmtp (1.2-10) unstable; urgency=low
+
+  * Fix charset to UTF-8 for french translation
+debian/po/fr.po uses UTF-8, but was declared as using ISO-8859-1. That
+causes the debconf screen to be broken in French.
+Thanks to David Prévot  (Closes: #691926)
+
+ -- Salvatore Bonaccorso   Wed, 31 Oct 2012 15:38:47 +0100
+
 esmtp (1.2-9) unstable; urgency=low
 
   * Update debian/copyright file.
diff -Nru esmtp-1.2/debian/po/fr.po esmtp-1.2/debian/po/fr.po
--- esmtp-1.2/debian/po/fr.po	2012-04-19 10:53:53.0 +
+++ esmtp-1.2/debian/po/fr.po	2012-10-31 14:46:59.0 +
@@ -21,7 +21,7 @@
 "Language-Team: French \n"
 "Language: fr\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
 #. Type: boolean

Bug#691931: Bug #691931 has to be reopened

[Daniel Baumann]

On 10/31/2012 05:25 PM, Ben Armstrong wrote:
> That distinction looks like it's now gone, so I
> don't see a strong argument for leaving them without an LB_ prefix
> anymore, either.

right, however, i'll intend to go over all of them in the next couple of
days anway, so as a quick fix, i've removed the LB_ prefix at that one
place.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#638885: Liferea crash when adding new subscription

[David Smith]

I've tried adding both subscriptions to liferea and I didn't have any problems.

I'm using liferea in Wheezy.

Can you check if you're still having this problem with the latest
version of Liferea?


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

Bug#691900: [pkg-eucalyptus-maintainers] Bug#691900: gwt: CVE-2012-4563

[Charles Plessy]

Le Wed, Oct 31, 2012 at 07:47:07AM +0100, Moritz Muehlenhoff a écrit :
> Package: gwt
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Please see 
> https://developers.google.com/web-toolkit/release-notes#Release_Notes_2_4_0
> under "Security vulnerability in GWT 2.4".

Hi all,

is there a volunteer to step in ?  Otherwise, can I try to solve that bug
by upgrading to 2.5.0 ?

Cheers,

-- 
Charles


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

Bug#683242: xserver-xorg-video-nouveau 1.0.3 seems better

[Jonathan McDowell]

On Sun, Oct 28, 2012 at 07:11:37PM +0100, Sven Joachim wrote:
> On 2012-10-27 02:33 +0200, Jonathan McDowell wrote:
> 
> > Just as an extra data point (and I'm not sure this is the only bug this
> > is appropriate for as there are several cairo2/nouveau related bugs) I
> > recently built an xserver-xorg-video-nouveau based off the 1.0.3
> > upstream release and have found it to significantly improve things on my
> > Quadro 2000M [GF106]. There are several EXA related fixed since 1.0.2.
> 
> I have contemplated cherry-picking some or all of them, but recently
> somebody reported a regression[1] on the Nouveau mailing list.  This
> should probably be investigated first.

Fair enough. I use Virtual Box on my system, but not with the 3D
acceleration enabled. I haven't noticed any issues with 1.0.3, either in
Virtual Box, nor any of the text corruptions on the host I saw with
1.0.1-3.

J.

-- 
/-\ |I'm not popular enough to be
|@/  Debian GNU/Linux Developer | different.
\-  |


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

Bug#691812: RFP: udevil -- flexible CLI tool which grants non-root users the ability to mount/unmount devices and network resources

[Stephen Gava]

especially for spacefm support. +10


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

Bug#691811: RFP: spacefm -- multi-panel tabbed customizable file manager for Linux.

[Stephen Gava]

yes please package this great and useful program. +10


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

Bug#692000: ITP: liblbfgs -- L-BFGS solver for dense nonlinear optimization problems

[Dima Kogan]

Package: wnpp
Severity: wishlist
Owner: Dima Kogan 

* Package name: liblbfgs
  Version : 1.10
  Upstream Author : Naoaki Okazaki
* URL : http://www.chokkan.org/software/liblbfgs/index.html
* License : MIT
  Programming Lang: C
  Description : L-BFGS solver for dense nonlinear optimization problems

This library solves nonlinear optimization problems using the limited-memory
BFGS method. Gradients are required, Hessians are estimated. Several
higher-level interfaces use this library. In particular, there's
Algorithm::LBFGS on CPAN that uses this; I will submit an ITP for that when this
library goes through.


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

Bug#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Bill Wohler]

Simon McVittie  wrote:

> Bill, you could try this too, substituting your file for foo.pdf. I suspect
> your situation might be different, though.

Thanks, Simon, but I think I'm good. It was a remnant in my local file
that was getting in my way. Once I removed this line from
~/.local/share/applications/mimeapps.list, gnumeric was no longer used.


application/vnd.openxmlformats-officedocument.spreadsheetml.sheet=openoffice.org-calc.desktop;gnumeric.desktop;libreoffice-calc.desktop;file-roller.desktop;

> On Sun, 12 Aug 2012 at 14:27:24 -0700, Bill Wohler wrote:
> > $ locate openoffice.org-calc.desktop
> > /usr/share/app-install/desktop/openoffice.org-calc.desktop
> 
> "locate" won't necessarily find your personal files (many implementations
> index the filesystem as an unprivileged user).

Locate shows me files in ~wohler for whatever reason.

>Try
> "find ~/.local ~/.config -name openoffice.org-calc.desktop"? I suspect
> you might find that you have a leftover copy of openoffice.org-calc.desktop in
> ~/.local/share/applications.

I don't.

> > I think what is happening is that /usr/share/app-install/desktop is not
> > in the search path and /usr/share/applications is
> 
> This is as it should be: /usr/share/app-install/desktop contains desktop files
> for applications that you don't necessarily have, but could if you installed
> them, so that it can be searched for queries of the form "which Debian
> packages could I install to have an application called Evince?" or, in
> principle, "which Debian packages could I install to be able to open an
> application/pdf?".
> 
> /usr/share/applications is the set of applications you actually have
> (system-wide - you might have more in ~/.local/share/applications).

Thanks for the explanation.

I just recently ran "svn" on an Ubuntu system at work and it said that
svn wasn't installed but that you might consider installing the the
"subversion" package. Very useful! That would be good to bring back into
Debian.

-- 
Bill Wohler  aka 
http://www.newt.com/wohler/
GnuPG ID:610BD9AD


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

Bug#691999: irqbalance: versioned build-dep on libglib2.0-dev needed

[Matt Taggart]

Package: irqbalance
Version: 1.0.3-3

The upstream commit 4cdd2040a75ea841ac0b7d93ce53addb9aabd708 has the 
following explanation:

 Update configure.ac to require a specific glib version level

 http://code.google.com/p/irqbalance/issues/detail?id=19
 pointed out that some of the g_list functions we use are only available in 
glib
 version 2.28 and higher.  Update configure.ac to ensure thats available.

So the libglib2.0-dev build-dep needs to be versioned. I ran into this 
attempting to backport to squeeze.

Thanks,

-- 
Matt Taggart
tagg...@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#691955: aptitude: Aptitude::ProblemResolver::SolutionCost does not support substraction

[Daniel Hartwig]

On 1 November 2012 00:59, Axel Beckert  wrote:
> I tried to weight removals-of-manual higher than other removals and came
> up with the following rule:
>
> aptitude -o Aptitude::ProblemResolver::SolutionCost='10 * removals - 9 * 
> removals-of-manual + canceled-actions' remove htop

This cost formula prefers removing manual packages.  Assuming that
subtraction worked, it finds solutions in this order:

1) remove one manual (10*1 - 9*1 = 1)
2) remove one manual, two auto (10*3 - 9*1 = 21)
3) remove two manual, two auto (10*4 - 9*2 = 22)
4) remove three auto (10*3 - 9*0 = 30)
5) remove one manual, three auto (10*4 - 9*1 = 31)
6) remove four auto (10*4 - 9*0 = 40)

where as “removals + 3 * removals-of-manual” gives:

1) remove three auto (3 + 3*0 = 3)
2) remove one manual (1 + 3*1 = 4)
2) remove four auto (4 + 3*0 = 4)
4) remove one manual, two auto (3 + 3*1 = 6)
5) remove one manual, three auto (4 + 3*1 = 7)
6) remove two manual, two auto (4 + 3*2 = 10)

which prefers removing automatic packages over manual at a ratio of
about 3:1.  I presume you were trying to achieve something similar to
the second list.

There are also other options, such as a adjusting the scales of the
later example, a SolutionCost of “removals-of-manual, …”, or adding
“reject !~M :UNINST” to Hints.

> A simpler, yet less practical SolutionCost value with which we were able
> to reproduce the issue is:
>
> aptitude -o Aptitude::ProblemResolver::SolutionCost='removals - 
> canceled-actions' remove htop

Indeed that is very impractical!  The resolver will find that removing
two packages and cancelling all requested actions if preferable to
just removing those two packages.

* On subtraction in SolutionCost

Simpler solutions (those with less actions) are often more preferable.
 This fits well with using only scaled addition, where extra actions
increase the cost of a solution by some amount.  The costs of actions
can be adjusted relative to each other (“prefer this amount of install
over that amount of remove”).  With subtraction, it becomes possible
to prefer increasing amounts of some action over anything else.

Consider a cost formula containing “- installs” which would prefer to
install a package A and hundreds of others, over simply installing A.
Where do those hundreds of other packages come from and what are they
related to?  Various odd places (the resolver investigates some
strange things on it's way to sanity land), and we have all seen such
solutions offered later.  With subtraction these excessive solutions
will be moved right to the front—the more installs the better, and
damn anything else.

Generally, using subtraction in SolutionCost will lead to strange results.

I would be very interested to find a practical example of subtraction
that is better than a similar formula using addition.  Supporting
subtraction is trivial, but lets avoid this unless there are real
benefits to doing so.

Regards


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

Bug#691998: TypeError: decoding Unicode is not supported

[Muhammad Safri Dzalfaiz]

Package: gdebi-kde
Version: 0.8.6
Severity: important

Dear Maintainer,

   * What led up to the situation?
Upgrading gdebi package several days ago (if im not mistaken)
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
cant use gdebi since then, have to use dpkg -i
   * What was the outcome of this action?
aragorn@aragorn-1215b ~/Linux $ sudo gdebi-kde
ia32-crossover_11.3.1-1_amd64.deb
Traceback (most recent call last):
  File "/usr/bin/gdebi-kde", line 67, in 
help=unicode(_("Run non-interactive (dangerous!)"),"UTF-8"))
TypeError: decoding Unicode is not supported

   * What outcome did you expect instead?
gdebi shows up and working



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (500, 'testing-proposed-updates')
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 gdebi-kde depends on:
ii  gdebi-core   0.8.6
ii  kde-runtime  4:4.8.4-1
ii  kdebase-runtime  4:4.8.4-1
ii  kdesudo  3.4.2.4-1
ii  python   2.7.3~rc2-1
ii  python-kde4  4:4.8.4-1

Versions of packages gdebi-kde recommends:
ii  shared-mime-info  1.0-1+b1

gdebi-kde suggests no packages.

-- no debconf information


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

Bug#691997: liferea: package description should include reference to Google Reader

[David Smith]

Package: liferea
Version: 1.8.6-1
Severity: wishlist

liferea should include a reference that it supports synchronization with Google
Reader as this is a critical feature that liferea has that most other RSS
readers do not have.

Doing an "apt-cache search" and "axi-cache search" for google reader turns up
nothing and I had to resort to searching google to find Linux software that
could import feeds from google reader.  Only to find that liferea does this and
I didn't know, and couldn't determine from the package description.

Thanks.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing')
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/dash

Versions of packages liferea depends on:
ii  gconf-service   3.2.5-1+build1
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libgconf-2-43.2.5-1+build1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-2
ii  libgtk2.0-0 2.24.10-2
ii  libice6 2:1.0.8-2
ii  libjson-glib-1.0-0  0.14.2-1
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  libsm6  2:1.2.1-2
ii  libsoup2.4-12.38.1-2
ii  libsqlite3-03.7.13-1
ii  libunique-1.0-0 1.1.6-4
ii  libwebkitgtk-1.0-0  1.8.1-3.3
ii  libxml2 2.8.0+dfsg1-6
ii  libxslt1.1  1.1.26-14
ii  liferea-data1.8.6-1

Versions of packages liferea recommends:
ii  curl  7.26.0-1
ii  dbus  1.6.8-1
ii  dbus-x11  1.6.8-1
ii  kget  4:4.8.4-1+b1
ii  wget  1.13.4-3

Versions of packages liferea suggests:
ii  network-manager  0.9.4.0-6

-- 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#691996: mailcheck: Please add SSL support

[Ian Zimmerman]

Package: mailcheck
Version: 1.91.2-2
Severity: wishlist

I believe a program with POP and IMAP but no SSL is fairly useless these days.

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

Kernel: Linux 3.4.16-custom (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

Versions of packages mailcheck depends on:
ii  libc6  2.13-35

mailcheck recommends no packages.

mailcheck 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#691995: akregator: Crash while refreshing feeds

[David Smith]

Package: akregator
Version: 4:4.4.11.1+l10n-3+b1
Severity: important

Akregator keeps crashing on me while trying to refresh my news feeds.


Crash Information:

Application: Akregator (akregator), signal: Segmentation fault
Using host libthread_db library "/lib/i386-linux-
gnu/i686/cmov/libthread_db.so.1".
[KCrash Handler]
#7  c4_Property::c4_Property (this=0xbf98c31c, type_=73 'I', name_=0x0) at
.../../../../akregator/plugins/mk4storage/metakit/src/view.cpp:1106
#8  0xaff61da9 in c4_IntProp (name_=, this=0xbf98c31c) at
.../../../../akregator/plugins/mk4storage/metakit/include/mk4.inl:524
#9  f4_CreateFormat (prop_=..., seq_=...) at
.../../../../akregator/plugins/mk4storage/metakit/src/format.cpp:1228
#10 0xaff62443 in c4_HandlerSeq::CreateHandler (this=0x9453f10, prop_=...) at
.../../../../akregator/plugins/mk4storage/metakit/src/handler.cpp:131
#11 0xaff6f2bc in PropIndex (prop_=..., this=0x9453f10) at
.../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:292
#12 c4_Sequence::PropIndex (this=0x9453f10, prop_=...) at
.../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:285
#13 0xaff6f3bb in c4_Sequence::Set (this=0x9453f10, index_=689, prop_=...,
buf_=...) at ../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:325
#14 0xaff6c90b in SetData (buf_=..., this=) at
.../../../../akregator/plugins/mk4storage/metakit/include/mk4.inl:426
#15 c4_View::SetItem (this=0x945c104, row_=689, col_=21, buf_=...) at
.../../../../akregator/plugins/mk4storage/metakit/src/view.cpp:231
#16 0xaff67e48 in c4_HashViewer::SetItem (this=0x945c100, row_=689, col_=21,
buf_=...) at ../../../../akregator/plugins/mk4storage/metakit/src/remap.cpp:366
#17 0xaff5997f in DoSet (buf_=..., col_=, row_=689,
this=) at
.../../../../akregator/plugins/mk4storage/metakit/src/custom.cpp:154
#18 c4_CustomHandler::Set (this=0x9452f50, index_=689, buf_=...) at
.../../../../akregator/plugins/mk4storage/metakit/src/custom.cpp:69
#19 0xaff6f9d2 in c4_Sequence::SetAt (this=0x9468e78, index_=689, newElem_=...)
at ../../../../akregator/plugins/mk4storage/metakit/src/viewx.cpp:104
#20 0xaff74147 in SetAt (newElem_=..., index_=689, this=) at
.../../../../akregator/plugins/mk4storage/metakit/include/mk4.inl:89
#21 Akregator::Backend::FeedStorageMK4Impl::setHash (this=0x94539c8, guid=...,
hash=15226) at
.../../../../akregator/plugins/mk4storage/feedstoragemk4impl.cpp:463
#22 0xb0af8c5a in Akregator::Article::Private::Private (this=0xa481218,
article=..., feed_=0x26, archive_=0x26) at
.../../../akregator/src/article.cpp:175
#23 0xb0af9cdd in Akregator::Article::Article (this=0xbf98c75c, article=...,
feed=0x9455898) at ../../../akregator/src/article.cpp:245
#24 0xb0b075a6 in Akregator::Feed::appendArticles (this=0x9455898, feed=) at
.../../../akregator/src/feed.cpp:481
#25 0xb0b08cfc in Akregator::Feed::fetchCompleted (this=0x9455898, l=0xa02b648,
doc=..., status=3214460880) at ../../../akregator/src/feed.cpp:677
#26 0xb0b090ca in Akregator::Feed::qt_static_metacall (_o=_o@entry=0x9455898,
_c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=11, _a=0xbf98c920) at
../feed.moc:87
#27 0xb61a1ce2 in QMetaObject::activate (sender=0xa02b648, m=0xb0aa29b8,
local_signal_index=0, argv=0xbf98c920) at kernel/qobject.cpp:3547
#28 0xb0a7c7d5 in Syndication::Loader::loadingComplete (this=0xa02b648,
_t1=0xa02b648, _t2=..., _t3=Syndication::Success) at ./loader.moc:105
#29 0xb0a7d33c in Syndication::Loader::slotRetrieverDone (this=0xa02b648,
data=..., success=true) at ../../syndication/loader.cpp:157
#30 0xb0a7d75c in qt_static_metacall (_a=0xbf98cad4, _o=0xa02b648,
_c=, _id=) at ./loader.moc:56
#31 Syndication::Loader::qt_static_metacall (_o=_o@entry=0xa02b648,
_c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=1, _a=0xbf98cad4) at
../loader.moc:49
#32 0xb61a1ce2 in QMetaObject::activate (sender=0xa2febb0, m=0xb0aa2c94,
local_signal_index=0, argv=0xbf98cad4) at kernel/qobject.cpp:3547
#33 0xb0a80485 in Syndication::DataRetriever::dataRetrieved
(this=this@entry=0xa2febb0, _t1=..., _t2=true) at ./dataretriever.moc:99
#34 0xb0a80824 in Syndication::FileRetriever::slotResult
(this=this@entry=0xa2febb0, job=0x9cfede8) at
.../../syndication/dataretriever.cpp:132
#35 0xb0a809fd in Syndication::FileRetriever::qt_static_metacall
(_o=_o@entry=0xa2febb0, _c=_c@entry=QMetaObject::InvokeMetaMethod,
_id=_id@entry=3, _a=0xbf98cc38) at ./dataretriever.moc:218
#36 0xb61a1ce2 in QMetaObject::activate (sender=0x9cfede8, m=0xb65c648c,
local_signal_index=3, argv=0xbf98cc38) at kernel/qobject.cpp:3547
#37 0xb640f855 in KJob::result (this=this@entry=0x9cfede8,
_t1=_t1@entry=0x9cfede8) at ./kjob.moc:208
#38 0xb640f8a8 in KJob::emitResult (this=0x9cfede8) at
.../../kdecore/jobs/kjob.cpp:318
#39 0xb5b3f02d in KIO::SimpleJob::slotFinished (this=this@entry=0x9cfede8) at
.../../kio/kio/job.cpp:494
#40 0xb5b47d7d in KIO::TransferJob::slotFinished (this=0x9cfede8) at
.../../kio/kio/job.cpp:1081
#41 0xb5b46018 in qt_static_metacall (_a=0xbf98ce6c, _id=7, _o=0x9cfede8,

Bug#691994: artha: Artha crashes on certain verbs ending in "ing"

[Dan DeVoto]

Package: artha
Version: 1.0.2-1
Severity: important

Dear Maintainer,

Artha crashes with a segmentation fault when looking up some verbs ending in 
"ing".  For example, verbs ending in "ie" and replaced with "ing" like tying, 
lying, and vying.  Also, verbs with a second consonant added like swimming and 
sitting.  Falling and pulling also crash.  And for some reason the word 
"matter" crashes, though I couldn't find similar words that also crashed it.  
All these words crash whether they're looked up from highlighted text in 
another window, they're typed manually in Artha, or if they're double clicked 
within a definition in Artha.

Regards,
Dan


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

Kernel: Linux 3.2.0-3-powerpc
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 artha depends on:
ii  libc6 2.13-35
ii  libdbus-1-3   1.6.0-1
ii  libdbus-glib-1-2  0.100-1
ii  libglib2.0-0  2.32.3-1
ii  libgtk2.0-0   2.24.10-2
ii  libx11-6  2:1.5.0-1
ii  wordnet   1:3.0-28

Versions of packages artha recommends:
ii  libenchant1c2a   1.6.0-7
pn  libnotify1   
ii  wordnet-sense-index  1:3.0-28

Versions of packages artha suggests:
ii  aspell-en  7.1-0-1

-- no debconf information


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

Bug#690548: iptables: invalid size 40 (kernel) != (user) 48 on yeelong because kernel is 64 bits, iptables 32 bits

[Jan Engelhardt]

>[ 26.096000] x_tables: ip_tables: limit.0 match: invalid size 40 
>(kernel) != (user) 48
>
>The problem seems to be that the linux kernel is 64 bits [...] Iptables 
>as packaged is a 32 bits mipsel executable, and seems to have some data 
>structures that include 32 bits pointers or something that don't work 
>when shared with the 64 bit kernel.

IIRC this also occured to the ARM guys.

The kernel parts support zero or one "compat format", and one
"native format", which depends on the compiler options used.

i386 kernel: native=i386 compat=NONE
amd64 kernel: native=amd64 compat=i386
sparc64 kernel: native=sparc64 compat=sparcv9
armv7-eabi kernel: native=armv7-eabi compat=NONE

(Turning off CONFIG_COMPAT in the kernel .config means compat is
never included.)

This meant that one cannot use a ARM OABI iptables binary.
[And there was no reason to continue using OABI anyway,
so that was simple.]
It will also mean that you will not be able to use a
x32-type iptables binary on amd64. (Hint, hint, ljlane)

I suppose you may have a similar case with your mips environment
that you have a non-standard userspace.


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

Bug#691923: git: new upstream (1.8)

[Jonathan Nieder]

Daniel Baumann wrote:
> On 10/31/2012 07:43 PM, Jonathan Nieder wrote:

>> Would you like to sponsor?  I can build an upload-ready package of
>> 1:1.7.10.4-2 for sid (already approved by Gerrit[4]) and 1:1.8.0-1 for
>> experimental if you'd like.
>
> sure, if you provide me the urls to the dsc i'll tomorrow look & test,
> and upload if ok.

Thanks.  Here they are:

  http://alioth.debian.org/~jrnieder-guest/temp/git/git_1.7.10.4-2.dsc
  http://alioth.debian.org/~jrnieder-guest/temp/git/git_1.8.0-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#691993: zsnes: Sound is skipping when compiled with libao

[Etienne Millon]

Hello,

I remember testing this situation (i386 chroot, amd64 kernel) and had
the same problem as you. I can't remember the exact bug number
though...

The "correct" workaround is to install zsnes:i386 directly in your
amd64 system using multi-arch. I documented the process there :

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683076#15

Please let me know if it fixes the issue for you.

(I also acknowledge that it should work in a chroot, too, but I am not
sure that such a mixed system is a supported architecture)

Thanks for your bug report

-- 
Etienne Millon


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

Bug#691993: zsnes: Sound is skipping when compiled with libao

[Rafael Cunha de Almeida]

Package: zsnes
Version: 1.510+bz2-4
Severity: normal

Dear Maintainer,

I loaded Super Castlevania IV rom and the sound is skipping. It sounds like
someone is turning it on and off repeatedly while the background music is
playing or even sound effects.

I've noticed that in debian/rules you're passing --enable-libao parameter to
configure. I removed it and the sound worked well. I was able to play the game
and nothing got broken afaik.

I think it's worth noting that I'm using zsnes inside a i386 chroot on a debian
wheezy amd64 system.


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

Kernel: Linux 2.6.32-5-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 zsnes depends on:
ii  libao41.1.0-2
ii  libc6 2.13-36
ii  libgcc1   1:4.7.2-4
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  libncurses5   5.9-10
ii  libpng12-01.2.49-3
ii  libsdl1.2debian   1.2.15-5
ii  libstdc++64.7.2-4
ii  libtinfo5 5.9-10
ii  zlib1g1:1.2.7.dfsg-13

zsnes recommends no packages.

zsnes 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#681451: gvfs-bin: gvfs-open (via xdg-open) opens pdfs in wrong application

[Simon McVittie]

On Fri, 13 Jul 2012 at 17:57:46 +0900, Norbert Preining wrote:
> I also checked with xdg-mime types, and they are set correctly:
> 
> $ xdg-mime query filetype foo.pdf
> application/pdf

xdg-mime thinks the file is an application/pdf, but I wonder whether GIO
agrees. With libglib2.0-0-dbg installed, try:

gdb --args gvfs-open foo.pdf
break get_all_desktop_entries_for_mime_type
commands 1
bt
cont
end
break g_content_type_guess
commands 2
bt
finish
cont
end
run
(If asked whether to "Make breakpoint pending", reply "y"; if you get to
a (gdb) prompt while the program is running, type "cont".)

I get these calls:

get_all_desktop_entries_for_mime_type("x-scheme-handler/file", ...)
get_all_desktop_entries_for_mime_type("x-scheme-handler/file", ...)
g_content_type_guess("foo.pdf", ...)
Value returned is $1 = (gchar *) 0x640de0 "application/pdf"
get_all_desktop_entries_for_mime_type("application/pdf", ...)

with evince presumably coming from the third; but if GIO doesn't think
the PDF is a PDF (for whatever reason), it seems reasonable to think that
Nautilus might be the fallback for x-scheme-handler/file?

Bill, you could try this too, substituting your file for foo.pdf. I suspect
your situation might be different, though.

On Sun, 12 Aug 2012 at 14:27:24 -0700, Bill Wohler wrote:
> $ locate openoffice.org-calc.desktop
> /usr/share/app-install/desktop/openoffice.org-calc.desktop

"locate" won't necessarily find your personal files (many implementations
index the filesystem as an unprivileged user). Try
"find ~/.local ~/.config -name openoffice.org-calc.desktop"? I suspect
you might find that you have a leftover copy of openoffice.org-calc.desktop in
~/.local/share/applications.

> I think what is happening is that /usr/share/app-install/desktop is not
> in the search path and /usr/share/applications is

This is as it should be: /usr/share/app-install/desktop contains desktop files
for applications that you don't necessarily have, but could if you installed
them, so that it can be searched for queries of the form "which Debian
packages could I install to have an application called Evince?" or, in
principle, "which Debian packages could I install to be able to open an
application/pdf?".

/usr/share/applications is the set of applications you actually have
(system-wide - you might have more in ~/.local/share/applications).

S


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

Bug#691992: RFS: tmfs/3-1 [ITP] -- Time Machine File System

[Nicholas Robinson-wall]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "tmfs".

 * Package name: tmfs
   Version : 3-1
   Upstream Author : Alexandre Bique 
 * URL : https://github.com/abique/tmfs
 * License : MIT
   Section : otherosfs

It builds those binary packages:

  tmfs  - Time Machine File System

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

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

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

  dget -x http://mentors.debian.net/debian/pool/main/t/tmfs/tmfs_3-1.dsc

More information about tmfs can be obtained from https://github.com/abique/tmfs

Changes since the last upload:

  * Initial release (Closes: #689630)

Regards,
Nicholas Robinson-wall


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

Bug#691991: lesspipe doesn't recognise *.txz files

[Tim Marston]

Package: less
Version: 451-1
Severity: minor

Unfortunately, lesspipe does not handle *.txz files, although it *does*
handle *.tar.xz and *.xz files.

The following tiny change should fix the problem:

--- lesspipe.old2012-10-15 04:34:49.0 +0100
+++ lesspipe.new2012-10-31 21:26:18.699346847 +
@@ -196,7 +196,7 @@
tar tzvf "$1" --force-local
;;
 
-   *.tar.xz)
+   *.tar.xz|*.txz)
if [ -x "`which xz`" ]; then
xz -dc "$1" | tar tfvv -
else


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

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

Versions of packages less depends on:
ii  debianutils  4.3.4
ii  libc62.13-36
ii  libtinfo55.9-10

less recommends no packages.

less 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#691990: unblock: wicd/1.7.2.4-3 (pre-approval)

[David Paleino]

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

Hello RT,

I'm requesting pre-approval for an upload of wicd to unstable (targeted to
testing). Please see the attached patch.

It fixes a RC bug, and a couple other easy bugs (which don't affect the
functionality of the package in a significant way).

If the diff is OK, I'll upload the package, and please unblock it for migration
to testing.

Thanks for your hard work,
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
diff --git a/debian/changelog b/debian/changelog
index 3ceb288..e4c976a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+wicd (1.7.2.4-3) UNRELEASED; urgency=low
+
+  * Fix debian/watch
+  * Recommend rfkill in wicd-daemon (Closes: #683559)
+  * Substitute dependency on dhcp3-client with isc-dhcp-client
+(Closes: #680976)
+  * Fix handling of /etc/resolv.conf when it's a symlink (Closes: #691973)
+
+ -- David Paleino   Thu, 01 Nov 2012 00:30:25 +0100
+
 wicd (1.7.2.4-2) unstable; urgency=high
 
   * Fix comments inside /etc/default/wicd (Closes: #668327)
diff --git a/debian/control b/debian/control
index b0639f0..6bc40a8 100644
--- a/debian/control
+++ b/debian/control
@@ -47,7 +47,7 @@ Depends:
  , dbus
  , wpasupplicant
  , wireless-tools
- , dhcpcd | dhcp3-client | pump | udhcpc
+ , dhcpcd | isc-dhcp-client | pump | udhcpc
  , net-tools | ethtool
  , net-tools | iproute
  , adduser
@@ -57,6 +57,7 @@ Depends:
  , python-wicd (= ${source:Version})
 Pre-Depends: debconf (>= 1.5.34)
 Recommends: wicd-gtk (= ${source:Version}) | wicd-curses (= ${source:Version}) | wicd-cli (= ${source:Version}) | wicd-client
+ , rfkill
 Suggests: pm-utils
 Breaks: wicd (<= 1.6.2.2-4)
 Replaces: wicd (<= 1.6.2.2-4)
diff --git a/debian/patches/01-remove_unused_icons.patch b/debian/patches/01-remove_unused_icons.patch
index 7361f66..022a095 100644
--- a/debian/patches/01-remove_unused_icons.patch
+++ b/debian/patches/01-remove_unused_icons.patch
@@ -5,7 +5,7 @@ Don't install rarely-used icons, save disk space
 
 --- wicd.orig/setup.py
 +++ wicd/setup.py
-@@ -535,15 +535,11 @@ try:
+@@ -538,15 +538,11 @@ try:
  if not wpath.no_install_man:
  data.append((wpath.mandir + 'man1/', [ 'man/wicd-client.1' ]))
  data.append((wpath.icons + 'scalable/apps/', ['icons/scalable/wicd-gtk.svg']))
diff --git a/debian/patches/02-workaround_dhclient_bug.patch b/debian/patches/02-workaround_dhclient_bug.patch
index 8f46a1e..d4119fa 100644
--- a/debian/patches/02-workaround_dhclient_bug.patch
+++ b/debian/patches/02-workaround_dhclient_bug.patch
@@ -10,7 +10,7 @@ Forwarded: no
 
 --- wicd.orig/wicd/wnettools.py
 +++ wicd/wicd/wnettools.py
-@@ -284,7 +284,7 @@ class BaseInterface(object):
+@@ -285,7 +285,7 @@ class BaseInterface(object):
  
  client_dict = {
  "dhclient" : 
diff --git a/debian/patches/04-fix_resolv.conf_backup-restore.patch b/debian/patches/04-fix_resolv.conf_backup-restore.patch
new file mode 100644
index 000..25903d6
--- /dev/null
+++ b/debian/patches/04-fix_resolv.conf_backup-restore.patch
@@ -0,0 +1,40 @@
+From: David Paleino 
+Subject: fix handling of resolv.conf when it's a symlink
+Forwarded: not-needed
+Origin: upstream
+Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691973
+
+---
+ wicd/wicd-daemon.py |   14 --
+ 1 file changed, 12 insertions(+), 2 deletions(-)
+
+--- wicd.orig/wicd/wicd-daemon.py
 wicd/wicd/wicd-daemon.py
+@@ -1703,7 +1703,11 @@ def main(argv):
+ # don't back up if .orig exists, probably there cause
+ # wicd exploded
+ if not os.path.exists(backup_location):
+-shutil.copy2('/etc/resolv.conf', backup_location)
++if os.path.islink('/etc/resolv.conf'):
++dest = os.readlink('/etc/resolv.conf')
++os.symlink(dest, backup_location)
++else:
++shutil.copy2('/etc/resolv.conf', backup_location)
+ os.chmod(backup_location, 0644)
+ except IOError:
+ print 'error backing up resolv.conf'
+@@ -1750,7 +1754,13 @@ def main(argv):
+ 
+ # restore resolv.conf on quit
+ try:
+-shutil.move(wpath.varlib + 'resolv.conf.orig', '/etc/resolv.conf')
++backup_location = wpath.varlib + 'resolv.conf.orig'
++if os.path.islink(backup_location):
++dest = os.readlink(backup_location)
++os.remove('/etc/resolv.conf')
++os.symlink(dest, '/etc/resolv.conf')
++else:
++shutil.move(backup_location, '/etc/resolv.conf')
+ os.chmod('/etc/resolv.conf', 0644)
+ except IOError:
+ print 'error restoring resolv.conf'
diff --git a/debian/patch

Bug#691972: smake ITP

[Eric Shattow]

I am okay if the author is not my friend. Any technical reason to not
have smake in Debian reposoitory?

On Wed, Oct 31, 2012 at 2:23 PM, Joerg Jaspert  wrote:
> Hi
>
> please note that this package already was in Debian, it got removed
> with #462152.
>
> Please also keep in mind who the upstream author is, and the very much
> unfriendly clima between him and Debian. There is a good reason why much
> more useful software than smake from him is not in Debian. Using google
> or just the Debian listarchives will give you lots of hits, if you want
> to waste some time going over it.
>
> Basically, unless you have a very good reason to package this (any
> important other software you want to package that depends on this?),
> there is a strong recommendation to *not* try to upload this to Debian.
> It is unlikely that it will get accepted.
>
> --
> bye, Joerg
> But Marge, what if we chose the wrong religion? Each week we just make
> God madder and madder.


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

Bug#686070: libpam-ssh/1.92-15

[Jerome BENOIT]

Hello,

On 31/10/12 14:12, Thibaut Paumard wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

package sponsorship-requests
user sponsorship-reque...@packages.debian.org
usertags 686070 for-wheezy
thanks

Le 30/10/2012 21:21, Michael Gilbert a écrit :

control: retitle -1 RFS: libpam-ssh/1.92-15 [ITP] [REINTRODUCTION]

Unfortunately this package was removed from unstable, so it won't
be considered for upload until after wheezy unfreezes.  Removing RC
since as a NEW package the RC categorization does not apply.

Best wishes, Mike


Hi,

Mike, I don't agree: this package *is* a valid candidate for an
unblock, as is every package already in Squeeze.

Jerome, seeking pre-approval from the release team would help your case.



I have just filled a bug report in this sense to release.debian.org : #691988



Since Jerome explicitly said he was targeting wheezy, I'm setting the
corresponding usertag.

Regards, Thibaut.


Best wishes,
Jerome


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

iQIcBAEBCAAGBQJQkSOXAAoJEJOUU0jg3ChAp6YQAKcc5IvNISt4NHr6661QNZ31
YVsRwxo1QvJeaHqnzjfjamFL/GhWybHMwGbxDYkVzr9HF4Z9XqDkEHRXV2M/I9zx
1kqxpToz8PJz4yk8V3QtHUOgWUnu5W0wZPKYdZOvBpFaO5474tBWCmhhhrgga0G/
PArnu8shH1OjOJsO5gt3PO6pqVPyP0OtCT+jnOfwkZhgf3vIeZ5iXQNZrdwUsCPH
vkAlLb99tqb+pOS1shbs5D7EoZ7mJzlgqoNGVgQV+5B2go9wAvBSN/D3aghyse8H
wdPVuKGDqg8VesFC3cnmHYahFwJ2QmHGqSx1alPsCQdUVHXcGMHkzyaFg+WXm/vX
cMP0JGQ7IUeeUe1gYrFzw66sSjvbXWyNdKvViciJwWSAzSl2cJOBb0RRlq7xcNE3
Kn6s2RQzbdUt10/cOBXgzK/Z57IKS5Xs3UIqz89raMBlcZ5jTXg0AHcvumHK9k+3
B98z6ln1eBao4bISqE6f1/+EH3tL0QAVk51Vcqqjrsdai4EKJWp6Ro+nrfxWw+zg
W3vYp59KnSNDMM8irf9tZIkCDmhAlRY2wVLya8AaG1Xf+0E0L9UGcrFwhlr3aIEz
I7RxtzpJoNvthFge992yQcmW773/3ixFVCfY8BYScpK8oi7hbtcUEOGHHJOXBTsX
RhPXXu/rhVZ/0kCwvhV5
=x0ZV
-END PGP SIGNATURE-




--
Jerome BENOIT
jgmbenoit-at+rezozer*dot_net


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

Bug#691989: clang: ICE when a class with multiple copy constructors is in a union

[Ben Longbons]

Package: clang
Version: 3.1-8
Severity: normal
Tags: upstream patch fixed-upstream

upstream bug url: http://llvm.org/bugs/show_bug.cgi?id=13480

Dear Maintainer,

The below code segfaults clang. This uses a C++11 feature that was not
implemented in clang 3.0, and it has been fixed in trunk for 3.2.

I am attaching a backported, slightly edited version of the patch.

// compile with -std=c++11
struct String
{
String(const String&);
String(String&);
};

union Impl
{
String first;
};

*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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 clang depends on:
ii  libc62.13-35
ii  libclang-common-dev  3.1-8
ii  libffi5  3.0.10-3
ii  libgcc1  1:4.7.1-7
ii  libllvm3.1   3.1-2
ii  libstdc++6   4.7.1-7
ii  libstdc++6-4.6-dev   4.6.3-11

Versions of packages clang recommends:
ii  llvm-3.1-dev  3.1-2
ii  python2.7.3~rc2-1

clang suggests no packages.

-- no debconf information
>From 48191d0392dd4edbb8fb23acd6cbe96200a35a77 Mon Sep 17 00:00:00 2001
From: Benjamin Kramer 
Date: Mon, 30 Jul 2012 15:53:26 +
Subject: [PATCH] Backport two patches from trunk to 3.1

Fix ambiguity detection in GetBestOverloadCandidateSimple.

When performing the simplistic overload resolution for single-argument methods,
don't check the best overload for ambiguity with itself when the best overload
doesn't happen to be the first one.

Fixes PR13480.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@160961 91177308-0d34-0410-b5e6-96231b3b80d8

Use the location of the copy assignment when diagnosing classes that are nontrivial because of it.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@160962 91177308-0d34-0410-b5e6-96231b3b80d8
---
 lib/AST/DeclCXX.cpp   |4 ++--
 lib/Sema/SemaDecl.cpp |7 +++
 2 files changed, 5 insertions(+), 6 deletions(-)

diff --git a/lib/AST/DeclCXX.cpp b/lib/AST/DeclCXX.cpp
index 114322b..14a540b 100644
--- a/lib/AST/DeclCXX.cpp
+++ b/lib/AST/DeclCXX.cpp
@@ -359,8 +359,8 @@ GetBestOverloadCandidateSimple(
 if (Cands[Best].second.compatiblyIncludes(Cands[I].second))
   Best = I;
   
-  for (unsigned I = 1; I != N; ++I)
-if (Cands[Best].second.compatiblyIncludes(Cands[I].second))
+  for (unsigned I = 0; I != N; ++I)
+if (I != Best && Cands[Best].second.compatiblyIncludes(Cands[I].second))
   return 0;
   
   return Cands[Best].first;
diff --git a/lib/Sema/SemaDecl.cpp b/lib/Sema/SemaDecl.cpp
index 1227e92..421a567 100644
--- a/lib/Sema/SemaDecl.cpp
+++ b/lib/Sema/SemaDecl.cpp
@@ -9213,10 +9213,9 @@ void Sema::DiagnoseNontrivial(const RecordType* T, CXXSpecialMember member) {
 
   case CXXCopyAssignment:
 if (RD->hasUserDeclaredCopyAssignment()) {
-  // FIXME: this should use the location of the copy
-  // assignment, not the type.
-  SourceLocation TyLoc = RD->getLocStart();
-  Diag(TyLoc, diag::note_nontrivial_user_defined) << QT << member;
+  SourceLocation AssignLoc =
+RD->getCopyAssignmentOperator(0)->getLocation();
+  Diag(AssignLoc, diag::note_nontrivial_user_defined) << QT << member;
   return;
 }
 break;
-- 
1.7.10.4

Bug#691988: pre-approve unblock: libpam-ssh/1.92-15

[Jerome Benoit]

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

Dear release team managers,

please pre-approve the unblock of libpam-ssh/1.92-15

in view to encourage potential sponsor to upload it for reintroduction.

libpam-ssh was removed because some easy to fix RC bugs persisted due to its 
unofficial orphan state.
This pacakge is already in Squeeze, and bug reports have been filled to request
its reintroduction to ( #664177 ).

This minimal version purposely fixes only these easy to fix RC bugs: it is 
meant for Wheezy,
hence my request.

Note that an upstream version of the package with ECDSA support is ready to be 
uploaded,
but it is meant for Jessie.

Jerome

unblock libpam-ssh/1.92-15

-- System Information:
Debian Release: Wheezy*
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.23-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
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#691987: emacs-goodies-el: wrong "Vcs-Cvs" field value => debcheckout doesn't

[Samuel Bronson]

Package: emacs-goodies-el
Version: 35.2
Severity: important

Dear Maintainer,
I just tried to "debcheckout emacs-goodies-el" and got this output:

,[ debcheckout emacs-goodies-el ]
| declared cvs repository at 
:pserver:anonym...@cvs.alioth.debian.org:/cvsroot/pkg-goodies-el 
emacs-goodies-el
| cvs -d :pserver:anonym...@cvs.alioth.debian.org:/cvsroot/pkg-goodies-el 
checkout -d emacs-goodies-el emacs-goodies-el ...
| cvs [checkout aborted]: unrecognized auth response from 
cvs.alioth.debian.org: cvs [pserver aborted]: /cvsroot/pkg-goodies-el: no such 
repository
| checkout failed (the command above returned a non-zero exit code)
`

A bit of googling turned up [1], which has paths of a similar form, but
notably having "/cvs/" instead of "/cvsroot/"; explicitly telling
debcheckout(1) to use a path like that (and CVS) worked, so the attached
patch ought to fix it.

cvs diff: Diffing .
cvs diff: Diffing debian
Index: debian/control
===
RCS file: /cvs/pkg-goodies-el/emacs-goodies-el/debian/control,v
retrieving revision 1.106
diff -u -u -r1.106 control
--- debian/control	17 Aug 2011 03:16:21 -	1.106
+++ debian/control	31 Oct 2012 22:00:35 -
@@ -4,7 +4,7 @@
 Maintainer: Peter S Galbraith 
 Build-Depends: debhelper (>= 7), quilt (>= 0.46-7), texinfo
 Standards-Version: 3.9.0
-Vcs-Cvs: :pserver:anonym...@cvs.alioth.debian.org:/cvsroot/pkg-goodies-el emacs-goodies-el
+Vcs-Cvs: :pserver:anonym...@cvs.alioth.debian.org:/cvs/pkg-goodies-el emacs-goodies-el
 Vcs-Browser: http://alioth.debian.org/scm/viewvc.php/?root=pkg-goodies-el
 
 Package: emacs-goodies-el
cvs diff: Diffing debian/patches
cvs diff: Diffing debian/source
cvs diff: Diffing elisp
cvs diff: Diffing elisp/debian-el
cvs diff: Diffing elisp/devscripts-el
cvs diff: Diffing elisp/dpkg-dev-el
cvs diff: Diffing elisp/emacs-goodies-el
cvs diff: Diffing elisp/gnus-bonus-el
cvs diff: Diffing elisp/vm-bonus-el

[1]: 

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

Kernel: Linux 3.2.0-4-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

Versions of packages emacs-goodies-el depends on:
ii  bash 4.2-4
ii  dpkg 1.16.9
ii  emacs23-lucid [emacsen]  23.4+1-4
ii  install-info 4.13a.dfsg.1-10

Versions of packages emacs-goodies-el recommends:
ii  dict  1.12.0+dfsg-5
ii  perl-doc  5.14.2-14
ii  wget  1.13.4-3

emacs-goodies-el suggests no packages.

-- no debconf information

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

Bug#691975: wnettools.py does not interface with resolvconf correctly

[David Paleino]

Hello again Thomas,

On Wed, 31 Oct 2012 21:31:55 +0100, Thomas Hood wrote:

> If resolvconf is installed, wnettools.py uses "resolvconf -a" to add a
> nameserver information record. However, a grep through the code reveals
> that it nowhere removes that record (using "resolvconf -d"). This is a bug.
> When the program deconfigures the interface, or at the very least when it
> quits, it must delete the record that it earlier created. Otherwise this
> stale record remains in the system until reboot.
> 
> I am guessing that the reason that there is no "resolvconf -d" is that
> wicd-daemon.py backs up and restores /etc/resolv.conf and that this was
> thought to make it unnecessary to do "resolvconf -d".

As said in another mail, where wicd-daemon.py does the backup/restore
operations, it doesn't know anything about the interfaces or resolvconf.

Would you please be so kind to test the attached patch? I'm not a user of
resolvconf, and I'd prefer someone more knowledgeable than me to test it :)

It simply flushes the records added to resolvconf whenever a "disconnect"
operation is done: be it a "real" disconnection, or putting up an interface, or
killing the daemon.
The only thing missing is, I believe, flushing the record when wicd is
abruptly killed (kill -9, or kinda). I'm not sure how to handle that, sorry.

I'll wait for a reply before committing this patch upstream.

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
diff --git a/wicd/networking.py b/wicd/networking.py
index ced94b6..a431886 100644
--- a/wicd/networking.py
+++ b/wicd/networking.py
@@ -222,6 +222,7 @@ class Controller(object):
 iface.ReleaseDHCP()
 iface.SetAddress('0.0.0.0')
 iface.FlushRoutes()
+iface.FlushDNS()
 iface.Down()
 iface.Up()
 misc.ExecuteScripts(wpath.postdisconnectscripts, self.debug,
@@ -465,6 +466,17 @@ class ConnectThread(threading.Thread):
 return
 
 @abortable
+def flush_dns_addresses(self, iface):
+""" Flush the added DNS address(es).
+
+This is only useful when using resolvconf, since we effectively have no
+foolproof way of removing added DNS addresses from a non-resolvconf
+setup.
+
+"""
+iface.FlushDNS()
+
+@abortable
 def set_dns_addresses(self, iface):
 """ Set the DNS address(es).
 
@@ -908,6 +920,7 @@ class WirelessConnectThread(ConnectThread):
 self.reset_ip_addresses(wiface)
 self.stop_wpa(wiface)
 self.flush_routes(wiface)
+self.flush_dns_addresses(wiface)
 wiface.SetMode(self.network['mode'])
 wiface.SetBitrate(self.bitrate, self.allow_lower_bitrates)
 
@@ -983,6 +996,7 @@ class WirelessConnectThread(ConnectThread):
 # Clean up before aborting.
 iface.SetAddress('0.0.0.0')
 iface.FlushRoutes()
+iface.FlushDNS()
 if hasattr(iface, "StopWPA"):
 iface.StopWPA()
 self.abort_connection('association_failed')
@@ -1162,6 +1176,7 @@ class WiredConnectThread(ConnectThread):
 self.reset_ip_addresses(liface)
 self.stop_wpa(liface)
 self.flush_routes(liface)
+self.flush_dns_addresses(liface)
 
 # Bring up interface.
 self.put_iface_up(liface)
diff --git a/wicd/wnettools.py b/wicd/wnettools.py
index 2690b2c..efa6724 100644
--- a/wicd/wnettools.py
+++ b/wicd/wnettools.py
@@ -644,6 +644,19 @@ class BaseInterface(object):
 misc.Run(cmd)
 
 @neediface(False)
+def FlushDNS(self):
+""" Remove added DNS servers from system resolv.conf.
+
+Only useful for resolvconf-based setups.
+
+"""
+if self.resolvconf_cmd:
+cmd = [self.resolvconf_cmd, '-d', self.iface + '.wicd']
+if self.verbose: print cmd
+p = misc.Run(cmd, include_stderr=True, return_obj=True)
+p.communicate()
+
+@neediface(False)
 def SetDNS(self, dns1=None, dns2=None, dns3=None, 
dns_dom=None, search_dom=None):
 """ Set the DNS of the system to the specified DNS servers.


signature.asc
Description: PGP signature

Bug#691973: wicd-daemon.py clobbers /etc/resolv.conf

[David Paleino]

tags 691973 fixed-upstream confirmed
thanks

Hello Thomas,

On Wed, 31 Oct 2012 21:26:33 +0100, Thomas Hood wrote:

> In wicd-daemon.py the main() function backs up and restores
> /etc/resolv.conf. [..]

I've "fixed" it by taking care of the case where resolv.conf is a symlink.

  http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/823

Please note the quotes around "fixed".

Unfortunately, where the daemon does the backup/restore operations, it doesn't
know anything about the interfaces -- or whether resolvconf is being used.

So, while I agree that the backup/restore must not be done when using
resolvconf, you will agree with me that just making a backup of the resolvconf
symlink is _harmless_. That's why I've chosen this solution (to solve it in a
cleaner way, I'd need to rewrite half of wicd...)

Thanks for your reports,
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


signature.asc
Description: PGP signature

Bug#691982: Multiple PO debconf files updated

[David Prévot]

Le 31/10/2012 18:08, David Prévot a écrit :
> Package: mysql-server-5.5

> The patch is compressed in order not to be messed up by the BTS,
> especially given that various charset are used inside those files,
> please let me know if something broke anyway.

In doubt, please find also attached a compressed tarball of those eight
PO files updated.

Regards

David



po.tar.xz
Description: application/xz


signature.asc
Description: OpenPGP digital signature

Bug#691942: apt-cacher: [INTL:ja] New Japanese translation

[Mark Hindley]

package apt-cacher
tag 691942 pending
thanks

On Thu, Nov 01, 2012 at 12:22:56AM +0900, victory wrote:
> 
> Package: apt-cacher
> Version: 1.7.6
> Severity: wishlist
> Tags: patch l10n
> 
> Dear apt-cacher package maintainer,
> 
>  Here's Japanese po-debconf template translation (ja.po) file that 
>  reviewed by several Japanese Debian developers and users.
> 
>  Could you apply it, please?

Many thanks.

This is queued for the next upload (1.7.7)

Mark


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

Bug#691986: hedgewars: Hedgewars 0.9.18 released

[Logan Rosen]

Package: hedgewars
Version: 0.9.17-1
Severity: wishlist
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring

Dear Maintainer,

This bug report was also filed in Ubuntu and can be found at
http://launchpad.net/bugs/1073730
The description, from Derek, follows:

Upstream release of 0.9.18
Source tarball is available at:
http://download.gna.org/hedgewars/hedgewars-src-0.9.18.tar.bz2
and
http://hedgewars.org/download/hedgewars-src-0.9.18.tar.bz2.torrent

Or of course in mercurial with tag 0.9.18

As with prior releases, users on 0.9.17 will be unable to engage in network
play with those on 0.9.18.
For example:
https://bugs.launchpad.net/debian/+source/hedgewars/+bug/852603

(which also includes patches that were added for backporting)
See:
http://code.google.com/p/hedgewars/wiki/BuildingOnLinux

For the expanded dependency list and new optional dependencies (PNG
screenshots, Video Recording)

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

Kernel: Linux 3.5.0-17-generic (SMP w/1 CPU core)


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

Bug#691985: icedove: aborts on startup

[Niklaus Hablützel]

Package: icedove
Version: 3.0.11-1+squeeze14
Severity: grave
Justification: renders package unusable

icedove simply cannot be started, aborts with this error message:

lili@peter:~$ icedove
/usr/lib/icedove/icedove-bin: symbol lookup error: 
/usr/lib/icedove/components/libimgicon.so: undefined symbol: 
NS_GetServiceManager


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

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

Versions of packages icedove depends on:
ii  debianutils   3.4Miscellaneous utilities specific t
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libasound21.0.23-2.1 shared library for ALSA applicatio
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.24-4+squeeze1  simple interprocess messaging syst
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze4 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libnspr4-0d   4.8.6-1NetScape Portable Runtime Library
ii  libnss3-1d3.12.8-1+squeeze5  Network Security Service libraries
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libpng12-01.2.44-1+squeeze4  PNG library - runtime
ii  libsqlite3-0  3.7.3-1SQLite 3 shared library
ii  libstartup-notificati 0.10-1 library for program launch feedbac
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxrender1   1:0.9.6-1  X Rendering Extension client libra
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  psmisc22.11-1utilities that use the proc file s
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages icedove recommends:
ii  hunspell-de-de [hunspell-di 20091006-4.2 German dictionary for hunspell
ii  hunspell-en-us [hunspell-di 20070829-4   English_american dictionary for hu

Versions of packages icedove suggests:
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
pn  libgnome2-0(no description available)
pn  libgnomevfs2-0 (no description available)
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze6 MIT Kerberos runtime libraries - k
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font

-- 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#691984: RM: lgeneral/1.1.1-5

[Moritz Muehlenhoff]

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

Please remove lgeneral from testing. A DFSG-clean and up-to-date
version will be provided in unstable and delivered through 
wheezy-backports.

See 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691451#22

Cheers,
Moritz


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

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


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

Bug#691983: debian-handbook: eleventh chapter should suggest a more general tool for generating SSL certs

[Francesco Poli (wintermute)]

Package: debian-handbook
Version: 6.0+20120509
Severity: minor

Hello Raphaël,
in a reply to my bug report #681690, you wrote:

> On Sun, 15 Jul 2012, Francesco Poli (wintermute) wrote:
> > Section 11.1.1. Installing Postfix
> > --
> > 
> > Snake oil certificates have to be replaced by real certificates.
> > This is explained in the security box. Good.
> > But it is suggested to use easy-rsa, as described in a previous section
> > that talks about OpenVPN.
> > What about users that do not need to set VPNs up?
> > It is a little awkward to suggest them to install openvpn *just* for
> > the easy-rsa script...
> > Isn't there any similarly easy script to generate SSL certificates
> > (without manually issuing all the required openssl commands with
> > the appropriate options) in some more general purpose package?
> > If there is, I would strongly recommend mentioning it and/or
> > explaining how to use it!
> 
> I don't know of anything good. Feel free to file a new bug once you've
> found the tool that we should recommend here!

Couldn't it be /usr/lib/ssl/misc/CA.pl (from package openssl), as
suggested by section 11.7.3.3.1. Configuring the Server [1]
for the LDAP server configuration?

[1] http://debian-handbook.info/browse/stable/sect.ldap-directory.html

Or maybe /usr/lib/ssl/misc/CA.sh (again from package openssl)?

I am not sure of the differences between the two (except for the
obvious different programming language choice)...

Please investigate whether one of these two scripts may be suitable
for the purpose...

Thanks for your time!
Bye.


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

Bug#691982: Multiple PO debconf files updated

[David Prévot]

Package: mysql-server-5.5
Version: 5.5.28+dfsg-1
Severity: wishlist
Tags: patch l10n

Hi,

After noticing the Catalan PO file was broken, I went back in the
package history and bug reports, and retrieve a bunch of translations
that have been skipped or not properly unfuzzied. Please find attached a
patch to restore them in a much better shape:

debian/po/ar.po: 24 translated messages.
debian/po/ca.po: 24 translated messages.
debian/po/eu.po: 23 translated messages, 1 untranslated message.
debian/po/gl.po: 24 translated messages.
debian/po/it.po: 24 translated messages.
debian/po/ja.po: 24 translated messages.
debian/po/pt_BR.po: 18 translated messages, 1 fuzzy translation, 5 untranslated 
messages.
debian/po/ro.po: 21 translated messages, 3 untranslated messages.

from the current state:

debian/po/ar.po: 13 translated messages, 6 fuzzy translations, 5 untranslated 
messages.
debian/po/ca.po: 10 translated messages, 4 fuzzy translations, 10 untranslated 
messages.
debian/po/eu.po: 18 translated messages, 5 fuzzy translations, 1 untranslated 
message.
debian/po/gl.po: 13 translated messages, 6 fuzzy translations, 5 untranslated 
messages.
debian/po/it.po: 22 translated messages, 2 fuzzy translations.
debian/po/ja.po: 22 translated messages, 2 fuzzy translations.
debian/po/pt_BR.po: 13 translated messages, 6 fuzzy translations, 5 
untranslated messages.
debian/po/ro.po: 0 translated messages, 11 fuzzy translations, 13 untranslated 
messages.

The patch is compressed in order not to be messed up by the BTS,
especially given that various charset are used inside those files,
please let me know if something broke anyway.

Please also note that such a fix can be considered for a freeze
exception: point 4: “translation […] fixes” [0].

0: http://release.debian.org/wheezy/freeze_policy.html

Regards

David

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

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

Versions of packages mysql-server-5.5 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.46
ii  initscripts2.88dsf-32
ii  libc6  2.13-36
ii  libdbi-perl1.622-1
ii  libgcc11:4.7.2-4
ii  libstdc++6 4.7.2-4
ii  lsb-base   4.1+Debian7
ii  mysql-client-5.5   5.5.28+dfsg-1
ii  mysql-common   5.5.28+dfsg-1
ii  mysql-server-core-5.5  5.5.28+dfsg-1
ii  passwd 1:4.1.5.1-1
ii  perl   5.14.2-14
ii  psmisc 22.20-1
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages mysql-server-5.5 recommends:
ii  bsd-mailx [mailx]  8.1.2-0.2006cvs-1
ii  libhtml-template-perl  2.91-1

Versions of packages mysql-server-5.5 suggests:
pn  tinyca  

-- debconf information excluded


mysql-5.5_podebconf.patch.xz
Description: application/xz

Bug#691847: Affects libprocps0

[Craig Small]

On Wed, Oct 31, 2012 at 09:08:09PM +0100, Samuel Hym wrote:
> Due to the bug report, apt-listbugs blocked the upgrade of procps
> but not of libprocps0, which provoked an equally messy result.
> (I'm somewhat assuming that the “affects” command would be enough
I probably should of reported it on the procps source package not the
binary and it would of caught it.  You're right though it impacts the
library too.

 - Craig
-- 
Craig Small VK2XLZ   http://enc.com.au/  csmall at : enc.com.au
Debian GNU/Linux http://www.debian.org/  csmall at : debian.org
GPG fingerprint: 5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5


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

Bug#370824: unrtf: nopict option doesn't work

[Olly Betts]

On Fri, Jun 12, 2009 at 12:18:04AM +0200, Christian Surchi wrote:
> On Tue, Jun 06, 2006 at 06:34:46PM -0400, Liam K Morland wrote:
> > Package: unrtf
> > Version: 0.19.3-1.1
> > Severity: normal
> > 
> > The --nopict command line argument is supposed to "disables the 
> > automatic storing of embedded pictures to the current directory". It 
> > used to work, but recently it started saving the image files again.

Looking at the source of 0.19.3-1.1, the nopict_mode flag is set but
never actually checked, so it's not a great surprise that it doesn't
work.

> I'm back and I'm working on the new package with the new upstream release.
> Did you check this in last 0.21 package too?

Looking at the source of 0.21.2, the flag is now checked (I haven't
yet verified if the --nopict option works).  Looks like the fix was
probably made in 0.20.4, as NEWS says:

0.20.4: nopict mode bug fixes

Christian: Are you still interested in maintaining unrtf?  It looks like
you've not made an upload for over 8 years now, and the current package
is well behind upstream.  It would be better to orphan it so someone
else can take over - e.g. in #514040, Willi Mann offered to take over
maintainership, but with no public response.

Cheers,
Olly


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

Bug#691981: lesspipe doesn't handle *.txz files

[Tim Marston]

Package: less
Version: 451-1
Severity: minor

Unfortunately, lesspipe doesn't handle *.txz files.  Although it does
handle *.tar.xz and *.xz files.

The following tiny change should fix the issue:

--- lesspipe.old2012-10-31 21:45:26.397547336 +
+++ lesspipe.new2012-10-31 21:45:47.870158960 +
@@ -196,7 +196,7 @@
tar tzvf "$1" --force-local
;;
 
-   *.tar.xz)
+   *.tar.xz|*.txz)
if [ -x "`which xz`" ]; then
xz -dc "$1" | tar tfvv -
else


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

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

Versions of packages less depends on:
ii  debianutils  4.3.4
ii  libc62.13-36
ii  libtinfo55.9-10

less recommends no packages.

less 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#691980: unblock: mumble-django/2.7-7

[Michael Ziegler]

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

Please unblock package mumble-django

I've included a Japanese debconf translation (see bug 691939), and I've fixed 
the following Lintian warning regarding the package's Description field:
> W: mumble-django: spelling-error-in-description bandwith bandwidth

Debdiff:

diff -Nru mumble-django-2.7/debian/changelog mumble-django-2.7/debian/changelog
--- mumble-django-2.7/debian/changelog  2012-08-25 16:38:33.0 +0200
+++ mumble-django-2.7/debian/changelog  2012-10-31 22:25:34.0 +0100
@@ -1,3 +1,10 @@
+mumble-django (2.7-7) unstable; urgency=low
+
+  * Include Japanese Debconf translation (Closes: 691939).
+  * Fix Lintian warning (spelling-error-in-description).
+
+ -- Michael Ziegler   Wed, 31 Oct 2012 22:22:16 
+0100
+
 mumble-django (2.7-6) unstable; urgency=low
 
   * Add 03-templates.diff that adds "activation_complete.html" and removes an
diff -Nru mumble-django-2.7/debian/control mumble-django-2.7/debian/control
--- mumble-django-2.7/debian/control2012-08-24 19:32:13.0 +0200
+++ mumble-django-2.7/debian/control2012-10-31 22:24:38.0 +0100
@@ -70,7 +70,7 @@
   * existing server instances and users are recognized during installation
   * Admin group members can configure basic settings like MOTD and server
 password via the web interface, without getting access to settings like
-maximum user count and allowed bandwith
+maximum user count and allowed bandwidth
   * Does not require access to Murmur's database
   * Setting users' textures
   * Munin plugin that graphs the user count on each server instance
diff -Nru mumble-django-2.7/debian/po/ja.po mumble-django-2.7/debian/po/ja.po
--- mumble-django-2.7/debian/po/ja.po   1970-01-01 01:00:00.0 +0100
+++ mumble-django-2.7/debian/po/ja.po   2012-10-31 22:14:45.0 +0100
@@ -0,0 +1,45 @@
+# SOME DESCRIPTIVE TITLE.
+# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the PACKAGE package.
+# victory , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: mumble-django\n"
+"Report-Msgid-Bugs-To: mumble-dja...@packages.debian.org\n"
+"POT-Creation-Date: 2012-08-26 15:38+\n"
+"PO-Revision-Date: 2012-08-27 00:38+0900\n"
+"Last-Translator: victory \n"
+"Language-Team: Japanese \n"
+"Language: ja\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: note
+#. Description
+#: ../mumble-django.templates:1001
+msgid "In order to complete the installation of Mumble-Django, you need to"
+msgstr "Mumble-Django のインストールを完了させるためには、"
+
+#. Type: note
+#. Description
+#: ../mumble-django.templates:1001
+msgid "run the following command:"
+msgstr "以下のコマンドを実行する必要があります:"
+
+#. Type: note
+#. Description
+#: ../mumble-django.templates:1001
+msgid "  mumble-django-configure"
+msgstr "  mumble-django-configure"
+
+#. Type: note
+#. Description
+#: ../mumble-django.templates:1001
+msgid ""
+"Please refer to /usr/share/doc/mumble-django/README.Debian for more "
+"information."
+msgstr ""
+"さらなる情報については、/usr/share/doc/mumble-django/README.Debian を参照して"
+"ください。"


unblock mumble-django/2.7-7

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

Kernel: Linux 3.6-3.slh.3-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#645081: Maintaner for clp

[Ellis Kenyo]

Soeren,

I would consider myself somewhat well versed in both linear 
programming and C++, so I would like to be considered to maintain clp.
I've been thinking about doing a linear programming ... something for a 
while now, so this could save some time. I would cite you as original dev 
where appropriate if required. I hope to hear from you soon.

Happy trails,

Ellis K


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

Bug#688637: Backport of schroot

[Roger Leigh]

On Wed, Oct 31, 2012 at 11:03:37AM +0100, Reinhard Tartler wrote:
> On Tue, Oct 30, 2012 at 10:34 PM, Roger Leigh  wrote:
> 
> > While I would ultimately like to put 1.6.4-3~bpo60+1 into
> > backports, this is not currently advisable: the 1.6.x
> > releases have not yet had extensive testing with the
> > stable/stable-backports toolchain and library versions,
> > while the 1.4.x releases have.  Additionally, there are
> > some changes to the configuration file options (some
> > additional and some deprecated and obsoleted options).
> 
> Can you elaborate on the problems with schroot 1.6.x in squeeze,
> preferably by copying bug #688637, which I specifically requested for
> that? I would be willing to test preview packages.

I have now built and uploaded some packages, which I would be
very grateful to have some testing feedback for.  They are
at:

  http://people.debian.org/~rleigh/schroot-squeeze-backport/
  
http://people.debian.org/~rleigh/schroot-squeeze-backport/schroot_1.6.4-3~bpo60+1.dsc
  
http://people.debian.org/~rleigh/schroot-squeeze-backport/schroot_1.6.4-3~bpo60+1_amd64.build

(sources + amd64 binaries)

This is 1.6.4-3 from unstable; no source changes.

This will obviously need to wait until it's entered testing
before it can be uploaded.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#691972: smake ITP

[Joerg Jaspert]

Hi

please note that this package already was in Debian, it got removed
with #462152.

Please also keep in mind who the upstream author is, and the very much
unfriendly clima between him and Debian. There is a good reason why much
more useful software than smake from him is not in Debian. Using google
or just the Debian listarchives will give you lots of hits, if you want
to waste some time going over it.

Basically, unless you have a very good reason to package this (any
important other software you want to package that depends on this?),
there is a strong recommendation to *not* try to upload this to Debian.
It is unlikely that it will get accepted.

-- 
bye, Joerg
But Marge, what if we chose the wrong religion? Each week we just make
God madder and madder.


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

Bug#691979: Please, remove debian/po/en.po

[David Prévot]

Package: norwegian
Version: 2.0.10-5.1
Severity: wishlist
Tags: l10n

Hi,

Please, remove the debian/po/en.po file: it's useless (the original
template is in English), ineffective (0 translated messages) and broken
(UTF-8 encoded file, with a charser declared as ISO-8859-1 in its
headers).

Regards

David

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

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


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

Bug#691978: RFP: bigbluebutton -- Open Source Web Conferencing

[Andreas Kuckartz]

Package: wnpp
Severity: wishlist

BigBlueButton is an open source web conferencing system developed
primarily for distance education.

BigBlueButton supports multiple audio and video sharing, presentations
with extended whiteboard capabilities - such as a pointer, zooming and
drawing - public and private chat, desktop sharing, integrated VoIP
using FreeSWITCH, and support for presentation of PDF documents and
Microsoft Office documents. Moreover, users may enter the conference in
one of two roles: viewer or moderator.

As a viewer, a user may join the voice conference, share their webcam,
raise their hand, and chat with others. As a moderator, a user may
mute/unmute others, eject any user from the session, and make any user
the current presenter. The presenter may upload slides and control the
presentation.

https://en.wikipedia.org/wiki/BigBlueButton
http://www.bigbluebutton.org/
https://code.google.com/p/bigbluebutton/


Current installation documentation for Ubuntu is available but not for
Debian. Some links which might be helpful:

How to install BigBlueButton 0.80 on Ubuntu 10.04 in under 30 minutes
Updated Oct 9, 2012
https://code.google.com/p/bigbluebutton/wiki/InstallationUbuntu

How to install BigBlueButton on Debian Squeeze
Updated Jul 14, 2011
https://code.google.com/p/bigbluebutton/wiki/InstallationBigBlueButtonDebian

setup issues on Debian Squeeze
https://groups.google.com/forum/?fromgroups=#!topic/bigbluebutton-setup/yd5YAXfm9L8

First to last installation steps of BBB ( BigBlueButton ) in Debian with
Asterisk for 32bit and 64bit
https://groups.google.com/forum/?fromgroups=#!msg/bigbluebutton-setup/6KwreeRPhyI/ANsmQxUxdDQJ


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

Bug#612341: libjpeg-turbo, getting it into jessie

[Paul Tagliamonte]

I'm going to poke this mess of a bug report.

Let's do something about this.

Cheers,
  Paul

-- 
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#659994: [regression] icedove: symbol lookup error: [...]/libdbusservice.so: undefined symbol: NS_Alloc

[Andreas Teuchert]

On Tue, Oct 30, 2012 at 06:20:46PM +0100, Moritz Muehlenhoff wrote:
> On Fri, Feb 24, 2012 at 01:55:54PM +0100, Ansgar Burchardt wrote:
> > Hi,
> >
> > Am 21.02.2012 19:46, schrieb Christoph Goehre:
> >> On Mi, Feb 15, 2012 at 05:34:45 +0100, Ansgar Burchardt wrote:
> >>> since the last security update for icedove, the program does not
> >>> start on several computers here.  Instead the following error
> >>> message is displayed:
> >>>
> >>> /usr/lib/icedove/icedove-bin: symbol lookup error:
> >>> /usr/lib/icedove/components/libdbusservice.so: undefined symbol:
> >>> NS_Alloc
> >>
> >> I could reproduce it, but I need to move my .icedove profile away. If I
> >> downgrade to libc6 version 2.11.2-10, everything is working fine. So
> >> here my steps to reproduce:
> >>
> >> 1) add
> >>
> >>   deb http://snapshot.debian.org/archive/debian/20111215/ squeeze main
> >>
> >> to /etc/apt/sources.list and run 'apt-get update'
> >>
> >> 2) install older libc6
> >>
> >> apt-get install libc-bin=2.11.2-10 libc-dev-bin=2.11.2-10 libc6=2.11.2-10 
> >> libc6-dev=2.11.2-10 libc6-i386=2.11.2-10 locales=2.11.2-10
> >>
> >> 3) rerun Icedove
> >
> > Same here: icedove starts with the older version of libc6, but not with  
> > version 2.11.3-3.  The same is true when also downgrading icedove to  
> > 3.0.11-1+squeeze6 (works with old libc6, not with newer libc6).
> >
> > I can also upgrade libc6 to 2.11.3-3 and icedove continues working, but  
> > if I also change the version of icedove (by either upgrading or  
> > downgrading), icedove again refuses to start.  So this seems to be  
> > something triggered by running icedove after an update.
> 
> Does this still occur with Squeeze 6.0.6 ?
> 
> Cheers,
> Moritz
> 

Hello Moritz,

yes, it does. I just upgraded Icedove to 3.0.11-1+squeeze14. After the
upgrade Icedove didn't start and displayed the error message Ansgar
included in the initial bug report. After renaming
/usr/lib/icedove/components/libdbusservice.so to
/usr/lib/icedove/components/libdbusservice.so_ Icedove did start again.
Icedove continued to work after renaming this file back.

Regards,

Andreas


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

Bug#691923: git: new upstream (1.8)

[Daniel Baumann]

On 10/31/2012 07:43 PM, Jonathan Nieder wrote:
> Would you like to sponsor?  I can build an upload-ready package of
> 1:1.7.10.4-2 for sid (already approved by Gerrit[4]) and 1:1.8.0-1 for
> experimental if you'd like.

sure, if you provide me the urls to the dsc i'll tomorrow look & test,
and upload if ok.

-- 
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#684240: [wheezy] lenovo t61 laptop fails to shutdown

[Luis Mochan]

On Tue, Oct 30, 2012 at 04:40:00PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > I guess you want this is the relevant output of grep:
> > /etc/initramfs-tools/modules:uvesafb
> > /etc/modprobe.d/uvesafb.conf:options uvesafb mode_option=1280x1024-32 
> > scroll=ywrap
> 
> Actually, the full output (as an attachment) would be helpful.

See attachment.

>...
> Could you try nouveau again using this information?  

 I will later.

Regards,
Luis

/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# initramfs.conf
/etc/initramfs-tools/initramfs.conf:# Configuration file for mkinitramfs(8). 
See initramfs.conf(5).
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Note that configuration options from this 
file can be overridden
/etc/initramfs-tools/initramfs.conf:# by config files in the 
/etc/initramfs-tools/conf.d directory.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# MODULES: [ most | netboot | dep | list ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# most - Add most filesystem and all 
harddrive drivers.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# dep - Try and guess which modules to load.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# netboot - Add the base modules, network 
modules, but skip block devices.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# list - Only include modules from the 
'additional modules' list
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:MODULES=most
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# BUSYBOX: [ y | n ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Use busybox if available.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:BUSYBOX=y
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# KEYMAP: [ y | n ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Load a keymap during the initramfs stage.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:KEYMAP=n
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# COMPRESS: [ gzip | bzip2 | lzma | lzop | 
xz ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:COMPRESS=gzip
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# NFS Section of the config.
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# DEVICE: ...
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# Specify a specific network interface, 
like eth0
/etc/initramfs-tools/initramfs.conf:# Overridden by optional ip= bootarg
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:DEVICE=
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:# NFSROOT: [ auto | HOST:MOUNT ]
/etc/initramfs-tools/initramfs.conf:#
/etc/initramfs-tools/initramfs.conf:NFSROOT=auto
/etc/initramfs-tools/modules:# List of modules that you want to include in your 
initramfs.
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# Syntax:  module_name [args ...]
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# You must run update-initramfs(8) to effect this 
change.
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# Examples:
/etc/initramfs-tools/modules:#
/etc/initramfs-tools/modules:# raid1
/etc/initramfs-tools/modules:# sd_mod
/etc/initramfs-tools/modules:uvesafb
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Configuration file for 
update-initramfs(8)
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# update_initramfs [ yes | all | no ]
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Default is yes
/etc/initramfs-tools/update-initramfs.conf:# If set to all update-initramfs 
will update all initramfs
/etc/initramfs-tools/update-initramfs.conf:# If set to no disables any update 
to initramfs beside kernel upgrade
/etc/initramfs-tools/update-initramfs.conf:update_initramfs=yes
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# backup_initramfs [ yes | no ]
/etc/initramfs-tools/update-initramfs.conf:#
/etc/initramfs-tools/update-initramfs.conf:# Default is no
/etc/initramfs-tools/update-initramfs.conf:# If set to no leaves no .bak backup 
files.
/etc/initramfs-tools/update-initramfs.conf:backup_initramfs=no
/etc/modprobe.d/alsa-base-blacklist.conf:# Uncomment these entries in order to 
blacklist unwanted modem drivers
/etc/modprobe.d/alsa-base-blacklist.conf:# blacklist snd-atiixp-modem
/etc/modprobe.d/alsa-base-blacklist.conf:# blacklist snd-intel8x0m
/etc/modprobe.d/alsa-base-b

Bug#691747: closing 691747

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Le 31/10/2012 16:03, Olivier Berger a écrit :
> On Wed, Oct 31, 2012 at 01:41:02PM -0400, David Prévot wrote:

>> Why do you close a bug that is not fixed in the archive?
> 
> Well, it seemed to me that it was fixed in the Web version,

It is fixed in the Subversion repository [1], and the web version is
directly built from it.

  1: http://anonscm.debian.org/viewvc/ddp?view=revision&revision=9450

> Does this mean it could have been fixed on www.d.o and not in the package ?

It will be fixed in the package once uploaded.

> I'm not sure I understand the publication workflow... :-/

In a few words, the publication workflow is a bit messy:

- some DDP docs (including the debian-reference) are directly
  built from the source repository:

http://anonscm.debian.org/gitweb/?p=debwww/cron.git;a=blob;f=parts/7doc_manuals;hb=HEAD
http://anonscm.debian.org/viewvc/ddp/manuals/trunk/Makefile?view=markup

- some other are extracted from their packages:

http://anonscm.debian.org/gitweb/?p=debwww/cron.git;a=blob;f=parts/7doc;hb=HEAD

- some are even built from their source package via a specific
  target…

http://anonscm.debian.org/gitweb/?p=debwww/cron.git;a=blob;f=lessoften-parts/1installation-guide;hb=HEAD


Not even mentioning AsciiDoc sources, converted to DocBook, translated
for the DocBook version, etc. So in doubt, just let the maintainers take
care of handling their bug reports ;).

Regards

David

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

iQIcBAEBCAAGBQJQkZFAAAoJELgqIXr9/gnyhpEP/1C1+bHZktojKqWVeruJe/kv
LLigwrNg8xMkvAND7L7OmmGkvgKCE6Te+2KMLaiK+/1cfwp0MPPam38tLkJjT+0Y
GhyV77MwH+j21H12ImSD/8jQulxj4IgEado3ddgmgV64Li+/uUddKlDrLKcBR0wb
EYrBcAANQoOY3OOcPSO+YsKdEmFy/+7wdV3kxV4f7rDqm74WMUnzeJs7D5SV7bO0
2R5N6u03Dj9gqy8myK+tBAr3XMKcXrSo4aqw9fGUZU+6Cq11kgD89o7OEELQE378
P3jSSLd/Y5aUcC2yWLlEY1KYVfYtaxTqyaL+4/ezrcw5eBC7WPnkDtqZuGH3G789
sfgruYWVA5uM0lJ87e/MXyHvTvP3fn10nBOZMtyablvkFG7MbdMpC21pfhiYYC/q
M0e9ZSungKFuymIzbhoTyUJFw6dJP1zNjmv1AjfB0t+R5fxkB0N7lVZQwY57cTUq
OOQ9L97azbf3X5BYGPKHnSw/mCKzwxoqm2+P+6S+BgDXm0hSJ76NS1LmRxWU/Jw1
b1ns1Mbv0V6AJxSQdeTrvoh14mJ1TyTSnMYfLiu8G/9xs3J5h/3EkTIBGe9mx62c
8ggP2dsHDG7FVMseNw/Tsj8BYAka2VTCCo3F6HGq/mcs5GL6EVKm634bb5W1rdDx
CenSMz691LY1IXAQ7AuA
=vsOc
-END PGP SIGNATURE-


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

Bug#691977: please add be2iscsi module to d-i image

[Aron Xu]

Package: debian-installer

Dear d-i maintainers,

I found that be2iscsi module is absent in d-i image. The module are the
driver of iSCSI functions in Emulex be2/3 NICs, which is a standard
configuration for HP BL490c G7 blade servers.

Missing this module makes d-i not able to detect the hard drive provided by
the iSCSI HBA in the Emulex NIC, hence not able to install the system to
SAN, which is vital for diskless configurations.


-- 
Regards,
Aron Xu

Bug#691976: gnome-osd-event-bridge will use 100% of the cpu..

[Ken Hahn]

Subject: gnome-osd-event-bridge will use 100% of the cpu..
Package: gnome-osd
Version: 0.12.2-1
Severity: normal

*** Please type your report below this line ***
gnome-osd-event-bridge appeasr to go into a pool loop, when it exits 
trys to read a unix domain socket nad gets a return indicating resource 
temporarily unavailable.


poll([{fd=11, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, 
events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=16, 
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|P$
read(15, 0x14b85d4, 4096)   = -1 EAGAIN (Resource 
temporarily unavailable)
poll([{fd=11, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, 
events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=16, 
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|P$
read(15, 0x14b85d4, 4096)   = -1 EAGAIN (Resource 
temporarily unavailable)
poll([{fd=11, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, 
events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=16, 
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|P$
read(15, 0x14b85d4, 4096)   = -1 EAGAIN (Resource 
temporarily unavailable)
poll([{fd=11, events=POLLIN}, {fd=13, events=POLLIN|POLLPRI}, {fd=15, 
events=POLLIN}, {fd=6, events=POLLIN|POLLPRI}, {fd=16, 
events=POLLIN|POLLPRI}, {fd=17, events=POLLIN|POLLPRI}, {fd=19, 
events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|P$



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

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

Versions of packages gnome-osd depends on:
ii  gconf2  2.28.1-6 GNOME configuration 
database syste
ii  python  2.6.6-3+squeeze7 interactive high-level 
object-orie
ii  python-dbus 0.83.1-1 simple interprocess 
messaging syst
ii  python-gnome2   2.28.1-1 Python bindings for the 
GNOME desk
ii  python-gtk2 2.17.0-4 Python bindings for the 
GTK+ widge
ii  python-pyorbit  2.24.0-6 A Python language binding 
for the
ii  python-pyorbit-omg  2.24.0-6 PyORBit - Python CORBA OMG 
standar
ii  python-support  1.0.10   automated rebuilding 
support for P


gnome-osd recommends no packages.

Versions of packages gnome-osd suggests:
ii  evolution   2.30.3-5 groupware suite with mail 
client a

pn  muine(no description available)
ii  pidgin  2.7.3-1+squeeze3 graphical multi-protocol 
instant m
ii  rhythmbox   0.12.8-3 music player and organizer 
for GNO
ii  xchat   2.8.8-3  IRC client for X similar to 
AmIRC


-- 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#691974: wnettools.py uses the wrong resolvconf record name

[David Paleino]

tags 691974 fixed-upstream confirmed
thanks

On Wed, 31 Oct 2012 21:29:59 +0100, Thomas Hood wrote:

> Please change wicd to follow the convention. E.g., change the code quoted
> above to the following.
> 
> cmd = [self.resolvconf_cmd, '-a', self.iface + '.wicd']

Fixed upstream, many thanks for your report(s)!

http://bazaar.launchpad.net/~wicd-devel/wicd/experimental/revision/821

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


signature.asc
Description: PGP signature

Bug#691968: correction to the bugreport

[Alexander Ufimtsev]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Roland et al,

A tiny correction to the bugreport above:

probably not a failure to build, but rather a failure to upgrade.

we are running a gforge installation on Debian stable atm, and recent
exim update caused the error above, which effectively prevented gforge
from sending emails.

here is a part of exim config (/etc/exim4/exim4.conf.template) added by
gforge that caused the error above:

hide pgsql_servers = 127.0.0.1/gforge/gforge_mta/
hide pgsql_servers =
(/var/run/postgresql/.s.PGSQL.5432)/mail/Debian-exim/bogus:(/var/run/postgresql/.s.PGSQL.5432)/fusionforge/fusionforge_mta/fusionforge_mta

we solved the issue for us by putting it on the same line separated by a
colon, i.e.

hide pgsql_servers =
127.0.0.1/gforge/gforge_mta/:(/var/run/postgresql/.s.PGSQL.5432)/mail/Debian-exim/bogus:(/var/run/postgresql/.s.PGSQL.5432)/fusionforge/fusionforge_mta/fusionforge_mta

after which the updates went without a hitch.

We aren't entirely sure whether two pgsql_servers options are present in
all (g|fusion)forge installations, but in case there are, it would be
good to solve this.

Regards,
Alexander

- -- 
Alexander Ufimtsev
School of Computer Science and Informatics
University College Dublin, Belfield, D4, Ireland
E: al...@ucd.ie  T: +353 1 716 2926
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iD8DBQFQkYskANNyqVq3ICERAnpbAJ4vFN89ZepFjVWU9nWG/ND/TdjueQCgh73L
tSpStPtMrXUs9HGqVM+76Rs=
=/lNz
-END PGP SIGNATURE-


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

Bug#691968: correction to the bugreport

[Alexander Ufimtsev]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

submitter 691968 jmouze...@gmail.com
severity normal
thank you
- -- 
Alexander Ufimtsev
School of Computer Science and Informatics
University College Dublin, Belfield, D4, Ireland
E: al...@ucd.ie  T: +353 1 716 2926
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iD8DBQFQkY06ANNyqVq3ICERAtBbAJoC/DwNx731cNy9rdm8Az8cSHXEeQCeL/f7
l5kPHUaUzeSCg3sd6T3EFdM=
=8hGW
-END PGP SIGNATURE-


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

Bug#690974: lazarus: lazarus-x.y.z should depend on fpc-source and the package containing *.lpk

[Abou Al Montacir]

> As the original report was quite long, and the reporter appologized for his 
> tone
> in a later message, I try to summarize the problems as I understand it. But 
> please
> also read the original report if I am not clear, or you suspect I might have
> misunderstood.
> 
> The original bugreport reports three issues:
> 1) fpc-source is in the recommends of the lazarus package, where it (I think 
> the
>IDE) fails without it, i.e. when you are not installing recommended 
> packages.

IDE does not need in any way source code to run or to build programs, it
only needs them to make code tool functionality working, which, I admit,
is the most important feature in Lazarus. However, as the sources are
quite big, and as user can develop his own code, not using any LCL
component, these several GiB are not mandatory strictly speaking, but an
add-on that enhances the functionalit, thus the Recommends relationship.

Aptitude will select source package automatically, unless an other
source version is installed, but I consider this behavior right.


> 2) lcl-x.y.z is in the recommends of the lazarus package, while the IDE fails
>without it, i.e. when you are not installing recommended packages, but see
>number 3.

You can perfectly use Lazarus as Pascal editor without having LCL
installed. You may want to use it for example for education purpose or
for developing simple Pascal programs without needing neither LCL nor
sources. I personally write filters (text processing programs) that do
not use any advanced feature, and consider Lazarus as my preferred
Pascal editor (ViM for other languages). I don't need to have LCL
sources. Consider running Lazarus on tablet or in Android Debian chroot.


> 3) *.lpk files are (as the reporter says) part of the IDE source code, so why
>are they in the lcl-units package instead of the lazarus-src package (which
>lazarus-x.y.z depends on)?

Lazarus PaKage files are required by code tool and compilation scheduler
(make equivalent) to find units, include files and other required
resources. These are not related to sources but to .ppu/.o files. They
should be packaged with units in order to allow Lazarus packaging model
to work.

A package could not be used by editor without .lpk file, while it could
be used without its sources. In the latter case, compilation will work
but not code completion.


> Quoting from the comment #3
> > regarding lcl-units: lazarus does not depend on lcl-units but it needs
> > it in order for lazarus to work. Also what are the .lpk files doing in
> > the lcl-units? they are part of the IDE source code itself, the
> > components directory contains the IDE plugins that can be installed (and
> > many are installed by default after "make bigide") they should be part
> > of lazarus-src. Actually *everything* should be installed as a
> > dependency of lazarus since lazarus simply will not work correctly if
> > arbitrary parts are just missing.

Does this person thinks he's the lord of the world and others are idiots? No 
comment.



> Hope this helps, and please feel free to ask for clarification either here,
> or preferably in the Ubuntu bug.
> [1] https://bugs.launchpad.net/ubuntu/+source/lazarus/+bug/1068109

I'm not interested in supporting Ubuntu users, and focus exclusively on
Debian BTS, please don't hesitate to forward bugs from Ubuntu, but I'll
not go and look there for bugs.

Cheers,



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

Bug#691954: dpkg: Typo in changelog

[Guillem Jover]

On Wed, 2012-10-31 at 13:56:29 -0300, Nicolás Alvarez wrote:
> Package: dpkg
> Version: 1.16.9
> Severity: minor
> 
> There are a few typos in the 1.16.9 changelog entry:
> "This ensures conffile entries are not misshandled..." -> mishandled
> "reason for multiarch database inconcistencies..." -> inconsistencies

Thanks, fixed locally will push later once 1.16.10 is started.

regards,
guillem


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

Bug#691975: wnettools.py does not interface with resolvconf correctly

[Thomas Hood]

Package: python-wicd
Version: 1.7.2.4-2
Severity: important

If resolvconf is installed, wnettools.py uses "resolvconf -a" to add a
nameserver information record. However, a grep through the code reveals
that it nowhere removes that record (using "resolvconf -d"). This is a bug.
When the program deconfigures the interface, or at the very least when it
quits, it must delete the record that it earlier created. Otherwise this
stale record remains in the system until reboot.

I am guessing that the reason that there is no "resolvconf -d" is that
wicd-daemon.py backs up and restores /etc/resolv.conf and that this was
thought to make it unnecessary to do "resolvconf -d". If my guess is right
then please note that this is a bug. When resolvconf is installed, other
software should never touch /etc/resolv.conf. At all. I will repeat that.
Don't touch /etc/resolv.conf --- neither the symlink nor the contents of
its target. In particular don't "restore" it. (And therefore don't "back it
up", as there is no need to do so, since you won't be "restoring" it.) As
just mentioned, the way for wicd to restore the original situation (as far
as wicd is concerned) is to delete the resolvconf record that it created,
using the "-d" option.

Bug#691576: GDB stops with sigtrap at 0 address on ia64 wheezy

[Stephan Schreiber]

I tried some older Kernel versions in order to get more information  
about the regression.


Udeb and libudeb0 have been downgraded to version 161 in order to run  
older Kernels.



Kernel 3.0.0-2 (linux-image-3.0.0-2-mckinley_3.0.0-5_ia64.deb)
GDB 7.4.1 works

Kernel 3.1.0-rc7  
(linux-image-3.1.0-rc7-mckinley_3.1.0~rc7-1~experimental.1_ia64.deb)

GDB 7.4.1 works

Kernel 3.1.0-1 (linux-image-3.1.0-1-mckinley_3.1.1-1_ia64.deb)
GDB 7.4.1 doesn't work

Kernel 3.1.0-1 (linux-image-3.1.0-1-mckinley_3.1.4-1_ia64.deb)
GDB 7.4.1 doesn't work


If you read the changelog of linux-2.6, you realize that one  
difference between 3.1.0~rc7-1 and 3.1.1-1 is the used the GCC  
version: a change from 4.5 to 4.6.


This also explains the working Gentoo Kernel 3.3.8; it has been  
compiles with GCC 4.5.3.


I focused the Kernel 3.2.23 for the subsequent tests because it is the  
one in Wheezy. (Udev and libudev upgraded to the most recent versions  
in Wheezy.)


As you remember GDB 7.4.1 doesn't work on Kernel 3.2.23 - compiled  
with GCC 4.6.


I build Kernel 3.2.23 with GCC4.4. GDB 7.4.1 works on that Kernel! But  
don't be too excited, the bad news is coming soon.


That's quite interesting. Either a problem in some GCC versions or we  
have some source code in the Kernel which isn't portable in some way.


Emeric Maschine gave me the valuable hint on the Debian ia64 list that  
he have already seen some GDB trouble after a particular upstream  
patch in Kernel:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=37a9d912b24f

The result was Debian bug#659485  
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659485) and an  
upstream patch (https://bugzilla.kernel.org/show_bug.cgi?id=42757):

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=c76f39bddb84f93f70a5520d9253ec0317bec216


The source code which was modified by these patches attracted my  
attention immediately.
Here is the source code of Kernel 3.2.23; the register operand  
constraints of the assembly block are *wrong*.


File arch/ia64/include/asm/futex.h:

static inline int
futex_atomic_cmpxchg_inatomic(u32 *uval, u32 __user *uaddr,
  u32 oldval, u32 newval)
{
if (!access_ok(VERIFY_WRITE, uaddr, sizeof(u32)))
return -EFAULT;

{
register unsigned long r8 __asm ("r8");
unsigned long prev;
__asm__ __volatile__(
"  mf;;\n"
"  mov %0=r0   \n"
"  mov ar.ccv=%4;; \n"
"[1:]  cmpxchg4.acq %1=[%2],%3,ar.ccv  \n"
"  .xdata4 \"__ex_table\", 1b-., 2f-.\n"
"[2:]"
: "=r" (r8), "=r" (prev)
: "r" (uaddr), "r" (newval),
  "rO" ((long) (unsigned) oldval)
: "memory");
*uval = prev;
return r8;
}
}



The list of output registers is
: "=r" (r8), "=r" (prev)
The constraint "=r" means that the GCC has to maintain that these vars  
are in registers and contain valid info when the program flow leaves  
the assembly block (output registers).
But "=r" also means that GCC can put them in registers that are used  
as input registers. Input registers are uaddr, newval, oldval on the  
example.

The second assembly instruction
"  mov %0=r0   \n"
is the first one which writes to a register; it sets %0 to 0. %0 means  
the first register operand; it is r8 here. (The r0 is read-only and  
always 0 on the Itanium; it can be used if an immediate zero value is  
needed.)
This instruction might overwrite one of the other registers which are  
still needed.
Whether it really happens depends on how GCC decides what registers it  
uses and how it optimizes the code.


The objdump utility can give us disassembly.
The futex_atomic_cmpxchg_inatomic() function is inline, so we have to  
look for a module that uses the funtion. This is the  
cmpxchg_futex_value_locked() function in

kernel/futex.c:

static int cmpxchg_futex_value_locked(u32 *curval, u32 __user *uaddr,
  u32 uval, u32 newval)
{
int ret;

pagefault_disable();
ret = futex_atomic_cmpxchg_inatomic(curval, uaddr, uval, newval);
pagefault_enable();

return ret;
}


Now the dissembly. At first from the Kernel package 3.2.23 which has  
been compiled with GCC 4.4, remeber this Kernel seemed to work:

objdump -d linux-3.2.23/debian/build/build_ia64_none_mckinley/kernel/futex.o

0230 :
 230:   0b 18 80 1b 18 21   [MMI]   adds r3=3168,r13;;
 236:   80 40 0d 00 42 00   adds r8=40,r3
 23c:   00 00 04 00  

Bug#691973: wicd-daemon.py clobbers /etc/resolv.conf

[Thomas Hood]

Package: wicd
Version: 1.7.2.4-2
Severity: serious

In wicd-daemon.py the main() function backs up and restores
/etc/resolv.conf. To back up it does

shutil.copy2('/etc/resolv.conf', wpath.varlib + 'resolv.conf.orig')

which is like the following shell command.

   cp -p /etc/resolv.conf path/resolv.conf.orig

Note that if /etc/resolv.conf is a symbolic link to another file, the
shutil.copy2() copies the contents to the target; it does not create an
equivalent symbolic link at the target.

To restore, it does

shutil.move(wpath.varlib + 'resolv.conf.orig', '/etc/resolv.conf')

which is like the following.

mv path/resolv.conf.orig /etc/resolv.conf

If /etc/resolv.conf was a symbolic link before the backup-and-restore
sequence then afterwards it is a plain file with the contents of the target
of that symlink. Put more bluntly, it clobbers the symlink.

Resolvconf makes use of a symbolic link /etc/resolv.conf ->
../run/resolvconf/resolv.conf. Therefore it appears that wicd-daemon.py
will break any system using resolvconf.

I was just reading the wicd code and this bug report arises from that
reading, not from testing. But even if the code in question isn't currently
executed it should be fixed.

Bug#691972: ITP: smake -- A portable make program

[Eric Shattow]

Package: wnpp
Severity: wishlist
Owner: Eric Shattow 

* Package name: smake
  Version : 1.2a49
  Upstream Author : Jörg Schilling 
* URL : http://cdrecord.berlios.de/private/smake.html
* License : GPL
  Programming Lang: C
  Description : A portable make program

A portable make program optimized to be used with 'makefiles' smake
includes special automake features that allow to do easy portable
compilation.


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

Bug#691847: Affects libprocps0

[Samuel Hym]

affects 691847 + libprocps0
thanks

Due to the bug report, apt-listbugs blocked the upgrade of procps but 
not of libprocps0, which provoked an equally messy result.
(I'm somewhat assuming that the “affects” command would be enough for 
apt-listbugs to avoid the upgrading in such a case, but I'm not sure at all)


Best regards
Samuel


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

Bug#691747: closing 691747

[Olivier Berger]

On Wed, Oct 31, 2012 at 01:41:02PM -0400, David Prévot wrote:
> 
> Le 31/10/2012 13:29, Olivier Berger a écrit :
> > close 691747 
> 
> Why do you close a bug that is not fixed in the archive?
> 

Well, it seemed to me that it was fixed in the Web version, so I expected it to 
be fixed in the archive too... but maye I was a bit too quick.

Does this mean it could have been fixed on www.d.o and not in the package ?

I'm not sure I understand the publication workflow... :-/

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


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

Bug#691902: [squeeze->wheezy regression] Unable to shutdown via normal means

[Jonathan Nieder]

Janne Boman wrote:

> ouput attached.

Thanks.

Can you reproduce this using nouveau instead of nvidia?  (Testing this
would require disabling uvesafb temporarily.)

If it works with nouveau, we can pass this on to the maintainers of
the nvidia proprietary driver.  If it fails with nouveau, too, that
will help us bring this up with linux-kernel upstream.  So either
result is progress.

Hope that helps,
Jonathan


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

Bug#690409: php5-xcache: upgrades clobber local changes to xcache.ini

[Stuart Prescott]

Hi all,

> On my test system, after upgrading from Squeeze to Wheezy, I have both
> the old configuration file and the new one in /etc/php5/conf.d/:
> 
>   10-pdo.ini -> ../mods-available/pdo.ini
>   20-xcache.ini -> ../mods-available/xcache.ini
>   xcache.ini
> 
> Both seem to be taken into account somehow, as shown by this warning:

Ahh, you are indeed right -- the old conffile is still present and marked as 
obsolete by dpkg. (I guess I must have missed that amongst the new directory 
structure).

So, yes... local admin changes are preserved; the admin is just left with a 
mess because of the wrong path to the .so. Feel free to assign whatever 
priority you would like to give this in the BTS, but it does look like it is 
in the "needs fixing for wheezy" (with minimal changes) category. As one of our 
release managers commented when we were discussing this bug earlier:

[18:03]  arguably http://release.debian.org/wheezy/rc_policy.txt 5a says 
"package must not be on crack", but I think that's about as explicit as we 
get. "must not screw the admin over" shouldn't need to be codified


On Wednesday 31 October 2012 17:00:49 Michal Čihař wrote:
> Anyway the important bit is that path to load the module needs to be
> adjusted as well on upgrade (if keeping old config file), what I did not
> know how to do properly (old version had hardcoded path to xcache.so,
> while new has omitted this).

That does not appear to be correct with php5-xcache 2.0.0-2 currently in 
wheezy:

$ grep zend_extension /etc/php5/mods-available/xcache.ini
zend_extension = /usr/lib/php5/20100525+lfs/xcache.so

... so this problem is a problem that will keep on giving.

/etc/php5/mods-available/xcache.ini is also a conffile again (whereas many of 
the other php module packages seem to have gone to ucf for the configuration 
file handling to help cope with these sorts of situations).


cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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

Bug#691902: [squeeze->wheezy regression] Unable to shutdown via normal means

[Janne Boman]

Hi,
ouput attached.

On Wed, Oct 31, 2012 at 8:54 PM, Jonathan Nieder  wrote:
> reassign 691902 src:linux 3.2.23-1
> quit
>
> Hi Janne,
>
> Janne Boman wrote:
>
>> Selecting "Shutdown" from Gnome, issuing "shutdown -h now", "poweroff"
>> or "halt" from command line all result in the same behavior: shutdown
>> followed by a restart.
>> The only way to shutdown my system is to issue "halt -pf" or to press
>> the power button in the Grub menu.
>> I'm using a fairly stock wheezy install.
>>
>> The reason I'm filing this against linux-image-3.2.0.3-amd64: shutdown
>> works when I install the default amd64 kernel from squeeze!
>
> Thanks for reporting it.
>
> Please attach output from "reportbug --template linux-image-$(uname -r)",
> which will tell us a little more about your setup.
>
> Hope that helps,
> Jonathan


output
Description: Binary data

Bug#691971: unblock: mh-e/8.3-1.1

[Sébastien Villemot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: m...@packages.debian.org

Please unblock package mh-e. The version in sid fixes RC bug #689806.
The debdiff is attached.

unblock mh-e/8.3-1.1

Thanks,
diff -Nru mh-e-8.3/debian/changelog mh-e-8.3/debian/changelog
--- mh-e-8.3/debian/changelog	2011-11-11 17:10:10.0 +0100
+++ mh-e-8.3/debian/changelog	2012-10-21 16:15:05.0 +0200
@@ -1,3 +1,13 @@
+mh-e (8.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * No longer create /root/.gnupg during installation of the package. This
+is achieved by binding epg-gpg-home-directory to a temporary directory
+during bytecode compilation (implementation in
+debian/emacsen-install). (Closes: #689806)
+
+ -- Sébastien Villemot   Sun, 21 Oct 2012 16:13:53 +0200
+
 mh-e (8.3-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru mh-e-8.3/debian/emacsen-install mh-e-8.3/debian/emacsen-install
--- mh-e-8.3/debian/emacsen-install	2007-08-14 02:57:11.0 +0200
+++ mh-e-8.3/debian/emacsen-install	2012-10-21 16:13:17.0 +0200
@@ -59,12 +59,17 @@
 done
 cd ${ELCDIR}
 
+# Prevent epg from manipulating /root/.gnupg (#689806)
+TMPGNUPGHOME=`mktemp -d --tmpdir gnupg.XX`
+
 cat << EOF > path.el
 (setq load-path (append '("." "/usr/share/emacs/site-lisp/etc/images/mh-e")
 load-path)
   byte-compile-warnings nil)
+(setq epg-gpg-home-directory "${TMPGNUPGHOME}")
 EOF
 ${FLAVOR} ${FLAGS} ${BYTECOMPILEFILES}
 rm -f path.el
+rm -rf ${TMPGNUPGHOME}
 
 exit 0


-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgpwqsjy9ofkI.pgp
Description: PGP signature

Bug#691754: LSI MegaRAID

[Steven Chamberlain]

Actually this is the more relevant changelog;  it can be seen that 9.1
will definitely have the new driver from LSI:

http://svnweb.freebsd.org/base/releng/9.1/sys/dev/mps/mps.c?view=log

Also I'm not completely sure the mps(4) driver can be backported to
kFreeBSD 9.0.  I think getting kFreeBSD 9.1 into wheezy-backports very
soon after Wheezy is released would be the best plan.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#691970: Please, fix the charset in debian/po/nb.po

[David Prévot]

Package: mason
Version: 1.0.0-12.3
Severity: wishlist
Tags: l10n patch

Hi,

debian/po/nb.po uses UTF-8, but is declared as using ISO-8859-1. That
causes the debconf screen to be broken in Bokmål. Please find attached
a trivial patch for this issue. Please also note that such a fix can be
considered for a freeze exception: point 4: “translation […] fixes” [0].

0: http://release.debian.org/wheezy/freeze_policy.html

Regards

David

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

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

Versions of packages mason depends on:
ii  bash   4.2-5
ii  debconf [debconf-2.0]  1.5.46

mason recommends no packages.

mason suggests no packages.
diff -u mason-1.0.0/debian/po/nb.po mason-1.0.0/debian/po/nb.po
--- mason-1.0.0/debian/po/nb.po
+++ mason-1.0.0/debian/po/nb.po
@@ -11,7 +11,7 @@
 "Language-Team: Norwegian Bokmål \n"
 "Language: \n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
 #. Type: select

Bug#691969: unblock: emacs-goodies-el/35.2+nmu1

[Sébastien Villemot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: emacs-goodies...@packages.debian.org

Please unblock package emacs-goodies-el. The version in sid fixes RC bug
#689807. The debdiff is attached.

unblock emacs-goodies-el/35.2+nmu1

Thanks,
diff -Nru emacs-goodies-el-35.2/debian/changelog emacs-goodies-el-35.2+nmu1/debian/changelog
--- emacs-goodies-el-35.2/debian/changelog	2011-10-27 19:30:01.0 +0200
+++ emacs-goodies-el-35.2+nmu1/debian/changelog	2012-10-21 13:17:55.0 +0200
@@ -1,3 +1,13 @@
+emacs-goodies-el (35.2+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * No longer create /root/.gnupg during installation of gnus-bonus-el.
+This is achieved by binding epg-gpg-home-directory to a temporary
+directory during bytecode compilation (implementation in
+debian/emacsen-install.template). (Closes: #689807)
+
+ -- Sébastien Villemot   Sun, 21 Oct 2012 11:30:47 +0200
+
 emacs-goodies-el (35.2) unstable; urgency=low
 
   [ Roland Mas ]
diff -Nru emacs-goodies-el-35.2/debian/emacsen-install.template emacs-goodies-el-35.2+nmu1/debian/emacsen-install.template
--- emacs-goodies-el-35.2/debian/emacsen-install.template	2010-01-07 04:24:14.0 +0100
+++ emacs-goodies-el-35.2+nmu1/debian/emacsen-install.template	2012-10-21 11:45:05.0 +0200
@@ -101,10 +101,22 @@
 EOF
 fi
 
+# Prevent epg from manipulating /root/.gnupg (#689807)
+if [ ${PACKAGE} = gnus-bonus-el ]; then
+	TMPGNUPGHOME=`mktemp -d --tmpdir gnupg.XX`
+	cat << EOF >> path.el
+(setq epg-gpg-home-directory "${TMPGNUPGHOME}")
+EOF
+fi
+
 echo ${FLAVOR} ${FLAGS} ${FILES} >> ${LOG}
 "${FLAVOR}" ${FLAGS} ${FILES} >> ${LOG} 2>&1
 egrep -s -e "While compiling|\*\*" ${LOG} || /bin/true
 echo install/${PACKAGE}: Deleting ${LOG}
 rm -f path.el ${LOG}
 
+if [ ${PACKAGE} = gnus-bonus-el ]; then
+	rm -rf ${TMPGNUPGHOME}
+fi
+
 exit 0
-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594


pgpH1w4afObuJ.pgp
Description: PGP signature

Bug#691968: gforge: "pgsql_servers" option set for the second time

[UCD]

Package: gforge
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Exim failed to upgrade with the error

 Exim configuration error in line 71 of /var/lib/exim4/config.autogenerated.tmp:
  "pgsql_servers" option set for the second time


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

Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
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#691959: Please, fix the charset in debian/po/de.po

[gregor herrmann]

On Wed, 31 Oct 2012 13:53:28 -0400, David Prévot wrote:

> debian/po/de.po uses UTF-8, but is declared as using ISO-8859-15. 

Oh, nice catch!

> That
> causes the debconf screen to be broken in German. Please find attached
> a trivial patch for this issue. 

Thank you; applied, built&uploaded and pushed.

> Please also note that such a fix can be
> considered for a freeze exception: point 4: “translation […] fixes” [0].
>   0: http://release.debian.org/wheezy/freeze_policy.html

Unblock request files (and I put you in X-Debbugs-CC in case you want
to track it :))


Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Frank Zappa: Speed-Freak Boogie


signature.asc
Description: Digital signature

Bug#691967: unblock: iodine/0.6.0~rc1-12

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please unblock package iodine 0.6.0~rc1-12.

This version fixes #691959, a wrong charset declaration in the German
debconf file.

Complete debdiff:

#v+
diff --git a/debian/changelog b/debian/changelog
index 7ca2eb8..70c6ae6 100644
- --- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+iodine (0.6.0~rc1-12) unstable; urgency=low
+
+  [ David Prévot ]
+  * debian/po/de.po: Fix charset (Closes: #691959)
+
+ -- gregor herrmann   Wed, 31 Oct 2012 20:38:01 +0100
+
 iodine (0.6.0~rc1-11) unstable; urgency=low
 
   * New version of iodine-client-start (1.0.4), pulled from upstream git
diff --git a/debian/po/de.po b/debian/po/de.po
index ac4ca2a..a4fb18d 100644
- --- a/debian/po/de.po
+++ b/debian/po/de.po
@@ -12,7 +12,7 @@ msgstr ""
 "Language-Team: German \n"
 "Language: de\n"
 "MIME-Version: 1.0\n"
- -"Content-Type: text/plain; charset=ISO-8859-15\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
 #. Type: boolean
#v-


unblock iodine/0.6.0~rc1-12


Thanks in advance,
gregor

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

iQIcBAEBCAAGBQJQkX+1AAoJELs6aAGGSaoGH8MP/jePEdIXNBNB9FaAov6blk3p
1VdWJ8mQh37s2Cd4jEcEf09dfSezB2hxzy/ZenO1B0Tm56mecVIZSJ8K7H9Q4P3z
NdcsHZiQzAXrVfmmPSa4499dnUGjyHY/9deUOwXcJEWKvRp15E4L7UYTbiW7SyEH
OR6mDQvxF8e3bvVUuKCT6RlbzGcSjjpwNS8wpKUaki7v1yhvf3q32FYQlm6setQb
sngQapTq95UnO/wxYVExuvijCHL+pYTsbHlNnVAD2SYxL6zHzz5/TWOJ35u0ZZNK
Hi6DJu4HmDAPi1IIgk05nY8FTGIiikOcWCIjN8fxttxurvvE4qmbTXJEk09h53If
foXHMFyXSwsoDSz+BcgRkZx+Sg7XecLsHiBum2Z8Ie4Ny/Rh5Si0Ukf3mFKrLQJs
Vj//tAm7utPN4jZFblgt9eQ4OOG/7Lr4lCxa0AfbVL2dArL4avQeM4O/eHvKX0rG
EYoTjNXHDlQwwuuL8V9uz0aNy/xyNuOLgQJM6uURDpIO2Nk3jmiUPCEQXFRiE+xk
GfYnzEHaETXFiiNMS7OQ2wukxhvmyQrArbLm+sx5aIU5kdYuJSzBjzl39LdCrlQ9
/LCSb55cMQdhMdy3ZBvrwqWpx0ioNqHlkh5Kk4I0EajwgMbzBFU0aaJz1BGvGv49
EDAj/ovSU9N/NYI8QGbI
=mvLr
-END PGP SIGNATURE-


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

Bug#691643: Revised version of ctime patch

[Kari Pahula]

I updated my patch a bit.

There was a problem with storing only mtime's seconds as mandb's last
changed time.  There's a chance that if mandb -p gets called twice
within a second that it won't know to crawl a directory on the second
run.  That didn't matter as much before, since the changed files would
be indexed on the next run, whenever that happened.  But with the
ctime patch, there's a risk that it could never catch some files if
this happened.  I made mandb store nanoseconds to avoid this.
Index: man-db-2.6.3/src/check_mandirs.c
===
--- man-db-2.6.3.orig/src/check_mandirs.c   2012-10-27 12:00:13.0 
+0300
+++ man-db-2.6.3/src/check_mandirs.c2012-10-31 20:24:59.285914354 +0200
@@ -316,12 +316,15 @@
free (lg.whatis);
 }
 
-static inline void add_dir_entries (const char *path, char *infile)
+static inline void add_dir_entries (const char *path, char *infile,
+   time_t last, time_t ulast)
 {
char *manpage;
int len;
struct dirent *newdir;
DIR *dir;
+   struct stat statbuf;
+   int fd, ret;
 
manpage = appendstr (NULL, path, "/", infile, "/", NULL);
len = strlen (manpage);
@@ -332,7 +335,17 @@
 */
 
dir = opendir (infile);
-   if (!dir) {
+   if (dir) {
+#if _BSD_SOURCE
+   if ( (fd = dirfd (dir)) != -1)
+   ret = fchdir (fd);
+   else
+   ret = chdir (infile);
+#else
+   ret = chdir (infile);
+#endif
+   }
+   if (!dir || ret == -1) {
error (0, errno, _("can't search directory %s"), manpage);
free (manpage);
 return;
@@ -343,12 +356,25 @@
while ( (newdir = readdir (dir)) )
if (!(*newdir->d_name == '.' && 
  strlen (newdir->d_name) < (size_t) 3)) {
+#if _BSD_SOURCE
+   if (last)
+   lstat(newdir->d_name, &statbuf);
+   if (!last || last < statbuf.st_ctime ||
+   (last == statbuf.st_ctime
+&& ulast < statbuf.st_ctim.tv_nsec)) {
+   manpage = appendstr (manpage, newdir->d_name, 
NULL);
+   test_manfile (manpage, path);
+   *(manpage + len) = '\0';
+   }
+#else
manpage = appendstr (manpage, newdir->d_name, NULL);
test_manfile (manpage, path);
*(manpage + len) = '\0';
+#endif
}

free (manpage);
+   chdir ("..");
closedir (dir);
 }
 
@@ -425,13 +451,14 @@
  * scanned for new files, which are then added to the db.
  */
 static int testmandirs (const char *path, const char *catpath, time_t last,
-   int create)
+   time_t ulast, int create)
 {
DIR *dir;
struct dirent *mandir;
struct stat stbuf;
int amount = 0;
int created = 0;
+   int fd;
 
debug ("Testing %s for new files\n", path);
 
@@ -441,7 +468,14 @@
return 0;
}
 
+#ifdef _BSD_SOURCE
+   if ( (fd = dirfd (dir)) != -1)
+   fchdir (fd);
+   else
+   chdir (path);
+#else
chdir (path);
+#endif
 
while( (mandir = readdir (dir)) ) {
if (strncmp (mandir->d_name, "man", 3) != 0)
@@ -453,13 +487,26 @@
continue;
if (!S_ISDIR(stbuf.st_mode))/* not a directory */
continue;
-   if (last && stbuf.st_mtime <= last) {
+#ifdef _BSD_SOURCE
+   if (last && (stbuf.st_mtime < last
+|| (stbuf.st_mtime == last
+&& stbuf.st_mtim.tv_nsec < ulast))) {
+   /* scanned already */
+   debug ("%s modified %ld.%09d, db modified %ld.%09d\n",
+  mandir->d_name, (long) stbuf.st_mtime,
+  (int) stbuf.st_mtim.tv_nsec,
+  (long) last, (int) ulast);
+   continue;
+   }
+#else
+   if (last && stbuf.st_mtime < last) {
/* scanned already */
debug ("%s modified %ld, db modified %ld\n",
   mandir->d_name, (long) stbuf.st_mtime,
   (long) last);
continue;
}
+#endif
 
debug ("\tsubdirectory %s has been 'modified'\n",
   mandir->d_name);
@@ -508,7 +555,7 @@
if (!tty)
fprintf (stderr, "\n");
}
-   add_dir_entries (path, mandir->d

Bug#691754: LSI MegaRAID

[Steven Chamberlain]

I wonder why the kernel output mentions "mpt0:" rather than "mpslsi0:";
 it should be using the mps(4) driver for this card:

http://www.freebsd.org/cgi/man.cgi?query=mps

Anyway the man page says this driver was still in development.  Even if
some small fix exists for this particular issue at boot, it still might
not be stable.

However, FreeBSD 9.0-stable ships a newer driver from LSI (maybe it's
the same as the new mrsas driver mentioned in LSI's KB article?).

http://svnweb.freebsd.org/base/stable/9/sys/dev/mps/mps.c?view=log

I guess this driver is being used with FreeBSD at Netflix (they claim to
use MPT2 controllers for their new CDN) and/or at Yahoo!;  note that
scottl reviewed many of the fixes in the changelog:

http://lists.freebsd.org/pipermail/freebsd-stable/2012-June/068129.html

That suggests it would be technically possible to use the newer driver
with kFreeBSD 9.0, but the diff would be large, and maybe not the sort
of thing that could be introduced this late in the freeze for Wheezy?

After Wheezy is released we may be able to get the new mps(4) driver
into a point release, and/or at least get FreeBSD 9.1 into wheezy-backports,

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#691917: error during php5-cli installation because hash error with ucf

[legerf.innovtechnol...@gmail.com]

The system is hardened, but in same time (without any system 
modifications), I installed mysql and apache...

So it's a specific problem with this package, ucf, and my system.

If you have any other idea, I will be happy ;)

Sincerely, Frederic.


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

Bug#684924: poedit: Upstream version 1.5.2 available

[intrigeri]

Hi,

Andika Triwidada wrote (14 Aug 2012 19:31:38 GMT) :
> poedit version 1.5.2 has been released, please update Debian package.

Uploading a newer version of poedit to Debian experimental would
enable testers to report which ones, of the bugs reported against
Debian, were fixed upstream during the nearly two years since
1.4.6 was uploaded to Debian.

Pedro, what are your plans regarding this topic?

In case time is the blocker, but you consider such an upload would be
a fine idea, please consider tagging this bug "help".

I've found little activity from you on the bugs reported against
poedit in Debian since you have adopted it, so perhaps you would
welcome help, such as a co-maintainer, to maintain this package.
Cc'ing Nobuhiro Iwamatsu, who was apparently involved in the adoption
process two years ago, and might be interested in giving a hand in
case it's needed.

Thank you for your work on poedit in Debian so far :)

Cheers!

-- 
  intrigeri


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

Bug#691185: pre-approval: perl/5.14.2-15

[Niko Tyni]

On Sat, Oct 27, 2012 at 07:52:17PM +0100, Adam D. Barratt wrote:
> On Mon, 2012-10-22 at 21:45 +0300, Niko Tyni wrote:
> > Upstream recently released 5.14.3, which is a bugfix only stable
> > update. We're assuming that importing this into wheezy is out of question
> > at this point, but please let us know if you'd be willing to entertain
> > that option. The upstream rules for stable updates are quite strict;
> > see the 'MAINTENANCE BRANCHES' section in perlpolicy(1) of the perl-doc
> > package for details.
> 
> In principle it doesn't sound entirely unreasonable, but I'd like a
> little more information as to the specific fixes included.

Hi Adam,

Dominic covered this nicely, but in case you want all the details:
I've put full debdiffs of a proposed 5.14.3-1 available on
 http://people.debian.org/~ntyni/perl/perl_5.14.2-14_5.14.3-1.debdiff
 http://people.debian.org/~ntyni/perl/perl_5.14.2-15_5.14.3-1.debdiff

One is against the current sid/wheezy version (5.14.2-14) and the
other against the acked 5.14.2-15. There's some unfortunate churn in
debian/patches due to the tool we're using to prepare them (git-dpm),
sorry about that.

These are based on the ntyni/debian-5.14.3 branch of
 git://anonscm.debian.org/perl/perl.git

Hope this helps a bit.

> +perl (5.14.2-15) UNRELEASED; urgency=low

> These look fine; thanks.

Thank you for the review!

As things are, I'm not proceeding with this 5.14.2-15 until you've
reached a decision about 5.14.3.

However, please let us know if you'd like to decouple the issues and
we'll get -15 in sid right away (read: "probably next weekend" :)
-- 
Niko Tyni   nt...@debian.org


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

Bug#540512: dash and sh diversions: wouldn't it be nice to fix 538822 and 540512?

[Paul Gevers]

On 30-10-12 07:24, Jonathan Nieder wrote:
> Christian PERRIER wrote:
> 
>> IMHO (not involved in any of these packages), now is bad time to fix
>> these bugs: too late in the release process.
> 
> Yes, I think we should try to fix the diversion mess in experimental,
> ignoring the release cycle, and wait for wheezy+1 or later before
> including the changes in sid.

So even the pre-depends solution is not an option for this release? I
agree that the patch you propose now is quite involved, but wouldn't it
help to release wheezy with a proper pre-depends and then fix this
properly in wheezy+1? Or do you consider the pre-depends solution too ugly?

> On the plus side, this means we have time to make the appropriate
> debootstrap improvements to get this working cleanly and well.

Of course.

If we don't want to fix this now for wheezy, I will as the release team
to properly tag these bugs.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#685251: Is #685251 fixed in quantum_2012.1-6?

[Ola Lundqvist]

Hi Thomas

No that upload does not fix the bug you refer to. If you read
the mail thread for that bug report I have sent a question
about this one, but I never got an answer.

I see three options for this one:
1) Move whole quantum package (and all packages that depends on it)
 to the contrib section.
2) No longer provide quantum-plugin-ryu and
 quantum-plugin-ryu-agent.
3) Consider this to be an exceptional case, not to bother about.
 At least not now (mark the bug as important instead of grave).
 Maybe that is acceptable, but I can not judge that, really.

I suggest alternative 2.

What do you think?

// Ola

On Thu, Nov 01, 2012 at 02:53:47AM +0800, Thomas Goirand wrote:
> Hi,
> 
> I can see that Loic Dachary uploaded 2012.1-6 in SID, and the
> changelog contains:
> 
>   * Moved plugin files to the respective plugin package.
> 
> So if I'm not mistaking, this fixes the issue. Loic or Ola, can you
> confirm? If so, then the changelog should have closed the bug. If
> not, any idea how to fix?
> 
> I'm CC-ing the debian-release, since this bug has already been
> spotted by the release team and could be a reason for removal in
> their view.
> 
> Cheers,
> 
> Thomas
> 

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


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

Bug#691964: [Pkg-openssl-devel] Bug#691964: openssl: s_client does not verify server hostname against certificate

[Kurt Roeckx]

On Wed, Oct 31, 2012 at 07:37:25PM +0100, Michal Suchanek wrote:
> Package: openssl
> Version: 1.0.1c-4
> Severity: important
> 
> Hello,
> 
> I tried to get certificate validation working in an application using
> OpenSSL.
> 
> I added to call the verification routine and it rejects invalid
> certificates all right but forwarding the server connection through
> local inetd+nc does not produce an error.
> 
> Looking for working applications I tried openssl s_client and it
> verifies the hijacked connection too.

s_client should properly verify the result, and show you that
there is an error.  It will then continue even when the
verifications fails.  See the manual.

> Is there any example of application using openssl that can correcly
> verify server certificates at all?

As far as I know curl at least curl does the right thing by
default.

See the SSL_get_verify_result() man page.

Please note that just calling function is not enough, you also
need to call SSL_get_peer_certificate().

Also it's not because the certificate verifies that you are connected
to the right hostname and you need to check that yourself and you 
might want to look at rfc 2818 for that.


Kurt


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

Bug#691946: Debconf templates are not translated

[D. Barbier]

On 2012/10/31 David Prévot wrote:
> Package: gcl
> Version: 2.6.7-108
> Severity: important
> Tags: l10n
> Justification: Policy 3.9.1
>
> Hi,
>
> The debconf templates are not showed translated.
> /var/lib/dpkg/info/gcl.templates does indeed only contain the English
> version.
>
> According to the build logs, debconf-updatepo is called before
> dh_installdebconf, so I have no idea where does the problem come from,
> debian-i18n is X-CC, and hopefully someone may spot what is going wrong
> here.

The clean target generates debian/gcl.templates, this file is then
installed by dh_installdebconf.  But text in this file is different
from what is in PO files.
po2debconf must instead be called first, then sed to replace @EXT@.
You can for instance rename debian/in.gcl.templates into
debian/_in.gcl.templates (do not forget to modify
debian/po/POTFILES.in) and add a rule like this:

  debian/in.gcl.templates: debian/_in.gcl.templates FORCE
  po2debconf debian/_in.gcl.templates > $@

and add FORCE to .PHONY.
Another way is to rename debian/in.gcl.templates into
debian/gcl.templates (ditto in POTFILES.in) and add
  sed -i -e 's,@EXT@,$(EXT),g' debian/gcl$(EXT)/DEBIAN/templates
after dh_installdebconf.

Denis


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

Bug#691966: cups 10 second delay between print jobs

[debian debian]

Package: cups
  Version: 1.4.4-7+squeeze1

  When using a network printer, lpd and Jetdirect, there is a 10
second delay between jobs.  This is a known issue in cups 1.4.4 and
below, reported in many places:
https://bugs.launchpad.net/ubuntu/+source/cups/+bug/625284.  I
recommend backporting a more recent version of cups to squeeze.  I am
currently using 1.5.3 without issue.

  I am using Debian Squeeze, kernel 2.3.32-5-kirkwood on armel architecture.

Bug#685251: Is #685251 fixed in quantum_2012.1-6?

[Thomas Goirand]

Hi,

I can see that Loic Dachary uploaded 2012.1-6 in SID, and the changelog 
contains:


  * Moved plugin files to the respective plugin package.

So if I'm not mistaking, this fixes the issue. Loic or Ola, can you 
confirm? If so, then the changelog should have closed the bug. If not, 
any idea how to fix?


I'm CC-ing the debian-release, since this bug has already been spotted 
by the release team and could be a reason for removal in their view.


Cheers,

Thomas


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

Bug#691902: [squeeze->wheezy regression] Unable to shutdown via normal means

[Jonathan Nieder]

reassign 691902 src:linux 3.2.23-1
quit

Hi Janne,

Janne Boman wrote:

> Selecting "Shutdown" from Gnome, issuing "shutdown -h now", "poweroff"
> or "halt" from command line all result in the same behavior: shutdown
> followed by a restart.
> The only way to shutdown my system is to issue "halt -pf" or to press
> the power button in the Grub menu.
> I'm using a fairly stock wheezy install.
>
> The reason I'm filing this against linux-image-3.2.0.3-amd64: shutdown
> works when I install the default amd64 kernel from squeeze!

Thanks for reporting it.

Please attach output from "reportbug --template linux-image-$(uname -r)",
which will tell us a little more about your setup.

Hope that helps,
Jonathan


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

Bug#691960: (no subject)

[Julian Taylor]

the reason is 30_disable_sample_downloads.patch
one need to drop the quotes from the path, else it will keep them and
prepend /etc when the quoted path is not found in matplotlib/__init__.py:776


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

Bug#691965: systemd-journal: log is, stays unreadable

[Andreas Kloeckner]

Package: libsystemd-journal0
Version: 44-4
Severity: important
File: systemd-journal

Dear Maintainer,

When I run 'systemd-journalctl', I get:

Failed to iterate through journal: Bad message
Sep 27 12:56:05 ding systemd-journal[350]: Journal started

I take it this means that the log is corrupted in some way. If systemd
pretends to do robust logging, it should recover from this condition in
some fashion. As is, it seems stuck in this state.

Andreas

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

Kernel: Linux 3.5-trunk-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

Versions of packages libsystemd-journal0:amd64 depends on:
ii  libc6   2.13-35
ii  libcap2 1:2.22-1.2
ii  liblzma55.1.1alpha+20120614-1
ii  libselinux1 2.1.9-5
ii  libsystemd-id128-0  44-4
ii  multiarch-support   2.13-35

libsystemd-journal0:amd64 recommends no packages.

libsystemd-journal0:amd64 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#691923: git: new upstream (1.8)

[Jonathan Nieder]

reassign 691923 src:git 1:1.7.10.4-1
quit

Hi Daniel,

Daniel Baumann wrote:

> It would be nice if you could upload git 1.8 to experimental.

You can find packaging at [1].  The main known bug at the moment is
that it drops the bash completion script's git prompt support[2] ---
you can get that from [3] in the meantime.  Results from testing would
of course be welcome.

Would you like to sponsor?  I can build an upload-ready package of
1:1.7.10.4-2 for sid (already approved by Gerrit[4]) and 1:1.8.0-1 for
experimental if you'd like.

Thanks,
Jonathan

[1] git://repo.or.cz/git/debian/jrn.git debian-experimental
[2] http://thread.gmane.org/gmane.comp.version-control.git/198249/focus=208329
[3] 
http://git.kernel.org/?p=git/git.git;a=blob_plain;f=contrib/completion/git-prompt.sh;hb=v1.8.0
[4] http://thread.gmane.org/gmane.comp.version-control.git.debian/176/focus=179


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

Bug#691964: openssl: s_client does not verify server hostname against certificate

[Michal Suchanek]

Package: openssl
Version: 1.0.1c-4
Severity: important

Hello,

I tried to get certificate validation working in an application using
OpenSSL.

I added to call the verification routine and it rejects invalid
certificates all right but forwarding the server connection through
local inetd+nc does not produce an error.

Looking for working applications I tried openssl s_client and it
verifies the hijacked connection too.

Is there any example of application using openssl that can correcly
verify server certificates at all?

Thanks

Michal

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200, 
'experimental'), (150, 'precise-updates'), (150, 'precise-security'), (150, 
'precise')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openssl depends on:
ii  libc62.13-35
ii  libssl1.0.0  1.0.1c-4
ii  zlib1g   1:1.2.7.dfsg-13

openssl recommends no packages.

Versions of packages openssl suggests:
ii  ca-certificates  20120623

-- 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#691963: Please, fix the charset in debian/po/de.po

[David Prévot]

Package: ampache
Version: 3.6-git408e713+dfsg-3.1
Severity: wishlist
Tags: patch l10n

Hi,

debian/po/de.po was included under a wrong charset. That causes the
debconf screen to be broken in German. Please find attached a fixed PO
file (in UTF-8 and compressed to avoid further weirdness). Please also
note that such a fix can be considered for a freeze exception: point 4:
“translation […] fixes” [0].

0: http://release.debian.org/wheezy/freeze_policy.html

Regards

David

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

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

Versions of packages ampache depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  libapache2-mod-php55.4.4-9
pn  libjs-prototype
pn  libnusoap-php  
pn  libphp-phpmailer   
pn  libphp-snoopy  
ii  php5   5.4.4-9
pn  php5-auth-pam  
ii  php5-cgi   5.4.4-9
ii  php5-cli   5.4.4-9
ii  php5-mysql 5.4.4-9
ii  php5-xmlrpc5.4.4-9
ii  ttf-freefont   20120503-1

Versions of packages ampache recommends:
pn  ampache-themes   
ii  apache2-mpm-prefork  2.2.22-12

Versions of packages ampache suggests:
pn  eyed3 
pn  faad  
ii  mysql-server  5.5.28+dfsg-1
ii  php5-gd   5.4.4-9
pn  phpmyadmin
ii  vorbis-tools  1.4.0-1


de.po.xz
Description: application/xz

Bug#691962: xchat: Xchat 2.8.8 ctcp flood protection doesn't always work.

[allorder]

Package: xchat
Version: 2.8.8-3
Severity: normal

The ctcp flood protection doesn't always work on xchat 2.8.8 on debian 6.0.6.

My settings:

flood_ctcp_time 63
flood_ctcp_num 5



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

Versions of packages xchat depends on:
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcairo2  1.10.2-7~bpo60+1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libfontconfig1 2.8.0-2.1 generic font configuration library
ii  libfreetype6   2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libperl5.105.10.1-17squeeze3 shared Perl library
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  libx11-6   2:1.3.3-4 X11 client-side library
ii  libxml22.7.8.dfsg-2+squeeze5 GNOME XML library
ii  xchat-common   2.8.8-3   Common files for X-Chat
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages xchat recommends:
ii  alsa-utils   1.0.23-3Utilities for configuring and usin
ii  libnotify1   0.5.0-2 sends desktop notifications to a n
ii  libpython2.6 2.6.6-8+b1  Shared Python runtime library (ver
ii  tcl8.4   8.4.19-4Tcl (the Tool Command Language) v8
ii  xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from

xchat 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#691451: lgeneral: ships non-free files in contrib

[Markus Koschany]

On Wed, 31. Oct 18:15 Moritz Muehlenhoff  wrote:
> Hi Markus,
> I will review and upload your package in the next weeks (I won't have time
> before, so if anyone wants to do it earlier, please go ahead).

Hi Moritz, thanks for your offer! 

> 
> The changes needed to fix lgeneral are massive and not suitable for inclusion
> in Wheezy at this point. Do you agree with removal from Wheezy for now?
> Once lgeneral ius fixed in sid, we can provide an updated package in 
> wheezy-backports.

I fully agree with you here. That sounds like a reasonable decision. I'm
also in contact with the author of LGeneral. He is very helpful and i
think it's likely that the next release won't contain these files
anymore. 

Cheers,

Markus


signature.asc
Description: Digital signature

Bug#691961: Please, fix the charset in debian/po/de.po

[David Prévot]

Package: scuttle
Version: 0.7.4-8
Severity: wishlist
Tags: l10n patch

Hi,

debian/po/de.po uses UTF-8, but is declared as using ISO-8859-15. That
causes the debconf screen to be broken in German. Please find attached
a trivial patch for this issue. Please also note that such a fix can be
considered for a freeze exception: point 4: “translation […] fixes” [0].

0: http://release.debian.org/wheezy/freeze_policy.html

Regards

David

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

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

Versions of packages scuttle depends on:
ii  apache2  2.2.22-12
ii  apache2-mpm-prefork [httpd]  2.2.22-12
ii  cherokee [httpd] 1.2.101-1
ii  dbconfig-common  1.8.47+nmu1
ii  debconf [debconf-2.0]1.5.46
ii  mysql-client-5.5 [mysql-client]  5.5.28+dfsg-1
pn  php-gettext  
ii  php5 5.4.4-9
ii  php5-mysql   5.4.4-9
ii  wwwconfig-common 0.2.2

scuttle recommends no packages.

Versions of packages scuttle suggests:
ii  mysql-server  5.5.28+dfsg-1
>From 5f34d54209b1a0d3bc5a2f981965adeb41ab9676 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?David=20Pr=C3=A9vot?= 
Date: Wed, 31 Oct 2012 14:18:54 -0400
Subject: [PATCH] debian/po/de.po: Fix charset

---
 debian/po/de.po |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/po/de.po b/debian/po/de.po
index b941f93..192b3aa 100644
--- a/debian/po/de.po
+++ b/debian/po/de.po
@@ -12,7 +12,7 @@ msgstr ""
 "Language-Team: German \n"
 "Language: de\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=ISO-8859-15\n"
+"Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 
 #. Type: select
-- 
1.7.10.4

Bug#658075: 2.63a-2 has incorrect dependency on libpng15-15

[Виталий Филиппов]

Please reopen this bug!
Maybe it's fixed in 2.63a-2, but nobody can install it via apt-get because it 
has incorrect dependency on unavailable package libpng15-15. :)