date:20130223

Am 23.02.2013 10:24, schrieb Philip Ashmore:
 I did an
apt-get -t experimental install gcc-4.7 gcc-4.8
 and updated libffi
 
 gcc -O0 -o ffi-test ffi-test.c -lffi
 ./ffi-test
 Hello World!
 This is cool!
 
 gcc -O1 -o ffi-test ffi-test.c -lffi
 ./ffi-test
 Hello World!
 This is cool!
 
 gcc -O2 -o ffi-test ffi-test.c -lffi
 ./ffi-test
 Hello World!
 Segmentation fault
 
 ldd ffi-test
 linux-vdso.so.1 (0x7fff80fff000)
 libffi.so.6 = /usr/lib/x86_64-linux-gnu/libffi.so.6 
 (0x7f9ffbaca000)
 libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f9ffb71d000)
 /lib64/ld-linux-x86-64.so.2 (0x7f9ffbd0e000)

so you tested with the updated gcc-4.7. could you repeat that with gcc-4.8?


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

Bug#687941: plasma-desktop: stuck on strtup, 100% cpu and inflating: a workaround

2013-02-23 Thread Dominique Dumont

Hello

I had a similar issue where login would take several minutes with plasma-
desktop process stuck at 100%.

After googling the the issue, I've found that the system-tray was oftern 
responsible for this behavior. So I've removed and put back the system-tray.

Login now takes a normal time (about 10 to 20 s).

HTH

Dominique


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

Bug#695574: Tilda package


Hi Alberto,

the current maintainers are Davide Truffa and Filippo Giunchedi, Filippo 
has already mailed me in October that the does not maintain tilda 
anymore and has no intention to do this in the future, David Truffa is 
simply not replying to any mails that I have sent him since October, so 
I have to conclude that he either changed his Email address, or is 
simply not interested anymore. Here is the reply from Filippo on 21st 
October 2012:

#

On Sat, Oct 20, 2012 at 10:42:31PM +0200, Lanoxx wrote:


Hi there,

are you two still maintaining the tilda package? If so, i have been
writing a few patches for it and there is a now version in my github
repository:https://github.com/lanoxx/tilda/tree/tilda-1-0  (1.0.2)
unfortunately no, I'm not maintaining it anymore maybe Davide can 
provide some assistance I hope! thanks, filippo


#
If you are willing, then I would suggest to turn over maintainer status 
to you, it would be great if you could create a package and let me know 
if any changes to the source code are necessary for packaging. We can 
then try to convince someone to do the upload.


I'm looking forward to get a working package into Debian.

Regards
Lanoxx


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

Bug#700780: [PATCH] python-gpgme-dbg: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

2013-02-23 Thread Jonathan Wiltshire

Hi,

On Wed, Feb 20, 2013 at 06:03:26PM -0500, Andrew Starr-Bochicchio wrote:
 tag 700780 patch
 thanks
 
 Hi,
 
 Attached is a patch resolving this issue. Please consider applying it.

Thanks for your work. I will take care of this in the next few days when I
have a little more time.


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51

directhex i have six years of solaris sysadmin experience, from
8-10. i am well qualified to say it is made from bonghits
layered on top of bonghits


signature.asc
Description: Digital signature

Bug#517342: collab-maint repository

2013-02-23 Thread Picca Frédéric-Emmanuel

Hello, 

I set up a git repository for the packaging of asymptote [1]

tell me if it is ok for you.

I already imported the brand new 2.21 version into the repository.

Cheers

Frederic


[1] http://anonscm.debian.org/gitweb/?p=collab-maint/asymptote.git;a=summary


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

Bug#701227: nagios-nrpe: CVE-2013-1362: allows the passing of $() as command arguments to execute shell commands

On Sat, Feb 23, 2013 at 08:33:20AM +0100, Salvatore Bonaccorso wrote:
 In the debian package we have explicitly --enable-command-args so the
 Debian packages looks affected.

But needs to be explicitly enabled in /etc/nagios/nrpe.cfg, should be
added to the above.

Regards,
Salvatore


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

Bug#547092: [Pkg-nagios-devel] Bug#547092: Bug#547092: Bug#547092: nrpe ssl security problem

Hi Alex, Hi Thijs

I was looking trough the bugs for nagios-nrpe, and noticed #547092
where there was an upload to address it, but the bug was not closed.

I wondered if this was intentional, als the original issue is only
addressed by making clear in the documentation where the issues are.

Regards,
Salvatore


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

Bug#701233: debhelper: Add -DCMAKE_BUILD_TYPE=RelWithDebInfo to standard set of cmake flags

2013-02-23 Thread Vincent Cheng

Package: debhelper
Version: 9.20120909
Severity: wishlist
Tags: patch

Dear Maintainer,

Some packages default to -DCMAKE_BUILD_TYPE=Release, or their maintainers 
choose to set that flag in debian/rules, thus producing binaries compiled with
-O3 -DNDEBUG. As discussed on debian-devel [1], this isn't ideal. Instead,
we should be promoting the use of -DCMAKE_BUILD_TYPE=RelWithDebInfo (-g -O2),
and here's a patch that does that.

diff --git a/Debian/Debhelper/Buildsystem/cmake.pm 
b/Debian/Debhelper/Buildsystem/cmake.pm
index 1d009b4..d47821c 100644
--- a/Debian/Debhelper/Buildsystem/cmake.pm
+++ b/Debian/Debhelper/Buildsystem/cmake.pm
@@ -43,6 +43,7 @@ sub configure {
# Standard set of cmake flags
push @flags, -DCMAKE_INSTALL_PREFIX=/usr;
push @flags, -DCMAKE_VERBOSE_MAKEFILE=ON;
+   push @flags, -DCMAKE_BUILD_TYPE=RelWithDebInfo;
 
# CMake doesn't respect CPPFLAGS, see #653916.
if ($ENV{CPPFLAGS}  ! compat(8)) {

Regards,
Vincent

[1] https://lists.debian.org/debian-devel/2013/02/msg00124.html

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

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

Versions of packages debhelper depends on:
ii  binutils2.22-7.1
ii  dpkg1.16.9
ii  dpkg-dev1.16.9
ii  file5.11-2
ii  html2text   1.3.2a-15
ii  man-db  2.6.2-1
ii  perl5.14.2-18
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  0.61

-- 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#701115: status

2013-02-23 Thread Henri Salo

What is the status of this issue? Fixes done in oC-SA-2013-006 are very
important.


A code executions vulnerability in ownCloud 4.5.6 and 4.0.11 and all prior
versions allow authenticated remote attackers to execute arbitrary PHP code via
unspecified POST parameters to translations.php in /core/ajax/


--
Henri Salo


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

Bug#698526: [Piuparts-devel] Bug#698526: Sort known issues by reverse dependency count

Hi Dave,

On Samstag, 23. Februar 2013, Dave Steele wrote:
 I've reworked based on Andreas' issues related to
 detect_well_known_errors and rdeps. 

thanks! (extra bonus points if you could tell how many commits it are in each 
branch, due to rebase its rather easy for me to find out, but becoming this 
told would be even better ;)

 Comments related to piupartslib
 and piuparts-reports I've deferred as currently out of scope. The
 problems and failures classes in the python script are available for
 future rework.

nice!

I've seen two typos:

a.) unkownsasfailures.sort - I believe you mean unknownasfailures.sort  :)

b.) Packages with failures not yet well known detected in $SECTION - this 
wording might even be from me, today I'd say: Packages with unknown failures 
detected in $SECTION

Regarding merging into develop: yes, I want. But first I want to finish 
merging Andreas current bits, then merge that develop into piatti (and run it 
there) and then merge these two branches of yours. 


cheers,
Holger

Bug#701238: lazarus: When compiling - /usr/bin/ld: cannot find -lgdk_pixbuf-2.0

2013-02-23 Thread Robert

Package: lazarus
Version: 0.9.28.2-12
Severity: important

A simple form will not compile and run. A web search indicates that the library
is missing. I am not able to fix this because several required dev libraries
are at a different version than their associated main libraries.

apt-file search libgdk_pixbuf-2
libgtk2.0-dev: /usr/lib/libgdk_pixbuf-2.0.a

Trying to install using Synaptic Package Manager

libgtk2.0-dev:
 Depends: libpango1.0-dev but it is not going to be installed
 Depends: libcairo2-dev but it is not going to be installed

libcairo2-dev:
 Depends: libcairo2 (=1.8.10-6) but 1.10.2-7~bpo60+1 is to be installed
 Depends: libpixman-1-dev but it is not going to be installed

libpixman-1-dev:
  Depends: libpixman-1-0 (=0.16.4-1) but 0.24.0-1~bpo60+1 is to be installed

First, the Lazarus install should have identified all the normal dependencies.
Lazarus failed to run a basic form with a button and a text field.

Second, the package manager refused to install the required packages because
the versions don't match. Refreshing the package manager made no difference.
The solution was to select Package/Force Version for each required library.

This is not obvious - 5.5 hours to debug and solve.



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

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

Versions of packages lazarus depends on:
ii  lazarus-doc  0.9.28.2-12 IDE for Free Pascal - Documentatio
ii  lazarus-ide  0.9.28.2-12 IDE for Free Pascal - Common IDE f
ii  lazarus-src  0.9.28.2-12 IDE for Free Pascal - LCL Sources 

Versions of packages lazarus recommends:
pn  fpc   none (no description available)
ii  fpc-source2.4.0-2Free Pascal Compiler - Source Code

Versions of packages lazarus suggests:
pn  fp-docs   none (no description available)
ii  fp-utils  2.4.0-2Free Pascal - Utils

-- 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#531830: Fwd: how is bug 531830 fixed?

2013-02-23 Thread David Syk

Hi Paul,

Sorry for not replying, it seems that i sorted that email away
automatically for some reason.
It seems that i reported this to upstream back in 2009.

http://bugs.cacti.net/view.php?id=1481

It seems to be fixed, feel free to resolve this issue.


Best regards,
David Syk




2013/2/19 Paul Gevers elb...@debian.org

 Hi David,

 It is possible that you never received my request for more info, as bug
 submitters are not automatically subscribed to their own bugs. I am
 still wondering if this is still an issue for you.

 http://bugs.debian.org/531830

 Paul

  Original Message 
 Subject: how is bug 531830 fixed?
 Date: Tue, 01 May 2012 19:12:34 +0200
 From: Paul Gevers p...@climbing.nl
 To: 531...@bugs.debian.org

 @Mahyuddin Susanto

 What change in cacti upstream or our packaging makes you believe this
 bug is fixed? I could not find the proposed OID in cacti.sql, where I
 suspect the problem would lie. Is this fixed any other way?

 @David Syk

 If this bug is still an issue for you, could you please file a bug
 upstream at [1]?

 [1] http://bugs.cacti.net/

 Paul






-- 
Mvh
David Syk

Bug#701117: Fwd: Re: Bug#701117: Apache : Custom ErrorDocument 400 not working when Host header is missing

2013-02-23 Thread Stefan Fritsch

forwarded 701117 https://issues.apache.org/bugzilla/show_bug.cgi?id=50823
retitle 701117 Should respond with HTTP/1.x when talking http to a https port
thanks

On Friday 22 February 2013, Arno Töll wrote:
 telnet alioth.debian.org 443
 Trying 217.196.43.134...
 Connected to alioth.debian.org.
 Escape character is '^]'.
 GET / HTTP/1.1
 !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN

This is https://issues.apache.org/bugzilla/show_bug.cgi?id=50823


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

Bug#618310: dejavu-fonts-ttf upstream

2013-02-23 Thread Marius Mikucionis

Hi,

Almost two years have passed.
Upstream has been publishing snapshots with fixes for a year now, but not
Debian.

In fact the latest upload of 2.33-3 has overwritten my manual fixes and
broke it again :-(

There is something wrong with Debian's upstream, maybe some scripts
aren't fixed in the SVN repository.

Here's an upstream bug report with discussion:
https://bugs.freedesktop.org/show_bug.cgi?id=36135

My workaround:
1) visit http://dejavu.sourceforge.net/snapshots/
2) download dejavu-fonts-2.33 package (current link:
http://dejavu.sourceforge.net/snapshots/dejavu-fonts-2.33-20130121-2512.tar.bz2)
3) extract and copy the ttf files from ttf directory
to /usr/share/fonts/truetype/ttf-dejavu/

-- 
Marius

Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example

2013-02-23 Thread Philip Ashmore


On 23/02/13 09:40, Matthias Klose wrote:

Am 23.02.2013 10:24, schrieb Philip Ashmore:

I did an
apt-get -t experimental install gcc-4.7 gcc-4.8
and updated libffi

gcc -O0 -o ffi-test ffi-test.c -lffi
./ffi-test
Hello World!
This is cool!

gcc -O1 -o ffi-test ffi-test.c -lffi
./ffi-test
Hello World!
This is cool!

gcc -O2 -o ffi-test ffi-test.c -lffi
./ffi-test
Hello World!
Segmentation fault

ldd ffi-test
 linux-vdso.so.1 (0x7fff80fff000)
 libffi.so.6 =  /usr/lib/x86_64-linux-gnu/libffi.so.6 
(0x7f9ffbaca000)
 libc.so.6 =  /lib/x86_64-linux-gnu/libc.so.6 (0x7f9ffb71d000)
 /lib64/ld-linux-x86-64.so.2 (0x7f9ffbd0e000)


so you tested with the updated gcc-4.7. could you repeat that with gcc-4.8?

Same results.

gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-21' 
--with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs 
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.7 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib 
--enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--enable-gnu-unique-object --enable-plugin --with-system-zlib 
--enable-objc-gc --with-cloog --enable-cloog-backend=ppl 
--disable-cloog-version-check --disable-ppl-version-check 
--enable-multiarch --with-arch-32=i586 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu

Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-21)

gcc-4.8 -v
Using built-in specs.
COLLECT_GCC=gcc-4.8
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 
4.8-20130217-1' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs 
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.8 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib 
--enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--enable-gnu-unique-object --enable-plugin --with-system-zlib 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu 
--host=x86_64-linux-gnu --target=x86_64-linux-gnu

Thread model: posix
gcc version 4.8.0 20130218 (experimental) [trunk revision 196115] 
(Debian 4.8-20130217-1)


Have you tried these yourself?


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

Bug#421736: Needs verification


Please try again with the new version 1.1.0:

github.com/lanoxx/tilda

please let me know if you still have problems with this version.

Regards
Lanoxx


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

Bug#454220: Needs verification


Please try again with the new version 1.1.0:

github.com/lanoxx/tilda

Please let me know if the problem still occurs with that version.

Regards
Lanoxx


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

Bug#701271: elfutils: ftbfs with GCC-4.8

2013-02-23 Thread Kurt Roeckx

On Sat, Feb 23, 2013 at 11:20:31AM +, Matthias Klose wrote:
 Package: src:elfutils
 Version: 0.153-2
 Severity: important
 Tags: sid jessie
 User: debian-...@lists.debian.org
 Usertags: ftbfs-gcc-4.8
 
 The package fails to build in a test rebuild on at least amd64 with
 gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
 severity of this report may be raised before the jessie release.
 
   nm.c:781:27: error: argument to 'sizeof' in 'snprintf' call is the same 
 expression as the destination; did you mean to provide an explicit length? 
 [-Werror=sizeof-pointer-memaccess]

This has been fixed upstream in commit
57bd66cabf6e6b9ecf622cdbf350804897a8df58


Kurt


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

Bug#701377: packages which ftbfs with GCC 4.8 due to an error in a boost system header

The following packages ftbfs, because of an error in a boost system header.
Would it be possible to provide a fixed boost1.49 package, so that these
packages can be built in a follow-up test rebuild?

anytun 0.3.4-2
aqsis 1.8.1-3
ardour 1:2.8.14-2
autodock-vina 1.1.2-2
ball 1.4.1+20111206-4
bitcoin 0.7.2-3
cegui-mk2 0.7.6-2
ceph 0.48-1
dc-qt 0.2.0.alpha-4.1
dssp 2.0.4-2
dvswitch 0.8.3.6-1
eiskaltdcpp 2.2.6-4
ember 0.6.2+dfsg-2
esys-particle 2.1-4
fatrat 1.1.3-5
flann 1.7.1-4
funguloids 1.06-10
gnash 0.8.11~git20120629-1
gnuradio 3.6.1-1
gpsshogi 0.5.0-1
hugin 2011.4.0+dfsg-5
libogre-perl 0.50-2
liborigin2 2:20110117-1
libosl 0.5.0-1
librime 0.9.8-1
libzeep 2.9.0-2
mididings 0~20120419~ds0-1
node-mapnik 0.6.7-3
ogre 1.7.4+dfsg1-7
ogre-1.8 1.8.0+dfsg1-3
openwalnut 1.3.1+hg5849-1
orthanc 0.4.0-1
performous 0.7.0-1
player 3.0.2+dfsg-4
plee-the-bear 0.6.0-1
pokerth 0.9.5-1
python-visual 1:5.12-1.5
qbittorrent 2.9.8-1
qutecom 2.2.1+dfsg1-3
rlvm 0.12-4
ruby-passenger 3.0.13debian-1
sitplus 1.0.3-3
smc 1.9+git20120222-1
spring 88.0+dfsg1-1.1
supercollider 1:3.5.3~repack-3
swift-im 2.0~beta1+dev47-1
tophat 2.0.6-1
uhd 3.4.2-1
vera++ 1.1.1-3
voxbo 1.8.5~svn1246-1
witty 3.2.2-p1-1

build logs at http://people.debian.org/~doko/logs-20130217/gcc48/


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

Bug#701303: kstars: ftbfs with GCC-4.8

2013-02-23 Thread Reinhard Karcher


The problem is not gcc but eglibc-2.17:
/usr/include/time.h contains the following lines

# ifdef __USE_ISOC11
/* Time base values for timespec_get.  */
# define TIME_UTC 1
# endif

That define causes the problem.

Reinhard


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

Bug#701455: ITP: libgetopt-complete-perl -- programmable shell completion for Perl apps

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libgetopt-complete-perl
  Version : 0.26
  Upstream Author :  Washington University School of Medicine
* URL : http://search.cpan.org/dist/Getopt-Complete/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : programmable shell completion for Perl apps

 Getopt::Complete makes it easy to add custom command-line completion to Perl 
applications. It also does additional validation of arguments, when the program 
is actually executed, based on completion lists.

 .

 Support is also present for apps which are an entry point for a hierarchy of 
sub-commands (in the style of cvs and git).

 .

 Getopt::Complete also wraps the standard options processing and exports it as 
a %ARGS hash at compile time, making using the arguments hassle-free.



-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Bug#701303: kstars: ftbfs with GCC-4.8

2013-02-23 Thread Reinhard Karcher

Please note that eglibc-2.17 is experimental, with eglibc-2.13 in sid 
that problem will probably not occur, as /usr/include/time.h does not 
define TIME_UTC.


Reinhard


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

Bug#701456: ITP: libclass-autoloadcan-perl -- module managing conflict between AUTOLOAD, can and inheritance

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC:
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libclass-autoloadcan-perl
Version : 0.03
Upstream Author : Ben Tilly bti...@gmail.com
* URL : http://search.cpan.org/dist/Getopt-Complete/
* License : Artistic or GPL-1+
Programming Lang: Perl
Description : module managing conflict between AUTOLOAD, can and
inheritance

Class::AutoloadCAN solves a fundamental conflict between AUTOLOAD, can and
inheritance. The problem is that while you can implement anything in
AUTOLOAD, UNIVERSAL::can is not aware that it is there. Attempting to modify
UNIVERSAL::can to document those methods is very hard. And if a parent class
uses AUTOLOAD then subclasses have to do a lot of work to make their
AUTOLOADs cooperate with the parent one. It is harder still if 2 parent
classes in a multiple inheritance tree wish to cooperate with each other. Few
try to do this, which may be good since those who try usually get it wrong.
See http://www.perlmonks.org/?node_id=342804 for a fuller discussion.
.
With this module instead of writing AUTOLOADs, you write CANs. Based on what
they return, Class::AutoloadCAN will decide whether you handle the call or it
needs to search higher up the inheritance chain.

--
gpg key id: 4096R/326D8438 (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438

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

Bug#701457: ITP: libtest-fork-perl -- test code which forks

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libtest-fork-perl
  Version : 0.02
  Upstream Author :  Michael G Schwern schw...@pobox.com
* URL : http://search.cpan.org/dist/Test-Fork/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description :  test code which forks

 THIS IS ALPHA CODE! The implementation is unreliable and the interface is 
subject to change.
 .
 Because each test has a number associated with it, testing code which forks is 
problematic. Coordinating the test number amongst the parent and child
 processes is complicated. Test::Fork provides a function to smooth over the 
complications.

 This package is needed for libur-perl


-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


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

Bug#617619: asymptote: dpkg-reconfigure asymptote fails

2013-02-23 Thread Picca Frédéric-Emmanuel


Hello,

can you check thaht it works now with the current tetsing version
2.15-2

thanks

Frederic


-- 
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

Package: src:glib2.0
Version: 2.33.12+really2.32.4-5
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: ftbfs-gcc-4.8

packages including glibconfig.h and building with GCC 4.8 from experimental fail
to build from source.

In file included from 
/usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,
 from /usr/include/glib-2.0/glib/gtypes.h:34,
 from /usr/include/glib-2.0/glib/galloca.h:34,
 from /usr/include/glib-2.0/glib.h:32,
 from /usr/include/glib-2.0/gobject/gbinding.h:30,
 from /usr/include/glib-2.0/glib-object.h:25,
 from byzanzencoder.h:20,
 from byzanzencoder.c:24:
byzanzencoder.c: In function 'byzanz_encoder_get_type':
/usr/include/glib-2.0/glib/gmacros.h:162:53: error: typedef
'_GStaticAssertCompileTimeAssertion_0' locally defined but not used
[-Werror=unused-local-typedefs]
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE
(_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1]

The packages which ftbfs are:

byzanz 0.3.0+git20120930-1
clutter-gesture 0.0.2.1-7
darktable 1.1.3-1
drivel 3.0.3-1
gcompris 12.01-1
geoclue 0.12.0-4
gitg 0.2.4-1.1
gnurobots 2:1.2.0-4
gtkimageview 1.6.4+dfsg-0.1
ido 0.3.4-1
indicator-application 0.5.0-1
indicator-messages 0.6.0-1
indicator-session 0.3.96-1
libappindicator 0.4.92-2
libdbusmenu 0.6.2-1
libindicate 0.6.92-1
libindicator 0.5.0-1
link-monitor-applet 3.0-8
mail-notification 5.4.dfsg.1-6
modemmanager 0.5.2.0-2
mssh 1.2-2
muffin 1.1.2-1
mydumper 0.5.1-3
network-manager-iodine 0.0.4-1
network-manager-openconnect 0.9.4.0-8
network-manager-openvpn 0.9.4.0-1
network-manager-pptp 0.9.4.0-2
network-manager-strongswan 1.3.0-1
network-manager-vpnc 0.9.4.0-1

build logs at http://people.debian.org/~doko/logs-20130217/gcc48/

would it possible to provide a build of the package with the installed header
fixed for a follow-up test rebuild?


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

Bug#701459: ITP: libur-perl -- rich declarative transactional objects

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libur-perl
  Version : 0.392
  Upstream Author :  Anthony Brummett  brumm...@cpan.org,Scott Smith 
sak...@cpan.org
* URL : http://search.cpan.org/dist/UR/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description :  rich declarative transactional objects

 UR is a class framework and object/relational mapper for Perl. It starts with
 the familiar Perl meme of the blessed hash reference as the basis for object
 instances, and extends its capabilities with ORM (object-relational mapping)
 capabilities, object cache, in-memory transactions, more formal class
 definitions, metadata, documentation system, iterators, command line tools,
 etc.
 .
 UR can handle multiple column primary and foreign keys, SQL joins involving
 class inheritance and relationships, and does its best to avoid querying the
 database unless the requested data has not been loaded before. It has support
 for SQLite, Oracle, Mysql and Postgres databases, and the ability to use a
 text file as a table.
 .
 UR uses the same syntax to define non-persistent objects, and supports
 in-memory transactions for both.


-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


-- 
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#700995: Solving directory vs. symlink conflict: /usr/include/python3.2

2013-02-23 Thread Julien Cristau

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?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#583248: See bug #695574


  
  
Please take a look at bug #695574
and consider closing this bug.

Regards
Lanoxx
  



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

Bug#552505: Fixed upstream

2013-02-23 Thread Sebastian Geiger


This is fixed in the upstream repository,

the current default browser is x-www-browser.

Regards
Lanoxx


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

Bug#506855: Fixed


This bug has been fixed for a long time and can be closed.


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

Bug#701169: script does not check if microcode is really present before applying it

2013-02-23 Thread Henrique de Moraes Holschuh

tag 701169 wontfix
severity 701169 minor
thanks

On Fri, 22 Feb 2013, Philipp Kern wrote:
 intel-microcode's initramfs hook seems to try to load microcode
 unconditionally. This causes the following error messages to appear if no

Yes.

 microcode is present in the package, once for every scheduling unit:
 
 [4.257698] platform microcode: firmware: agent aborted loading 
 intel-ucode/06-2c-02 (not found?)

Those messages will still show up when you load the microcode module anyway
(and it will be autoloaded, so if you want to avoid the messages at all you
actually have to blacklist it), and they're caused by the firmware kernel
subsystem which has no concept of a silently try to load a binary blob and
keep quiet about it if it is not found AFAIK.

 It would be good if the script could deduce the ID and not only check if the
 directory is present, but also if the corresponding microcode update itself is
 available.

I am not adding complexity of that level to the early boot if it can be
avoided: IMO, it is not worth the risk _and_ it would force the update
engine to actually understand the microcode layout of the underlying
processor, which is not a forward-compatible change and therefore it could
cause issues in the future.

I recommend that you just ignore the messages, that way you will still get
an updated microcode if Intel decides to start shipping one for your
processor.

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


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

Bug#547092: [Pkg-nagios-devel] Bug#547092: Bug#547092: Bug#547092: Bug#547092: nrpe ssl security problem

2013-02-23 Thread Alexander Wirt

On Sat, 23 Feb 2013, Salvatore Bonaccorso wrote:

 Hi Alex, Hi Thijs
 
 I was looking trough the bugs for nagios-nrpe, and noticed #547092
 where there was an upload to address it, but the bug was not closed.
 
 I wondered if this was intentional, als the original issue is only
 addressed by making clear in the documentation where the issues are.
imho the ssl is still borken, so I think the upload does not close the
problem, per se.

There is no real solution to this problem without rewriting the whole ssl
support - which makes our nrpe incompatible to the rest of the world. 

Alex


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

Bug#701227: [Pkg-nagios-devel] Bug#701227: nagios-nrpe: CVE-2013-1362: allows the passing of $() as command arguments to execute shell commands

2013-02-23 Thread Alexander Wirt

On Sat, 23 Feb 2013, Salvatore Bonaccorso wrote:

 On Sat, Feb 23, 2013 at 08:33:20AM +0100, Salvatore Bonaccorso wrote:
  In the debian package we have explicitly --enable-command-args so the
  Debian packages looks affected.
 
 But needs to be explicitly enabled in /etc/nagios/nrpe.cfg, should be
 added to the above.
Yeah we disable that feature by default and add some big warnings to the
documentation. Nobody ever thought that command-args via nrpe are secure. 

Alex


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

Bug#701460: procps: in top, CPU is misspelled as Cpu

2013-02-23 Thread Martin Teufel

Package: procps
Version: 1:3.2.8-9squeeze1
Severity: minor
Tags: upstream

In top, CPU is misspelled as Cpu.
Since it is an acronym, it has to be written in capital letters.

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

Kernel: Linux 2.6.38-bpo.2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages procps depends on:
ii  initscripts2.88dsf-13.1+squeeze1 scripts for initializing and shutt
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libncurses55.7+20100313-5shared libraries for terminal hand
ii  libncursesw5   5.7+20100313-5shared libraries for terminal hand
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip

Versions of packages procps recommends:
ii  psmisc22.11-1utilities that use the proc file s

procps suggests no packages.

-- Configuration Files:
/etc/sysctl.conf changed [not included]

-- no debconf information


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

Bug#701123: squid-cgi: cachemgr.cgi crashes when passing password in form since applied, patch for CVE-2012-5643 and CVE-2013-0189

2013-02-23 Thread Amos Jeffries

It seems library differences between 3.2+ and 3.1 caused this small 
piece to be missing from the 3.1 patch:

http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10486.patch

Amos


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

Bug#698663: Anki 1.2 obsoleted upstream

2013-02-23 Thread Carsten Kosthorst


Ben Wong wrote:


Please upgrade Anki to version 2 as soon as possible.


+1

Anki now shows an error message everytime it tries to sync, see attached 
file.


Carsten
attachment: anki-connection-error.png

Bug#701461: gcc cannot compile in amd64 using -fPIE and -pie

2013-02-23 Thread Rick Terrel

Package: gcc
Version: 4:4.7.2-1
Severity: important

gcc cannot compile programs in amd64 with the -fPIE and -pie security
flags. It seems that crt1.o is not compiled with -fPIC. I tested this with
the transmission package:

Flags used:

export CFLAGS=-pipe -O2 -fPIE
export CXXFLAGS=${CFLAGS}
export LDFLAGS=-Wl,-pie
./configure

Terminal output:

checking whether the C compiler works... no
configure: error: in `/home/riley/Desktop/transmission-2.77':
configure: error: C compiler cannot create executables
See `config.log' for more details

Relevant content in config.log:

configure:3759: checking whether the C compiler works
configure:3781: gcc -pipe -O2 -fPIE  -Wl,-pie conftest.c  5
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o:
relocation R_X86_64_32S against `__libc_csu_fini' can not be used when
making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o: could
not read symbols: Bad value
collect2: error: ld returned 1 exit status

Bug#701461: gcc cannot compile in amd64 using -fPIE and -pie

reassign 701461 libc6-dev
thanks

$ dpkg -S crt1.o
libc6-dev:amd64: /usr/lib/x86_64-linux-gnu/crt1.o

Am 23.02.2013 13:55, schrieb Rick Terrel:
 Package: gcc
 Version: 4:4.7.2-1
 Severity: important
 
 gcc cannot compile programs in amd64 with the -fPIE and -pie security
 flags. It seems that crt1.o is not compiled with -fPIC. I tested this with
 the transmission package:
 
 Flags used:
 
 export CFLAGS=-pipe -O2 -fPIE
 export CXXFLAGS=${CFLAGS}
 export LDFLAGS=-Wl,-pie
 ./configure
 
 Terminal output:
 
 checking whether the C compiler works... no
 configure: error: in `/home/riley/Desktop/transmission-2.77':
 configure: error: C compiler cannot create executables
 See `config.log' for more details
 
 Relevant content in config.log:
 
 configure:3759: checking whether the C compiler works
 configure:3781: gcc -pipe -O2 -fPIE  -Wl,-pie conftest.c  5
 /usr/bin/ld:
 /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o:
 relocation R_X86_64_32S against `__libc_csu_fini' can not be used when
 making a shared object; recompile with -fPIC
 /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o: could
 not read symbols: Bad value
 collect2: error: ld returned 1 exit status
 


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

Bug#701199: Fw: Re: Bug#701199: corrupted files on DVD

2013-02-23 Thread Holger Wansing

Forwarding info from OP to bug.

Date: Sat, 23 Feb 2013 12:16:30 +0100
From: Vincent Le Mieux vlemi...@nordnet.fr
To: Holger Wansing li...@wansing-online.de
Subject: Re: Bug#701199: corrupted files on DVD

Hi,

Thanks for you answer.

I verifed the checksum after the download : the iso was ok
I then burned it and verified the integrity with Brasero : it was ok
Then I tried the installation.
In fact the DVD was corrupted (tested with the Advanced options -
Graphical Expert Instal - Check the CDROM Integrity).
I burned a new DVD and the install was then OK from start to end.

The option Check the CDROM integrity is not on the first page : I think
it's not easy to find it : a lot of people will not try to enter the
Expert instal mode.
Could it be possible to add this feature on the main page of instal ?

Best regards,

Vincent

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under  D e b i a n   G N U / L I N U X   6.0  ( S q u e e z e )
Registered LinuxUser #311290 - http://linuxcounter.net/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =

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

Bug#701271: elfutils: ftbfs with GCC-4.8

2013-02-23 Thread Mark Wielaard

On Sat, Feb 23, 2013 at 12:29:04PM +0100, Kurt Roeckx wrote:
 This has been fixed upstream in commit
 57bd66cabf6e6b9ecf622cdbf350804897a8df58

Note that there were a couple of followup patches for issues pointed out
by GCC 4.8:

commit 57bd66cabf6e6b9ecf622cdbf350804897a8df58
Author: Roland McGrath rol...@hack.frob.com
Date:   Tue Dec 11 09:42:07 2012 -0800

nm: Fix size passed to snprintf for invalid sh_name case.

Signed-off-by: Roland McGrath rol...@hack.frob.com

commit 7df3d2cd70932cd70515dbeb75e4db66fd27f192
Author: Mark Wielaard m...@redhat.com
Date:   Tue Dec 11 22:27:05 2012 +0100

Add missing semicolon in show_symbols_sysv

Signed-off-by: Mark Wielaard m...@redhat.com

commit 1a4d0668d18bf1090c5c08cdb5cb3ba2b8eb5410
Author: David Abdurachmanov david.abdurachma...@cern.ch
Date:   Sun Jan 13 16:44:21 2013 +0100

ar.c (do_oper_delete): Fix num passed to memset.

Signed-off-by: David Abdurachmanov david.abdurachma...@cern.ch


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

Bug#701123: squid-cgi: cachemgr.cgi crashes when passing password in form since applied, patch for CVE-2012-5643 and CVE-2013-0189

Hi Amos!

On Sun, Feb 24, 2013 at 01:22:48AM +1300, Amos Jeffries wrote:
 It seems library differences between 3.2+ and 3.1 caused this small
 piece to be missing from the 3.1 patch:
 http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10486.patch

Thank you for fowarding this, this fixes the mentioned problem.

Regards,
Salvatore


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

Bug#701462: kate: When kate is already started it respawns even when I select to switch to other instance

2013-02-23 Thread Markus Raab

Package: kate
Version: 4:4.8.4-1
Severity: normal

When I launch kate during another instance with the same profile is already 
running it asks:
Die Sitzung „default“ ist bereits in einer anderen Kate-Instanz
geöffnet. Möchten Sie stattdessen dorthin wechseln?
which translates to:
Your session/profile is already open, would you like to switch?

If I say yes it correctly switches to the other session (brings the
windows up to front), but it additionally starts up another kate
instance.

Expected behaviour: Do not start another kate instance.

best regards

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

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

Versions of packages kate depends on:
ii  kate-data   4:4.8.4-1
ii  katepart4:4.8.4-1
ii  kde-runtime 4:4.8.4-2
ii  libc6   2.13-38
ii  libkateinterfaces4  4:4.8.4-1
ii  libkdecore5 4:4.8.4-4
ii  libkdeui5   4:4.8.4-4
ii  libkfile4   4:4.8.4-4
ii  libkio5 4:4.8.4-4
ii  libknewstuff2-4 4:4.8.4-4
ii  libknewstuff3-4 4:4.8.4-4
ii  libkparts4  4:4.8.4-4
ii  libktexteditor4 4:4.8.4-4
ii  libplasma3  4:4.8.4-4
ii  libqt4-dbus 4:4.8.2+dfsg-11
ii  libqt4-qt3support   4:4.8.2+dfsg-11
ii  libqt4-sql  4:4.8.2+dfsg-11
ii  libqt4-xml  4:4.8.2+dfsg-11
ii  libqtcore4  4:4.8.2+dfsg-11
ii  libqtgui4   4:4.8.2+dfsg-11
ii  libstdc++6  4.7.2-5

kate recommends no packages.

Versions of packages kate suggests:
ii  aspell0.60.7~20110707-1
ii  khelpcenter4  4:4.8.4-2
ii  konsole   4:4.8.4-2

-- 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#701463: kate: Kate crashes when selected text is deleted

2013-02-23 Thread Markus Raab

Package: kate
Version: 4:4.8.4-1
Severity: normal
Tags: upstream

See also https://bugs.kde.org/show_bug.cgi?id=315683

Application: kate (3.8.4)
KDE Platform Version: 4.8.4 (4.8.4)
Qt Version: 4.8.2
Operating System: Linux 3.2.0-4-amd64 x86_64
Distribution: Debian GNU/Linux 7.0 (wheezy)

-- Information about the crash:
- What I was doing when the application crashed:

I selected Text (either with V in vim mode or with mouse) at the very bottom 
(including the last line!) of a text document. When I press D (for deleting 
text) kate crashes.

- Custom settings of the application:

The VI-Insert mode is active
(but not the overwrite of kate and without status)

The crash can be reproduced every time.

-- Backtrace:
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 0x7fe302cc1760 (LWP 6465))]

Thread 2 (Thread 0x7fe2eeff6700 (LWP 6520)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1  0x7fe2f012ce77 in QTWTF::TCMalloc_PageHeap::scavengerThread 
(this=0x7fe2f043a640) at 
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
#2  0x7fe2f012cea9 in QTWTF::TCMalloc_PageHeap::runScavengerThread 
(context=optimized out) at 
../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#3  0x7fe2ffc20b50 in start_thread (arg=optimized out) at 
pthread_create.c:304
#4  0x7fe30262ca7d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x in ?? ()

Thread 1 (Thread 0x7fe302cc1760 (LWP 6465)):
[KCrash Handler]
#6  KateLineLayout::viewLineCount (this=0x0) at 
../../part/render/katelinelayout.cpp:173
#7  0x7fe2f07bb03b in KateLayoutCache::lastViewLine (this=0x0, 
this@entry=0x18b81c0, realLine=25919936) at 
../../part/render/katelayoutcache.cpp:461
#8  0x7fe2f07bb089 in KateLayoutCache::viewLineCount 
(this=this@entry=0x18b81c0, realLine=optimized out) at 
../../part/render/katelayoutcache.cpp:466
#9  0x7fe2f07bb661 in KateLayoutCache::displayViewLine (this=0x18b81c0, 
virtualCursor=..., limitToVisible=true) at 
../../part/render/katelayoutcache.cpp:437
#10 0x7fe2f0806058 in KateViewInternal::cursorToCoordinate 
(this=this@entry=0x18b8750, cursor=..., realCursor=realCursor@entry=true, 
includeBorder=includeBorder@entry=false) at 
../../part/view/kateviewinternal.cpp:715
#11 0x7fe2f080a376 in KateViewInternal::inputMethodQuery (this=0x18b8750, 
query=optimized out) at ../../part/view/kateviewinternal.cpp:3415
#12 0x7fe302022bb4 in QXIMInputContext::update (this=optimized out) at 
inputmethod/qximinputcontext_x11.cpp:819
#13 0x7fe301aba218 in QWidget::updateMicroFocus (this=0x18b8750) at 
kernel/qwidget.cpp:11389
#14 0x7fe2f080a9c1 in KateViewInternal::updateCursor (this=0x18b8750, 
newCursor=..., force=optimized out, center=false, calledExternally=false) at 
../../part/view/kateviewinternal.cpp:1857
#15 0x7fe2f082920d in KateViNormalMode::commandDeleteToEOL (this=0x1a5c900) 
at ../../part/vimode/katevinormalmode.cpp:708
#16 0x7fe2f08355b6 in KateViNormalMode::executeCommand 
(this=this@entry=0x1a5c900, cmd=cmd@entry=0x1a62880) at 
../../part/vimode/katevinormalmode.cpp:433
#17 0x7fe2f08366c0 in KateViNormalMode::handleKeypress (this=0x1a5c900, 
e=optimized out) at ../../part/vimode/katevinormalmode.cpp:362
#18 0x7fe2f081e404 in KateViInputModeManager::handleKeypress 
(this=0x1a42e20, e=0x7fffcdbb5500) at 
../../part/vimode/kateviinputmodemanager.cpp:102
#19 0x7fe2f080fefe in keyPressEvent (e=0x7fffcdbb5500, this=0x18b8750) at 
../../part/view/kateviewinternal.cpp:2282
#20 KateViewInternal::keyPressEvent (this=0x18b8750, e=0x7fffcdbb5500) at 
../../part/view/kateviewinternal.cpp:2215
#21 0x7fe2f080822b in KateViewInternal::eventFilter (this=0x18b8750, 
obj=0x18b8750, e=0x7fffcdbb5500) at ../../part/view/kateviewinternal.cpp:2167
#22 0x7fe3004f0cc6 in 
QCoreApplicationPrivate::sendThroughObjectEventFilters (this=optimized out, 
receiver=0x18b8750, event=0x7fffcdbb5500) at kernel/qcoreapplication.cpp:1025
#23 0x7fe301a786dc in QApplicationPrivate::notify_helper 
(this=this@entry=0x11fd590, receiver=receiver@entry=0x18b8750, 
e=e@entry=0x7fffcdbb5500) at kernel/qapplication.cpp:4552
#24 0x7fe301a7d704 in QApplication::notify (this=optimized out, 
receiver=0x18b8750, e=0x7fffcdbb5500) at kernel/qapplication.cpp:3997
#25 0x7fe300d1e886 in KApplication::notify (this=0x7fffcdbb6760, 
receiver=0x18b8750, event=0x7fffcdbb5500) at 
../../kdeui/kernel/kapplication.cpp:311
#26 0x7fe3004f0b5e in QCoreApplication::notifyInternal 
(this=0x7fffcdbb6760, receiver=0x18b8750, event=0x7fffcdbb5500) at 
kernel/qcoreapplication.cpp:915
#27 0x7fe301b15a9a in QKeyMapper::sendKeyEvent 
(keyWidget=keyWidget@entry=0x18b8750, grab=grab@entry=false, 
type=QEvent::KeyPress, code=68, modifiers=..., text=..., 
autorepeat=autorepeat@entry=false,

Bug#700150: RM: flickcurl/1.22-1

2013-02-23 Thread Kumar Appaiah

On Sat, Feb 23, 2013 at 01:14:08PM +, Adam D. Barratt wrote:
 Both bugs were fixed. darktable already entered testing and rawstudio
 should do so in the next britney run. I've added the requested removal
 hint for flickcurl.

Thank you for handling these, Adam. And thanks for the proactive bug
reports, Ivo.

Kumar
-- 
Kumar Appaiah


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

Bug#700669: Allow pyrad 1.2-1+deb7u1 into wheezy

2013-02-23 Thread Adam D. Barratt

On Sun, 2013-02-17 at 13:59 +, Jonathan Wiltshire wrote:
 On Sun, Feb 17, 2013 at 08:06:36AM +0100, Salvatore Bonaccorso wrote:
  Assuming there will be also either a DSA or a pu for pyrad, how should
  that be versioned? Traditionally for Squeeze it was +squeeze1, but:
[...]
 Once 1.2-1+deb7u1 reaches wheezy (next 24 hours) we will be able to use
 1.2-1+deb6u1 for any hypothetical DSA to slot in between squeeze and
 wheezy.

Well, there's a 1.2.1+deb6u1 in p-u-NEW. I can't find a p-u request for
it though...

Regards,

Adam


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

Bug#701465: virtualenvwrapper: Module dap was already imported from None, but /usr/lib/python2.7/dist-packages is being added to sys.path

2013-02-23 Thread Ambrose Andrews

Package: virtualenvwrapper
Version: 3.4-2
Severity: normal

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

   * What led up to the situation?

I installed virtualenvwrapper

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Everytime I launch gnome-terminal I get the warning before any prompt:
UserWarning: Module dap was already imported from None, but 
/usr/lib/python2.7/dist-packages is being added to sys.path
  import pkg_resources

   * What was the outcome of this action?

gnome-terminal launched, but with above noise preceeding the prompt

   * What outcome did you expect instead?

the normal behaviour from before installing virtualenvwrapper package. (just a 
prompt instead of a warning, a pause, then a prompt)

I don't really know where this bug belongs exactly but this seemed a place to 
start.  

I did get the impression virtualenvwrapper package was doing something in my 
home dir on installation, which I thought was frowned upon in Debian.

(presumably creating and populating a .virtualenvs directory in my $HOME.)

I am happy to answer any questions.

  -AA.


-- 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/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualenvwrapper depends on:
ii  bash-completion1:2.0-1
ii  libjs-sphinxdoc1.1.3+dfsg-4
ii  python 2.7.3-4
ii  python-virtualenv  1.7.1.2-2

virtualenvwrapper recommends no packages.

virtualenvwrapper 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#700290: pbuilder: clang support

2013-02-23 Thread Hideki Yamane

Hi,

On Tue, 19 Feb 2013 07:10:26 +0100
Luca Falavigna dktrkr...@debian.org wrote:
 Instead of hardcoding GCC version (which can vary across different
 architectures), you can use something similar to the following:
 GCC_VERSION=$(readlink /usr/bin/gcc | sed 's/gcc-//')

 Thanks Luca, that's really good than mine, so revised patch attached.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane
diff -Nru pbuilder-0.213/bash_completion.d/pbuilder pbuilder-0.213+nmu1/bash_completion.d/pbuilder
--- pbuilder-0.213/bash_completion.d/pbuilder	2012-03-25 14:53:45.0 +0900
+++ pbuilder-0.213+nmu1/bash_completion.d/pbuilder	2013-02-11 14:21:58.0 +0900
@@ -60,7 +60,7 @@
 --aptconfdir --timeout --override-config  --binary-arch \
 --preserve-buildplace --bindmounts --debug --twice --autocleanaptcache \
 --compressprog --debootstrapopts --save-after-login --save-after-exec \
---debootstrap' \
+--debootstrap --with-clang' \
 -- $cur ) )
 if [[ $prev = @(--aptcache|--hookdir) ]]; then
 # Optionally provide a directory
diff -Nru pbuilder-0.213/debian/changelog pbuilder-0.213+nmu1/debian/changelog
--- pbuilder-0.213/debian/changelog	2012-10-08 08:30:05.0 +0900
+++ pbuilder-0.213+nmu1/debian/changelog	2013-02-11 15:01:07.0 +0900
@@ -1,3 +1,13 @@
+pbuilder (0.213+nmu1) UNRELEASED; urgency=low
+
+  [ Hideki Yamane ]
+  * Non-maintainer upload.
+  * add --with-clang option to build your package with clang.
+It would replace GCC by default(Thanks Luca Falavigna dktrkr...@debian.org),
+also you can specify it any version with GCC_VERSION environment variable.
+
+ -- Hideki Yamane henr...@debian.org  Mon, 11 Feb 2013 14:22:38 +0900
+
 pbuilder (0.213) unstable; urgency=low
 
   [ Beatrice Torracca ]
diff -Nru pbuilder-0.213/pbuilder-buildpackage pbuilder-0.213+nmu1/pbuilder-buildpackage
--- pbuilder-0.213/pbuilder-buildpackage	2012-03-13 17:25:15.0 +0900
+++ pbuilder-0.213+nmu1/pbuilder-buildpackage	2013-02-11 15:18:41.0 +0900
@@ -97,6 +97,9 @@
 executehooks D
 trap saveaptcache_umountproc_cleanbuildplace_trap exit sighup sigpipe
 checkbuilddep $PACKAGENAME
+if [ $CLANG = yes ]; then
+setup_clang
+fi
 save_aptcache
 trap umountproc_cleanbuildplace_trap exit sighup sigpipe
 
diff -Nru pbuilder-0.213/pbuilder-buildpackage-funcs pbuilder-0.213+nmu1/pbuilder-buildpackage-funcs
--- pbuilder-0.213/pbuilder-buildpackage-funcs	2012-03-31 13:51:11.0 +0900
+++ pbuilder-0.213+nmu1/pbuilder-buildpackage-funcs	2013-02-11 16:44:51.0 +0900
@@ -112,3 +112,22 @@
 export CCACHE_DIR=$CCACHEDIR
 fi
 }
+
+function setup_clang() {
+# set appropriate GCC version.
+if [ -z $GCC_VERSION ]; then
+	GCC_VERSION=$(readlink /usr/bin/gcc | sed 's/^gcc\-//')
+fi
+
+$CHROOTEXEC usr/bin/apt-get -y ${APTGETOPT[@]} install clang
+
+echo -e \e[33mReplace gcc, g++  cpp by clang\e[m
+for compiler in gcc-$GCC_VERSION cpp-$GCC_VERSION g++-$GCC_VERSION
+do
+	$CHROOTEXEC rm /usr/bin/$compiler 
+	$CHROOTEXEC ln -s /usr/bin/clang /usr/bin/$compiler 
+done
+
+echo -e \e[33mCheck if gcc, g++  cpp are actually clang\e[m
+$CHROOTEXEC usr/bin/gcc --version| grep clang  /dev/null || exit 1
+}
diff -Nru pbuilder-0.213/pbuilder-checkparams pbuilder-0.213+nmu1/pbuilder-checkparams
--- pbuilder-0.213/pbuilder-checkparams	2012-03-09 07:54:41.0 +0900
+++ pbuilder-0.213+nmu1/pbuilder-checkparams	2013-02-11 14:20:54.0 +0900
@@ -260,6 +260,10 @@
 	TWICE=yes
 	shift;
 	;;
+	--with-clang)
+	CLANG=yes
+	shift;
+	;;
 	--) # end of processing for this
 	shift;
 	break;
diff -Nru pbuilder-0.213/pbuilder-modules pbuilder-0.213+nmu1/pbuilder-modules
--- pbuilder-0.213/pbuilder-modules	2012-03-31 13:50:46.0 +0900
+++ pbuilder-0.213+nmu1/pbuilder-modules	2013-02-11 14:51:33.0 +0900
@@ -79,6 +79,7 @@
  --debootstrapopts [debootstrap options]
  --save-after-login/--save-after-exec
  --debootstrap [debootstrap|cdebootstrap]
+ --with-clang
 
 pdebuild-specific pbuilder-options:
  --pbuilderroot [command to obtain root privilege for pbuilder] 
diff -Nru pbuilder-0.213/pbuilder.8 pbuilder-0.213+nmu1/pbuilder.8
--- pbuilder-0.213/pbuilder.8	2012-03-09 07:54:41.0 +0900
+++ pbuilder-0.213+nmu1/pbuilder.8	2013-02-11 14:35:27.0 +0900
@@ -534,6 +534,10 @@
 properly.  The resulting packages are the ones from the second build.
 
 .TP
+.BI \-\-with\-clang
+Build the package with clang, instead of gcc.
+
+.TP
 .BI \-\-preserve\-buildplace
 Do not clean the
 .B \-\-buildplace

Bug#700739: Kernel panic - not syncing: Fatal exception in interrupt

2013-02-23 Thread Kubo Hiroshi

Hi.

 Control: severity -1 grave
 
 Sorry, no.  This package works for most people, so it doesn't 'break the
 whole system'.

I see.

 I haven't experience the same crash before the last update
 of the linux-image package.
 
 Do the functions 'i8xx_irq_handler' and 'queue_work_on' always appear in
 the call trace?

I can't remember. If I encounter the problem again, 
I will  check it.

 
 The attached file is another information about the machine.
 
 I didn't receive any attachment with this mail.

Oops. I forgot to attach it.
Here it is.
---
Kubo Hiroshi h-k...@geisya.or.jp
$ cat /proc/interrupts
   CPU0   CPU1   
  0: 42  0   IO-APIC-edge  timer
  1:336  0   IO-APIC-edge  i8042
  6:  3  0   IO-APIC-edge  floppy
  7:  0  0   IO-APIC-edge  parport0
  8:  1  0   IO-APIC-edge  rtc0
  9:  0  0   IO-APIC-fasteoi   acpi
 12:   5444  0   IO-APIC-edge  i8042
 14:  0  0   IO-APIC-edge  ata_piix
 15:589  0   IO-APIC-edge  ata_piix
 16:   1413  0   IO-APIC-fasteoi   uhci_hcd:usb2, uhci_hcd:usb5, 
i915
 17:192  0   IO-APIC-fasteoi   snd_intel8x0
 18:  30562  0   IO-APIC-fasteoi   uhci_hcd:usb4, ata_piix
 19:  0  0   IO-APIC-fasteoi   uhci_hcd:usb3
 23:   1203  0   IO-APIC-fasteoi   ehci_hcd:usb1, eth0
NMI:  6  4   Non-maskable interrupts
LOC:  33111  27203   Local timer interrupts
SPU:  0  0   Spurious interrupts
PMI:  6  4   Performance monitoring interrupts
IWI:  0  0   IRQ work interrupts
RES:  14142  20913   Rescheduling interrupts
CAL:412787   Function call interrupts
TLB:   1903   1773   TLB shootdowns
TRM:  0  0   Thermal event interrupts
THR:  0  0   Threshold APIC interrupts
MCE:  0  0   Machine check exceptions
MCP:  2  2   Machine check polls
ERR:  0
MIS:  0

$ cat /proc/ioports
-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-0060 : keyboard
0064-0064 : keyboard
0070-0073 : rtc0
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : :00:1f.1
  0170-0177 : ata_piix
01f0-01f7 : :00:1f.1
  01f0-01f7 : ata_piix
0201-0207 : ns558-pnp
0294-0297 : pnp 00:01
02f8-02ff : serial
0376-0376 : :00:1f.1
  0376-0376 : ata_piix
0378-037a : parport0
03c0-03df : vga+
03f2-03f2 : floppy
03f4-03f5 : floppy
03f6-03f6 : :00:1f.1
  03f6-03f6 : ata_piix
03f7-03f7 : floppy
03f8-03ff : serial
0400-04bf : pnp 00:0d
  0400-0403 : ACPI PM1a_EVT_BLK
  0404-0405 : ACPI PM1a_CNT_BLK
  0408-040b : ACPI PM_TMR
  0428-042f : ACPI GPE0_BLK
  0430-0433 : iTCO_wdt
  0460-047f : iTCO_wdt
04d0-04d1 : pnp 00:01
0500-051f : :00:1f.3
  0500-051f : i801_smbus
0a78-0a7b : pnp 00:01
0b78-0b7b : pnp 00:01
0bbc-0bbf : pnp 00:01
0cf8-0cff : PCI conf1
0e78-0e7b : pnp 00:01
0f78-0f7b : pnp 00:01
0fbc-0fbf : pnp 00:01
a000-afff : PCI Bus :01
  a000-a0ff : :01:0d.0
a000-a0ff : 8139too
b000-b01f : :00:1d.0
  b000-b01f : uhci_hcd
b400-b41f : :00:1d.1
  b400-b41f : uhci_hcd
b800-b81f : :00:1d.2
  b800-b81f : uhci_hcd
bc00-bc1f : :00:1d.3
  bc00-bc1f : uhci_hcd
c000-c007 : :00:02.0
c400-c407 : :00:1f.2
  c400-c407 : ata_piix
c800-c803 : :00:1f.2
  c800-c803 : ata_piix
cc00-cc07 : :00:1f.2
  cc00-cc07 : ata_piix
d000-d003 : :00:1f.2
  d000-d003 : ata_piix
d400-d40f : :00:1f.2
  d400-d40f : ata_piix
dc00-dcff : :00:1f.5
  dc00-dcff : Intel ICH5
e000-e03f : :00:1f.5
  e000-e03f : Intel ICH5
f000-f00f : :00:1f.1
  f000-f00f : ata_piix
$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 4
microcode   : 0xe
cpu MHz : 2000.047
cache size  : 1024 KB
physical id : 0
siblings: 2
core id : 0
cpu cores   : 1
apicid  : 0
initial apicid  : 0
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 5
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts 
pni dtes64 monitor ds_cpl cid xtpr
bogomips: 4000.09
clflush size: 64
cache_alignment : 128
address sizes   : 36 bits physical, 32 bits virtual
power management:

processor   : 1
vendor_id   : GenuineIntel
cpu family  : 15
model   : 3
model name  : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 4
microcode   : 0xe
cpu MHz : 2000.047
cache size  : 1024 KB
physical id : 0
siblings: 2
core id

Bug#701201: same problem with weekly-build + additional BIOS information

2013-02-23 Thread Ralf Spengler

Dear maintainer,

just to give you some more information:

The error also occurs using the weekly build: 
http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-CD-1.iso

Further I thought it could be usefull to know, that the error occurs at all 
possible three SATA-Mode-Configurations:
- RAID and AHCI result in exactly the same error-message
- Native IDE result in the same error, just that ata8 and ata8.00 are replaced 
by ata2 and ata2.00 within the message

Bug#700671: ruby: breaks squeeze-wheezy upgrade if apt-listbugs/0.1.3 is installed

2013-02-23 Thread Antonio Terceiro

clone 700671 -1
reassign -1 ruby1.9.1
tag 700671 + pending confirmed
tag -1 + pending confirmed
retitle -1 ruby1.9.1: alternatives priority bump breaks squeeze-wheezy 
upgrades when apt-listbugs is installed
thanks

Hello Sebastian, thanks for your bug report.

On Fri, Feb 15, 2013 at 11:58:36PM +0100, Sebastian Ramacher wrote:
 Package: ruby
 Version: 4.9
 Severity: serious
 Justification: breaks squeeze-wheezy upgrades
 
 The transition of the default version from ruby1.8 to ruby1.9.1 causes
 the upgrade from squeeze to wheezy to fail if apt-listbugs is installed.
 After replacing squeeze with wheezy in /etc/apt/sources.list and a
 successful 'apt-get update' and 'apt-get install dpkg apt', 'apt-get
 [upgrade|install|dist-upgrade]' all fail with:
 
 /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load 
 such file -- gettext (LoadError)
 from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
 from /usr/sbin/apt-listbugs:240:in `main'
 E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code 
 (10)
 E: Failure running script /usr/sbin/apt-listbugs apt || exit 10
 
 'apt-get install dpkg apt' causes ruby to be installed and thus
 /usr/bin/ruby points to ruby1.9.1 afterwards. However, ruby-gettext,
 which provides the gettext module for ruby1.9.1, doesn't get installed.
 Since /usr/bin/apt-listbugs has #!/usr/bin/ruby as shebang,
 apt-listbugs is then executed with ruby1.9.1 and fails with the error
 message above.
 
 apt-listbugs's shebang has been changed to #/usr/bin/ruby1.8 in
 0.1.6. So I think that ruby should gain a Breaks: apt-listbugs (
 0.1.6) to force the upgrade of apt-listbugs if ruby is installed.
 
 I'm filing this bug with severity serious since it breaks upgrades from
 squeeze to wheezy.
 
 If my analysis of this bug is wrong, please reassign it to the correct
 package and change the severity accordingly.
 
 I've attached the log of performing the upgrade to wheezy in a squeeze
 chroot which has apt-listbugs installed.

I've just reproduced the problem on a fresh squeeze VM here.

Since the alternatives priority bump that causes ruby1.9.1 to be the default
ruby in wheezy is in package ruby1.9.1, I think it makes sense to also declare
the Breaks there so in the case where ruby1.9.1 is also already installed in
the system before the upgrade, it will work accordingly.

Expect uploads really soon now.

-- 
Antonio Terceiro terce...@debian.org


signature.asc
Description: Digital signature

Bug#701161: freefem++: /usr/bin/FreeFem++ and /usr/bin/FreeFem++nw are the same files

2013-02-23 Thread Helmut Grohne

Control: reopen -1

Hi Dimitris,

On Sat, Feb 23, 2013 at 04:16:04PM +0200, Dimitrios Eftaxiopoulos wrote:
 I think that the two executables work differently on FreeFem++ source code 
 (.edp files).
 
 FreeFem++ opens windows of plots while FreeFem++-nw doesn't and is targeted 
 for batch jobs. 

That may be correct but is totally unrelated to my request. Those files
are bitwise identical. Presumably the difference in behaviour stems from
them looking at their program name like other programs[1] do. So turning
them into hard links still makes sense.

Helmut

[1] Have a look at /bin/bzip2 and /bin/bunzip2. They are hardlinks but
perform different jobs.


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

Bug#701297: Fixed upstream

2013-02-23 Thread Alex Valavanis

forwarded 701297 https://launchpad.net/bugs/1095364
tags 701297 + confirmed fixed-upstream
thanks

Fixed upstream in development version and backported to the
forthcoming v0.48.5 bug-fix release.


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

Bug#701467: Fwd: ITP: libgenome-perl -- pipelines, tools, and data managment for genomics

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libgenome-perl
  Version : 0.06
  Upstream Author :  2007-2011 Washington University in St. Louis
* URL : http://search.cpan.org/dist/Genome/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description :  pipelines, tools, and data managment for genomics

  This is the base namespace module for the Genome software tree.
 .
 That tree has several primary components:
 .
 Genome::Model: a data modeling pipeline management system for genomics
 .
 Genome::Model::Tools a tree of 1000 tools and tool wrappers for genomics
 .
 Genome::* a variety of sample tracking classes with an RDBMS back-end
 .
 Only the tools system is currently released.
 .
 See genome for a complete inventory of all tool packages, and for
 command-line access to those tools.



-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


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

Bug#701468: shiboken: fails to build with python 3.2

2013-02-23 Thread Julian Taylor

Package: shiboken
Version: 1.1.2-2
Severity: important
Tags: experimental patch

shiboken fails to build with python3.3, see the build logs in ubuntu:
https://launchpadlibrarian.net/121687606/buildlog_ubuntu-raring-i386.shiboken_1.1.2-2_FAILEDTOBUILD.txt.gz

-- Could NOT find Python3Libs (missing:  PYTHON3_LIBRARIES
PYTHON3_INCLUDE_DIRS)
-- Found Python3Interp: /usr/bin/python3
-- Found Python3InterpDbg: /usr/bin/python3-dbg
-- Could NOT find Python3Libs (missing:  PYTHON3_LIBRARIES
PYTHON3_INCLUDE_DIRS)
[45938 refs]
PYTHON WITH DEBUG: /usr/bin/python3-dbg
[45937 refs]
[45937 refs]
-- Found LibXml2: /usr/lib/x86_64-linux-gnu/libxml2.so (found suitable
version 2.9.0, minimum required is 2.6.32)
-- Found LibXslt: /usr/lib/x86_64-linux-gnu/libxslt.so (found suitable
version 1.1.27, minimum required is 1.1.19)
CMake Error at CMakeLists.txt:89 (message):
  Python debug library not found.  Try compile shiboken with
  -DCMAKE_BUILD_TYPE=Release



this is apparently because it hardcodes versions up to python 3.2 in its
CMake files.

a simple fix is to just add 3.3 to the list, but a better fix would be
to remove this check completely.

Also it does not deal with multiarch python include directories as
present in experimental and the unicode suffix is gone in py3.3.
Attached a patch which fixes these issues.

The abi suffixes in python3 do not have u anymore so
debian/shiboken-dbg.install and the makeshlibs override in debian/rules
need updating for this when python3.3 goes into unstable in future.


Also please note that the sample_modelview test crashes with all python
versions in ubuntu.
See https://bugs.launchpad.net/ubuntu/+source/shiboken/+bug/1070772

also these tests fail with python3.3:
sample_static_nonstatic_methods
sample_duck_punching
see https://bugreports.qt-project.org/browse/PYSIDE-145
Bug: https://bugreports.qt-project.org/browse/PYSIDE-146
Forwarded: yes
--- a/cmake/Modules/FindPython3Libs.cmake
+++ b/cmake/Modules/FindPython3Libs.cmake
@@ -27,9 +27,9 @@ INCLUDE(CMakeFindFrameworks)
 # Search for the python framework on Apple.
 # CMAKE_FIND_FRAMEWORKS(Python)
 
-FOREACH(_CURRENT_VERSION 3.2 3.1 3.0)
+FOREACH(_CURRENT_VERSION 3.3 3.2 3.1 3.0)
   IF(_CURRENT_VERSION GREATER 3.1)
-  SET(_32FLAGS m u mu )
+  SET(_32FLAGS m u mu dm du dmu )
   ELSE()
   SET(_32FLAGS )
   ENDIF()
@@ -114,11 +114,19 @@ MARK_AS_ADVANCED(
   PYTHON3_INCLUDE_DIR
 )
 
+execute_process(
+COMMAND ${PYTHON3_EXECUTABLE} -c from distutils import sysconfig; \\
+print(sysconfig.get_python_inc(plat_specific=True));
+OUTPUT_VARIABLE PYTHON3_PLAT_INCDIR
+OUTPUT_STRIP_TRAILING_WHITESPACE)
+
+message(PYTHON PLAT INC: ${PYTHON3_PLAT_INCDIR})
+
 # We use PYTHON3_INCLUDE_DIR, PYTHON3_LIBRARY and PYTHON3_DEBUG_LIBRARY for the
 # cache entries because they are meant to specify the location of a single
 # library. We now set the variables listed by the documentation for this
 # module.
-SET(PYTHON3_INCLUDE_DIRS ${PYTHON3_INCLUDE_DIR})
+SET(PYTHON3_INCLUDE_DIRS ${PYTHON3_INCLUDE_DIR} ${PYTHON3_PLAT_INCDIR})
 SET(PYTHON3_LIBRARIES ${PYTHON3_LIBRARY})
 SET(PYTHON3_DEBUG_LIBRARIES ${PYTHON3_DEBUG_LIBRARY})

Bug#681886: (no subject)

2013-02-23 Thread Francesco Muzio


thanks for the explanation


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

Bug#694908: Redistribution of Pathway ontology inside EMBOSS suite packaged for Debian

2013-02-23 Thread Charles Plessy

Dear Victoria,

I am Charles Plessy from the Debian project, working with Andreas Tille on
packaging and distributing software relevant to medecine and bioinformatics.

Thank you for your answers about Pathway Ontology (PW) and sorry to bother you
again.  It would tremendously help us if we could have a confirmation that PW
is released under the Creative Commons license 3.0, because in our experience,
there are often misundersandings about what is meant by free.  In particular,
in Debian's point of view, it is necessary to allow a work to be sold in order
to be called free.  One of the reasons is that Debian is often distributed on
DVDs that are sold, and that requires the right to commercially use each of the
~30,000 programs that we redistribute.

The CC 3.0 license (http://creativecommons.org/licenses/by/3.0/) would give us
that right.  Given that it already been adopted for other ontologies, in
particular Gene Ontology, I hope that it would be possible for RGD to release
PW under this license or a similarly free one.  In that case, could you for 
instance
drop a LICENSE file in 
ftp://rgd.mcw.edu/pub/data_release/ontology_obo_files/pathway/ or
answer us at 694...@bugs.debian.org (where I have sent a carbon copy of this 
message).

Many thanks for the time you are giving us,

Charles

-- 
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#701123: squid3: diff for NMU version 3.1.20-2.2

tags 701123 + patch
tags 701123 + pending
thanks

Hi Luigi,

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

The reason I uploaded it already is, that with the previous NMU there
was now a problem in cachemgr.cgi and upstream provided a patch to the
BTS. In case you want to proceed yourself, please let me know, I can
cancel the NMU.

Regards,
Salvatore
diff -Nru squid3-3.1.20/debian/changelog squid3-3.1.20/debian/changelog
--- squid3-3.1.20/debian/changelog	2013-02-05 23:16:28.0 +0100
+++ squid3-3.1.20/debian/changelog	2013-02-23 15:07:26.0 +0100
@@ -1,3 +1,13 @@
+squid3 (3.1.20-2.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add fix-701123-regression-in-cachemgr.patch patch.
+Fix missing bits in the fix for CVE-2012-5643 and CVE-2013-0189 causing
+cachemgr.cgi crashing when authentication credentials are supplied.
+Thanks to Amos Jeffries a...@treenet.co.nz (Closes: #701123)
+
+ -- Salvatore Bonaccorso car...@debian.org  Sat, 23 Feb 2013 13:44:48 +0100
+
 squid3 (3.1.20-2.1) unstable; urgency=high
 
   * Non-maintainer upload
diff -Nru squid3-3.1.20/debian/patches/fix-701123-regression-in-cachemgr.patch squid3-3.1.20/debian/patches/fix-701123-regression-in-cachemgr.patch
--- squid3-3.1.20/debian/patches/fix-701123-regression-in-cachemgr.patch	1970-01-01 01:00:00.0 +0100
+++ squid3-3.1.20/debian/patches/fix-701123-regression-in-cachemgr.patch	2013-02-23 15:07:26.0 +0100
@@ -0,0 +1,39 @@
+Description: Fix regression in cachemgr.cgi
+ Fix regression introduced by the patches for CVE-2012-5643 and
+ CVE-2013-0189. Apply further patch provided by upstream.
+Origin: upstream, http://www.squid-cache.org/Versions/v3/3.1/changesets/squid-3.1-10486.patch
+Bug: http://bugs.squid-cache.org/show_bug.cgi?id=3790
+Bug-Debian: http://bugs.debian.org/701123
+Forwarded: not-needed
+Author: Reinhard Sojka reinhard.so...@parlament.gv.at
+Last-Update: 2013-02-23
+Applied-Upstream: yes
+
+--- a/tools/cachemgr.cc
 b/tools/cachemgr.cc
+@@ -1162,7 +1162,6 @@
+ {
+ static char buf[1024];
+ size_t stringLength = 0;
+-const char *str64;
+ 
+ if (!req-passwd)
+ return ;
+@@ -1171,15 +1170,12 @@
+  req-user_name ? req-user_name : ,
+  req-passwd);
+ 
+-str64 = base64_encode(buf);
+-
+-stringLength += snprintf(buf, sizeof(buf), Authorization: Basic %s\r\n, str64);
++stringLength += snprintf(buf, sizeof(buf), Authorization: Basic %s\r\n, base64_encode(buf));
+ 
+ assert(stringLength  sizeof(buf));
+ 
+-snprintf(buf[stringLength], sizeof(buf) - stringLength, Proxy-Authorization: Basic %s\r\n, str64);
++snprintf(buf[stringLength], sizeof(buf) - stringLength, Proxy-Authorization: Basic %s\r\n, base64_encode(buf));
+ 
+-xxfree(str64);
+ return buf;
+ }
+ 
diff -Nru squid3-3.1.20/debian/patches/series squid3-3.1.20/debian/patches/series
--- squid3-3.1.20/debian/patches/series	2013-02-05 22:53:05.0 +0100
+++ squid3-3.1.20/debian/patches/series	2013-02-23 15:07:26.0 +0100
@@ -3,3 +3,4 @@
 15-cachemgr-default-config.patch
 20-ipv6-fix
 30-CVE-2012-5643-CVE-2013-0189.patch
+fix-701123-regression-in-cachemgr.patch


signature.asc
Description: Digital signature

Bug#701470: ITP: libgenome-model-tools-music-perl -- module to find mutations of significance in cancer

Package: wnpp
Owner: olivier sallou osal...@debian.org
Severity: wishlist
X-Debbugs-CC: 
debian-de...@lists.alioth.debian.org,debian-perl-packag...@lists.alioth.debian.org,debian-med-packag...@lists.alioth.debian.org

* Package name: libgenome-model-tools-music-perl
  Version : 0.4
  Upstream Author : The Genome Center at Washington University
* URL : http://search.cpan.org/dist/Genome/
* License : LGPL-3
  Programming Lang: Perl
  Description : module to find mutations of significance in cancer


This module  provide tools to parse or find mutations in cancer

-- 
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Bug#687470: base: Wifi Atheros AR9285 not working with Debian Squeeze

severity 687470 normal
tags 687470 + moreinfo
thanks 

Hi Flavio,

On Donnerstag, 13. September 2012, Flavio Barros wrote:
 My wifi card os simple not working at all. Some outputs:

whats the output of dpkg -l|grep firmware ?


cheers,
Holger

Bug#547092: [Pkg-nagios-devel] Bug#547092: Bug#547092: Bug#547092: Bug#547092: nrpe ssl security problem

Hi Alex

On Sat, Feb 23, 2013 at 01:17:03PM +0100, Alexander Wirt wrote:
 On Sat, 23 Feb 2013, Salvatore Bonaccorso wrote:
 
  Hi Alex, Hi Thijs
  
  I was looking trough the bugs for nagios-nrpe, and noticed #547092
  where there was an upload to address it, but the bug was not closed.
  
  I wondered if this was intentional, als the original issue is only
  addressed by making clear in the documentation where the issues are.
 imho the ssl is still borken, so I think the upload does not close the
 problem, per se.
 
 There is no real solution to this problem without rewriting the whole ssl
 support - which makes our nrpe incompatible to the rest of the world. 

Thanks. Maybe we can ask for a 'wheezy-ignore' by the release team for
this bug, with given explanation? In any case it would be good to get
the documentation update into wheezy (but this could go into testing
in one 'batch' with #701227).

Thanks a lot for your work on nagios related packages.

Regards,
Salvatore


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

Bug#696686: base: Touchpad on Thinkpad T520 did not move pointer on resume from hibernate

reassign 696686 src:linux
severity 696686 normal
thanks

On Dienstag, 25. Dezember 2012, Matthew Flaschen wrote:
 Package: base
 Severity: important
 
 Sorry I didn't specify a package.  Being a hardware/hibernation problem, I
 wasn't sure where in the stack the issue was.
 
 I hibernated the laptop, and on resume, the touchpad does not allow me to
 move the pointer.  Normally, both the touchpad and the nipple in the
 center of the keyboard work.  Sometimes I also use a USB mouse, but I was
 not when I hibernated.
 
 On resume, I can still use the nipple, and I can scroll with the touchpad.
 However, moving my finger normally on the touchpad does not move the
 pointer.
 
 
 
 -- System Information:
 Debian Release: wheezy/sid
   APT prefers testing
   APT policy: (500, 'testing')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

Bug#673689: base: Suspend mode does not work, instead kills my PC

reassign 673689 src:nvidia-graphics-drivers
tags 673689 - moreinfo
# probably closing this bug is in order as well...
thanks

On Freitag, 13. Juli 2012, Christian Tremel wrote:
 ok, i downgraded the nvidia-dkms to 295.59-1 from snapshot 
 http://snapshot.debian.org/archive/debian/20120710T092809Z/ wheezy main
 contrib non-free and set it on hold until this well known nvidia memory
 leak crap gets fixed somehow. so the root of the problem is the nvidia
 proprietary driver and the downgrade from 302.17 fixed it, at least in my
 case. dunno whos maintaining this package, but maybe someone should forward
 this info to the maintainer.

Bug#699641: unbound: Returns SERVFAIL for every query if there was no internet access when started

2013-02-23 Thread Roger Lynn

On 02/02/13 20:07, Robert Edmonds wrote:
 Robert Edmonds wrote:
 Roger Lynn wrote:
  Every query returns SERVFAIL even after internet access appears and even 
  for
  queries which are forwarded to a local server. Unbound has to be restarted
  after internet access appears before it will work.
  
  This is a significant problem as if there is no internet access when 
  unbound
  is started then there is no DNS at all for the local network until internet
  access can be restored.
 
 i agree, that's definitely an issue.  it looks like there might have
 been some relevant fixes in unbound 1.4.19, do you think you could
 install unbound 1.4.19-1 from unstable and see if it behaves any better?
 i believe the dependencies are all the same, so you ought to be able to
 just pin the unbound packages from unstable.
 
 by the way, i believe you can set the domain-insecure option on your
 local domains in order to prevent DNSSEC failures from impacting the
 resolution of those domains.

I've tested this again this after adding 'domain-insecure: mydomain.co.uk'
to the configuration and upgrading to 1.4.17-3 from Testing.

I still get the following lines logged after a starting with no internet access:
Feb 22 18:25:34 alphonse unbound-anchor: /var/lib/unbound/root.key has content
Feb 22 18:25:34 alphonse unbound-anchor: fail: the anchor is NOT ok and
could not be fixed
Feb 22 18:25:35 alphonse unbound: [3910:0] notice: init module 0: validator
Feb 22 18:25:35 alphonse unbound: [3910:0] notice: init module 1: iterator
Feb 22 18:25:35 alphonse unbound: [3910:0] info: start of service (unbound
1.4.17).

But I no longer get the lines about failed to prime trust anchor -- could
not fetch DNSKEY rrset . DNSKEY IN. Resolution of local domains now works,
presumably because of the addition of the domain-insecure option.

When an internet connection is established then all DNS requests work as
normal, without having to restart unbound, so this problem seems to have
gone away. I don't understand why, as the changelog suggests an unrelated
minor update.

As I am no longer able to reproduce the original problem I am happy for this
bug to be closed, unless you think there is a need for further investigation.

Thank you for your time,

Roger


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

Bug#701471: RM: src:google-gadgets -- ROM; not used anymore, dead upstream

2013-02-23 Thread Lisandro Damián Nicanor Pérez Meyer

Package: ftp.debian.org
Severity: normal

Hi! src:google-gadgets it's now not used anymore. It was previously used by
plasma-scriptengine-googlegadgets built from kde-workspace, but it was RC buggy,
we could not find a way to fix it and there where replacements available.

src:google-gadgets was a BD for the above mentioned package. I have checked
with dak and there are no pending dependencies on it.

I would also like to note that I'm writing this mail with my Qt/KDE team's
hat on, as I am not listed as Uploader in the package. If needed, I'll ask
another team memeber listed in it to reply to this mail.

Kinds regards, Lisandro.


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

Bug#701169: script does not check if microcode is really present before applying it

Hi,

On Sat, Feb 23, 2013 at 09:19:53AM -0300, Henrique de Moraes Holschuh wrote:
 I recommend that you just ignore the messages, that way you will still get
 an updated microcode if Intel decides to start shipping one for your
 processor.

well, I thought you had the toolchain for that already, but your argument makes
sense to me. I wonder if it'd make sense to document that in README.Debian,
but maybe this bug report is already enough if somebody's wondering about
those lines. (I found somebody being slightly concerned about them, thinking
that some action would be required. I can't blame him for that.)

Kind regards and thanks
Philipp Kern


signature.asc
Description: Digital signature

Bug#701472: unblock: ruby-defaults/1:1.9.3

2013-02-23 Thread Antonio Terceiro

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

Please unblock package ruby-defaults

This version fixes an RC bug that breaks upgrades from squeeze when
apt-listbugs is installed.

the debdiff against the package in testing is attached

unblock ruby-defaults/1:1.9.3

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

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

-- 
Antonio Terceiro terce...@debian.org
diff -Nru ruby-defaults-4.9/debian/changelog ruby-defaults-1.9.3/debian/changelog
--- ruby-defaults-4.9/debian/changelog	2012-06-03 14:55:52.0 -0300
+++ ruby-defaults-1.9.3/debian/changelog	2013-02-23 10:49:24.0 -0300
@@ -1,3 +1,10 @@
+ruby-defaults (1:1.9.3) unstable; urgency=low
+
+  * declare Breaks: apt-listbugs ( 0.1.6) in ruby package to avoid breaking
+squeeze/wheezy upgrades when apt-listbugs is installed (Closes: 700671).
+
+ -- Antonio Terceiro terce...@debian.org  Sat, 23 Feb 2013 10:45:13 -0300
+
 ruby-defaults (4.9) unstable; urgency=low
 
   [ Shawn Landden ]
diff -Nru ruby-defaults-4.9/debian/control ruby-defaults-1.9.3/debian/control
--- ruby-defaults-4.9/debian/control	2012-05-27 22:01:09.0 -0300
+++ ruby-defaults-1.9.3/debian/control	2013-02-23 10:37:06.0 -0300
@@ -14,6 +14,7 @@
 Depends: ruby1.9.1 (= 1.9.3.194-1), ${misc:Depends}
 Suggests: ri, ruby-dev
 Conflicts: irb, rdoc
+Breaks: apt-listbugs ( 0.1.6)
 Replaces: irb, rdoc
 Provides: irb, rdoc
 Description: Interpreter of object-oriented scripting language Ruby (default version)


signature.asc
Description: Digital signature

Bug#701473: unblock: ruby1.9.1/1.9.3.194-8

2013-02-23 Thread Antonio Terceiro

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

Please unblock package ruby1.9.1

This release fixes a RC bug that breaks upgrades from squeeze when
apt-listbugs and ruby1.9.1 are installed before the upgrade.

the debdiff against the package in testing is attached

unblock ruby1.9.1/1.9.3.194-8

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

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

-- 
Antonio Terceiro terce...@debian.org
diff -Nru ruby1.9.1-1.9.3.194/debian/changelog ruby1.9.1-1.9.3.194/debian/changelog
--- ruby1.9.1-1.9.3.194/debian/changelog	2013-02-13 12:30:04.0 -0300
+++ ruby1.9.1-1.9.3.194/debian/changelog	2013-02-23 11:29:56.0 -0300
@@ -1,3 +1,10 @@
+ruby1.9.1 (1.9.3.194-8) unstable; urgency=low
+
+  * ruby1.9.1: add Breaks: apt-listbugs ( 0.1.6) to avoid breaking the
+squeeze-wheezy upgrades (Closes: #701466).
+
+ -- Antonio Terceiro terce...@debian.org  Sat, 23 Feb 2013 09:21:27 -0300
+
 ruby1.9.1 (1.9.3.194-7) unstable; urgency=high
 
   * debian/patches/CVE-2013-0269.patch: fix possible denial of service and
diff -Nru ruby1.9.1-1.9.3.194/debian/control ruby1.9.1-1.9.3.194/debian/control
--- ruby1.9.1-1.9.3.194/debian/control	2013-02-13 07:20:34.0 -0300
+++ ruby1.9.1-1.9.3.194/debian/control	2013-02-23 09:25:58.0 -0300
@@ -14,6 +14,7 @@
 Depends: libruby1.9.1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
 Suggests: ruby1.9.1-examples, ri1.9.1, graphviz, ruby1.9.1-dev, ruby-switch
 Conflicts: rdoc1.9.1 ( 1.9.1.378-2~), irb1.9.1 ( 1.9.1.378-2~), rubygems1.9.1, ri1.9.1 ( 1.9.2.180-3~), ruby (= 4.5), ri (= 4.5)
+Breaks: apt-listbugs ( 0.1.6)
 Replaces: rdoc1.9.1, irb1.9.1, rubygems1.9.1
 Provides: rdoc1.9.1, irb1.9.1, rubygems1.9.1, ruby-interpreter
 Description: Interpreter of object-oriented scripting language Ruby


signature.asc
Description: Digital signature

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

2013-02-23 Thread Lisandro Damián Nicanor Pérez Meyer

tag -1 unreproducible moreinfo
forwarded -1 https://bugs.kde.org/show_bug.cgi?id=315683
thanks

On Sat 23 Feb 2013 09:00:56 Markus Raab escribió:
[snip]
 See also https://bugs.kde.org/show_bug.cgi?id=315683
 
 Application: kate (3.8.4)
 KDE Platform Version: 4.8.4 (4.8.4)
 Qt Version: 4.8.2
 Operating System: Linux 3.2.0-4-amd64 x86_64
 Distribution: Debian GNU/Linux 7.0 (wheezy)
 
 -- Information about the crash:
 - What I was doing when the application crashed:
 
 I selected Text (either with V in vim mode or with mouse) at the very
 bottom (including the last line!) of a text document. When I press D (for
 deleting text) kate crashes.
 
 - Custom settings of the application:
 
 The VI-Insert mode is active
 (but not the overwrite of kate and without status)
 
 The crash can be reproduced every time.

Hi! I'm unable to reproduce this bug in any of my machines. We also have not 
received any complaints of this kind of behaviour from kate from other users, 
and I really think kate is used a lot, so I'm suspecting a problem in your 
side.

Please create a new user account and try again. If you can't reproduce it 
there, then the problem may be in a personal config file. Else, maybe you have 
some corrupted package.

Of course, if you can reproduce this in another system, please try being more 
explicit on how to reproduce it, maybe there is something I'm missing when I'm 
trying it (I've followed all your steps).

Kinds regards, Lisandro.

-- 
Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the Universe trying to produce
bigger and better idiots. So far, the Universe is winning.
  Anonymous

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#701427: trafficserver: ftbfs with eglibc-2.17

2013-02-23 Thread Arno Töll

forwarded 701427 https://issues.apache.org/jira/browse/TS-1714
thanks

On 23.02.2013 12:35, Matthias Klose wrote:
 The package fails to build in a test rebuild on at least amd64 with
 eglibc-2.17, but succeeds to build with eglibc-2.13. The
 severity of this report may be raised before the jessie release.
 
 The test rebuild was done together with GCC-4.8, so some issues
 might be caused by the updated GCC as well.

Which is the case here. The error is triggered by the gcc-4.8 update
which I reported already upstream.

Either way, a fix is on its way upstream, but I won't bother to update
the package until they release a new 3.2.x version.



-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#666879: Processed: retitle 666879 to s390(x): please add a netboot image and a mini.iso

Hi,

On Thu, Dec 27, 2012 at 01:56:57AM +0100, Cyril Brulebois wrote:
 Debian Bug Tracking System ow...@bugs.debian.org (08/07/2012):
  Processing commands for cont...@bugs.debian.org:
   retitle 666879 s390(x): please add a netboot image and a mini.iso
  Bug #666879 [debian-installer] s390(x): please add a netboot image
  Changed Bug title to 's390(x): please add a netboot image and a mini.iso' 
  from 's390(x): please add a netboot image'
   thanks
 where do we stand on this one?

if we could build-depend on debian-cd, we could possibly reuse
debian-cd/wheezy/s390x/* and debian-cd/tools/boot/squeeze/boot-s390 without
duplicating them within d-i.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#689746: base: GUI switches from tty7, tty8 and tty9

2013-02-23 Thread Julien Cristau

Control: reassign -1 gdm3
Control: tag -1 moreinfo

On Fri, Oct  5, 2012 at 14:35:12 -0600, evan wrote:

 Package: base
 Severity: minor
 
 
 After logging into the GUI on tty7 and logging out the GUI switches to tty8.
 After logging into the GUI on tty8 and logging out the GUI switches to tty9.
 After logging into the GUI on tty9 and logging out the GUI switches to tty8.
 The GUI switches from tty8 to tty9 and vise versa after logging out.

Why is that a problem?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#701272: enblend-enfuse: ftbfs with GCC-4.8

2013-02-23 Thread Andreas Metzler

On 2013-02-23 Matthias Klose d...@debian.org wrote:
 Package: src:enblend-enfuse
 Version: 4.0+dfsg-4
 Severity: important
 Tags: sid jessie
 User: debian-...@lists.debian.org
 Usertags: ftbfs-gcc-4.8

 The package fails to build in a test rebuild on at least amd64 with
 gcc-4.8/g++-4.8, but succeeds to build with gcc-4.7/g++-4.7. The
 severity of this report may be raised before the jessie release.

   configure: error: Boost pool header file is required to compile Enblend.
[...]
 checking boost/pool/pool.hpp usability... no
 configure: WARNING: boost/pool/pool.hpp: present but cannot be compiled
 configure: WARNING: boost/pool/pool.hpp: check for missing prerequisite 
 headers?
[...]

This is another instance of 701377 against boost 1.49. The package
builds fine if boost 1.50 instead of 1.49 is used. - This bugreport
will therefore be automatically resolved when boost-defaults switches
to 1.50.

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#701474: unblock: drupal7/7.14-2

2013-02-23 Thread Luigi Gangitano

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

Please unblock package drupal7

7.14-2 backports the patch between 7.19 and 7.20, which fixes one
DoS vulnerability in image derivatives generation:

http://drupal.org/SA-CORE-2013-002

Additionaly it removes a false warning for security issues fixed upstream
and integrated in Debian security patches:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700545

I'm including a debdiff against drupal7_7.14-1.3 currently in testing.

unblock drupal7/7.14-2

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

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

diff -Nru drupal7-7.14/debian/changelog drupal7-7.14/debian/changelog
--- drupal7-7.14/debian/changelog   2013-01-29 19:22:30.0 +0100
+++ drupal7-7.14/debian/changelog   2013-02-23 16:25:12.0 +0100
@@ -1,3 +1,18 @@
+drupal7 (7.14-2) unstable; urgency=high
+
+  [ Luigi Gangitano ]
+  * Urgency high due to security fixes
+
+  * Acknowledge NMUs from Gunnar Wolf
+
+  * Incorporated fix for DoS on image derivative generation
+(Ref: SA-CORE-2013-002, CVE-2013-0316) (Closes: #701165)
+
+  * Removed update warnings for Drupal core, since security fixes are provided
+by Debian updates. (Closes: #700545)
+
+ -- Luigi Gangitano lu...@debian.org  Sat, 23 Feb 2013 15:12:35 +0100
+
 drupal7 (7.14-1.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru drupal7-7.14/debian/patches/70_SA-CORE-2013-002 
drupal7-7.14/debian/patches/70_SA-CORE-2013-002
--- drupal7-7.14/debian/patches/70_SA-CORE-2013-002 1970-01-01 
01:00:00.0 +0100
+++ drupal7-7.14/debian/patches/70_SA-CORE-2013-002 2013-02-23 
16:16:02.0 +0100
@@ -0,0 +1,440 @@
+Origin: backport (diff between 7.19 and 7.20)
+Forwarded: not-needed
+From: Luigi Gangitano lu...@debian.org
+Last-Update: 2013-02-23
+Applied-Upstream: Yes
+Description: Fixes SA_CORE-2013-002 (DoS)
+ This patch is taken from the diff between 7.19 and 7.20, applying it
+ to the currently frozen version (7.14). For further details, the
+ advisory is in:
+ .
+ http://drupal.org/SA-CORE-2013-002
+
+--- a/modules/image/image.module
 b/modules/image/image.module
+@@ -30,11 +30,16 @@
+  */
+ define('IMAGE_STORAGE_MODULE', IMAGE_STORAGE_OVERRIDE | 
IMAGE_STORAGE_DEFAULT);
+ 
++/**
++ * The name of the query parameter for image derivative tokens.
++ */
++define('IMAGE_DERIVATIVE_TOKEN', 'itok');
++
+ // Load all Field module hooks for Image.
+ require_once DRUPAL_ROOT . '/modules/image/image.field.inc';
+ 
+ /**
+- * Implement of hook_help().
++ * Implements hook_help().
+  */
+ function image_help($path, $arg) {
+   switch ($path) {
+@@ -766,16 +771,24 @@
+  *   The image style
+  */
+ function image_style_deliver($style, $scheme) {
+-  // Check that the style is defined and the scheme is valid.
+-  if (!$style || !file_stream_wrapper_valid_scheme($scheme)) {
+-drupal_exit();
+-  }
+-
+   $args = func_get_args();
+   array_shift($args);
+   array_shift($args);
+   $target = implode('/', $args);
+ 
++  // Check that the style is defined, the scheme is valid, and the image
++  // derivative token is valid. (Sites which require image derivatives to be
++  // generated without a token can set the 'image_allow_insecure_derivatives'
++  // variable to TRUE to bypass the latter check, but this will increase the
++  // site's vulnerability to denial-of-service attacks.)
++  $valid = !empty($style)  file_stream_wrapper_valid_scheme($scheme);
++  if (!variable_get('image_allow_insecure_derivatives', FALSE)) {
++$valid = $valid  isset($_GET[IMAGE_DERIVATIVE_TOKEN])  
$_GET[IMAGE_DERIVATIVE_TOKEN] === image_style_path_token($style['name'], 
$scheme . '://' . $target);
++  }
++  if (!$valid) {
++return MENU_ACCESS_DENIED;
++  }
++
+   $image_uri = $scheme . '://' . $target;
+   $derivative_uri = image_style_path($style['name'], $image_uri);
+ 
+@@ -960,6 +973,10 @@
+  */
+ function image_style_url($style_name, $path) {
+   $uri = image_style_path($style_name, $path);
++  // The token query is added even if the 'image_allow_insecure_derivatives'
++  // variable is TRUE, so that the emitted links remain valid if it is changed
++  // back to the default FALSE.
++  $token_query = array(IMAGE_DERIVATIVE_TOKEN = 
image_style_path_token($style_name, $path));
+ 
+   // If not using clean URLs, the image derivative callback is only available
+   // with the query string. If the file does not exist, use url() to ensure
+@@ -967,10 +984,33 @@
+   // actual file path, this avoids bootstrapping PHP once the files are built.
+   if (!variable_get('clean_url')  file_uri_scheme($uri) == 'public'  
!file_exists($uri)) {
+ $directory_path = 
file_stream_wrapper_get_instance_by_uri($uri)-getDirectoryPath();
+-return

Bug#700545: [drupal7] Latest security patches don't fix security warning within Drupal7 (update.module)

2013-02-23 Thread Luigi Gangitano

Hi Gunnar,

7.14-2 has just been uploaded, acknowledging your NMUs and adding the latest 
security fix.

Thanks again for your help. :-)

Please let me know if you are interested in co-maintainership of drupal 
packages.

Regards,

L

Il giorno 14/feb/2013, alle ore 17:30, Gunnar Wolf gw...@gwolf.org ha scritto:

 Luigi Gangitano dijo [Thu, Feb 14, 2013 at 04:51:04PM +0100]:
 
 I'm sorry for being a little out-of-service lately. I wish to
 apologize, but at the same time confirm that I'm always following
 and keeping track of all the issues. Regarding this specific issue,
 I'm in favor of removing the misleading warning from the druapl7
 package that is going to be shipped with wheezy.
 
 Please Gunnar let me know if you want me to package an -2 version
 that acknowledges all the NMUs and fixes the warning and how you
 prefer it to be uploaded.
 
 Well, to be honest, modulo my dislike for PHP, I was about to suggest
 you I could become a comaintainer... But I have a spike of work that
 is unlikely to leave me much Debian time for this semester, so I
 didn't. 
 
 If you can do the -2 version, I'd be happiest. If you cannot, I'll
 prepare a 7.14-1.4 fixing this issue. You tell me! Oh, and prompted by
 some users, I have done some uploads to backports.debian.org, so once
 that's done (be it a NMU or done by you), I'll also push it there.
 
 For the record, I have *not* patched those serious bugs in Drupal6, as
 I'd have to dig through more sub-versions to pick out the proper
 patches. If you can take a look at it, I think it is even more
 prioritary!
 

--
Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26
GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5  0F6D 0284 F20C 2BA9 7CED


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

Bug#696187: CVE-2012-5643: cachemgr.cgi denial of service

2013-02-23 Thread Luigi Gangitano

Ciao Salvatore,

Thanks a lot for your NMU. I really appreciate your help.

Regards,

L

Il giorno 18/feb/2013, alle ore 19:56, Salvatore Bonaccorso car...@debian.org 
ha scritto:

 Hi Luigi
 
 squid3 in stable is still affected by #696187: cachemgr.cgi denial of
 service.
 
 Could you prepare an upload for CVE-2012-5643 and subsequent
 CVE-2013-0189 targeting stable-security for a DSA?
 
 Note that the initial patch was incomplete and the full fix is at [1].
 
 [1]: http://www.squid-cache.org/Versions/v3/3.1/changesets/SQUID-2012_1.patch
 
 Regards,
 Salvatore
 

--
Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26
GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5  0F6D 0284 F20C 2BA9 7CED


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

Bug#701475: unused b-d on python-support

Package: python-greenlet
Version: 0.4.0-1

python-greenlet has an unused b-d on python-support.


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

Bug#698526: [Piuparts-devel] Bug#698526: Bug#698526: Sort known issues by reverse dependency count

2013-02-23 Thread Dave Steele

On Sat, Feb 23, 2013 at 5:40 AM, Holger Levsen hol...@layer-acht.org wrote:

 extra bonus points if you could tell how many commits it are in
 each branch, due to rebase its rather easy for me to find out, but becoming
 this told would be even better ;)

As I have been keeping up with the changes in develop this week since
your rebase request, those numbers have changed a couple of times.

 Regarding merging into develop: yes, I want. But first I want to finish
 merging Andreas current bits, then merge that develop into piatti (and run
 it there) and then merge these two branches of yours.

Ok. It would have been easier for me if this had been established
before you asked for my rebase.


-- 
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?

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.

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#547092: [Pkg-nagios-devel] Bug#547092: Bug#547092: Bug#547092: Bug#547092: nrpe ssl security problem

2013-02-23 Thread Thijs Kinkhorst

On Sat, February 23, 2013 15:41, Salvatore Bonaccorso wrote:
 Hi Alex

 On Sat, Feb 23, 2013 at 01:17:03PM +0100, Alexander Wirt wrote:
 On Sat, 23 Feb 2013, Salvatore Bonaccorso wrote:

  Hi Alex, Hi Thijs
 
  I was looking trough the bugs for nagios-nrpe, and noticed #547092
  where there was an upload to address it, but the bug was not closed.
 
  I wondered if this was intentional, als the original issue is only
  addressed by making clear in the documentation where the issues are.
 imho the ssl is still borken, so I think the upload does not close the
 problem, per se.

 There is no real solution to this problem without rewriting the whole
 ssl
 support - which makes our nrpe incompatible to the rest of the world.

 Thanks. Maybe we can ask for a 'wheezy-ignore' by the release team for
 this bug, with given explanation? In any case it would be good to get
 the documentation update into wheezy (but this could go into testing
 in one 'batch' with #701227).

 Thanks a lot for your work on nagios related packages.

As explained earlier in the bug log I believe that the documentation
change is the best option we have as there's no feasible way to path the
SSL support in Debian on our own. Having the documentation fixed will warn
people against using this option and reduces this bug from RC to the
specific broken functionality.

I've asked the release team to unblock the documentation fix.


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#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example

2013-02-23 Thread Philip Ashmore


The libffi example works with -O0, -O1 and -O2 on armhf (Raspberry PI).

gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Debian 
4.6.3-14+rpi1' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs 
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.6 --enable-shared --enable-linker-build-id 
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--enable-gnu-unique-object --enable-plugin --enable-objc-gc 
--disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp 
--with-float=hard --enable-checking=release --build=arm-linux-gnueabihf 
--host=arm-linux-gnueabihf --target=arm-linux-gnueabihf

Thread model: posix
gcc version 4.6.3 (Debian 4.6.3-14+rpi1)

ldd ffi-test:
/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0xb6fa3000)
libffi.so.5 = /usr/lib/arm-linux-gnueabihf/libffi.so.5 
(0xb6f7d000)

libc.so.6 = /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e4e000)
libgcc_s.so.1 = /lib/arm-linux-gnueabihf/libgcc_s.so.1 
(0xb6e26000)

/lib/ld-linux-armhf.so.3 (0xb6faf000)


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

Bug#701224: Safely prevent adverse impact if im-switch was removed but not purged

2013-02-23 Thread Osamu Aoki

On Sat, Feb 23, 2013 at 05:45:54AM +0100, Gunnar Hjalmarsson wrote:
 Package: im-config
 Severity: important
 
 This is a forward of the Ubuntu bug https://launchpad.net/bugs/1101836

Thanks.  I think if I update this, I need to add new hush number for new
im-switch to ensure automatic erase.

Osamu


-- 
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

2013-02-23 Thread Thijs Kinkhorst

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


Thanks,
Thijs


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

Bug#686502: pxz produces archives broken for busybox's unxz