Bug#701495: qemu-kvm: Wheezy qemu-kvm fails to give DHCP to Windows XP Guest using isolated network in libvirt-bin

[Michael Tokarev]

24.02.2013 10:25, Daniel Dickinson wrote:
> I have started the process of recreating the VM on this (incomplete,
> still SP1, unactivated Windows)[...]

It seems the process is somehow very slow.  In order to dramatically
sped it up, please use cache=unsafe with your drives.  It is recommended
for an OS install too.  The effect of it is that qemu ignores FLUSH_CACHE
commands from gest, immediately reporting success, so I/O is dramatically
reduced.  Since it is inital OS install, in case of crash or anything it
is trivial to re-start it from the beginning.

/mjt


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

Bug#701527: ITP: yi -- Haskell-Scriptable Editor

[Masayuki Hatta]

Package: wnpp
Severity: wishlist
Owner: Masayuki Hatta 

* Package name: yi
  Version : 0.6.6.0
  Upstream Author : Yi development team 
* URL : http://hackage.haskell.org/package/yi
* License : GPL
  Programming Lang: Haskell
  Description : Haskell-Scriptable Editor

Yi is a text editor written in Haskell and extensible in Haskell.  The goal 
of the Yi project is to provide a flexible, powerful, and correct editor 
for haskell hacking.


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

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

[Michael Tokarev]

[Replying to an old email]

22.12.2011 13:37, Vladimir Stavrinov wrote:
> On Thu, Dec 22, 2011 at 01:09:47PM +0400, Michael Tokarev wrote:
> 
>> Are you using 32 or 64bit _host_ ?
> 
> 64bit
> 
> It was the same 2 fresh installed systems, I have used for testing
> before new version, but now they swapped. Good news for me is that
> my old system without ACPI have no problem now.
> 
> P.S. Yesterday I have tried to contact You in Russian for private
> issue, but You don't respond. Why? I thought you were on vacation now.

Vladimir, I'm not sure how but I don't remember what happened with this
email and this (#647312) bugreport.  Someone else referred to this
bugreport and I found your email which went unanswered since Dec-2011,
which is more than a year ago already.  I don't remember whenever I
read any further replies on this.  The bugreport has been archived
(I just unarchived it).

So, do you have issues with winXP networking in qemu-kvm still?  The
issue which #647312 is about is now fixed (it was actual bug in qemu
regarding windows "standard PC" HAL), but you said there's something
else which is problematic?  If that's the case, let's open another
bugreport (since it must be something else).

Thanks,

/mjt


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

Bug#660257: wpad-extract using libproxy-tools

[Petter Reinholdtsen]

[Mike Gabriel]
> as discussed on IRC here is a proposed patch for making wpad-extract  
> use libproxy-tools.
> 
> The patch also adapts update-proxy-from-wpad and the dhcp client hook  
> to the new situation.

Thanks.  I uploaded it to wheezy-test.

But it change the behavoir of the proxy setup system to no longer allow
the WPAD URL to be replaced in /etc/debian-edu/config.  I believe this
feature is used at least at one large site, and thus would like to keep
the ability to specify the WPAD URL in /etc/debian-edu/config.  Is this
possible using libproxy-tools?

-- 
Vennlig hilsen
Petter Reinholdtsen


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

Bug#700114: enigmail: should recommend pinentry?

[Daniel Kahn Gillmor]

On 02/22/2013 12:10 PM, Willi Mann wrote:
> I rechecked that. gpg-agent is not required. However, we might still
> want to add a Recommends on gpg-agent. What do you think?

I think

Recommends: gpg-agent, pinentry

sounds reasonable to me -- that is the preferred mode of operation for
enigmail, afaict.

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#700718: python-numpy: fails to upgrade from squeeze: prerm: 6: update-python-modules: not found

[Sébastien Villemot]

Le samedi 23 février 2013 à 17:14 -0800, Ondřej Čertík a écrit :
> On Sat, Feb 23, 2013 at 8:35 AM, Sébastien Villemot
>  wrote:
> > Le samedi 23 février 2013 à 17:17 +0100, Julien Cristau a écrit :
> >> On Sun, Feb 17, 2013 at 13:42:45 +0100, Andreas Beckmann wrote:
> >>
> >> > I have now observed this behavior also while upgrading the following
> >> > packages from squeeze -> sid (and verified that these upgrades fail on
> >> > squeeze -> wheezy(+new numpy) in the same way).
> >> >
> >> If this is due to the breaks added in the new numpy, then I'd say let's
> >> revert those.  Aborting the upgrade like that seems much worse than
> >> possible incompatibilities for partial upgrades.
> >
> > Yes the problem is introduced by the new Breaks. However, as noted in my
> > previous message to this bug, this is the consequence of a real bug
> > somewhere else.
> >
> > If reverting the Breaks still has your preference, I can do it.
> 
> I am the release manager of NumPy 1.7.0. Do you think this is some bug
> in NumPy itself?

I think the bug is not in NumPy, see:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700718#17

This bug has been exposed when some Breaks have been added in
python-numpy 1:1.6.2-1.1.

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



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

Bug#701137: pybuild using skip-build=1 for distutils breaks distutils-extra i18n

[Steve Langasek]

On Fri, Feb 22, 2013 at 09:52:38AM +0100, Piotr Ożarowski wrote:
> > So it seems to me that passing 'skip-build=1' by default is an interface
> > change that should be reverted, to maximize compatibility with existing 
> > build
> > systems.

> You do realize it's a bug in distutils/setuptools/distribute and not in
> pybuild, right?

No, I don't realize that all.  Distutils etc. may not be well designed, but
the bug here is that pybuild is passing a non-default option that's
incompatible with existing uses.  I don't see how that's a distutils
problem.  OTOH, I also don't know why pybuild is passing skip-build=1,
except as an optimization?

> All I can do is to add yet another workaround (.pydistutils.cfg one is
> already a dirty hack). I'm not sure if I want to, I'd rather suggest you
> to add to debian/rules:

>   export PYBUILD_INSTALL_ARGS=build

> or use PYBUILD_BEFORE_INSTALL / --before-install

> Do you know how many packages it affects? Maybe it's worth making the
> build longer if that's what many upstream authors rely on (I wouldn't be
> surprised to be honest - distutils is a mess)

There are 39 packages in unstable that build-depend on
python-distutils-extra, and it looks like about half of them use build_i18n.
The build_icons and build_help classes are also affected.

So depending on why skip-build=1 is being set, it's possible that it's not
worth pybuild being compatible out-of-the-box with distutils-extra.  But it
would be nice if the universal python builder could handle this case.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#701528: iso-codes: Russian translation update for iso-3166 (Palestine) (still no update in the TP)

[Yuri Kozlov]

Package: iso-codes
Severity: wishlist

Hello.

-- no debconf information


ru.po.gz
Description: GNU Zip compressed data

Bug#700287: [neverball] French: "Save Replay" translated to "Sauver un film"

[Mehdi Yousfi-Monod]

>> In X-Moto they use "replays"...
> Ah, good idea - less interesting result :-/

"Replay" has the advantages of being short, unambiguous and well
understood by French speakers. I tend to favor the ease of
communication over the 100% French based words. Recurrent debate here,
I know ;)

> So I asked traduc.org:
> http://listes.traduc.org/pipermail/traduc/2013-February/007934.html
> I'm afraid there are no great propositions so far. I don't like "Ralenti"
> nor "rediffusion" since the initial play is not a broadcast.

Agreed. And it is not slowed down.

> "Enregistrement" is the proposition I like best.

Among French words I agree. But "enregistrement" is a general term
including many types of recordings like audio,text or any king of
signal, while replay seems univocal to me.

mym


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

Bug#701052: isync: diff for NMU version 1.0.4-2.2

[Salvatore Bonaccorso]

tags 701052 + pending
thanks

Hi Nicolas, hi Theodore

I've prepared an NMU for isync (versioned as 1.0.4-2.2) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.

Note I have choosen a slighly higher delay as proposed in
dev-ref, to 7 days as I have not notified in the BTS that I
would be interested in NMU. But the above holds: please let
me know if you want to do the upload yourself and I should
cancel the upload.

Regards,
Salvatore
diff -u isync-1.0.4/debian/changelog isync-1.0.4/debian/changelog
--- isync-1.0.4/debian/changelog
+++ isync-1.0.4/debian/changelog
@@ -1,3 +1,12 @@
+isync (1.0.4-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply upstream patch for CVE-2013-0289.
+Fix incorrect server's SSL x509.v3 certificate validation when
+performing IMAP synchronization. (Closes: #701052)
+
+ -- Salvatore Bonaccorso   Sun, 24 Feb 2013 09:27:55 +0100
+
 isync (1.0.4-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- isync-1.0.4.orig/src/drv_imap.c
+++ isync-1.0.4/src/drv_imap.c
@@ -48,6 +48,7 @@
 # include 
 # include 
 # include 
+# include 
 #endif
 
 typedef struct imap_server_conf {
@@ -187,9 +188,65 @@
 
 #if HAVE_LIBSSL
 
+static int
+host_matches( const char *host, const char *pattern )
+{
+	if (pattern[0] == '*' && pattern[1] == '.') {
+		pattern += 2;
+		if (!(host = strchr( host, '.' )))
+			return 0;
+		host++;
+	}
+
+	return *host && *pattern && !strcasecmp( host, pattern );
+}
+
+static int
+verify_hostname( X509 *cert, const char *hostname )
+{
+	int i, len, found;
+	X509_NAME *subj;
+	STACK_OF(GENERAL_NAME) *subj_alt_names;
+	char cname[1000];
+
+	/* try the DNS subjectAltNames */
+	found = 0;
+	if ((subj_alt_names = X509_get_ext_d2i( cert, NID_subject_alt_name, NULL, NULL ))) {
+		int num_subj_alt_names = sk_GENERAL_NAME_num( subj_alt_names );
+		for (i = 0; i < num_subj_alt_names; i++) {
+			GENERAL_NAME *subj_alt_name = sk_GENERAL_NAME_value( subj_alt_names, i );
+			if (subj_alt_name->type == GEN_DNS &&
+			strlen( (const char *)subj_alt_name->d.ia5->data ) == (size_t)subj_alt_name->d.ia5->length &&
+			host_matches( hostname, (const char *)(subj_alt_name->d.ia5->data) ))
+			{
+found = 1;
+break;
+			}
+		}
+		sk_GENERAL_NAME_pop_free( subj_alt_names, GENERAL_NAME_free );
+	}
+	if (found)
+		return 0;
+
+	/* try the common name */
+	if (!(subj = X509_get_subject_name( cert ))) {
+		fprintf( stderr, "Error, cannot get certificate subject\n" );
+		return -1;
+	}
+	if ((len = X509_NAME_get_text_by_NID( subj, NID_commonName, cname, sizeof(cname) )) < 0) {
+		fprintf( stderr, "Error, cannot get certificate common name\n" );
+		return -1;
+	}
+	if (strlen( cname ) == (size_t)len && host_matches( hostname, cname ))
+		return 0;
+
+	fprintf( stderr, "Error, certificate owner does not match hostname %s\n", hostname );
+	return -1;
+}
+
 /* this gets called when a certificate is to be verified */
 static int
-verify_cert( SSL *ssl )
+verify_cert( SSL *ssl, const char *hostname )
 {
 	X509 *cert;
 	int err;
@@ -204,12 +261,16 @@
 	}
 
 	err = SSL_get_verify_result( ssl );
-	if (err == X509_V_OK)
-		return 0;
-
-	fprintf( stderr, "Error, can't verify certificate: %s (%d)\n",
-	 X509_verify_cert_error_string(err), err );
+	if (err != X509_V_OK) {
+		fprintf( stderr, "Error, can't verify certificate: %s (%d)\n",
+		 X509_verify_cert_error_string(err), err );
+		goto intcheck;
+	}
+	if (hostname && verify_hostname( cert, hostname ) < 0)
+		goto intcheck;
+	return 0;
 
+  intcheck:
 	X509_NAME_oneline( X509_get_subject_name( cert ), buf, sizeof(buf) );
 	info( "\nSubject: %s\n", buf );
 	X509_NAME_oneline( X509_get_issuer_name( cert ), buf, sizeof(buf) );
@@ -1100,7 +1161,7 @@
 	}
 
 	/* verify the server certificate */
-	if (verify_cert( imap->buf.sock.ssl ))
+	if (verify_cert( imap->buf.sock.ssl, ((imap_store_conf_t *)ctx->gen.conf)->server->host ))
 		return 1;
 
 	imap->buf.sock.use_ssl = 1;

Bug#701511: [squeeze] At boot, the wrong b43 driver is loaded. I installed compat-drivers-3.7.6-1

[Jonathan Nieder]

# hardware support
severity 701511 important
quit

Hi,

tomdean wrote:

> The b43 driver installed at boot does not work.  I have included a
> work around.
> I installed the b43 driver from compat-drivers-3.7.6-1 and it works.

Thanks for testing (and thanks to Holger for passing on the report).
Am I correct in guessing that the 3.2.y kernel from wheezy or
squeeze-backports works fine?

We might be able to backport the missing support to the 2.6.32.y
kernel in a future squeeze point release if it's simple.  Pursuing
that would require a little information about your wifi card (its PCI
id) and some help testing it.  Output from

  reportbug --template linux-image-$(uname -r)

should be enough to get started.

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#671355: debian-policy: [debconf_spec] Document escape capability.

[Charles Plessy]

Le Mon, Sep 17, 2012 at 08:05:18AM +0900, Charles Plessy a écrit :
> 
> Thanks, it works.  I attached the updated patch.
> 
> If one more person seconds it, perhpas Russ can apply it for the
> next revision of the Policy ?  It is not particularly important,
> but would remove one item from our radar.

Hello everybody,

while browsing in my pile of unanswered emails, I found that we lost momentum
on this issue.  Can somebody have a look at the patch below and second if
appropriate ?  I will then apply it.

Have a nice day,

-- Charles

> >From 905e0756a3b7dd654667da322435b6d75d4c79b9 Mon Sep 17 00:00:00 2001
> From: Charles Plessy 
> Date: Mon, 17 Sep 2012 08:01:07 +0900
> Subject: [PATCH] Document Debconf's escape capability.
> 
> Closes: #671355.
> ---
>  debconf_spec/include/commands.xml |8 
>  1 file changed, 8 insertions(+)
> 
> diff --git a/debconf_spec/include/commands.xml 
> b/debconf_spec/include/commands.xml
> index d5bad36..f32a505 100644
> --- a/debconf_spec/include/commands.xml
> +++ b/debconf_spec/include/commands.xml
> @@ -41,6 +41,14 @@
> 
>  
>   
> +   escape
> +   
> + Backslashes and newlines escape is supported.  See
> + debconf-escape
> + 1.
> +   
> + 
> + 
> multiselect
> 
>   The multiselect data type is supported. You do not need to
> -- 
> 1.7.10.4
> 


-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


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

Bug#671355: [debconf_spec] Document escape capability.

[Jonathan Nieder]

Hi Charles,

Charles Plessy wrote:

> while browsing in my pile of unanswered emails, I found that we lost momentum
> on this issue.  Can somebody have a look at the patch below and second if
> appropriate ?

Thanks for a reminder.

>> Subject: [PATCH] Document Debconf's escape capability.

A good thing to do.

[...]
>> --- a/debconf_spec/include/commands.xml
>> +++ b/debconf_spec/include/commands.xml
>> @@ -41,6 +41,14 @@
>>
>>  
>> +
>> +  escape
>> +  
>> +Backslashes and newlines escape is supported.  See
>> +debconf-escape
>> +1.
>> +  
>> +
>>  

This is ungrammatical, and when I look at debconf-escape(1) it seems
to tell me the "escape" capability does not represent additional
support --- instead it represents different behavior.

How about

The frontend expects commands sent to it to have backslashes
and newlines quoted as \\ and \n respectively and will
in turn quote backslashes and newlines in its replies.
See debconf-escape
1.

?

Thanks,
Jonathan


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

Bug#701511: [squeeze] At boot, the wrong b43 driver is loaded. I installed compat-drivers-3.7.6-1

[Jonathan Nieder]

Thomas D. Dean wrote:
>> tomdean wrote:

>>> The b43 driver installed at boot does not work.  I have included a
>>> work around.
>>> I installed the b43 driver from compat-drivers-3.7.6-1 and it works.
[...]
> sudo update-initramfs -u
>
> Fixed the problem.

Um, do you mean that when installing squeeze on your hardware:

 1. The b43 driver does not work out of the box
 2. Running "sudo update-initramfs -u" is enough to get it working
 3. An alternative way to get it working is to install the b43 driver
from compat-drivers

?

In any case, please attach output from
"reportbug --template linux-image-$(uname -r)".  It is useful context.

Puzzled,
Jonathan


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

Bug#642552: libmtp-common needs mtp-probe, but it is in a non-dependency package libmtp-runtime

[Torquil Macdonald Sørensen]

Package: libmtp-common
Version: 1.1.3-35-g0ece104-5
Followup-For: Bug #642552

This bug makes udev litter the terminal output before X is
started, e.g. when fsck is run. It becomes more difficult
to absorb the legitimate information that is printed on the
terminal at boot time, and this is sometimes important.

I don't use any MTP devices, so I would like to avoid having
any unnecessary MTP executables on my system.

Best regards
Torquil Sørensen

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (700, 'unstable'), (500, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- no debconf information


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

Bug#701511: [squeeze] At boot, the wrong b43 driver is loaded. I installed compat-drivers-3.7.6-1

[Thomas D. Dean]

On 02/24/13 00:56, Jonathan Nieder wrote:

# hardware support
severity 701511 important
quit

Hi,

tomdean wrote:


The b43 driver installed at boot does not work.  I have included a
work around.
I installed the b43 driver from compat-drivers-3.7.6-1 and it works.


Thanks for testing (and thanks to Holger for passing on the report).
Am I correct in guessing that the 3.2.y kernel from wheezy or
squeeze-backports works fine?

We might be able to backport the missing support to the 2.6.32.y
kernel in a future squeeze point release if it's simple.  Pursuing
that would require a little information about your wifi card (its PCI
id) and some help testing it.  Output from

   reportbug --template linux-image-$(uname -r)

should be enough to get started.

Hope that helps,
Jonathan



sudo update-initramfs -u

Fixed the problem.

I appropriate, please close the PR.

Tom Dean


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

Bug#701530: ITP: configurate -- A gem providing a flexible configuration system

[Vamsee Kanakala]

Package: wnpp
Severity: wishlist
Owner: Vamsee Kanakala 


* Package name : configurate
  Version  : 0.0.2
  Upstream Author  : Jonne Haß
* URL  : https://github.com/MrZYX/configurate
* License  : MIT License
* Description  : Configurate allows you to specify a chain of configuration
providers which are queried in order until one returns a value.


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

Bug#701531: fusionforge-plugin-oslc: directory vs. symlink conflict: /etc/gforge/config.ini.d

[Andreas Beckmann]

Package: fusionforge-plugin-oslc
Version: 5.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package installs files over
an existing symlink shipped or created by another package.

Your package ships:

  /etc/gforge/config.ini.d/oslc.ini

but package gforge-common ships:

  /etc/gforge/config.ini.d -> ../fusionforge/config.ini.d

Installing something over existing symlinks is considered bad practice.
See e.g. http://lists.debian.org/87ehlevcrf@windlord.stanford.edu

It may break in subtle ways and dpkg cannot detect this as a problem.
* Your package might silently overwrite files installed at the symlink
  destination by other packages.
* If the package shipping the symlink decides to make the link point
  somewhere else (or turn it into a real directory), the files owned
  by your package "will be lost" somewhere in the filesystem.
* Depending on installation order the problematic path will be created
  either as a symlink or a directory: the package installed first will
  "win" and all others have "lost".
  Note that dpkg intentionally does not replace directories with
  symlinks and vice versa, see in particular the end of point 4 in
  
http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
  (Note: Adding Pre-Depends is *not* a solution.)

Please move the files shipped in your package to the "real" location.

>From the attached log (usually somewhere in the middle...):

0m32.6s INFO: dirname part contains a symlink:
  /etc/gforge/config.ini.d/oslc.ini (fusionforge-plugin-oslc) != 
/etc/fusionforge/config.ini.d/oslc.ini (?)


cheers,

Andreas


fusionforge-plugin-oslc_5.2-1.log.gz
Description: GNU Zip compressed data

Bug#701532: ITP: ruby-database-cleaner -- database-cleaner provides strategies for cleaning databases

[vaibhav prasad]

package: wnpp
severity: wishlist
owner: vaibhav prasad 

* Upstream Author: Ben Mabey
* Homepage: https://github.com/seattlerb/zentest
* License: Expat
  Description: database-cleaner provides strategies for cleaning
databases. Can be used to ensure a clean state for testing.


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

Bug#465331: cytoscape: changing to ITP

[Ivo Maintz]

retitle 465331 ITP: cytoscape -- scientific network analysis and
owner i...@maintz.de

Hi,

I'm working on cytoscape 2.8.4/3.0 and want to take over.

regards,

Ivo


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

Bug#699810: [Pkg-acpi-devel] Bug#699810: closed by Michael Meskes (Bug#699810: fixed in acpid 1:2.0.18-1)

[Michael Meskes]

> I wonder if it's warranted to get acpid in wheezy updated for this.
> (E.g. if we care about server VMs running wheezy with the provided
> systemd.)

Feel free to approach the release team. I can easily create a Wheezy package
with only this change in it, if they approve.

Michael

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#699888: TLS timing attack in nss (Lucky 13)

[Thijs Kinkhorst]

Hi,

For the record, this is fixed in upstream release 3.14.3.
https://developer.mozilla.org/en-US/docs/NSS/NSS_3.14.3_release_notes

Cheers,
Thijs


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

Bug#700718: python-numpy: fails to upgrade from squeeze: prerm: 6: update-python-modules: not found

[Julien Cristau]

On Sat, Feb 23, 2013 at 17:35:40 +0100, Sébastien Villemot wrote:

> Le samedi 23 février 2013 à 17:17 +0100, Julien Cristau a écrit :
> > On Sun, Feb 17, 2013 at 13:42:45 +0100, Andreas Beckmann wrote:
> > 
> > > I have now observed this behavior also while upgrading the following
> > > packages from squeeze -> sid (and verified that these upgrades fail on
> > > squeeze -> wheezy(+new numpy) in the same way).
> > > 
> > If this is due to the breaks added in the new numpy, then I'd say let's
> > revert those.  Aborting the upgrade like that seems much worse than
> > possible incompatibilities for partial upgrades.
> 
> Yes the problem is introduced by the new Breaks. However, as noted in my
> previous message to this bug, this is the consequence of a real bug
> somewhere else.
> 
Whether the somewhere else is python-support or python or dpkg, it's
probably not something we'll change before release...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701264: not fixed yet

[Guus Sliepen]

On Sun, Feb 24, 2013 at 04:48:06AM +0100, Adam Borowski wrote:

> > This bug is already fixed in the version in experimental.
> 
> I'm afraid this is not true.  Your changes fix unrelated problems (-flto
> breakage on some architectures) but not the COMPILE_CHECK issue.

Oh, but upstream already changed the COMPILE_CHECK macros in 0.11. I tried them
out and they seemed to work without problems, but maybe I did something wrong?

> It's been long fixed in upstream trunk (commit 6c236b4), and I've just
> cherry-picked it into 0.11, but the last packaged point release (0.11.2)
> doesn't include the fix.

Ok then I did not correctly check whether this really fixed the issue. I guess
I didn't use gcc 4.8 after all.

> Since unstable still defaults to gcc-4.7, I don't think there's a reason
> to hurry, though.  0.12 will come in 1-2 months, and if per some chance
> wheezy gets released sooner, I can cut a 0.11.3.
> 
> If you want to fix this now, please either take that commit, or enclose
> COMPILE_CHECK macros in tilepick.cc in a dummy function.  Building with
> -std=c++11 would be another option (static_assert() goodness), but 0.11
> produces so many warnings about auto_ptr and %"PRId64 that let's not
> even bother.

Or just define _lint, so these COMPILE_CHECKS just go away?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen 


signature.asc
Description: Digital signature

Bug#701476: unblock: nagios-nrpe/2.13-2

[Thijs Kinkhorst]

On Sat, February 23, 2013 17:55, Niels Thykier wrote:
> Control: reopen -1
>
> On 2013-02-23 17:45, Alexander Wirt wrote:
>> Thijs Kinkhorst schrieb am Saturday, den 23. February 2013:
>>
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: unblock
>>>
>>> Dear release team,
>>>
>>> Please unblock package nagios-nrpe.
>>>
>>> The update is documentation only. It's done to address #547092: SSL
>>> support
>>> is fundamentally broken in NRPE, which cannot be fixed easily (breaking
>>> the protocol and hence compatibility with non-Debian npre hosts),
>>>
>>> The update changes the documentation to warn against using the option.
>>> This
>>> downgrades the bug to an important functionality problem, but not RC
>>> since
>>> NRPE is usable securely without SSL in many cases.
>>>
>>> unblock nagios-nrpe/2.13-2
>> Hold on please :). We agreed on IRC earlier that morning to wait for the
>> coming security update.
>>
>> Thanks
>> Alex
>>
>>
>
> Alright, un-unblocked.

Can you clarify? Having another security update coming doesn't preclude
the current package from migrating, does it?


Cheers,
Thijs


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

Bug#701533: project: UDD can not access PET database on wagner.debian.org

[Andreas Tille]

Package: project
Severity: normal

Hi,

since PET moved from a private machine to wagner.debian.org.  This had
the side effect that the UDD job was not able to access the PET database
any more.  A solution was proposed on the Debian QA mailing list[1]
which should be an entry into pg_hba.conf:

# access as guest to pet from udd.debian.org
hostpet guest   206.12.19.141/32trust
hostpet guest   
2607:f8f0:610:4000:6564:a62:ce0c:138d/128 trust

Several weeks ago I contacted alioth admins on IRC and they explained
that this solution will not work because of some firewall admin
implemented by some hoster.  Alioth admins were unable / unwilling to
give some honest / helpful time estimation when this can be solved.

It might make sense to consider different means to inject PET data into
UDD than relying on the direct postgresql connection (some intermediate
data file copied via rsync comes to mind.)

I just intend to record this issue here in BTS to enable reasonable
handling of the problem.

Kind regards

Andreas.

[1] http://lists.debian.org/debian-qa/2012/10/msg00048.html

-- System Information:
Debian Release: 6.0.6
Architecture: i386 (i686)

Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
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#700718: python-numpy: fails to upgrade from squeeze: prerm: 6: update-python-modules: not found

[Sébastien Villemot]

Control: tags -1 + patch

Le dimanche 24 février 2013 à 10:43 +0100, Julien Cristau a écrit :
> On Sat, Feb 23, 2013 at 17:35:40 +0100, Sébastien Villemot wrote:
> 
> > Le samedi 23 février 2013 à 17:17 +0100, Julien Cristau a écrit :
> > > On Sun, Feb 17, 2013 at 13:42:45 +0100, Andreas Beckmann wrote:
> > > 
> > > > I have now observed this behavior also while upgrading the following
> > > > packages from squeeze -> sid (and verified that these upgrades fail on
> > > > squeeze -> wheezy(+new numpy) in the same way).
> > > > 
> > > If this is due to the breaks added in the new numpy, then I'd say let's
> > > revert those.  Aborting the upgrade like that seems much worse than
> > > possible incompatibilities for partial upgrades.
> > 
> > Yes the problem is introduced by the new Breaks. However, as noted in my
> > previous message to this bug, this is the consequence of a real bug
> > somewhere else.
> > 
> Whether the somewhere else is python-support or python or dpkg, it's
> probably not something we'll change before release...

Fair enough. Then let’s remove the Breaks.

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



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

Bug#700748: more qemu emulators

[Michael Tokarev]

Hmm. Somehow I haven't seen this bugreport has been filed,
and I forgot to submit overrides for new qemu packages myself.

Guillem, it'd be nice if you had Cc'd this to the qemu maintainers
at least ;)

But thank you for fixing this, anyway!

/mjt


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

Bug#701476: unblock: nagios-nrpe/2.13-2

[Niels Thykier]

On 2013-02-24 10:41, Thijs Kinkhorst wrote:
> On Sat, February 23, 2013 17:55, Niels Thykier wrote:
>> Control: reopen -1
>>
>> On 2013-02-23 17:45, Alexander Wirt wrote:
>>> [...]
>>> Hold on please :). We agreed on IRC earlier that morning to wait for the
>>> coming security update.
>>>
>>> Thanks
>>> Alex
>>>
>>>
>>
>> Alright, un-unblocked.
> 
> Can you clarify? Having another security update coming doesn't preclude
> the current package from migrating, does it?
> 
> 
> Cheers,
> Thijs

In the particular case, I do not really care which way this is done
since the current fix is fairly simple and documentation only.
  Had the changes been more complex I would probably have insisted on
taking the current changes as they were and the other fix in a separate
upload[1].

I merely reverted my unblock because of Alexander's "Hold on please
[...]", which sounded like there was not an agreement on how this case
should be handled.

~Niels

[1] To keep things/diffs reviewable for me.


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

Bug#700806: unblock: openconnect/3.20-3 (Fixes CVE-2012-6128)

[Thijs Kinkhorst]

> As mentioned in #700805, this line introduces a memory leak if realloc
> fails for any reason.

Upstream has committed a fix for the issue but also concluded that this 
causing real world trouble is not very probable.

So either the patch needs to be applied to openconnect or the package needs to 
be unblocked as-is. Both are valid options in my opinion.


Cheers,
Thijs


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

Bug#701264: not fixed yet

[Adam Borowski]

On Sun, Feb 24, 2013 at 10:35:19AM +0100, Guus Sliepen wrote:
> On Sun, Feb 24, 2013 at 04:48:06AM +0100, Adam Borowski wrote:
> > > > This bug is already fixed in the version in experimental.
> > 
> > I'm afraid this is not true.  Your changes fix unrelated problems (-flto
> > breakage on some architectures) but not the COMPILE_CHECK issue.
> 
> Oh, but upstream already changed the COMPILE_CHECK macros in 0.11.

If you mean commit d2628144 from Jun 3 2012, it's not enough.  It was enough
at that point, but gcc-4.8 was far from being released (Feb 9 2013).  I made
a further fix on Aug 27, which narrowly missed the branching of 0.11.  I
cherry-picked that commit into 0.11 only today at 5am (and it's in no point
release yet).

> I tried them out and they seemed to work without problems, but maybe I did
> something wrong?

It worked for me in pbuilder (gcc-4.7) but not on my live system (gcc-4.8),
where it fails on this COMPILE_CHECK, same as in Matthias' rebuild.
 
> Ok then I did not correctly check whether this really fixed the issue. I guess
> I didn't use gcc 4.8 after all.

Seems so -- it's in gcc-defaults only in experimental.

> > Since unstable still defaults to gcc-4.7, I don't think there's a reason
> > to hurry, though.  0.12 will come in 1-2 months, and if per some chance
> > wheezy gets released sooner, I can cut a 0.11.3.
> > 
> > If you want to fix this now, please either take that commit, or enclose
> > COMPILE_CHECK macros in tilepick.cc in a dummy function.  Building with
> > -std=c++11 would be another option (static_assert() goodness), but 0.11
> > produces so many warnings about auto_ptr and %"PRId64 that let's not
> > even bother.
> 
> Or just define _lint, so these COMPILE_CHECKS just go away?

Technically, yes.  It'd just be in bad style :)

-- 
ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ


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

Bug#701534: ITP: ruby-nested-forms -- Rails plugin to conveniently handle multiple models in a single form

[Hari Kalathil]

Package: wnpp
Severity: wishlist
Owner: hari 

* Package name: nested_forms
  Version : 0.3.1
  Upstream Author :
* URL : https://rubygems.org/gems/nested_form
* License : MIT
  Description : Gem to conveniently handle multiple models in a
single form with Rails 3 and jQuery or Prototype


This is a Rails gem for conveniently manage multiple nested models in
a single form. It does so in an unobtrusive way through jQuery or
Prototype.

This gem only works with Rails 3. See the rails2 branch for a plugin
to work in Rails 2.

An example project showing how this works is available in the
complex-nested-forms/nested_form branch.


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

Bug#465331: change owner ITP: cytoscape -- visualizing molecular interaction networks

[Ivo Maintz]

owner 465331 i...@maintz.de


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

Bug#701463: Kate crashes when selected text is deleted

[Reinhard Karcher]

Am 24.02.2013 00:50, schrieb Lisandro Damián Nicanor Pérez Meyer:

On Sat 23 Feb 2013 15:08:02 Reinhard Karcher escribió:

Having the same versions except libc6 and libstdc++6 from experimental,
I can't reproduce the crash.


Hi Reinhard! On which arch? It may be an i386 bug.


I didn't realize that, I am on amd64


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

Bug#687334: buildds ready for wheezy-security?

[Thijs Kinkhorst]

On Sat, February 23, 2013 16:54, Philipp Kern wrote:
> On Sat, Feb 16, 2013 at 12:07:13PM +0100, Kurt Roeckx wrote:
>> armhf and s390x don't have any set up yet.
>
> I've set up wheezy-security on zemlinsky and zandonai today.

Thanks. So the only thing we are missing according to my information is
buildd configuration for armhf. Can the porters give an update for that?


Cheers,
Thijs


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

Bug#699034: Is this fixed in upstream upstream LIBGCRYPT-1-5-BRANCH?

[Andreas Metzler]

Hello,

upstream has a couple of patches in in their LIBGCRYPT-1-5-BRANCH,
would you mind checking whether the issue is fixed there?

I have built binary packages for i386, and have temporarily uploaded
them to people.debian.org.
http://people.debian.org/~ametzler/libgcrypt11_1.5.0-3+test+1_i386.deb
cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#701333: openttd: ftbfs with GCC-4.8

[Rubidium]

It looks like GCC 4.8 inserts certain comments into files while 
preprocessing. In this case the C preprocessor is used to put some files 
together before passing it through NFOrenum/GRFcodec. These tools do not 
support the /* */ style comments that the C preprocessor (-E) has added 
to the file.


The interesting question is why GCC 4.8 decided to add these comments, 
especially since they weren't in GCC 4.7.


We have to retain the comments from the original files into the merged 
file since they contain a small bit of versioning information needed. As 
a result, we cannot run the preprocessor without -C. This means that the 
comments the preprocessor adds (for no apparent reason) breaks 
compilation. It will not only break OpenTTD compilation, but any 
external project that compiles a GRF in the same way OpenTTD does. Which 
is a significant part of the community.


What are the reasons for adding these extra comments to preprocessed 
files? Especially when they imply that the preprocessed file is part of 
the GNU C library. Should this bug be reassigned to GCC because this is 
a regression.


Regards,
Remko 'Rubidium' Bijker


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

Bug#701535: database_cleaner ? Strategies for cleaning databases. Can be used to ensure a clean state for testing

[NiTiSH]

Package: wnpp
Severity: wishlist
Owner: Nitish.Rawat


*Package name   :database_cleaner
 Version:0.9.1
 Upstream Author:Ben Mabey 
*URL:https://github.com/bmabey/database_cleaner
*License:MIT License
*Description:Strategies for cleaning databases. Can be used to ensure
a clean state for testing



--
Regards,

Nitish Rawat


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

Bug#701536: RM: subsurface -- RoQA; unmaintained package, maintainer MIA

[Cristian Ionescu-Idbohrn]

Package: ftp.debian.org
Version: 1.2-1
Severity: normal
User: debian...@lists.debian.org

Similar applies to the libdivecomputer0 and libdivecomputer-dev packages,
tightly associated with subsurface.

Orphaning the package(s) would be preferred.

The maintainer seems MIA since June 2012, not responding to bug
reports nor direct mails.
The two most recent upstream releases not packaged.


Cheers,

-- 
Cristian


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

Bug#660490: base: LUKS encrypted system doesn't boot (UEFI / GPT)

[Holger Levsen]

reassign 660490 cryptsetup
thanks

Original submitter wrote:

"I tried without much success to create a base layout for an encrypted 
installation manually (because the debian installer on the system I'm 
currently working on crashes when partitioning hard drives).
The setup is a pretty simple LVM over LUKS over RAID setup (using GPT 
partitions on a UEFI capable system - Z68 motherboard of ASUS).

I suspect the problem has to do with initramfs-tools but I'm not sure it is 
the only culprit, since GRUB2 as well might be the cause."

On Mittwoch, 19. Dezember 2012, Edmund Biow wrote:
> This issue still exits with debian-wheezy-DI-b4-amd64-xfce-CD-1.iso with
> a RAID 5 luks LVM install. I didn't know how to fix it, so I switched to
> Ubuntu LTS and successfully reinstalled.

Bug#693720: shutdown with hwclock --systohc cause battery to drain.

[Jonathan Nieder]

tags 693720 + upstream
# approximating: 3.0, 3.1, 3.2 (Debian wheezy kernel), 3.3, 3.5.2 and
# 3.5.4 but not 2.6.37-486-PAE
found 693720 linux-2.6/3.0.0-1, linux/3.5.2-1~experimental.1
# regression
severity 693720 important
quit

Bonjour François,

In November, François Boisson wrote:

> Lorsqu'on arrête la machine avec l'option HWCLOCKACCESS non précisé ou mise
> à yes (c'est pareil), donc lorsque la machine effectue un
>
> hwclock --systohc
>
> juste avant de s'arrêter, la batterie perd sa charge. En fait la
> consommation est à peu près celle d'une mise en veille.
>
> Si on met l'option HWCLOCKACCESS=no (par exemple dans /etc/default/hwclock)
> alors cette perte de charge n'a plus lieu. Un «sleep 1» juste après le
> hwclock ne résoud pas le problème. Ce bug arrive avec les noyaux 3.0 ->
> 3.5.4.
[...]
> J'ai constaté la présence de ce bug sur tous les Toshiba et sur d'autres
> machines. Voir à ce sujet
>
> https://bugzilla.kernel.org/show_bug.cgi?id=47811

Thanks for your work on this, and sorry for the slow response.  If I
have any questions, I'll ask them on the upstream bugtracker.

Sincerely,
Jonathan


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

Bug#701537: miro.real: segfault ..... in libc-2.13.so

[Thilo Six]

Package: miro
Version: 4.0.4-1
Severity: important

Dear Maintainer,

when cold starting miro i get
miro.real[5782]: segfault at 10007 ip 7fb98dcc73a7 sp 7fff148d18e0
error 4 in libc-2.13.so[7fb98dc4e000+18]
in syslog.


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

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

Versions of packages miro depends on:
ii  gstreamer0.10-ffmpeg  0.10.13-5
ii  gstreamer0.10-plugins-bad 0.10.23-7.1
ii  gstreamer0.10-plugins-base0.10.36-1
ii  gstreamer0.10-plugins-good0.10.31-3+nmu1
ii  gstreamer0.10-x   0.10.36-1
ii  libavcodec53  6:0.8.5-1
ii  libavformat53 [libavformat-extra-53]  6:0.8.5-1
ii  libavutil51 [libavutil-extra-51]  6:0.8.5-1
ii  libc6 2.13-38
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libgtk2.0-0   2.24.10-2
ii  libpango1.0-0 1.30.0-1
ii  libsoup2.4-1  2.38.1-2
ii  libwebkitgtk-1.0-01.8.1-3.3
ii  libx11-6  2:1.5.0-1
ii  miro-data 4.0.4-1
ii  python2.7.3-4
ii  python-dbus   1.1.1-1
ii  python-gconf  2.28.1+dfsg-1
ii  python-glade2 2.24.0-3+b1
ii  python-gst0.100.10.22-3
ii  python-gtk2   2.24.0-3+b1
ii  python-libtorrent 0.15.10-1+b1
ii  python-mutagen1.20-1
ii  python-pycurl 7.19.0-5
ii  python-pysqlite2  2.6.3-3
ii  python-support1.0.15
ii  python-webkit 1.1.8-2

miro recommends no packages.

Versions of packages miro suggests:
ii  ffmpeg  6:0.8.5-1
ii  ffmpeg2theora   0.27-2
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
pn  libavahi-compat-libdnssd1   
ii  python-notify   0.1.1-3
ii  ttf-dejavu  2.33-3

-- no debconf information


-- 
Regards,
Thilo

4096R/0xC70B1A8F
721B 1BA0 095C 1ABA 3FC6  7C18 89A4 A2A0 C70B 1A8F


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

Bug#700194: unblock: python3-defaults/3.2.3-6

[Julien Cristau]

On Thu, Feb 21, 2013 at 15:09:10 +0100, Piotr Ozarowski wrote:

> [Julien Cristau, 2013-02-21]
> > So there's bits in debpython/depends.py I don't understand.
> > Why is maxv sometimes inclusive and sometimes exclusive?
> 
> I assume you're talking about minv==maxv case, that's a special case
> and I admit it's confusing - that's why in experimental there's new
> Version class (and VersionRange) which should fix the confusion
> (when the refactoring is done)
> 
Nope, I'm talking about

+maxv = vrange[1]  # note it's an open interval (i.e. do not add 1 
here!)
[...]
+self.depend("%s (<< %d.%d)" %
 (tpl, maxv[0], maxv[1]))

vs

+self.depend("%s (<< %d.%d)" %
 (tpl, maxv[0], maxv[1] + 1))

a few lines later.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#575203:

[Jose G . López]

Hi Nathan,

Are you still interested or working in adopting this package? I have
prepared a new package (targeting latest stable version 1.1.1) and I'm
interested in adopting medit if you don't have any objections.

Regards,
-- 
"Sólo aquellos que nada esperan del azar son dueños del destino."
Matthew Arnold (1822-1888)


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

Bug#701538: pre-approval of acpid/1:2.0.16-1+deb7u1

[Philipp Kern]

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

Hi,

the attached patch fixes an issue with acpid running under systemd.
acpid ships its own unit files for systemd, instead of using the init
script. The one that should've replaced the init script does, however,
not get activated with the acpid package in wheezy and hence acpid does
not start on boot. This means, for instance, that VMs running wheezy
with systemd will not respond to the power button. This is how libvirt &
KVM signal that a VM should shut itself down.

The patch, courtesy of Michael Biebl, is very minimal:

diff --git a/debian/acpid.service b/debian/acpid.service
index 733edc9..b998711 100644
--- a/debian/acpid.service
+++ b/debian/acpid.service
@@ -5,3 +5,6 @@ Requires=acpid.socket
 [Service]
 StandardInput=socket
 ExecStart=/usr/sbin/acpid
+
+[Install]
+WantedBy=multi-user.target

Could the acpid maintainers upload this change with version
1:2.0.16-1+deb7u1 to t-p-u? Unstable does contain a new upstream version
and hence the fix cannot propagate from there, even though it's fixed in
unstable already.

Kind regards
Philipp Kern


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

Bug#701539: ITP: flexbar -- flexible barcode and adapter removal for sequencing platforms

[Tony Travis]

Package: wnpp
Severity: wishlist
Owner: Tony Travis 

* Package name: flexbar
  Version : 2.32-1
  Upstream Author : Matthias Dodt
,Johannes T. Roehremail

* URL : https://sourceforge.net/projects/flexbar
* License : GPL-3.0+
  Programming Lang: C++
  Description : flexible barcode and adapter removal for sequencing
platforms

Flexbar preprocesses high-throughput sequencing data efficiently. It
demultiplexes barcoded runs and removes adapter sequences. Moreover,
trimming and filtering features are provided. Flexbar increases mapping
rates and improves genome and transcriptome assemblies. It supports
next-generation sequencing data in fasta/q and csfasta/q format from
Illumina, Roche 454, and the SOLiD platform.
Maintained by Debian Med Packaging Team

Sources uploaded to
http://svn.debian.org/wsvn/debian-med/trunk/packages/flexbar/trunk/


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

Bug#700782: Bug#700997: Bug#700995: Solving directory vs. symlink conflict: /usr/include/python3.2

[Vincent Cheng]

[Adding python3.2's maintainer, as well as #701071 and #701045, to cc:]

On Sat, Feb 23, 2013 at 3:55 AM, Julien Cristau  wrote:
> On Fri, Feb 22, 2013 at 09:32:45 +0100, Andreas Beckmann wrote:
>
>> On 2013-02-22 08:51, Vincent Cheng closed #700997:
>> >* [...] distutils in Debian now
>> >  takes care of installing headers into the right location as of 
>> > python3.2
>> >  (>= 3.2.3-7), so add a build-dep on that [...]
>>
>> Maybe a solution for the other packages, too.
>>
> Sounds like all of these bugs should be reassigned to python3.2-dev
> then, and closed?

Someone first has to manually check that these packages use distutils
(look for something along the lines of "python setup.py install
--install-layout=deb" in debian/rules) and doesn't move around stuff
manually in debian/rules or elsewhere; binNMUs should then be safe
(although I still think source uploads to get python3.2-dev (>=
3.2.3-7) added to build-depends of each of these packages should be
done). I'll get around to looking at the rest of these bugs
(eventually), as they should be easy to fix in the above holds true.

Andreas, if I understood your analysis of #700782 correctly, the
hypothetical situation that an user unpacks any of the affected
packages (or an older version prior to being rebuilt against
python3.2-dev (>= 3.2.3-7)) before python3.2-dev to trigger this bug
still exists, right? In that case, python3.2-dev should probably still
add a Conflicts: relationship with all of the affected packages; I
wonder if Matthias might have anything to say about this?

Regards,
Vincent


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

Bug#701463: kate: Kate crashes when selected text is deleted

[Markus Raab]

Hello!

Am Sonntag, 24. Februar 2013 schrieben Sie:
> maybe you forgot a press of Escape here? Else you will continue to write 
> letters.

Ok, now the complete sequence to type in to get it crashed (on a new document 
or the end of an existing document):
iabcv+d

> > leave the cursor at the very last position and press "v", then the up
> > cursor and then "D".
> > -> crash, new report attached (seems different then the last one). On
> > another i386 laptop I got the same crash report.
> >
> > 
> >
> > Expected behaviour: last two lines should be deleted.
> 
> Ah, you are seing this only on i386 :-/
> 
> So far I couldn't reproduce it on amd64.

No, the initial bug report was from amd64.
Obove sequence was tried on amd64, see crash report attached.
So I could reproduce it on i386 and amd64.
(the backtrace seems to differ quite a lot, but that might be unrelated
to the architecture)

> Anyway, this is an upstream bug, and the only way to get it fixed is to
> file a  bug upstream.

It is already filed upstream: https://bugs.kde.org/show_bug.cgi?id=315683

But maybe it is already fixed in a later kde version and the problem only 
exists in wheezy.

> Please report it via kate's Help -> Report bug... menu item or by visiting 
> https://bugs.kde.org/ and following instructions to report a new bug.

Can you fix it for wheezy if an patch is available?

I reported it on the debian bug reporter in the hope it might be fixed in 
wheezy because it is a very annoying bug for usability.

> Whenever you open a bug report on the KDE bug tracking system, or 
> you find that the bug has been already reported on it, you can couple 
> both this Debian bug and the KDE bug together by sending a mail with 
> the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with 
> the address of the bug report on https://bugs.kde.org/)

Thanks for the information!
Wasn't this already done by you in the last mail: "forwarded -1 
https://bugs.kde.org/show_bug.cgi?id=315683";

best regards
Application: Kate (kate), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f8bbceb7760 (LWP 6118))]

Thread 2 (Thread 0x7f8ba91ec700 (LWP 6119)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x7f8baa322e77 in QTWTF::TCMalloc_PageHeap::scavengerThread 
(this=0x7f8baa630640) at 
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
#2  0x7f8baa322ea9 in QTWTF::TCMalloc_PageHeap::runScavengerThread 
(context=) at 
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#3  0x7f8bb9e16b50 in start_thread (arg=) at 
pthread_create.c:304
#4  0x7f8bbc822a7d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x in ?? ()

Thread 1 (Thread 0x7f8bbceb7760 (LWP 6118)):
[KCrash Handler]
#6  KateLineLayout::viewLineCount (this=0x0) at 
../../part/render/katelinelayout.cpp:173
#7  0x7f8baa9b103b in KateLayoutCache::lastViewLine (this=0x0, 
this@entry=0x14ea9c0, realLine=21932480) at 
../../part/render/katelayoutcache.cpp:461
#8  0x7f8baa9b1089 in KateLayoutCache::viewLineCount 
(this=this@entry=0x14ea9c0, realLine=) at 
../../part/render/katelayoutcache.cpp:466
#9  0x7f8baa9b1661 in KateLayoutCache::displayViewLine (this=0x14ea9c0, 
virtualCursor=..., limitToVisible=true) at 
../../part/render/katelayoutcache.cpp:437
#10 0x7f8baa9fc058 in KateViewInternal::cursorToCoordinate 
(this=this@entry=0x1725710, cursor=..., realCursor=realCursor@entry=true, 
includeBorder=includeBorder@entry=false) at 
../../part/view/kateviewinternal.cpp:715
#11 0x7f8baaa00376 in KateViewInternal::inputMethodQuery (this=0x1725710, 
query=) at ../../part/view/kateviewinternal.cpp:3415
#12 0x7f8bbc218bb4 in QXIMInputContext::update (this=) at 
inputmethod/qximinputcontext_x11.cpp:819
#13 0x7f8bbbcb0218 in QWidget::updateMicroFocus (this=0x1725710) at 
kernel/qwidget.cpp:11389
#14 0x7f8baaa009c1 in KateViewInternal::updateCursor (this=0x1725710, 
newCursor=..., force=, center=false, calledExternally=false) at 
../../part/view/kateviewinternal.cpp:1857
#15 0x7f8baaa1f20d in KateViNormalMode::commandDeleteToEOL (this=0x1834eb0) 
at ../../part/vimode/katevinormalmode.cpp:708
#16 0x7f8baaa2b5b6 in KateViNormalMode::executeCommand 
(this=this@entry=0x1834eb0, cmd=cmd@entry=0x183ad80) at 
../../part/vimode/katevinormalmode.cpp:433
#17 0x7f8baaa2c6c0 in KateViNormalMode::handleKeypress (this=0x1834eb0, 
e=) at ../../part/vimode/katevinormalmode.cpp:362
#18 0x7f8baaa14404 in KateViInputModeManager::handleKeypress 
(this=0x182e4d0, e=0x7fffa958f410) at 
../../part/vimode/kateviinputmodemanager.cpp:102
#19 0x7f8baaa05efe in keyPressEvent (e=0x7fffa958f410, this=0x1725710) at 
../../part/view/kateviewinternal.cpp:2282
#20 KateViewInternal::keyPressEvent (this=0x1725710, e=0x7fffa958f410) at 
../../part/view/kateviewinternal.cpp:2215
#21

Bug#701540: luajit: FTBFS on powerpcspe

[Roland Stigge]

Package: luajit
Version: 2.0.0+dfsg-1
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

luajit currently FTBFS on powerpcspe[1] like this:

[...]
CCluajit.o
BUILDVM   jit/vmdef.lua
DYNLINK   libluajit.so
ljamalg_dyn.o: In function `lj_vm_foldarith':
ljamalg.c:(.text+0x13124): multiple definition of `lj_vm_foldarith'
lj_vm_dyn.o:buildvm_ppc.dasc:(.text+0x3964): first defined here
collect2: ld returned 1 exit status
make[4]: *** [libluajit.so] Error 1
make[4]: Leaving directory `/«BUILDDIR»/luajit-2.0.0+dfsg/src'
make[3]: *** [amalg] Error 2
make[3]: Leaving directory `/«BUILDDIR»/luajit-2.0.0+dfsg/src'
make[2]: *** [amalg] Error 2
make[2]: Leaving directory `/«BUILDDIR»/luajit-2.0.0+dfsg'
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/«BUILDDIR»/luajit-2.0.0+dfsg'
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
[...]

There is powerpcspe specific code, but it's broken (colliding with some C
symbol). Upstream's 2.0.1 is fixed already, so the attached patch is a backport
of this fix.

Thanks,

Roland


[1] http://wiki.debian.org/PowerPCSPEPort



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

Kernel: Linux 3.7.0 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
--- luajit-2.0.0+dfsg.orig/src/vm_ppcspe.dasc
+++ luajit-2.0.0+dfsg/src/vm_ppcspe.dasc
@@ -1,6 +1,6 @@
 |// Low-level VM code for PowerPC/e500 CPUs.
 |// Bytecode interpreter, fast functions and helper functions.
-|// Copyright (C) 2005-2012 Mike Pall. See Copyright Notice in luajit.h
+|// Copyright (C) 2005-2013 Mike Pall. See Copyright Notice in luajit.h
 |
 |.arch ppc
 |.section code_op, code_sub
@@ -2038,6 +2038,7 @@ static void build_subroutines(BuildCtx *
   |
   |->vm_floor:
   |  mflr CARG3
+  |  evmergelo CARG2, CARG1, CARG2
   |  bl ->vm_floor_hilo
   |  mtlr CARG3
   |  evmergehi CRET1, CRET2, CRET2
@@ -2052,38 +2053,6 @@ static void build_subroutines(BuildCtx *
   |->vm_trunc_hilo:
   |.endif
   |
-  |// Callable from C: double lj_vm_foldarith(double x, double y, int op)
-  |// Compute x op y for basic arithmetic operators (+ - * / % ^ and unary -)
-  |// and basic math functions. ORDER ARITH
-  |->vm_foldarith:
-  |  evmergelo CARG2, CARG1, CARG2
-  |   cmplwi CARG5, 1
-  |  evmergelo CARG4, CARG3, CARG4
-  |   beq >1; bgt >2
-  |  efdadd CRET2, CARG2, CARG4; evmergehi CRET1, CRET2, CRET2; blr
-  |1:
-  |  efdsub CRET2, CARG2, CARG4; evmergehi CRET1, CRET2, CRET2; blr
-  |2:
-  |   cmplwi CARG5, 3; beq >1; bgt >2
-  |  efdmul CRET2, CARG2, CARG4; evmergehi CRET1, CRET2, CRET2; blr
-  |1:
-  |  efddiv CRET2, CARG2, CARG4; evmergehi CRET1, CRET2, CRET2; blr
-  |2:
-  |   cmplwi CARG5, 5; beq >1; bgt >2
-  |  evmr CARG3, CARG2; efddiv CRET2, CARG2, CARG4; evmr RB, CARG4
-  |  mflr RC; bl ->vm_floor_efd; mtlr RC
-  |  efdmul CRET2, CRET2, RB; efdsub CRET2, CARG3, CRET2
-  |  evmergehi CRET1, CRET2, CRET2; blr
-  |1:
-  |  b extern pow
-  |2:
-  |   cmplwi CARG5, 7; beq >1; bgt >2
-  |  xoris CARG1, CARG1, 0x8000; blr
-  |1:
-  |  rlwinm CARG1, CARG1, 0, 1, 31; blr
-  |2:
-  |  NYI  // Other operations only needed by JIT compiler.
-  |
   |//---
   |//-- Miscellaneous functions 
   |//---

Bug#701154: I can reproduce

[Hideo Oshima]

I can reproduce this bug.

You can download the PDF file from
http://www3.pioneer.co.jp/manual/manual_select.php?p_nm=HTP-S333&chr=&page=1

Thanks.

$ evince 570704580S.pdf 
*** Error in `evince': free(): invalid next size (fast): 0x7f874335be10 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x7aad6)[0x7f873d8eaad6]
/lib/x86_64-linux-gnu/libc.so.6(+0x7b853)[0x7f873d8eb853]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x78946)[0x7f873f5cc946]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x7c736)[0x7f873f5d0736]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0xb7982)[0x7f873f60b982]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x7d7ce)[0x7f873f5d17ce]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0xb5432)[0x7f873f609432]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x6336c)[0x7f873f5b736c]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x2d)[0x7f873f5b77ad]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x3eb44)[0x7f873f592b44]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x6336c)[0x7f873f5b736c]
/usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x2d)[0x7f873f5b77ad]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x2da725)[0x7f874084e725]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x1c4e33)[0x7f8740738e33]
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x1c980)[0x7f8740310980]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x135)[0x7f873e398355]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4a688)[0x7f873e398688]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x72)[0x7f873e398a82]
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_main+0x85)[0x7f87406f53b5]
evince(main+0x3e5)[0x7f8741e501e5]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f873d891a55]
evince(+0x222b9)[0x7f8741e502b9]
=== Memory map: 
7f87077c6000-7f87077c8000 r-xp  08:01 10882821   
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f87077c8000-7f87079c7000 ---p 2000 08:01 10882821   
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f87079c7000-7f87079c8000 r--p 1000 08:01 10882821   
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f87079c8000-7f87079c9000 rw-p 2000 08:01 10882821   
/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
7f87079c9000-7f87079db000 r-xp  08:01 11415736   
/usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so
7f87079db000-7f8707bdb000 ---p 00012000 08:01 11415736   
/usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so
7f8707bdb000-7f8707bdd000 rw-p 00012000 08:01 11415736   
/usr/lib/x86_64-linux-gnu/pkcs11/gnome-keyring-pkcs11.so
7f8707bdd000-7f8707bee000 r-xp  08:01 10490059   
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0
7f8707bee000-7f8707ded000 ---p 00011000 08:01 10490059   
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0
7f8707ded000-7f8707dee000 r--p 0001 08:01 10490059   
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0
7f8707dee000-7f8707def000 rw-p 00011000 08:01 10490059   
/usr/lib/x86_64-linux-gnu/libp11-kit.so.0.0.0
7f8707def000-7f8707dff000 r-xp  08:01 10490061   
/usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16
7f8707dff000-7f8707ffe000 ---p 0001 08:01 10490061   
/usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16
7f8707ffe000-7f8707fff000 r--p f000 08:01 10490061   
/usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16
7f8707fff000-7f870800 rw-p 0001 08:01 10490061   
/usr/lib/x86_64-linux-gnu/libtasn1.so.3.1.16
7f870800-7f8708021000 rw-p  00:00 0 
7f8708021000-7f870c00 ---p  00:00 0 
7f870c0c4000-7f870c0c7000 r-xp  08:01 32768081   
/lib/x86_64-linux-gnu/libkeyutils.so.1.4
7f870c0c7000-7f870c2c6000 ---p 3000 08:01 32768081   
/lib/x86_64-linux-gnu/libkeyutils.so.1.4
7f870c2c6000-7f870c2c7000 r--p 2000 08:01 32768081   
/lib/x86_64-linux-gnu/libkeyutils.so.1.4
7f870c2c7000-7f870c2c8000 rw-p 3000 08:01 32768081   
/lib/x86_64-linux-gnu/libkeyutils.so.1.4
7f870c2c8000-7f870c2d r-xp  08:01 10504280   
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
7f870c2d-7f870c4cf000 ---p 8000 08:01 10504280   
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
7f870c4cf000-7f870c4d r--p 7000 08:01 10504280   
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
7f870c4d-7f870c4d1000 rw-p 8000 08:01 10504280   
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0.1
7f870c4d1000-7f870c4e1000 r-xp  08:01 10491738   
/usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9
7f870c4e1000-7f870c6e1000 ---p 0001 08:01 10491738   
/usr/lib/x86_64-linux-gnu/l

Bug#701541: pidgin: unusable IRC accounts (libirc.so is not loadable: undefined symbol: sasl_client_step)

[intrigeri]

Package: pidgin
Version: 2.10.7-1
Severity: important

Dear Maintainer,

I've upgraded libpurple* and pidgin* from 2.10.6-3 to 2.10.7-1,
restarted Pidgin, and here's what happens:

  * my XMPP accounts work fine
  * my IRC accounts don't connect to servers
  * in the Accounts menu, each IRC account is listed with "(unknown)"
as a protocol, instead of e.g. "(XMPP)" for XMPP accounts
  * in the edit account dialog, AIM is pre-selected in the protocol
list for these IRC accounts. IRC does not appear in the list.

Here's the beginning of the console output when run with --debug, look
for "libirc.so is not loadable" in particular:

(12:52:17) prefs: Reading /home/intrigeri/.purple/prefs.xml
(12:52:17) prefs: Finished reading /home/intrigeri/.purple/prefs.xml
(12:52:17) prefs: purple_prefs_get_path: Unknown pref /pidgin/browsers/command
(12:52:17) dbus: okkk
(12:52:17) plugins: probing /usr/lib/pidgin/pidgin-otr.so
(12:52:17) plugins: probing /usr/lib/pidgin/ticker.so
(12:52:17) plugins: probing /usr/lib/pidgin/cap.so
(12:52:17) plugins: probing /usr/lib/pidgin/markerline.so
(12:52:17) plugins: probing /usr/lib/pidgin/xmppconsole.so
(12:52:17) plugins: probing /usr/lib/pidgin/convcolors.so
(12:52:17) plugins: probing /usr/lib/pidgin/history.so
(12:52:17) plugins: probing /usr/lib/pidgin/vvconfig.so
(12:52:17) plugins: probing /usr/lib/pidgin/timestamp.so
(12:52:17) plugins: probing /usr/lib/pidgin/iconaway.so
(12:52:17) plugins: probing /usr/lib/pidgin/xmppdisco.so
(12:52:17) plugins: probing /usr/lib/pidgin/timestamp_format.so
(12:52:17) plugins: probing /usr/lib/pidgin/sendbutton.so
(12:52:17) plugins: probing /usr/lib/pidgin/spellchk.so
(12:52:17) plugins: probing /usr/lib/pidgin/extplacement.so
(12:52:17) plugins: probing /usr/lib/pidgin/gestures.so
(12:52:17) plugins: probing /usr/lib/pidgin/themeedit.so
(12:52:17) plugins: probing /usr/lib/pidgin/pidginrc.so
(12:52:17) plugins: probing /usr/lib/pidgin/gtkbuddynote.so
(12:52:17) plugins: probing /usr/lib/pidgin/notify.so
(12:52:17) plugins: probing /usr/lib/pidgin/musicmessaging.so
(12:52:17) plugins: probing /usr/lib/purple-2/log_reader.so
(12:52:17) plugins: probing /usr/lib/purple-2/pidgin-libnotify.so
(12:52:17) plugins: probing /usr/lib/purple-2/newline.so
(12:52:17) plugins: probing /usr/lib/purple-2/libyahoo.so
(12:52:17) plugins: probing /usr/lib/purple-2/libymsg.so
(12:52:17) plugins: /usr/lib/purple-2/libymsg.so is not usable because the 
'purple_init_plugin' symbol could not be found.  Does the plugin call the 
PURPLE_INIT_PLUGIN() macro?
(12:52:17) plugins: probing /usr/lib/purple-2/autoaccept.so
(12:52:17) plugins: probing /usr/lib/purple-2/libicq.so
(12:52:17) plugins: probing /usr/lib/purple-2/libbonjour.so
(12:52:17) plugins: probing /usr/lib/purple-2/ssl.so
(12:52:17) plugins: probing /usr/lib/purple-2/psychic.so
(12:52:17) plugins: probing /usr/lib/purple-2/tcl.so
(12:52:17) plugins: probing /usr/lib/purple-2/libaim.so
(12:52:17) plugins: probing /usr/lib/purple-2/libsametime.so
(12:52:17) plugins: /usr/lib/purple-2/libsametime.so has a prefs_info, but is a 
prpl. This is no longer supported.
(12:52:17) plugins: probing /usr/lib/purple-2/libnovell.so
(12:52:17) plugins: probing /usr/lib/purple-2/liboscar.so
(12:52:17) plugins: /usr/lib/purple-2/liboscar.so is not usable because the 
'purple_init_plugin' symbol could not be found.  Does the plugin call the 
PURPLE_INIT_PLUGIN() macro?
(12:52:17) plugins: probing /usr/lib/purple-2/libzephyr.so
(12:52:17) plugins: probing /usr/lib/purple-2/libmxit.so
(12:52:17) prpl-loubserp-mxit: Loading MXit libPurple plugin...
(12:52:17) plugins: probing /usr/lib/purple-2/buddynote.so
(12:52:17) plugins: probing /usr/lib/purple-2/ssl-nss.so
(12:52:17) plugins: probing /usr/lib/purple-2/libjabber.so
(12:52:17) plugins: /usr/lib/purple-2/libjabber.so is not usable because the 
'purple_init_plugin' symbol could not be found.  Does the plugin call the 
PURPLE_INIT_PLUGIN() macro?
(12:52:17) plugins: probing /usr/lib/purple-2/libmsn.so
(12:52:17) plugins: probing /usr/lib/purple-2/libgg.so
(12:52:17) plugins: probing /usr/lib/purple-2/libirc.so
(12:52:17) plugins: /usr/lib/purple-2/libirc.so is not loadable: undefined 
symbol: sasl_client_step
(12:52:17) plugins: probing /usr/lib/purple-2/libmyspace.so
(12:52:17) plugins: probing /usr/lib/purple-2/perl.so
(12:52:17) plugins: probing /usr/lib/purple-2/joinpart.so
(12:52:17) plugins: probing /usr/lib/purple-2/dbus-example.so
(12:52:17) plugins: probing /usr/lib/purple-2/libxmpp.so
(12:52:17) plugins: probing /usr/lib/purple-2/libsimple.so
(12:52:17) plugins: probing /usr/lib/purple-2/idle.so
(12:52:17) plugins: probing /usr/lib/purple-2/libyahoojp.so
(12:52:17) plugins: probing /usr/lib/purple-2/offlinemsg.so
(12:52:17) plugins: probing /usr/lib/purple-2/statenotify.so

Cheers,

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (1, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7.8+yama1 (SMP w/4 C

Bug#691389: [checkbashisms] multiple bug fixes and new checks

[Raphael Geissert]

Hi,

As I mentioned on IRC, the new check for $_ introduced some false positives.
Attached mbox fixes the regressions found so far.

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


underscore-FPs-fixes.mbox
Description: application/mbox

Bug#699145: bind9: CVE-2012-5689

[Dominic Hargreaves]

On Mon, Jan 28, 2013 at 07:37:03AM +0100, Moritz Muehlenhoff wrote:
> Package: bind9
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Please see https://kb.isc.org/article/AA-00855 for details.

Hello,

I'm providing a summary of the issue following my investigation as
a non-bind9 developer:

- a DoS (server crash with assertion failure) in a rare configuration
  involving both DNS64 and Response Policy Zones, when maintaining A
  rewrite rules but not  rewrite rules
- the workaround is to make sure the RPZ contains a  rewrite rule
  for every A rewrite rule
- there is no production-quality patch available upstream (but there is
  a patch in 9.8.5b1). "However, the suggested workaround is a complete
  remedy for those who are using DNS64 in conjunction with RPZ, and is
  recommended in preference to running beta code in a production
  environment."

Given these, I am not convinced that this should be RC for wheezy.
How about a NEWS item drawing attention to the issue and workaround,
and a downgrade to important?

Note: I was unable to find any public upstream VCS for BIND 9 so was
unable to easily find the relevant patch. Could the BIND 9 maintainers
comment on whether they would consider including the patch?

Cheers,
Dominic.

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


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

Bug#701542: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801

[Stefan Braehler]

Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py



*** /tmp/update-manager-bugV4NwcI
The information below has been automatically generated.
Please do not remove this from your bug report.

- Exception Type: 
- Exception Value: AttributeError("'NoneType' object has no attribute
'get_package_list'",)
- Exception Origin: 
- Exception Traceback:
  File "/usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py", line 89, in
run
threading.Thread.run(self, *args, **kwargs)
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py", line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():




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

Versions of packages update-manager-core depends on:
ii  lsb-release   3.2-23.2squeeze1   Linux Standard Base version report
ii  python2.6.6-3+squeeze7   interactive high-level object-orie
ii  python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii  python-support1.0.10 automated rebuilding support for P

Versions of packages update-manager-core recommends:
ii  update-manager-gnome  0.200.5-1  GNOME application that manages sof

update-manager-core suggests no packages.


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

Bug#701458: packages including glibconfig.h and building with GCC 4.8 -Werror ftbfs

[Simon McVittie]

tags 701458 + fixed-upstream
thanks

On Sat, 23 Feb 2013 at 12:46:35 +0100, Matthias Klose wrote:
> /usr/include/glib-2.0/glib/gmacros.h:162:53: error: typedef
> '_GStaticAssertCompileTimeAssertion_0' locally defined but not used
> [-Werror=unused-local-typedefs]

This is fixed upstream, commit 0ea7abaed5. It'd probably be backportable.

S


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

Bug#701543: RFS: spout/1.4-1 [ITA] -- Tiny abstract black and white 2D cave-shooter

[Scott Leggett]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "spout"

   Package name: spout
   Version : 1.4-1
   Upstream Author : Nick White 
   URL : http://njw.me.uk/spout/
   License : MIT
   Section : games

It builds those binary packages:

  spout - Tiny abstract black and white 2D cave-shooter

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

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

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

dget -x http://mentors.debian.net/debian/pool/main/s/spout/spout_1.4-1.dsc

More information about spout can be obtained from:
http://njw.me.uk/spout/

Changes since the last upload:

spout (1.4-1) unstable; urgency=low

  * New Debian maintainer. (Closes: #691830)
  * Imported new upstream version 1.4.
  * New upstream maintainer and homepage.
  * Fix typo in Category field of .desktop file. (Closes: #556938)
  * Apply 64-bit segfault patch to upstream.
  * Merge new upstream and old Debian man pages.
  * Build-depend on hardening-wrapper.
  * Patched hardening errors.
  * Updated packaging to use debhelper, quilt 3.0.
  * Bump standards version.

 -- Scott Leggett   Sun, 24 Feb 2013 15:45:03 +1100

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

iQIcBAEBAgAGBQJRKf3UAAoJEHlzKPr+55fVOP8P/01J12Yrv6cPTP4YjN/KYNtv
GgrF8YqgAU8wdDW8me354UocQAN/5b/AlBdrcf62FgY7UgltsxarjVu5Qmuwee1j
y1NE7fn7G+2JhpEt3vsdX2ZQ+v2I77kV1R9kkCGfjBIBCT4C/APEUruGFD6VK7Qv
VbQWmbBExLPxsVyua7hLMnmTYwtDrkiv+HAlLZxg86ilghmyMYMg6w8B0lm9kBMj
9Mvl9xEtdMeYOfxcA5HOrwkQmovpj5zpKSZLsTCP6yto80VLssucdcpuMZO8BVaw
0w0U3I75J6JMdQmpSUlHFAZBv61SpqTfxA0eUclnRiR9c/DFlDXmkPaeMpsOThd0
FIJOqdctmrPyCCRbaM/hHMPg3Xg/+7BKKKZiIpNRv7XgTxCAiwjteHdmUtUB0HiA
iF+4mw9tJwOaNSINGZ4P73UdVerxJURrwyXGE3/ZPNJYoxQ8gwc2JtSsoctN5z9d
Pa2Ly/9OJmWduPANS7FNwER4N6TbmQbiBCNjxnzbyy9uk+1DmIUWdH1GrDz1t/cL
vAqGl/FO0sG7oQEB74SjANPE+HuDKZoK1blpMV8Osr8zg6IXf7YuS3t6H8ZXQhQA
VC/8lC5FSCS7g3ef4jCyU1nldDCiOFfDDNvAbgKW/DCbGXJnqX8xhNLyBfd9aZIF
qq65QdimDFP37rTpW9ae
=phkb
-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#701544: pidgin: Segfaults on attempted startup

[Stephen]

Package: pidgin
Version: 2.10.7-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,
*** 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: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-486
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pidgin depends on:
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100.1-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgstreamer0.10-0  0.10.36-1.1
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libice6 2:1.0.8-2
ii  libpango1.0-0   1.30.0-1
ii  libpurple0  2.10.7-1
ii  libsm6  2:1.2.1-2
ii  libx11-62:1.5.0-1
ii  libxml2 2.8.0+dfsg1-7
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.14.2]  5.14.2-18
ii  pidgin-data 2.10.7-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base  0.10.36-1.1
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu1

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.7.15.2-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#700782: Bug#700997: Bug#700995: Solving directory vs. symlink conflict: /usr/include/python3.2

[Julien Cristau]

On Sun, Feb 24, 2013 at 03:42:06 -0800, Vincent Cheng wrote:

> Andreas, if I understood your analysis of #700782 correctly, the
> hypothetical situation that an user unpacks any of the affected
> packages (or an older version prior to being rebuilt against
> python3.2-dev (>= 3.2.3-7)) before python3.2-dev to trigger this bug
> still exists, right? In that case, python3.2-dev should probably still
> add a Conflicts: relationship with all of the affected packages; I
> wonder if Matthias might have anything to say about this?
> 
Very much NAK to adding conflicts against packages at this stage,
especially for issues that don't affect the upgrade path from squeeze
(where there's no python3.2).

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701545: installation-reports: Fail to install wheezy with DVD1-RC1

[Tuxicoman]

Package: installation-reports
Severity: critical
Tags: d-i
Justification: breaks the whole system



-- Package-specific info:

Boot method: DVD1
Image version: Debian wheezy-DI-rc1 amd64 1
Date: 

Machine: home computer (not laptop)
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O ]
Detect network card:[O ]
Configure network:  [O ]
Detect CD:  [O ]
Load installer modules: [O ]
Detect hard drives: [O ]
Partition hard drives:  [O ]
Install base system:[O ]
Clock/timezone setup:   [O ]
User/password setup:[O ]
Install tasks:  [E ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:


This report is written from Lenny, but I tried the Wheezy install into a clean 
HDD.
I used DVD1 + network connection as medias.
After the download of all packages, just before the installation of them, the 
D-I asks the user to put DVD1 into /cdrom/ .The DVD is already in the drive and 
the D-I used it for the whole process before so I don't understand why this 
question is asked and why D-I could not find it anymore.
Thus, I could not finish the install.

-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+b1"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux station 2.6.32-5-amd64 #1 SMP Fri Dec 10 15:35:08 UTC 2010 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM 
Controller [8086:2e20] (rev 03)
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d3]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 4 Series Chipset PCI 
Express Root Port [8086:2e21] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #4 [8086:3a37]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #5 [8086:3a38]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #6 [8086:3a39]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB2 EHCI Controller #2 [8086:3a3c]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801JI (ICH10 Family) 
PCI Express Root Port 1 [8086:3a40]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801JI (ICH10 Family) 
PCI Express Root Port 5 [8086:3a48]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.5 PCI bridge [0604]: Intel Corporation 82801JI (ICH10 Family) 
PCI Express Root Port 6 [8086:3a4a]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #1 [8086:3a34]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #2 [8086:3a35]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB UHCI Controller #3 [8086:3a36]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801JI (ICH10 
Family) USB2 EHCI Controller #1 [8086:3a3a]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge 
[8086:244e] (rev 90)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801JIB (ICH10) LPC 
Interface Controller [8086:3a18]
lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82d4]
lspci -knn: 00:1f.2 IDE interface [

Bug#700782: Bug#700997: Bug#700995: Solving directory vs. symlink conflict: /usr/include/python3.2

[Vincent Cheng]

On Sun, Feb 24, 2013 at 4:12 AM, Julien Cristau  wrote:
> On Sun, Feb 24, 2013 at 03:42:06 -0800, Vincent Cheng wrote:
>
>> Andreas, if I understood your analysis of #700782 correctly, the
>> hypothetical situation that an user unpacks any of the affected
>> packages (or an older version prior to being rebuilt against
>> python3.2-dev (>= 3.2.3-7)) before python3.2-dev to trigger this bug
>> still exists, right? In that case, python3.2-dev should probably still
>> add a Conflicts: relationship with all of the affected packages; I
>> wonder if Matthias might have anything to say about this?
>>
> Very much NAK to adding conflicts against packages at this stage,
> especially for issues that don't affect the upgrade path from squeeze
> (where there's no python3.2).
>

Fair enough, I'll leave it to your discretion whether to tag #701071
and #701045 as wheezy-ignore, or just close them altogether.

The rest of the bugs need at least a binNMU (rebuild against the fixed
python3.2-dev package) before they can be closed.

Regards,
Vincent


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

Bug#701546: inkscape: Vertical mode of text object, incorrect for chinese character

[bshyy]

Package: inkscape
Version: 0.48.3.1-1.3
Severity: important

Dear Maintainer,

The "text object" drawn in "vertical text" mode shows wrong result when entering
chinese charater. If use chinese charater, they are together. For example: 
Entering "竪排文字錯誤".
I am poor in English. Wish can be understand.

Sincere
user

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

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

Versions of packages inkscape depends on:
ii  gconf-service   3.2.5-1+build1
ii  libaspell15 0.60.7~20110707-1
ii  libatk1.0-0 2.4.0-2
ii  libatkmm-1.6-1  2.22.6-1
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcairomm-1.0-11.10.0-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgc1c21:7.1-9.1
ii  libgcc1 1:4.7.2-5
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-5
ii  libglibmm-2.4-1c2a  2.32.1-1
ii  libgnomevfs2-0  1:2.24.4-1
ii  libgomp14.7.2-5
ii  libgsl0ldbl 1.15+dfsg.2-2
ii  libgtk2.0-0 2.24.10-2
ii  libgtkmm-2.4-1c2a   1:2.24.2-1
ii  libgtkspell02.0.16-1
ii  liblcms11.19.dfsg-1.2
ii  libmagick++58:6.7.7.10-5
ii  libmagickcore5  8:6.7.7.10-5
ii  libpango1.0-0   1.30.0-1
ii  libpangomm-1.4-12.28.4-1
ii  libpng12-0  1.2.49-1
ii  libpoppler-glib80.18.4-5
ii  libpoppler190.18.4-5
ii  libpopt01.16-7
ii  libsigc++-2.0-0c2a  2.2.10-0.2
ii  libstdc++6  4.7.2-5
ii  libwpd-0.9-90.9.4-3
ii  libwpg-0.2-20.2.1-1
ii  libx11-62:1.5.0-1
ii  libxml2 2.8.0+dfsg1-7
ii  libxslt1.1  1.1.26-14
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages inkscape recommends:
ii  aspell   0.60.7~20110707-1
ii  imagemagick  8:6.7.7.10-5
ii  libwmf-bin   0.2.8.4-10.2
ii  perlmagick   8:6.7.7.10-5
ii  pstoedit 3.60-2+b1

Versions of packages inkscape suggests:
pn  dia | dia-gnome  
ii  libgnomevfs2-extra   1:2.24.4-1
pn  libsvg-perl  
pn  libxml-xql-perl  
ii  python   2.7.3-4
pn  python-lxml  
ii  python-numpy 1:1.6.2-1
pn  python-uniconvertor  
ii  ruby 4.9
pn  skencil  

-- 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#598645: debian-policy: Delegate deb(5) format description to the man page (was: Switch appendix ...)

[Guillem Jover]

On Sun, 2013-02-24 at 12:53:51 +0900, Charles Plessy wrote:
> Thanks Guillem for your patches.  After the quick exchange with Russ this week
> on this list,

Yeah, being able work on the appendices piecemeal will make it easier,
otherwise it gets difficult to see what's done and what's pending, as
long as the incremental changes are valid by themselves.

> I agree to apply all of them except the one removing sections.
> For the moment I would prefer to replace them by stubs.  Would that be fine 
> for
> you ?  In that case, no need to send an updated patch, I alredy have a branch
> ready where that change is done.

It would be ok I guess, better than the current situation, although
I don't really see the point in that. Those sections will end up being
removed at some point anyway, that's why I updated the initial section
to point to the dpkg man pages if any was missing, and as long as they
do not get renumbered (something I took care of), that should not
introduce confusion.

Also, as an aside, I don't think any section should be removed, before
the information therein has been moved to a correct place, like dpkg
documentation, devref, maint-guide or the main policy itself, etc.

Thanks,
Guillem


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

Bug#687334: buildds ready for wheezy-security?

[Hector Oron]

Hello,

2013/2/24 Thijs Kinkhorst :
> On Sat, February 23, 2013 16:54, Philipp Kern wrote:
>> On Sat, Feb 16, 2013 at 12:07:13PM +0100, Kurt Roeckx wrote:
>>> armhf and s390x don't have any set up yet.
>>
>> I've set up wheezy-security on zemlinsky and zandonai today.
>
> Thanks. So the only thing we are missing according to my information is
> buildd configuration for armhf. Can the porters give an update for that?

If none beats me to it, I'll configure wheezy-security build chroots tonight.

Regards,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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

Bug#701547: libgrib2c-dev: Package does not contain static library libgrib2c.a

[Hugh Pumphrey]

Package: libgrib2c-dev
Version: 1.2.2-2+b1
Severity: important

Dear Maintainer,

I note that the description for package libgrib2c-dev states that the
package contains the static libraries and headers needed to build
applications against libgrib2. However, the package does not actually
appear to contain the static library: see "dpkg -L " output below. 

I know that static libraries are a bit old-fashioned. But one of the
reasons for installing libgrib2c-dev is to build the wgrib2 utility.
(See http://www.cpc.ncep.noaa.gov/products/wesley/wgrib2 )
And the configure scripts for that utility expect static versions of
all the libraries which it uses.

I hope this report is useful

Best wishes 

Hugh Pumphrey


hcp@holly:~/wrk/R$ dpkg -L libgrib2c-dev
/.
/usr
/usr/lib
/usr/lib/i386-linux-gnu
/usr/share
/usr/share/doc
/usr/share/doc/libgrib2c-dev
/usr/share/doc/libgrib2c-dev/changelog.gz
/usr/share/doc/libgrib2c-dev/changelog.Debian.gz
/usr/share/doc/libgrib2c-dev/copyright
/usr/include
/usr/include/grib2.h
/usr/lib/i386-linux-gnu/libgrib2c.so
hcp@holly:~/wrk/R$ 


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

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

Versions of packages libgrib2c-dev depends on:
ii  libgrib2c0d  1.2.2-2+b1

Versions of packages libgrib2c-dev recommends:
ii  pkg-config  0.26-1

libgrib2c-dev suggests no packages.

-- no debconf information


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

Bug#701560: libreoffice-gnome, libreoffice-impress: Libre office impress crash randomly and crash when opening tabs as "notes"

[Julien L.]

Package: libreoffice-gnome, libreoffice-impress
Version: 1:3.5.4+dfsg-4
Severity: important

When i try to switch on tab "notes" for example it always crashes. It crash 
randomly when you edit a presentation (normal format .odp), ...


System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libreoffice-gnome depends on:
ii  gconf-service 3.2.5-1+build1
ii  gconf23.2.5-1+build1
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libgconf-2-4  3.2.5-1+build1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libreoffice-core  1:3.5.4+dfsg-4
ii  libreoffice-gtk   1:3.5.4+dfsg-4
ii  libstdc++64.7.2-5
ii  uno-libs3 3.5.4+dfsg-4
ii  ure   3.5.4+dfsg-4

libreoffice-gnome recommends no packages.

Versions of packages libreoffice-gnome suggests:
ii  libreoffice-evolution  1:3.5.4+dfsg-4

-- 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#701561: ioquake3: FTBFS on powerpcspe

[Roland Stigge]

Package: ioquake3
Version: 1.36+svn2287-1
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

ioquake3 currently FTBFS on powerpcspe[1] like this:

[...]
make[4]: Entering directory `/«BUILDDIR»/ioquake3-1.36+svn2287'
cc  -DDEDICATED -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -fsigned-char -DWITH_OPENARENA -D_FORTIFY_SOURCE=2 
-Wall -fno-strict-aliasing -Wimplicit -Wstrict-prototypes -pipe -DUSE_ICON 
-maltivec -DDEFAULT_BASEDIR=\"/usr/lib/ioquake3\" 
-DPRODUCT_VERSION=\"1.36+svn2287-1/Debian\" -Wformat=2 -Wno-format-zero-length 
-Wformat-security -Wno-format-nonliteral -Wstrict-aliasing=2 
-Wmissing-format-attribute -Wdisabled-optimization 
-Werror-implicit-function-declaration -MMD -DUSE_VOIP -DNDEBUG -O3 
-funroll-loops -fomit-frame-pointer -ffast-math -o build/ded/sv_bot.o -c 
code/server/sv_bot.c
code/server/sv_bot.c:1:0: error: AltiVec and E500 instructions cannot coexist
make[4]: *** [build/ded/sv_bot.o] Error 1
[...]

This is due to PowerPC/Altivec code that doesn't work on powerpcspe.

Attaching a patch that fixes this by omitting the respective instructions
on powerpcspe.

Thanks,

Roland


[1] http://wiki.debian.org/PowerPCSPEPort


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

Kernel: Linux 3.7.0 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN ioquake3-1.36+svn2287.orig/debian/rules ioquake3-1.36+svn2287/debian/rules
--- ioquake3-1.36+svn2287.orig/debian/rules	2012-06-23 01:06:28.0 +0200
+++ ioquake3-1.36+svn2287/debian/rules	2013-02-24 13:36:07.631494544 +0100
@@ -8,6 +8,11 @@
 Q3COMPILE_ARCH := $(shell $(CURDIR)/debian/q3arch arch BUILD)
 Q3COMPILE_PLATFORM := $(shell $(CURDIR)/debian/q3arch platform BUILD)
 distro := $(shell lsb_release -is)
+ifeq ($(DEB_HOST_ARCH),powerpcspe)
+NO_ALTIVEC := 1
+else
+NO_ALTIVEC := 0
+endif
 
 CFLAGS += -fsigned-char -DWITH_OPENARENA $(CPPFLAGS)
 
@@ -45,6 +50,7 @@
 		BUILD_GAME_SO=1 \
 		BUILD_GAME_QVM=0 \
 		VERSION=$(DEB_VERSION)/$(distro) \
+		NO_ALTIVEC=$(NO_ALTIVEC) \
 		CFLAGS="$(CFLAGS)" \
 		$(TARGET)
 	install build/ioq3ded.* build/ioq3ded
diff -ruN ioquake3-1.36+svn2287.orig/Makefile ioquake3-1.36+svn2287/Makefile
--- ioquake3-1.36+svn2287.orig/Makefile	2013-02-24 13:23:55.0 +0100
+++ ioquake3-1.36+svn2287/Makefile	2013-02-24 13:30:06.243492683 +0100
@@ -331,7 +331,9 @@
 HAVE_VM_COMPILED=true
   else
   ifeq ($(ARCH),ppc)
-BASE_CFLAGS += -maltivec
+ifneq ($(NO_ALTIVEC),1)
+  BASE_CFLAGS += -maltivec
+endif
 HAVE_VM_COMPILED=true
   endif
   ifeq ($(ARCH),ppc64)
--- ioquake3-1.36+svn2287.orig/code/qcommon/q_platform.h
+++ ioquake3-1.36+svn2287/code/qcommon/q_platform.h
@@ -26,7 +26,7 @@ Foundation, Inc., 51 Franklin St, Fifth
 // this is for determining if we have an asm version of a C function
 #define idx64 0
 
-#ifdef Q3_VM
+#if defined(Q3_VM) || defined (__NO_FPRS__)
 
 #define id386 0
 #define idppc 0

Bug#701559: Please update xboard to stable version (4.7.0)

[Miś Uszatek]

Package: xboard
Severity: wishlist



Please update package xboard to stable version (4.7.0)


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

Bug#701556: frozen-bubble: Locale settings not working (upstream patch avalible)

[falconbird]

Package: frozen-bubble
Version: 2.212-3
Severity: important
Tags: patch l10n

Dear Maintainer,

The game Frozen-bubble incorrecly works with locale settings. There is a patch
 upstream that will completely fix the problem.

https://github.com/kthakore/frozen-
bubble/commit/b626c41a68586a5f2b282af88e245c76e84e

Please, apply it before release.

Thanks


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

Bug#701562: libreoffice-impress: Random crash and crash when clicking a tab as "notes"

[Julien L.]

Package: libreoffice-impress
Version: 1:3.5.4+dfsg-4
Severity: important

Hello,
libreoffice-impress crash randomly all about 15 minutes. And, when i click on
one tab as "notes" , it crashes immediatly too.
Very annoying bug ... Seen on Ubuntu too, seems to be a problem with
libreoffice-gnome.



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

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

Versions of packages libreoffice-impress depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libreoffice-core  1:3.5.4+dfsg-4
ii  libreoffice-draw  1:3.5.4+dfsg-4
ii  libstdc++64.7.2-5
ii  uno-libs3 3.5.4+dfsg-4
ii  ure   3.5.4+dfsg-4

libreoffice-impress recommends no packages.

libreoffice-impress suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7.1
ii  fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4
ii  libc62.13-38
ii  libcairo21.12.2-3
ii  libcmis-0.2-00.1.0-1+b1
ii  libcurl3-gnutls  7.26.0-1+wheezy1
ii  libdb5.1 5.1.29-5
ii  libexpat12.1.0-1
ii  libexttextcat0   3.2.0-2
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.7.2-5
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgraphite2-2.0.0   1.1.3-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1
ii  libgstreamer0.10-0   0.10.36-1.1
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.8.3-2
ii  libice6  2:1.0.8-2
ii  libicu48 4.8.1.1-10
ii  libjpeg8 8d-1
ii  libmythes-1.2-0  2:1.2.2-1
ii  libneon27-gnutls 0.29.6-3
ii  libnspr4 2:4.9.2-1
ii  libnspr4-0d  2:4.9.2-1
ii  libnss3  2:3.13.6-2
ii  libnss3-1d   2:3.13.6-2
ii  libpng12-0   1.2.49-1
ii  librdf0  1.0.15-1+b1
ii  libreoffice-common   1:3.5.4+dfsg-4
ii  librsvg2-2   2.36.1-1
ii  libsm6   2:1.2.1-2
ii  libssl1.0.0  1.0.1c-4
ii  libstdc++6   4.7.2-5
ii  libx11-6 2:1.5.0-1
ii  libxext6 2:1.3.1-2
ii  libxinerama1 2:1.1.2-1
ii  libxml2  2.8.0+dfsg1-7
ii  libxrandr2   2:1.3.2-2
ii  libxrender1  1:0.9.7-1
ii  libxslt1.1   1.1.26-14
ii  uno-libs33.5.4+dfsg-4
ii  ure  3.5.4+dfsg-4
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages libreoffice-draw depends on:
ii  libc6 2.13-38
ii  libgcc1   1:4.7.2-5
ii  libreoffice-core  1:3.5.4+dfsg-4
ii  libstdc++64.7.2-5
ii  libvisio-0.0-00.0.17-1
ii  libwpd-0.9-9  0.9.4-3
ii  libwpg-0.2-2  0.2.1-1
ii  libxml2   2.8.0+dfsg1-7
ii  uno-libs3 3.5.4+dfsg-4
ii  ure   3.5.4+dfsg-4
ii  zlib1g1:1.2.7.dfsg-13

-- 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#697081: [bug #38015] ca_ES.UTF-8 changes option -nv: inaccurate catalan translation

[Giuseppe Scrivano]

Update of bug #38015 (project wget):

 Assigned to:None => gscrivano  
 Open/Closed:Open => Closed 
  Regression: Yes => No 
  Patch Included: Yes => No 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


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

Bug#699619: psi: breaks audio after some sounds (maybe about 30 or 50) were played

[Martin Teufel]

Hello Jan,

thank you for the hint.
It is indeed a concurrency problem.
I got the problem once again and had a look at my process list.
There were two instances of aplay running, blocking the sounddevice.
Sending them SIGTERM solved the problem / freed it again.

Remains the question why sometimes an aplay process does not terminate
well... So it may still be a bug.

Regards,
Martin


On Mon, Feb 11, 2013 at 05:50:40PM +0100, Jan Niehusmann wrote:
> Maybe some kind of concurrency problem? Psi may call aplay again while
> an earlier instance is still running.
> 
> Regards,
> Jan


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

Bug#693346: diffutils: FTBFS with eglibc 2.16 - due to outdated gnulib

[Santiago Vila]

On Thu, 22 Nov 2012, Colin Watson wrote:

> On Thu, Nov 15, 2012 at 04:33:43PM +, Wookey wrote:
> > Diffutils doesn't build with eglibc2.16 due to gets finally being
> > removed but the gnulib in the package not knowing about this. The
> > patch has links to upstream bugs.
> > 
> > A new diffutils release with new gnulib is the right fix for this, but
> > this simple nobbling works in the meantime (and allows the arm64
> > bootstrap to progress)
> 
> Here's a somewhat different nobbling which I applied in Ubuntu.  I think
> this is a bit closer to the upstream gnulib fix.
> 
>   * Avoid assuming that gets is declared.

Thanks for the more accurate patch, but I had the same bug in
three different packages and this is going to be fixed upstream anyway
(since they are GNU packages) so I applied the simple patch in this case.


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

Bug#701155: src:salt: new upstream release 0.13.1

[Ulrich Dangel]

* Julien Cristau wrote [22.02.13 08:23]:
Hi,
> upstream seems to have tagged 0.13.1 about a week ago, any chance for an
> update in sid soonish?

I am not sure if either Franklin or Arno, who both responded to the RFA,
want to take care of it? If not I can upload an updated version...

Ulrich


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

Bug#701564: apt: when some mirror are unavailable, apt pinning failed

[Remi Vanicat]

Package: apt
Version: 0.9.7.7
Severity: normal

I've several mirror in my apt/source.d. When some of them are
unavailable, suddenly apt-get propose to upgrade some package
to experimental version, even if it should not:

  $ apt-cache policy aptitude
  aptitude:
Installé : 0.6.8.2-1
Candidat : 0.6.9.1-1
   Table de version :
   0.6.9.1-1 0
  500 http://toubib.at.home/ftp.fr.debian.org/debian/ 
experimental/main amd64 Packages
  150 http://ftp.fr.debian.org/debian/ experimental/main amd64 
Packages
   *** 0.6.8.2-1 0
  500 http://toubib.at.home/ftp.fr.debian.org/debian/ sid/main 
amd64 Packages
  500 http://toubib.at.home/ftp.fr.debian.org/debian/ testing/main 
amd64 Packages
  500 http://toubib.at.home/ftp2.fr.debian.org/debian/ sid/main 
amd64 Packages
  500 http://toubib.at.home/ftp2.fr.debian.org/debian/ testing/main 
amd64 Packages
  500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages
  500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages
  100 /var/lib/dpkg/status

apt/preference is:

Package: *
Pin: release a=experimental
Pin-Priority: 150

Package: *
Pin: release o=Unofficial Multimedia Packages
Pin-Priority: 390

Package: *
Pin: release unstable
Pin-Priority: 500

The toubib.at.home server is the unavailable one

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "touch /var/lib/apt/periodic/update-success-stamp 
2>/dev/null || true";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "[ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 1 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Archives "";
APT::Archives::MaxAge "30";
APT::Archives::MinAge "2";
APT::Archives::MaxSize "500";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compresso

Bug#699591: exim4 upload to stable (dovecot stability / and optionally spf quoting)

[Andreas Metzler]

On 2013-02-17 "Adam D. Barratt"  wrote:
> Apologies for the delay in getting back to you about this.

no worries.

> On Sat, 2013-02-02 at 09:34 +0100, Andreas Metzler wrote:
> > | Dovecot: robustness; better msg on missing mech.
> [...]
>> This fixes an exim segfault when accessing a malicious dovecot AUTH
>> server. I have already talked with the security team, Moritz agrees
>> that this should be fixed in a point release. Testing already has the
>> fix since 4.80-6.

> The patch includes "TESTED: works against Dovecot 2.1.10", but stable
> has 1.2.15. Do we know if the patch has been tested against stable?

Hello,

I have just setup a test system in my squeeze chroot, using dovecot
with passdb passwd-file as authentication source. It worked for me. I
have tried AUTH PLAIN, CRAM-MD5 and DIGEST-MD5.

However I do not know whether any systematic testing was done.

>> On top of this I would like to discuss whether it is acceptable to fix
>> http://bugs.debian.org/697057 in stable, too. [ I definitily want o
>> get the fix into testing - #697444.] The Debian configuration
>> optionally allows to use spfquery to run SPF-checks on incoming mail.
>> Due to insufficient quoting it is possible to pass on arbitrary
>> arguments to spfquery and therefore bypass SPF checks. The fix is not
>> invasive, but it changes dpkg conffiles.

> I've been arguing with myself a little over this one. Is it worth a
> comment preceding the new version of the changes to make it more obvious
> to anyone looking at the diff during an upgrade why the quoting was
> added?

> Presumably anyone performing a non-interactive upgrade won't get the
> changes, but that doesn't seem so bad in this case.

This just does not feel right to me. It is exactly the kind of
information belongs into the changelog, and that is where it is.

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#700805: openconnect memory leak fix for wheezy (was: unblock: openconnect/3.20-3)

[Mike Miller]

Moving discussion to #700805.

On Sun, Feb 24, 2013 at 11:31:03AM +0100, Niels Thykier wrote:
> On 2013-02-24 11:04, Thijs Kinkhorst wrote:
> >> As mentioned in #700805, this line introduces a memory leak if realloc
> >> fails for any reason.
> > 
> > Upstream has committed a fix for the issue but also concluded that this 
> > causing real world trouble is not very probable.
> > 
> 
> Personally, I am not a huge fan of "probably not an issue"-assertions in
> cases like this.  If upstream is wrong on this, we will have another CVE
> on our hands.
> 
> [...]
> 
> Mike, once openconnect/3.20-3 has migrated, you are welcome to upload a
> -4 fixing this possible memory leak (actually I would appreciate it).

Yes, I can do that later this week after 3.20-3 transitions. I'd prefer
to apply the upstream fix [1] as is, which touches all reallocs as
possible leaks, ok with you? Or should I limit it to the realloc in this
latest diff as reported?

[1] 
http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/8dad4f3ad009e45bbd1ba21f1bd03d3f7639deab

Thanks,

-- 
mike


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

Bug#701543: RFS: spout/1.4-1 [ITA] -- Tiny abstract black and white 2D cave-shooter

[Anton Gladky]

Hi Scott,

thanks for adopting the package. There are a  couple of notes/questions:

1. Why do you use compat level 8, not 9?
2. The current Standards-Version is now 3.9.4.
3. Why VCS-field is commented out? It is better to use VCS for packaging.
4. Why libsdl1.2debian is injected to Depends manually? Is it linked
against spout?
5. I would suggest to target the upload into experimental branch instead
of unstable due to a freeze-period.
6. It seems, desktop-file is not installing.

Best regards,

Anton

On 02/24/2013 12:47 PM, Scott Leggett wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "spout"
> 
>Package name: spout
>Version : 1.4-1
>Upstream Author : Nick White 
>URL : http://njw.me.uk/spout/
>License : MIT
>Section : games
> 
> It builds those binary packages:
> 
>   spout - Tiny abstract black and white 2D cave-shooter
> 
> To access further information about this package, please visit the
> following URL:
> 
> http://mentors.debian.net/package/spout
> 
> Alternatively, one can download the package with dget using this command:
> 
> dget -x http://mentors.debian.net/debian/pool/main/s/spout/spout_1.4-1.dsc
> 
> More information about spout can be obtained from:
> http://njw.me.uk/spout/
> 
> Changes since the last upload:
> 
> spout (1.4-1) unstable; urgency=low
> 
>   * New Debian maintainer. (Closes: #691830)
>   * Imported new upstream version 1.4.
>   * New upstream maintainer and homepage.
>   * Fix typo in Category field of .desktop file. (Closes: #556938)
>   * Apply 64-bit segfault patch to upstream.
>   * Merge new upstream and old Debian man pages.
>   * Build-depend on hardening-wrapper.
>   * Patched hardening errors.
>   * Updated packaging to use debhelper, quilt 3.0.
>   * Bump standards version.
> 
>  -- Scott Leggett   Sun, 24 Feb 2013 15:45:03 +1100
> 
> 
> 




signature.asc
Description: OpenPGP digital signature

Bug#700805: openconnect memory leak fix for wheezy

[Niels Thykier]

On 2013-02-24 15:07, Mike Miller wrote:
> Moving discussion to #700805.
> 
> On Sun, Feb 24, 2013 at 11:31:03AM +0100, Niels Thykier wrote:
>> On 2013-02-24 11:04, Thijs Kinkhorst wrote:
 As mentioned in #700805, this line introduces a memory leak if realloc
 fails for any reason.
>>>
>>> Upstream has committed a fix for the issue but also concluded that this 
>>> causing real world trouble is not very probable.
>>>
>>
>> Personally, I am not a huge fan of "probably not an issue"-assertions in
>> cases like this.  If upstream is wrong on this, we will have another CVE
>> on our hands.
>>
>> [...]
>>
>> Mike, once openconnect/3.20-3 has migrated, you are welcome to upload a
>> -4 fixing this possible memory leak (actually I would appreciate it).
> 
> Yes, I can do that later this week after 3.20-3 transitions. I'd prefer
> to apply the upstream fix [1] as is, which touches all reallocs as
> possible leaks, ok with you? Or should I limit it to the realloc in this
> latest diff as reported?
> 
> [1] 
> http://git.infradead.org/users/dwmw2/openconnect.git/commitdiff/8dad4f3ad009e45bbd1ba21f1bd03d3f7639deab
> 
> Thanks,
> 

That particular commit looks fine and I would not mind if it was taken
as-is.

~Niels


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

Bug#675541: avelsieve: PHP Stack trace: in wheezy

[gregor herrmann]

On Fri, 01 Jun 2012 23:15:39 -0400, Robert Middleswarth wrote:

>* What led up to the situation?
> Upgraded from Sqeeze to Wheezy
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Checked for updates.  Reinstalled the package.
>* What was the outcome of this action?
> Well the package was uninstalled there was no error on the site.  Once 
> installed getting a white screen and errors.

Which errors?

>* What outcome did you expect instead?
> For it to work.

Might be the same as #701182.


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: Ostbahn-Kurti & Die Chefpartie: Schee, Schee, Schee


signature.asc
Description: Digital signature

Bug#699034: Is this fixed in upstream upstream LIBGCRYPT-1-5-BRANCH?

[Trek]

On Sun, 24 Feb 2013 11:44:05 +0100
Andreas Metzler  wrote:

>upstream has a couple of patches in in their LIBGCRYPT-1-5-BRANCH,
>would you mind checking whether the issue is fixed there?
>
>I have built binary packages for i386, and have temporarily uploaded
>them to people.debian.org.
>http://people.debian.org/~ametzler/libgcrypt11_1.5.0-3+test+1_i386.deb


Thank you!

The bug is fixed with claws-mail as it can establish SSL connections.
If it is fixed also with midori/webkit, this new version should be
uploaded.

Ciao!


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

Bug#701513: FTBFS: Fails to find python config dir

[Gerardo Malazdrewicz]

I see, and even testing does not have "python-config --configdir". When was
it added?

Thanks,
Gerardo


2013/2/23 James McCoy 

> Control: severity -1 important
>
> On Fri, Feb 22, 2013 at 01:58:18PM -0400, Gerardo Esteban Malazdrewicz
> wrote:
> > $ ./debian/rules build
> > [snip]
> > checking --enable-pythoninterp argument... yes
> > checking for python2... /usr/bin/python2
> > checking Python version... 2.7
> > checking Python is 1.4 or better... yep
> > checking Python's install prefix... /usr
> > checking Python's execution prefix... /usr
> > checking Python's configuration directory...
> > can't find it!
> > configure: error: could not configure python
> > make: *** [configure-stamp-vim-gtk] Error 1
> > rm configure-stamp-vim-tiny
> >
> > Fixed with attached patch.
>
> This is only the case with the Python packaging in experimental, since
> it has had multi-arch changes made.
>
> Cheers,
> --
> James
> GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 
>

Bug#701565: ekiga: FTBFS on powerpcspe

[Roland Stigge]

Package: ekiga
Version: 3.2.7-5
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

ekiga FTBFS on powerpcspe[1] like this:

[...]
checking for ANSI C header files... (cached) yes
checking whether strcasecmp is declared... yes
checking whether OS type is supported...
configure: error: Only Linux, FreeBSD, NetBSD, Solaris and Mac OS X are 
supported. Please contact the author to know how you can add more OS types.
make: *** [build-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
[...]

The attached patch fixes this by adding the respective architecture ids
via fix-linux-gnueabihf-build.patch which should be changed as an archs
extending patch rather than a series of patches that patch the same
lines again.

Thanks,

Roland


[1] http://wiki.debian.org/PowerPCSPEPort


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

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

Versions of packages ekiga depends on:
ii  evolution-data-server  3.4.4-1
ii  gconf-service  3.2.5-1+build1
ii  gconf2 3.2.5-1+build1
ii  libatk1.0-02.4.0-2
ii  libavahi-client3   0.6.31-1
ii  libavahi-common3   0.6.31-1
ii  libavahi-glib1 0.6.31-1
ii  libc6  2.13-37
ii  libdbus-glib-1-2   0.100-1
ii  libebook-1.2-133.4.4-1
ii  libedataserver-1.2-16  3.4.4-1
ii  libgcc11:4.7.2-4
ii  libgconf-2-4   3.2.5-1+build1
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-3
ii  libgtk2.0-02.24.10-2
ii  libldap-2.4-2  2.4.31-1
ii  libnotify4 0.7.5-1
pn  libopal3.10.4  
ii  libpango1.0-0  1.30.0-1
pn  libpt2.10.4
ii  libsasl2-2 2.1.25.dfsg1-6
ii  libsigc++-2.0-0c2a 2.2.10-0.2
ii  libstdc++6 4.7.2-4
ii  libx11-6   2:1.5.0-1
ii  libxext6   2:1.3.1-2
ii  libxml22.8.0+dfsg1-7
ii  libxv1 2:1.0.7-1

Versions of packages ekiga recommends:
ii  gvfs  1.12.3-2
ii  yelp  3.4.2-1+b1

Versions of packages ekiga suggests:
pn  asterisk
pn  gnugk   
pn  mediaproxy  
pn  rtpproxy
pn  ser 
pn  siproxd 
pn  yate
--- ekiga-3.2.7/debian/patches/fix-linux-gnueabihf-build.patch.orig	2013-02-24 14:07:41.883787127 +0100
+++ ekiga-3.2.7/debian/patches/fix-linux-gnueabihf-build.patch	2013-02-24 14:08:34.019800083 +0100
@@ -28,7 +28,7 @@
  ;;
  
 -  linux-gnulp | linux-gnu | linux-gnueabi | linux | Linux)
-+  linux-gnulp | linux-gnu | linux-gnueabi* | linux | Linux)
++  linux-gnulp | linux-gnu | linux-gnuspe | linux-gnueabi* | linux | Linux)
  gm_platform="linux"
  ;;
  
@@ -37,7 +37,7 @@
  ;;
  
 -  linux-gnulp | linux-gnu | linux-gnueabi | linux | Linux)
-+  linux-gnulp | linux-gnu | linux-gnueabi* | linux | Linux)
++  linux-gnulp | linux-gnu | linux-gnuspe | linux-gnueabi* | linux | Linux)
  ARCH_PTLIB_CFLAGS="-DPTRACING -DNDEBUG -Os -g -fno-exceptions -felide-constructors"
  ARCH_OPAL_LIBS="-lpt -lopal -ldl -lpthread"
  ;;
@@ -48,7 +48,7 @@
  ;;
  
 -  linux-gnulp | linux-gnu | linux-gnueabi | linux | Linux)
-+  linux-gnulp | linux-gnu | linux-gnueabi* | linux | Linux)
++  linux-gnulp | linux-gnu | linux-gnuspe | linux-gnueabi* | linux | Linux)
  gm_platform="linux"
  ;;
  
@@ -57,7 +57,7 @@
  ;;
  
 -  linux-gnulp | linux-gnu | linux-gnueabi | linux | Linux)
-+  linux-gnulp | linux-gnu | linux-gnueabi* | linux | Linux)
++  linux-gnulp | linux-gnu | linux-gnuspe | linux-gnueabi* | linux | Linux)
  ARCH_PTLIB_CFLAGS="-DPTRACING -DNDEBUG -Os -g -fno-exceptions -felide-constructors"
  ARCH_OPAL_LIBS="-lpt -lopal -ldl -lpthread"
  ;;

Bug#701566: gnupg: wrong length of month used for key expiration date

[Michael Below]

Package: gnupg
Version: 1.4.12-7
Severity: minor

Dear Maintainer,

today I generated a new key (0xfaaad43b), and I set the expiration
date to 24 months. I had expected this to be the same as two
years, as it is defined in the calendar. In fact, it is ten days
less.

It looks like gpg assumes that one month = 30 days, so a timespan
of one month from today, according to gpg, ends not on March 24th,
but on March 26th. This is obviously wrong. 

GnuPG should use the measure month as defined in the calendar.
Alternatively, it could define its own measure, but then it should
be named differently.

Thanks for your efforts!

Michael Below


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 
'proposed-updates'), (500, 'stable'), (10, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnupg depends on:
ii  dpkg  1.16.9
ii  gpgv  1.4.12-7
ii  install-info  4.13a.dfsg.1-10
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-38
ii  libreadline6  6.2+dfsg-0.1
ii  libusb-0.1-4  2:0.1.12-20+nmu1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages gnupg recommends:
ii  gnupg-curl 1.4.12-7
ii  libldap-2.4-2  2.4.31-1

Versions of packages gnupg suggests:
ii  eog  3.4.2-1+build1
pn  gnupg-doc
ii  graphicsmagick-imagemagick-compat [imagemagick]  1.3.16-1.1
ii  libpcsclite1 1.8.4-1
ii  xloadimage   4.1-19

-- 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#691681: synaptic>software sources>updates - notify me when a new ubuntu version

[erwan]

Package: synaptic
Version: 0.75.12
Followup-For: Bug #691681

Dear Maintainer,

In Synpatic GUI, if you go in software sources>updates, you'll see an option :
"notify me when a new ubuntu version"
LOL. What this option will do? Upgrade Wheezy to Ubuntu ? Please consider
translate this to "notify me when a new Debian version" o remobve this option.

Best regards,



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

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

Versions of packages synaptic depends on:
ii  hicolor-icon-theme  0.12-1
ii  libapt-inst1.5  0.9.7.7
ii  libapt-pkg4.12  0.9.7.7
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libept1.4.121.0.9
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.2-5
ii  libvte9 1:0.28.2-5
ii  libx11-62:1.5.0-1
ii  libxapian22 1.2.12-2
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages synaptic recommends:
ii  gksu 2.0.2-6
ii  libgtk2-perl 2:1.244-1
ii  policykit-1  0.105-3
ii  rarian-compat0.8.1-5
ii  software-properties-gtk  0.82.7.1debian1

Versions of packages synaptic suggests:
ii  apt-xapian-index  0.45
pn  deborphan 
pn  dwww  
ii  menu  2.1.46

-- 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#700114: enigmail: should recommend pinentry?

[Willi Mann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Am 2013-02-24 09:06, schrieb Daniel Kahn Gillmor:
> On 02/22/2013 12:10 PM, Willi Mann wrote:
>> I rechecked that. gpg-agent is not required. However, we might
>> still want to add a Recommends on gpg-agent. What do you think?
> 
> I think
> 
> Recommends: gpg-agent, pinentry
> 
> sounds reasonable to me -- that is the preferred mode of operation
> for enigmail, afaict.

Since gnugp-agent depends on pinentry anyway, depending on pinentry
would be redundant:

% acsh gnupg-agent | grep Depends:
Depends: libassuan0 (>= 2.0.2), libc6 (>= 2.7), libgcrypt11 (>=
1.4.5), libgpg-error0 (>= 1.10), libpth20 (>= 2.0.7), libreadline6 (>=
6.0), pinentry-gtk2 | pinentry-curses | pinentry

I'll add a Recommends on gnugp-agent.

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

iQIcBAEBCAAGBQJRKi27AAoJEIy+IZx0V22BIfAP/ivhvF88A6erUbqQlYXvdQCF
1ybDSboRe2fc/ZqDCeKe2v5nVxmdXlNXb+OpaE417n08ki1mZgHYAZt7IWMKGFt1
YAeepaxaRi2/AkvcPbK3v4IgC+cTM2fSZW7nqNxqJ3hcAEZUDuqdkqEypc4Gf5xM
LJkMpwgHIetlaj8Gun6P+tvktRAtz+OZSOPC/zDnDjhFwtq4wo+tNpE2YHJV42OQ
g2dfBLTSBP1IlbiLyH6EARdZTht11A39cvPU30cbfD2PTfwKcoXr6wCu7i0av3RL
p+dJoc2/TMG51sEW3Ws4E+6i11fjG084qtK9NK3dPjhRSfcL7ZD5FRyJP8MXWwao
ZQCsyPIXb1XjJBOIMJLRTDv5zr4UFAkYVl2MwSexpeaCJ7WiThtkH18b9NR9LXLR
dwnJ7ok1eW8Jp/ciql5W6ZEBME6RfPrJ1u0uqr5mAY1AicfnIL78ysJGGW7pdXgm
f1RA6ycpQ4liNHniBSAOmXhvYIeXofPBYdpToXMpBoGPEsifZvhmWRqba5ts8fF3
I44U7odi5b4xfE0z7nunrwrFwjlrnbNF9Qgi2E3NqIu8tT/7X9Rmb9i4GB/Wfybt
8NvpvvG9FFs/9A3dN7EWxwkJTHOiR+oGevdUcaDkFEbEUVyDu3BDT3x7sF1eMMcI
buucP4k2kQZ+oyRVqMMu
=AEt7
-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#637219: [Pkg-libvirt-maintainers] Bug#636712: Bug#636712: libvirt-bin: cannot create rule since iptables tool is missing with custom nwfilters

[Luca Capello]

Hi there!

On Mon, 23 Apr 2012 15:48:52 +0200, Luca Capello wrote:
> Never mind, attached a patch against the Git repository.  Please note
> that I did not publicize the fact that the hook scripts can be used for
> whatever command you would like to execute ;-)
[...]
> +if ! [ -x /sbin/iptables ]; then
> +echo "/sbin/iptables not found or not executable" 2>&1

The redirection is wrong, it should simply be ">&2", since only the
stderr will be logged:

  

  Return codes and logging

  If a hook script returns with an exit code of 0, the libvirt daemon
  regards this as successful and performs no logging of it.

  However, if a hook script returns with a non zero exit code, the
  libvirt daemon regards this as a failure, logs it with return code
  256, and additionally logs anything on stderr the hook script returns.

Thx, bye,
Gismo / Luca


pgpueQeR3Vbgr.pgp
Description: PGP signature

Bug#701182: avelsieve: Uses deprecated/removed session_unregister PHP function

[gregor herrmann]

Control: tag -1 + upstream fixed-upstream patch
Control: forwarded -1 http://email.uoa.gr/avelsieve/ticket/269

On Fri, 22 Feb 2013 08:41:43 -0500, Joseph Spiros wrote:

> PHP Fatal error:  Call to undefined function session_unregister() in 
> /usr/share/squirrelmail/plugins/avelsieve/include/html_rulestable.inc.php on 
> line 164
> 
> Brief googling indicates that session_unregister is a PHP function that is 
> removed in PHP 5.4+. Although not listed as an avelsieve dependency, PHP is 
> required to run it, and the current php5 package installed on my system, and 
> available in both testing and unstable, is 5.4.4.

This is already fixed upstream:
http://email.uoa.gr/avelsieve/changeset/1091

I'm attaching a debdiff that incorporates this changeset as a quilt
patch. (With one more "session_unregister" rewritten, also fixed
upstream in r1113.)


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: Aziza Mustafà Zadeh: Father
diff -Nru avelsieve-1.9.9/debian/changelog avelsieve-1.9.9/debian/changelog
--- avelsieve-1.9.9/debian/changelog2012-09-09 17:57:18.0 +0200
+++ avelsieve-1.9.9/debian/changelog2013-02-24 15:55:47.0 +0100
@@ -1,3 +1,13 @@
+avelsieve (1.9.9-2.4) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix "Uses deprecated/removed session_unregister PHP function":
+new patch avelsieve-changeset-1091.patch, taken from upstream svn:
+replace deprecated/removed PHP functions.
+(Closes: #701182)
+
+ -- gregor herrmann   Sun, 24 Feb 2013 15:54:55 +0100
+
 avelsieve (1.9.9-2.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru avelsieve-1.9.9/debian/patches/avelsieve-changeset-1091.patch 
avelsieve-1.9.9/debian/patches/avelsieve-changeset-1091.patch
--- avelsieve-1.9.9/debian/patches/avelsieve-changeset-1091.patch   
1970-01-01 01:00:00.0 +0100
+++ avelsieve-1.9.9/debian/patches/avelsieve-changeset-1091.patch   
2013-02-24 16:09:19.0 +0100
@@ -0,0 +1,151 @@
+Description: update deprecated/removed PHP functions
+Origin: upstream, http://email.uoa.gr/avelsieve/changeset/1091 ,
+ http://email.uoa.gr/avelsieve/changeset/1113
+Bug: http://email.uoa.gr/avelsieve/ticket/269
+Bug-Debian: http://bugs.debian.org/701182
+Author: avel
+Reviewed-by: gregor herrmann 
+Last-Update: 2013-02-24
+Applied-Upstream: yes, cf. Origin
+
+--- a/include/managesieve.lib.php
 b/include/managesieve.lib.php
+@@ -139,13 +139,13 @@
+ unset($this->error_raw);
+ 
+ $this->line=fgets($this->fp,1024);
+-$this->token = split(" ", $this->line, 2);
++$this->token = preg_split('/ /', $this->line, 2);
+ 
+ if($this->token[0] == "NO"){
+ /* we need to try and extract the error code from here.  There are 
two possibilites: one, that it will take the form of:
+NO ("y") "zzz" or, two, NO {y} "zzz" */
+ $this->x = 0;
+-list($this->ltoken, $this->mtoken, $this->rtoken) = split(" ", 
$this->line." ", 3);
++list($this->ltoken, $this->mtoken, $this->rtoken) = preg_split('/ /', 
$this->line." ", 3);
+ if($this->mtoken[0] == "{"){
+ while($this->mtoken[$this->x] != "}" or $this->err_len < 1){
+ $this->err_len = substr($this->mtoken, 1, $this->x);
+@@ -233,7 +233,7 @@
+atleast true for timsieved as it sits in 2.1.16, if someone has a 
+BYE (REFERRAL ...) example for later timsieved please forward it 
to 
+me and I'll code it in proper-like! - mlof...@wgops.com */
+-$this->reftok = split(" ", $this->token[1], 3);
++$this->reftok = preg_split('/ /', $this->token[1], 3);
+ $this->refsv = substr($this->reftok[1], 0, -2);
+ $this->refsv = substr($this->refsv, 1);
+ 
+@@ -438,7 +438,7 @@
+ //response.  They repsond as follows: "Cyrus timsieved v1.0.0" 
"SASL={PLAIN,}"
+ //So, if we see IMPLEMENTATION in the first line, then we are done.
+ 
+-if(ereg("IMPLEMENTATION",$this->line))
++if(preg_match('/IMPLEMENTATION/',$this->line))
+ {
+   //we're on the Cyrus V2 or Cyrus V3 sieve server
+   while(sieve::status($this->line) == F_DATA){
+@@ -454,7 +454,7 @@
+   } else {
+   $this->cap_type="auth";
+   }
+-  $this->modules = split(" ", $this->item[1]);
++  $this->modules = preg_split('/ /', $this->item[1]);
+   if(is_array($this->modules)){
+   foreach($this->modules as $m)
+   
$this->capabilities[$this->cap_type][strtolower($m)]=true;
+@@ -488,7 +488,7 @@
+ $this->modules = substr($this->item[1], strpos($this->item[1], 
"{"),strlen($this->item[1])-1);
+ 
+ //then split again at the ", " stuff.
+-$this

Bug#701564: apt: when some mirror are unavailable, apt pinning failed

[David Kalnischkies]

On Sun, Feb 24, 2013 at 2:49 PM, Remi Vanicat  wrote:
> I've several mirror in my apt/source.d. When some of them are
> unavailable, suddenly apt-get propose to upgrade some package
> to experimental version, even if it should not:

I assume the unavailable repositories include the experimental ones
for which the pinning is "ignored"?

I guess APT kills InReleases in some situations even if it claims that
it has kept them back and will use "the old files".

Could you confirm this with a listing of /var/lib/apt/lists, e.g. with
find /var/lib/apt/lists
?

The output of "apt-cache policy" probably confirms it too in a slightly
different way as it will lack the "release" line for these Packages files.


If you have squeeze available feel free to test it with apt/squeeze
(which doesn't have InRelease) - it should behave as advertised.


Best regards

David Kalnischkies


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

Bug#701567: inetutils-ping: Failing to resolve IPv6 address should not show error

[Samuel Thibault]

Source: inetutils-ping
Version: 2
Severity: normal

Hello,

For instance:

€ ping6 2001:910:1059:2::1 
PING 2001:910:1059:2::1 (2001:910:1059:2::1): 48 data bytes
ping: getnameinfo: Temporary failure in name resolution
56 bytes from unknown: icmp_seq=0 ttl=64 time=0.082 ms

This is not really pretty (and the numeric address could at least be
shown instead of "unknown", by passing NI_NUMERICHOST to getnameinfo).

Iputils-ping does not show this:

€ ping6 2001:910:1059:2::1
PING 2001:910:1059:2::1(2001:910:1059:2::1) 56 data bytes
64 bytes from 2001:910:1059:2::1: icmp_seq=1 ttl=64 time=0.047 ms

because in the case of a numeric address given on the command line,
iputils-ping automatically enables the NUMERIC option.  Maybe
inetutils-ping should do the same.

Samuel

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

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

-- 
Samuel
 update-menus: relocation error: update-menus: symbol 
_ZNSt9basic_iosIcSt11char_traitsIcEE4initEPSt15basic_streambufIcS1_E, version 
GLIBCPP_3.2 not defined in file libstdc++.so.5 with link time reference
 quoi que ça peut bien vouloir dire ?
 N a eu la meme merde
 c ça que ça veut dire ? wow, c'est bien crypté :)
 -+- #ens-mim s'entraide -+-


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

Bug#701568: ITP: r-cran-memoise -- Memoise functions

[Ivo Maintz]

Package: wnpp
Severity: wishlist
Owner: Ivo Maintz 

* Package name: r-cran-memoise
  Version : 0.1
  Upstream Author : Hadley Wickham 
* URL : http://cran.r-project.org/web/packages/memoise/
* License : MIT
  Programming Lang: R
  Description : Memoise functions
 Cache the results of a function so that when you call it again with the same
 arguments it returns the pre-computed value.


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

Bug#701562: libreoffice-impress: Random crash and crash when clicking a tab as "notes"

[Rene Engelhard]

reassign 701560 libreoffice-gnome
reassign 701562 libreoffice-gnome
forcemerge 701562 701560
retitle 701562 libreoffice-impress: Random crash and crash when clicking a tab 
as "notes"
tag 701562 + moreinfo
tag 701562 + unreproducible
thanks

Hi,
 
On Sun, Feb 24, 2013 at 02:26:59PM +, Julien L. wrote:
> libreoffice-impress crash randomly all about 15 minutes. And, when i click on
> one tab as "notes" , it crashes immediatly too.

Aha. Backtrace?

> Very annoying bug ...

Also annoying that you report
 a) the same bug twice against the same set and version of packages
 b) against a version which will not receive non-release-critical or 
non-security
fixes anymore.

Try with 3.6.5 (http://people.debian.org/~rene/libreoffice/3.6.5) or 4.0.x (-> 
experimental)

I am not going to deal with this bug in 3.5.x.

> Seen on Ubuntu too, seems to be a problem with libreoffice-gnome.

And because you know it's a problem with libreoffice-gnome you report a second 
copy "just" for
libreoffice-impress?

Regards,

Rene


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

Bug#699034: Is this fixed in upstream LIBGCRYPT-1-5-BRANCH?

[Andreas Metzler]

On 2013-02-24 Trek  wrote:
> On Sun, 24 Feb 2013 11:44:05 +0100
> Andreas Metzler  wrote:
>> upstream has a couple of patches in in their LIBGCRYPT-1-5-BRANCH,
>> would you mind checking whether the issue is fixed there?
[...]
> The bug is fixed with claws-mail as it can establish SSL connections.
> If it is fixed also with midori/webkit, this new version should be
> uploaded.

Thank you very much for the quick (and positive ;-) response.

I will need to bother you a little bit more. - In the first
test-package, I simply grabbed all patches from upstream
LIBGCRYPT-1-5-BRANCH. However to make an upload to unstable (targeted
for wheezy) I need to get the number of differences down to the
relevant patches. Could you please test whether
http://people.debian.org/~ametzler/libgcrypt11_1.5.0-3+test+2_i386.deb
also does the trick? It just adds three patches
(35_Avoid-dereferencing-pointer-right-after-the-end.patch
39_Fix-segv-with-AES-NI-on-some-platforms.patch
40_libgcrypt-1.5-rinjdael-Fix-use-of-SSE2-outside-USE_A.patch) instead
of 11.

thanks in advance, cu andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'


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

Bug#701562: libreoffice-impress: Random crash and crash when clicking a tab as "notes"

[Rene Engelhard]

On Sun, Feb 24, 2013 at 04:30:52PM +0100, Rene Engelhard wrote:
> On Sun, Feb 24, 2013 at 02:26:59PM +, Julien L. wrote:
> > libreoffice-impress crash randomly all about 15 minutes. And, when i click 
> > on
> > one tab as "notes" , it crashes immediatly too.
> 
> Aha. Backtrace?

Besides, that, when I click on "notes" it does *NOT* crash for me. (and yes,
I am under GNOME and have -gnome installed). Pure wheezy/amd64.

So you want to give more info in any case. Right now beisdes that this doesn't
have iimportant info this is unreproducible.

Regards,
 
Rene


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

Bug#701463: kate: Kate crashes when selected text is deleted

[Lisandro Damián Nicanor Pérez Meyer]

Control: tag -1 - moreinfo
Control: tag -1 confirmed

On Sun 24 Feb 2013 08:43:19 Markus Raab escribió:
> Hello!
> 
> Am Sonntag, 24. Februar 2013 schrieben Sie:
> > maybe you forgot a press of Escape here? Else you will continue to write
> > letters.
> 
> Ok, now the complete sequence to type in to get it crashed (on a new
> document or the end of an existing document):
> iabcv+d

Now I could reproduce it! 

[snip]
 
> > Anyway, this is an upstream bug, and the only way to get it fixed is to
> > file a  bug upstream.
> 
> It is already filed upstream: https://bugs.kde.org/show_bug.cgi?id=315683

Indeed, I even marked it as such. My bad :-/ Sorry for the noise :-)

> But maybe it is already fixed in a later kde version and the problem only
> exists in wheezy.
[snip] 
> Can you fix it for wheezy if an patch is available?

I think we are still on time, but we need a patch for that.

Kinds regards, Lisandro.

-- 
3: Que ocurre en el escritorio de Windows cuando se abre una ventana
* Se cierra una puerta
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#701569: libvirt-bin: should Recommends: pm-utils for pm-is-supported

[Luca Capello]

Package: libvirt-bin
Version: 0.9.12-6~bpo60+1
Severity: normal
Usertags: debian-packaging

Hi there,

I just discovered the following in libvirt's log:
=
2013-02-24 15:34:09.861+: 23472: info : libvirt version: 0.9.12
2013-02-24 15:34:09.861+: 23472: error : virCommandWait:2306 : internal 
error Child process (/sbin/iptables --table mangle --insert POSTROUTING 
--out-interface virbr0 --protocol udp --destination-port 68 --jump CHECKSUM 
--checksum-fill) status unexpected: exit status 2
2013-02-24 15:34:09.861+: 23472: warning : 
networkAddGeneralIptablesRules:1301 : Could not add rule to fixup DHCP response 
checksums on network 'default'.
2013-02-24 15:34:09.861+: 23472: warning : 
networkAddGeneralIptablesRules:1302 : May need to update iptables package & 
kernel to support CHECKSUM rule.
2013-02-24 15:34:10.845+: 23472: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No such file or directory
2013-02-24 15:34:10.845+: 23472: warning : qemuCapsInit:948 : Failed to get 
host power management capabilities
2013-02-24 15:34:16.718+: 23472: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No such file or directory
2013-02-24 15:34:16.718+: 23472: warning : lxcCapsInit:77 : Failed to get 
host power management capabilities
2013-02-24 15:34:16.719+: 23472: error : virExecWithHook:424 : Cannot find 
'pm-is-supported' in path: No such file or directory
2013-02-24 15:34:16.719+: 23472: warning : umlCapsInit:87 : Failed to get 
host power management capabilities
=

First, the CHECKSUM problem is an old one (see #598330): while this is
simply a warning, IMHO it should be fixed in the backports as well.

Second, since pm-is-supported is shipped by pm-utils, libvirt-bin should
at least Recommends: pm-utils.  Please note, however, that pm-utils
ships more than utilities (e.g. suspend/resume quirks and so on), which
means that IMHO it is not suited for a server installation as it is.
Something like powermgmt-base would be better.

Thx, bye,
Gismo / Luca

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

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

Versions of packages libvirt-bin depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  gettext-base   0.18.1.1-3GNU Internationalization utilities
ii  libavahi-client3   0.6.27-2+squeeze1 Avahi client library
ii  libavahi-common3   0.6.27-2+squeeze1 Avahi common library
ii  libblkid1  2.17.2-9  block device id library
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcap-ng0 0.6.4-1   An alternate posix capabilities li
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdevmapper1.02.1 2:1.02.48-5   The Linux Kernel Device Mapper use
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libgnutls262.8.6-1+squeeze2  the GNU TLS library - runtime libr
ii  libnl1 1.1-6 library for dealing with netlink s
ii  libnuma1   2.0.5-1   Libraries for controlling NUMA pol
ii  libparted0debian1  2.3-5 The GNU Parted disk partitioning s
ii  libpcap0.8 1.1.1-2+squeeze1  system interface for user-level pa
ii  libpciaccess0  0.12.0-1  Generic PCI access library for X
ii  libreadline6   6.1-3 GNU readline and history libraries
ii  libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra
ii  libudev0   164-3 libudev shared library
ii  libuuid1   2.17.2-9  Universally Unique ID library
ii  libvirt0   0.9.12-6~bpo60+1  library for interfacing with diffe
ii  libxenstore3.0 4.0.1-5.5 Xenstore communications library fo
ii  libxml22.7.8.dfsg-2+squeeze6 GNOME XML library
ii  libyajl1   1.0.8-1   Yet Another JSON Library
ii  logrotate  3.7.8-6   Log rotation utility

Versions of packages libvirt-bin recommends:
ii  bridge-utils1.4-5Utilities for configuring the Linu
ii  dmidecode   2.9-1.2  Dump Desktop Management Interface 
ii  dnsmasq-base2.55-2   A small caching DNS proxy and DHCP
ii  ebtables2.0.9.2-2Ethernet bridge frame table admini
pn  gawk   (no description available)
ii  iproute 20100519-3   networking and traffic control too
ii  iptables1.4.8-3  administration tools for packet fi
pn  libxml2-utils  (no description available)
ii  netcat-openbsd 

Bug#620225: reportbug: Patch is working good

[falconbird]

Package: reportbug
Version: 6.4.3
Followup-For: Bug #620225

Dear Maintainer,

It looks like the introduced patch is working good and solves the problem.

So please update this package and get rid of this awful bug. I think that it
must be done
before wheezy release.

Thanks


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

Bug#701565: ekiga: FTBFS on powerpcspe

[Eugen Dedu]

On 24/02/13 15:55, Roland Stigge wrote:

Package: ekiga
Version: 3.2.7-5
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

ekiga FTBFS on powerpcspe[1] like this:

[...]
checking for ANSI C header files... (cached) yes
checking whether strcasecmp is declared... yes
checking whether OS type is supported...
configure: error: Only Linux, FreeBSD, NetBSD, Solaris and Mac OS X are 
supported. Please contact the author to know how you can add more OS types.
make: *** [build-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
[...]

The attached patch fixes this by adding the respective architecture ids
via fix-linux-gnueabihf-build.patch which should be changed as an archs
extending patch rather than a series of patches that patch the same
lines again.


Does ekiga build successfully and work with your patch?

If yes, could we "commit" the patch only for version in experimental, 
since 3.2 versions are not maintained upstream anymore?


--
Eugen


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

Bug#701511: [squeeze] At boot, the wrong b43 driver is loaded. I installed compat-drivers-3.7.6-1

[Ben Hutchings]

On Sun, 2013-02-24 at 01:15 -0800, Jonathan Nieder wrote:
> Thomas D. Dean wrote:
> >> tomdean wrote:
> 
> >>> The b43 driver installed at boot does not work.  I have included a
> >>> work around.
> >>> I installed the b43 driver from compat-drivers-3.7.6-1 and it works.
> [...]
> > sudo update-initramfs -u
> >
> > Fixed the problem.
> 
> Um, do you mean that when installing squeeze on your hardware:
> 
>  1. The b43 driver does not work out of the box
>  2. Running "sudo update-initramfs -u" is enough to get it working
>  3. An alternative way to get it working is to install the b43 driver
> from compat-drivers
> 
> ?
[...]

I think the new driver from compat-drivers is needed, but until Thomas
ran update-initramfs the old driver would still be loaded from the
initramfs.

Ben.

-- 
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer


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

Bug#693720: base: shutdown with hwclock --systohc cause battery to drain.

[Ben Hutchings]

On Sun, 2013-02-24 at 12:10 +0100, Holger Levsen wrote:
[...]
> > English: Halt the computer with HWCLOCKACCESS not set or set to yes causes
> > battery to drain. (Consumption is about the same that when the computer
> > is in sleep mode).
> 
> > If we put HWCLOCKACCESS=yes in /etc/default/hwclock, then battery doesn't
> > drain off then. So doing
[...]

Comparing with the French, this second paragraph should say
HWCLOCKACCESS=no.  Otherwise it is contradicting the first...

Ben.

-- 
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer


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

Bug#538125: after the breakfast... (was: So, what's up with packaging of scantailor?)

[Janusz S. Bień]

> I am going to spend some work on that right know after the breakfast.
>
> Greetings,
> Daniel Stender

Hi!

I will need scantailor soon on Debian wheezy. Should I install it from source?

Best regards

Janusz

-- 
   ,   
Prof. dr hab. Janusz S. Bien -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - University of Warsaw (Formal Linguistics Department)
jsb...@uw.edu.pl, jsb...@mimuw.edu.pl, http://fleksem.klf.uw.edu.pl/~jsbien/


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