Bug#666885: Untrusted signature on unstable

[Klaus Ethgen]

Package: libcurl3-gnutls
Version: 7.21.0-2.1+squeeze2
Severity: serious
Tags: squeeze

The curent security update has a nontrusted signature. So there is no
evidence that this package is safe.

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

Kernel: Linux 2.6.36.2 (SMP w/2 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)
Shell: /bin/sh linked to /bin/dash

Versions of packages libcurl3-gnutls depends on:
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  libc6  2.11.3-3  Embedded GNU C Library: Shared lib
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libgnutls262.8.6-1+squeeze2  the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.8.3+dfsg-4squeeze5  MIT Kerberos runtime libraries - k
ii  libidn11   1.15-2GNU Libidn library, implementation
ii  libldap-2.4-2  2.4.23-7.2OpenLDAP libraries
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

libcurl3-gnutls recommends no packages.

libcurl3-gnutls 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#652650: transition: imagemagick

[Vincent Fourmond]

  Hello,

On Sat, Mar 24, 2012 at 10:27 PM, Julien Cristau  wrote:
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Severity: normal
>>
>>   Dear Release Team,
>>
>>   The newer imagemagick package just uploaded to unstable (6.7.4.0-1)
>> introduces an ABI change, without API change. BinNMUs should be enough
>> this time.
> Feel free to go ahead with this now.  Thanks for your patience.

  That's done now, thanks !

  Cheers,

  Vincent



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

Bug#666185: Should accept base32 encoded keys

[Simon Josefsson]

Martin Michlmayr  writes:

> * Simon Josefsson  [2012-04-01 23:11]:
>> I've released 1.12.1 now, please test it.
>
> I can confirm that:
>  - I get the same OTP, whether my key is all upper case or all lower case
>  - I can successfully log in to my Google account with the OTP.
>
> Thank you!

Great, thanks again.

/Simon



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

Bug#666360: [3.2.6 -> 3.2.7 regression] i915: HDMI/DVI output broken on Dell Latitude E6410

[Brice Goglin]

bts forwarded 666360 https://bugs.freedesktop.org/show_bug.cgi?id=48170
bts found 666360 3.3-1~experimental.1
thank you



> If you can reproduce this with 3.3 from experimental, I'd
> suggest filing a bug upstream[2].  (Please let us know the bug number if
> doing so so we can track it.)

Fails the same with 3.3 from experimental. I opened an upstream bug report.

Brice




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

Bug#666886: perceptualdiff: contains unneeded files/dirs

[Paul Wise]

Package: perceptualdiff
Version: 1.1.1-1
Severity: minor

The perceptualdiff package contains these unneeded files/dirs:

/usr/share/doc/perceptualdiff/CMakeLists.txt
/usr/sbin

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

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

Versions of packages perceptualdiff depends on:
ii  libc6  2.13-27
ii  libfreeimage3  3.15.1-1
ii  libgcc11:4.6.3-1
ii  libstdc++6 4.6.3-1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

Version: 0.9.4.0-2

On Mon, Apr 02, 2012 at 07:29:16AM +0200, Michael Biebl wrote:
> On 26.03.2012 08:49, Antti-Juhani Kaijanaho wrote:
> > By the way, a -dbg package would have been nice :-)
> 
> apt-get install network-manager-dbg

Ah.  I suppose a more thorough search might have found that.  Then again, how
was I supposed to know that it contains symbols for libnm-glib4?  (I see
there's a dependency, but that's an awfully subtle clue.)

Anyway, thanks.

> > I rebuilt this package with nostrip (but without noopt) and obtained a
> > backtrace by logging in using "GNOME Classic" and then running at the 
> > console
> >   DISPLAY=0:0 gdb --args /usr/bin/gnome-shell --replace
> > then asking for a backtrace after the segfault had occurred:
> 
> Please test 0.9.4.0-2 which I've uploaded a few minutes ago.

Still the same symptom, though the backtrace has changed:

#0  0x7fffedc84475 in *__GI_raise (sig=) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = 
selftid = 
#1  0x7fffedc876f0 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7fffbd38, sa_sigaction 
= 0x7fffbd38}, sa_mask = {__val = {140737488338208, 140737488349447, 20, 
  140737183862242, 3, 140737488338218, 6, 140737183862246, 2, 
140737488338206, 2, 140737183853249, 1, 140737183862242, 3, 140737488338212}}, 
  sa_flags = 12, sa_restorer = 0x7fffedd9cde6}
sigs = {__val = {32, 0 }}
#2  0x7fffedcbe26b in __libc_message (do_abort=, 
fmt=) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
ap = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 
0x7fffc6a0, reg_save_area = 0x7fffc5b0}}
ap_copy = {{gp_offset = 16, fp_offset = 48, overflow_arg_area = 
0x7fffc6a0, reg_save_area = 0x7fffc5b0}}
fd = 28
on_2 = 
list = 
nlist = 0
cp = 
written = false
#3  0x7fffedcc7ab6 in malloc_printerr (action=3, str=0x7fffedd9b86a 
"free(): invalid pointer", ptr=) at malloc.c:6283
buf = "00f479cc"
cp = 0x0
#4  0x7fffedccc7ec in *__GI___libc_free (mem=) at 
malloc.c:3738
ar_ptr = 0x7fffedfd4e60
p = 0x6
#5  0x7fffee0104f2 in g_error_free (error=0xfe3b20) at 
/tmp/buildd/glib2.0-2.32.0/./glib/gerror.c:476
No locals.
#6  0x73f2ad94 in _nm_remote_settings_ensure_inited (self=0xff3110) at 
nm-remote-settings.c:123
priv = 0xff3130
error = 0xfe3b20
__func__ = "_nm_remote_settings_ensure_inited"
#7  0x73f2cb0a in nm_remote_settings_new (bus=) at 
nm-remote-settings.c:735
settings = 0xff3110
#8  0x74d897bc in ffi_call_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#9  0x74d89237 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.5
No symbol table info available.
#10 0x771a5065 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#11 0x771a6160 in ?? () from /usr/lib/libgjs.so.0
No symbol table info available.
#12 0x76cfe3f5 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#13 0x76cea7f2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#14 0x76cfdd35 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#15 0x76cfe1d2 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#16 0x76cd0291 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#17 0x76cf4606 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#18 0x76cfdd35 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#19 0x76cff875 in ?? () from /usr/lib/libmozjs185.so.1.0
No symbol table info available.
#20 0x76c78265 in JS_EvaluateUCScriptForPrincipals () from 
/usr/lib/libmozjs185.so.1.0
No symbol table info available.
#21 0x76c78532 in JS_EvaluateUCScript () from 
/usr/lib/libmozjs185.so.1.0
No symbol table info available.
#22 0x77195859 in gjs_context_eval () from /usr/lib/libgjs.so.0
No symbol table info available.
#23 0x77b67ecc in ?? () from /usr/lib/gnome-shell/libgnome-shell.so
No symbol table info available.
#24 0x773f69d0 in meta_plugin_manager_initialize () from 
/usr/lib/libmutter.so.0
No symbol table info available.
#25 0x773f3969 in meta_compositor_manage_screen () from 
/usr/lib/libmutter.so.0
No symbol table info available.
#26 0x774095f4 in meta_display_open () from /usr/lib/libmutter.so.0
No symbol table info available.
#27 0x7741367d in meta_run () from /usr/lib/libmutter.so.0
No symbol table info available.
#28 0x00402c91 in main ()
No symbol table info available.

Versions of immediately relevant packages:

ii  gnome-shell 3.2.2.1-3   
 graphical shell for the GNOME desktop
ii  libnm-glib4

Bug#666887: magit: URL outdated

[Keshav Kini]

Package: magit
Version: 1.1.1-1
Severity: minor

Dear Maintainer,

The homepage of magit as shown in, for example, aptitude is
"http://philjackson.github.com/magit/index.html";. The current correct URL is
"http://magit.github.com/magit/index.html";.



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

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

Versions of packages magit depends on:
ii  dpkg1.16.2
ii  emacs23 23.3+1-5
ii  git [git-core]  1:1.7.9.1-1
ii  install-info4.13a.dfsg.1-8

magit recommends no packages.

magit 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#660860: cfengine3: segfaults when triggering some locks

[Antonio Radici]

On Sun, Apr 01, 2012 at 09:16:06PM +0200, Jimmy Thrasibule wrote:
> Hi,
> 
> What is the status of this bug? The given workaround doesn't work for me
> and I had to switch to the testing package.
> 
> We will have a solution to use the stable package?

It seems that there is a patch, I'll try to apply that and send you a
test binary; in the meantime can you please provide us with the
coredump?

Cheers
Antonio



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

Bug#666888: DoS through long server names

[Moritz Muehlenhoff]

Package: nova
Severity: grave
Tags: security

Please see 
http://people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-1585.html
for details and a link to the patch.

Cheers,
Moritz



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

Bug#665808: Likely #665791

[Antti-Juhani Kaijanaho]

This bug is likely the same as #665791.
Downgrading libnm-glib4 is a workaround, at least for me.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/



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

Bug#666889: transition: GNOME 3.4: clutter/cogl

[Michael Biebl]

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

Hi,

for GNOME 3.4, we need newer clutter-1.0 and cogl versions:

clutter-1.0: 1.8.4 → 1.10.0
cogl: 1.8.2 → 1.10.0

cogl has a soname bump libcogl5 → libcogl9

We need to do clutter and cogl at the same time, as clutter uses cogl
and linking against both libcogl5 and libcogl9 results in crashes.

The newer versions of clutter and cogl are available in experimental and
Sjoerd did check the reverse dependencies:

Packages which need sourceful uploads:
==
mutter (3.2.2-2 from exp)
clutter-gst (patched in pkg-gnome unstable svn)
clutter-gesture (#666749, patch available)
toonloop (#666756, patch available)


Packages which can be binNMUed:
===
gnome-shell
empathy
cheese
clutter-gtk
gnome-control-center
evolution
eog-plugins
gnome-sushi
libchamplain
mx
gnome-games
pinpoint
rhythmbox

Please let us know when we can start the transition.

Michael,
on behalf of the Debian GNOME team.

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

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



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

Bug#666680: texlive-base: fails to upgrade from 'testing'

[Norbert Preining]

severity 80 important
tag 80 + moreinfo unreproducible
thanks

On Sa, 31 MÀr 2012, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> 'testing'.
> It installed fine in 'testing', then the upgrade to 'sid' fails.

Something is strange here ... I just did:
- created a clean testing chroot
- installed texlive-base in it
- changed the sources.list to sid
- called apt-get dist-upgrade
and it worked without any problem, on the first run, no errors,
everything configured.

Is this a clean environment or something else? It might be a problem
with debconf?

Best wishes

Norbert

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

EPPING (participial vb.)
The futile movements of forefingers and eyebrows used when failing to
attract the attention of waiters and barmen.
--- Douglas Adams, The Meaning of Liff



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

Bug#666790: ITP: python-regex -- alternative regular expression module

[Tollef Fog Heen]

]] Sandro Tosi 

>  For testing and comparison with the current 're' module the new 
> implementation
>  is in the form of a module called 'regex'.

This sounds like a bad name, since there used to be a regex module in
the standard distribution a few years back and there's therefore a fair
amount of documentation warning against using it.

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



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

Bug#666887: magit: URL outdated

[Timo Juhani Lindfors]

package magit
tags 666887 pending
thanks

Keshav Kini  writes:
> The homepage of magit as shown in, for example, aptitude is
> "http://philjackson.github.com/magit/index.html";. The current correct URL is
> "http://magit.github.com/magit/index.html";.

Thanks, fixed in git now and will be included in the next upload which
probably happens before wheezy freeze:

http://git.debian.org/?p=collab-maint/magit.git




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

Bug#666680: texlive-base: fails to upgrade from 'testing'

[Andreas Beckmann]

On 2012-04-02 10:59, Norbert Preining wrote:
> Something is strange here ... I just did:
> - created a clean testing chroot
> - installed texlive-base in it

install dvipsk-ja instead

> - changed the sources.list to sid
> - called apt-get dist-upgrade
> and it worked without any problem, on the first run, no errors,
> everything configured.
> 
> Is this a clean environment or something else? It might be a problem
> with debconf?

Its a clean minimal environment, take a look at the logfile to see whats
being done ...

I think the templates are not properly registered at the time they are
being used ... but I'm no debconf guru.
the templates are used from an arbitrary script, not a maintainer script
directly, so eventually dh_installdebconf did not generate some
neccessary bits ... I think I had a similar issue with the
nvidia-support package ...

Andreas



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

Bug#666790: ITP: python-regex -- alternative regular expression module

[Sandro Tosi]

On Mon, Apr 2, 2012 at 09:58, Tollef Fog Heen  wrote:
> ]] Sandro Tosi
>
>>  For testing and comparison with the current 're' module the new 
>> implementation
>>  is in the form of a module called 'regex'.
>
> This sounds like a bad name, since there used to be a regex module in
> the standard distribution a few years back and there's therefore a fair
> amount of documentation warning against using it.

that's the upstream name, and infact I've renamed the also source to
python-regex (instead of keeping 'regex' as upsteram chose); also,
it's well known in the python community what regex module is. To make
it more clear, packages will be python{,3}-regex{,-dbg} but what
you'll import is regex, as per Python Policy.

Could you point to some references about why it's a bad name?

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#666743: gcc-4.6: please provide a multiarch:foreign compiler interface

[Matthias Klose]

tags 666743 + wontfix
thanks

On 01.04.2012 15:47, Helmut Grohne wrote:
> [...]

looks like an april fool joke. If not, then it's won't fix. upstream did 
explicitly remove the ability to specify the triplet/target and the version from 
the driver.


Either get this kind of thing implemented upstream, or not at all.



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

Bug#666890: Crashes when adding appointments

[Sjoerd Simons]

Package: evolution-data-server
Version: 3.2.2-2
Severity: important
Tags: patch

Hey,

Quite often when adding appointments in evolution my e-d-s crashes. After some
more research it seems this is gnome bug #659756, which has been fixed for 3.4.
Attached is the same patch hand-applied to 3.2.2 which solves the issue for me

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

Kernel: Linux 3.2.0-2-amd64 (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 evolution-data-server depends on:
ii  evolution-data-server-common  3.2.2-2.1
ii  gconf-service 3.2.3-4
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-27
ii  libcairo-gobject2 1.12.0-2
ii  libcairo2 1.12.0-2
ii  libcamel-1.2-29   3.2.2-2.1
ii  libcomerr21.42.2-1
ii  libdb5.1  5.1.29-1
ii  libdbus-1-3   1.5.12-1
ii  libdbus-glib-1-2  0.98-1
ii  libebackend-1.2-1 3.2.2-2.1
ii  libebook-1.2-12   3.2.2-2.1
ii  libecal-1.2-103.2.2-2.1
ii  libedata-book-1.2-11  3.2.2-2.1
ii  libedata-cal-1.2-13   3.2.2-2.1
ii  libedataserver-1.2-15 3.2.2-2.1
ii  libgconf-2-4  3.2.3-4
ii  libgdata130.10.2-1
ii  libgdk-pixbuf2.0-02.26.0-2
ii  libglib2.0-0  2.32.0-3
ii  libgoa-1.0-0  3.3.0-1
ii  libgssapi-krb5-2  1.10+dfsg~beta1-2
ii  libgtk-3-03.4.0-1
ii  libgweather-3-0   3.4.1-1
ii  libical0  0.48-1
ii  libk5crypto3  1.10+dfsg~beta1-2
ii  libkrb5-3 1.10+dfsg~beta1-2
ii  libldap-2.4-2 2.4.28-1.2
ii  libnspr4-0d   4.9-1
ii  libnss3-1d3.13.3-1
ii  liboauth0 0.9.4-3+b1
ii  libpango1.0-0 1.29.5-1
ii  libsoup2.4-1  2.38.0-1
ii  libsqlite3-0  3.7.11-2
ii  libxml2   2.7.8.dfsg-7
ii  zlib1g1:1.2.6.dfsg-2

evolution-data-server recommends no packages.

Versions of packages evolution-data-server suggests:
ii  evolution  3.2.2-1
ii  evolution-data-server-dbg  3.2.2-2.1

-- no debconf information
>From 595a9e84d6c09693d6faa164204acca21c10bfbe Mon Sep 17 00:00:00 2001
From: Sjoerd Simons 
Date: Mon, 2 Apr 2012 09:53:33 +0200
Subject: [PATCH] Initialize dbus-glib threading

Based on upstreams 990e10860a7a624edcc38241422b7ad39f2cdf45, fixes gnome
bug #659756.
---
 addressbook/libedata-book/Makefile.am   |7 +--
 addressbook/libedata-book/e-data-book-factory.c |5 +
 calendar/libedata-cal/Makefile.am   |6 --
 calendar/libedata-cal/e-data-cal-factory.c  |5 +
 configure.ac|9 +
 5 files changed, 28 insertions(+), 4 deletions(-)

diff --git a/addressbook/libedata-book/Makefile.am b/addressbook/libedata-book/Makefile.am
index 2fff48a..6af90c3 100644
--- a/addressbook/libedata-book/Makefile.am
+++ b/addressbook/libedata-book/Makefile.am
@@ -90,7 +90,8 @@ e_addressbook_factory_CPPFLAGS = \
 	-I$(top_builddir)/addressbook \
 	$(EVOLUTION_ADDRESSBOOK_CFLAGS) \
 	$(GOA_CFLAGS) \
-	$(FACTORY_GTK_CFLAGS)
+	$(FACTORY_GTK_CFLAGS) \
+	$(DBUS_GLIB_CFLAGS)
 
 e_addressbook_factory_SOURCES = \
 	e-data-book-factory.c \
@@ -103,7 +104,9 @@ e_addressbook_factory_LDADD = \
 	$(top_builddir)/libebackend/libebackend-1.2.la \
 	$(EVOLUTION_ADDRESSBOOK_LIBS) \
 	$(GOA_LIBS) \
-	$(FACTORY_GTK_LIBS)
+	$(FACTORY_GTK_LIBS) \
+	$(DBUS_GLIB_LIBS)
+
 
 %-$(API_VERSION).pc: %.pc
 	 cp $< $@
diff --git a/addressbook/libedata-book/e-data-book-factory.c b/addressbook/libedata-book/e-data-book-factory.c
index dca4255..e7dec12 100644
--- a/addressbook/libedata-book/e-data-book-factory.c
+++ b/addressbook/libedata-book/e-data-book-factory.c
@@ -26,6 +26,8 @@
 #include 
 #include 
 
+#include 
+
 #ifdef ENABLE_MAINTAINER_MODE
 #include 
 #endif
@@ -842,6 +844,9 @@ main (gint argc,
 	gtk_init_check (&argc, &argv);
 	#endif
 
+	/* this is to initialize threading for dbus-glib used by GConf */
+	dbus_g_thread_init ();
+
 	context = g_option_context_new (NULL);
 	g_option_context_add_main_entries (context, entries, GETTEXT_PACKAGE);
 	g_option_context_parse (context, &argc, &argv, &error);
diff --git a/calendar/libedata-cal/Makefile.am b/calendar/libedata-cal/Makefile.am
index a7d1a02..11bf702 100644
--- a/calendar/libedata-cal/Makefile.am
+++ b/calendar/libedata-cal/Makefile.am
@@ -107,7 +107,8 @@ e_calendar_factory_CPPFLAGS = \
 	-I$(top_builddir)/calendar			\
 	$(LIBICAL_CFLAGS)\
 	$(EVOLUTION_CALENDAR_CFLAGS)			\
-	$(FACTORY_GTK_CFLA

Bug#666891: libpam-mount: pam mounted home directories not unmounted on logout (and mounted twice)

[josh]

Package: libpam-mount
Version: 2.14~git+d1d6f871-1
Severity: important
Tags: security

I have individually LUKS encrypted home dirs on my system which are
mounted at login via pammount, which however do not get sucessfully
unmounted on logout, leaving them readable for anybody else who logs in
afterwards and has sufficient permissions (which at least partially
defeats the purpose of having pam mounted encrypted home dirs.)

Often, when partions don't get pam unmounted on logout it is because
of processes (especially pulse audio) which aren't terminating,
leaving open file handles, which prevent the partion from being
unmounted. However, changing the "logout"-line in
/etc/security/pam_mount.conf.xml from:


to:


ensures that all processes are terminated, so this isn't the cause.

Turning on pam mount debugging in pam_mount.conf.xml () produces the following output when exiting:

josh@howlingfantods:~$ exit
exit
(pam_mount.c:692): received order to close things
(misc.c:39): Session close: (ruid/rgid=1000/1000, e=1000/1000)
command: 'pmvarrun' '-u' 'josh' '-o' '-1'
(misc.c:39): set_myuid: (ruid/rgid=1000/1000, e=1000/1000)
(spawn.c:129): error setting uid to 0
(pam_mount.c:441): pmvarrun says login count is 0
command: 'pmt-ofl' '-k15' '/home/josh'
command: 'pmt-ofl' '-k9' '/home/josh'
(mount.c:873): going to unmount
(mount.c:267): Mount info: globalconf, user=josh  fstab=0 ssh=0
command: 'pmt-ofl' '-k0' '/home/josh'
command: 'umount.crypt' '/home/josh'
(misc.c:39): set_myuid: (ruid/rgid=1000/1000, e=1000/1000)
(spawn.c:129): error setting uid to 0
(mount.c:72): umount messages:
(mount.c:76): umount: it seems /home/josh is mounted multiple times
(mount.c:76): umount /home/josh failed with run_sync status 3
(mount.c:876): unmount of
/dev/disk/by-uuid/967e7b41-b9cc-48f0-94e8-c2c3eb2a4dd0 failed
(pam_mount.c:729): pam_mount execution complete
(pam_mount.c:133): clean system authtok=0x8bd9748 (0)
(pam_mount.c:116): Clean global config (0)


I have contacted upstream (Jan Engelhardt, the maintainer of
libpam-mount), and he says that the problem is the "error setting uid
to 0", which he says is usually a /distribution/ problem (hence the
bug-report to debian), due to the authentication dropping it's
privileges too early:

On 04/01/2012 05:13 PM, Jan Engelhardt wrote:
> I suppose that because uid!=0, umount tries to do something overly
> smart rather than just go and umount the topmost dir as it always
> did.
>
> The program doing the authentication must not drop its privileges.
> In your case it does, which usually hints at a distribution bug.
> This is your root problem, and described in docs/bugs.txt.
>

After logging out, the only way to get the decrypted partion unmounted
is for root to do this by hand. I see this as a security risk because
users encrypting their home partions rely on their data not being
readable after they've logged out.

Although confusing to me, upstream indicated that the fact that the
home dir is mounted multiple times (see double mount below), is a
/Feature-Not-A-Bug/ (c) and apparently not part of the
problem. However, libpam-mount deletes the entry in /run/cmtab, even
though the decrypted mapped device is still mounted, which causes
umount.crypt to fail if called by hand to unmount the volume after
logout. To unmount by hand, you have to unmount the fs and then unmap
the device with cryptsetup luksClose device. This seems like an
upstream bug in libpam-mount to me.


-j


**double mount

I'm adding this section (and added it to the subject) to document this
behaviour and the fact that upstream claims it's a
/Feature-Not-A-Bug/(c),because I long believed this to be a bug and part
of the problem, and in case anybody else searches for it.


On 04/01/2012 05:13 PM, Jan Engelhardt wrote:
> I suppose that because uid!=0, umount tries to do something overly
> smart rather than just go and umount the topmost dir as it always
> did.
>
> The program doing the authentication must not drop its privileges.
> In your case it does, which usually hints at a distribution bug.
> This is your root problem, and described in docs/bugs.txt.
>

pam-mount mounts the encrypted volumes twice, once as a decrypted dev
mapped device and then as an fs (this seems strange to me, and I don't
see the necessity, but upstream indicated that this is the correct
behaviour.), and after mounting there are two entries in mtab:

josh@howlingfantods:~$ df
Filesystem1K-blocks  Used Available Use% Mounted on

[irrelevant lines removed]

/dev/mapper/_dev_sda1  57690744  20807472  36297152  37% /home/josh
/dev/sda1  57690744  20807472  36297152  37% /home/josh

josh@howlingfantods:~$ cat /etc/mtab
[irrelevant lines removed]

/dev/mapper/_dev_sda1 /home/josh ext4 rw 0 0
/dev/sda1 /home/josh crypt rw 0 0

josh@howlingfantods:~$ cat /run/cmtab
/home/josh  /dev/sda1   -   /dev/mapper/_dev_sda1


After logout, only the fs gets unmounted, but

Bug#659314: Is it still the case?

[Enrico Tassi]

Your bug refers to a version that was in experimental and you are 
building this package from stable. The package really needs to be 
built using a multiarch aware toolchain. I could update the build
dependencies but building a opackage from experimental on a stable
machine is not supported anyway.

Cheers
-- 
Enrico Tassi



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

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Michael Biebl]

On 02.04.2012 09:38, Antti-Juhani Kaijanaho wrote:
> Version: 0.9.4.0-2
> 
> On Mon, Apr 02, 2012 at 07:29:16AM +0200, Michael Biebl wrote:
>> On 26.03.2012 08:49, Antti-Juhani Kaijanaho wrote:
>>> By the way, a -dbg package would have been nice :-)
>>
>> apt-get install network-manager-dbg
> 
> Ah.  I suppose a more thorough search might have found that.  Then again, how
> was I supposed to know that it contains symbols for libnm-glib4?  (I see
> there's a dependency, but that's an awfully subtle clue.)
> 
> Anyway, thanks.
> 
>>> I rebuilt this package with nostrip (but without noopt) and obtained a
>>> backtrace by logging in using "GNOME Classic" and then running at the 
>>> console
>>>   DISPLAY=0:0 gdb --args /usr/bin/gnome-shell --replace
>>> then asking for a backtrace after the segfault had occurred:
>>
>> Please test 0.9.4.0-2 which I've uploaded a few minutes ago.
> 
> Still the same symptom, though the backtrace has changed:

As this seems to be a regression between 0.9.2 and 0.9.4, could you run
git bisect on
git://anongit.freedesktop.org/NetworkManager/NetworkManager
to find the faulty commit.

Problem is, I can't reproduce the issue myself, which makes it a bit
hard to track it down.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#666892: cron: Cross-building support for cron

[Steve Langasek]

Package: cron
Version: 3.0pl1-120
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi guys,

In Ubuntu, the attached patch was applied to add support for cross-building
cron.  cron has a very simple build system, so it's a very simple patch; all
that's required to let cron cross-build is to tell the makefile where the
cross-compiler is.

Please consider including this patch in Debian as well.

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

=== modified file 'debian/rules'
--- debian/rules	2011-10-20 07:57:06 +
+++ debian/rules	2012-04-02 07:11:15 +
@@ -8,6 +8,12 @@
 # Set system type (Linux, HURD, etc.)
 DEB_HOST_ARCH_OS = $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
 
+DEB_HOST_GNU_TYPE  = $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
+DEB_BUILD_GNU_TYPE = $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
+ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
+export CC=$(DEB_HOST_GNU_TYPE)-gcc
+endif
+
 # Standard compiler flags 
 CFLAGS += -Wall -Wno-unused -Wno-comment
 

Bug#599589: geeqie: printing always in portrait format (A4)

[Yoric Kotchukov]

Package: geeqie
Version: 1:1.0-10
Followup-For: Bug #599589

Hello!

Still does not print landscape

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

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

Versions of packages geeqie depends on:
ii  geeqie-common   1:1.0-10
ii  libc6   2.13-27
ii  libexiv2-9  0.20-2.1
ii  libgcc1 1:4.6.3-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  liblcms11.19.dfsg-1+b1
ii  liblircclient0  0.9.0~pre1-1
ii  libpango1.0-0   1.29.4-3+b1
ii  libstdc++6  4.6.3-1

Versions of packages geeqie recommends:
pn  exiftran 
pn  exiv2
pn  imagemagick  8:6.6.9.7-7
pn  librsvg2-common  2.34.2-3
pn  ufraw-batch  
pn  zenity   

Versions of packages geeqie suggests:
pn  geeqie-dbg 
pn  gimp   2.6.12-1+b2
pn  libjpeg-progs  
pn  ufraw  
pn  xpaint 

-- 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#666791: [tex-live] g-brief uses marvosym, but both defined \EMail

[Mojca Miklavec]

On Mon, Apr 2, 2012 at 00:23, Norbert Preining  wrote:
> Dear Mojca, dear Michael,
>
> on the Debian side we got a bug report since the upgrade from 2009 to 2011,
> about a problem with g-brief, and it actually is broken currently,
> completely broken:
>
> Take the simple document:
>        \documentclass{g-brief}
>        \begin{document}
>        \end{document}
> Running it through latex gives:
> (/usr/share/texlive/texmf-dist/tex/latex/marvosym/marvosym.sty
>
> ! LaTeX Error: Command \EMail already defined.
>               Or name \end... illegal, see p.192 of the manual.

Hello Norbert,

Thanks for the report. I have fixed the problem
(https://github.com/mojca/marvosym) by renaming two macros. When I was
updating the font not so long ago, I tried to keep consistent name
with glyph name in the font. The macro was always called \Email until
I changed the name to \EMail and made \Email a synonym, so it makes
sense that I remove \Email rather than the other package maintainers.
Do I have to change any other name as well?

I already wanted to upload the package to CTAN when I realized that
back then we had a problem with whether or not we are allowed to
distribute original PDF documentation. Martin Vogel replied to me
with:

> Mojca,
>
> please excuse me for answering so late, I returned today from my summer
> holidays.
>
> Marvosym is a rather old project, so the license was really a bit
> diffuse. I changed it to OFL to make clear that the font is free to be
> distributed. My understanding of the PDF included in marvosym.zip is
> that it is a text which is documenting the usage of the font. Why should
> I forbid the spreading of it? That would make no sense to me. In fact,
> the idea behind the license to copy the whole archive marvosym.zip
> freely was to be sure that the documentary files were always included.
>
> I have the idea of replacing marvosym.ttf with some smaller font files
> because of the ever persistent windows code page problem which makes it
> difficult to access some of the symbols in certain programs, but I do
> not know when I can find the time to do this.
>
> Regards,
> Martin Vogel

So my question before uploading a fixed version is: based on his
reply, am I allowed to add his original PDF documentation to the
package?

Mojca



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

Bug#666893: geany: FTBFS error: undefined reference to 'g_module_close'

[Jérémy Lal]

Package: geany
Version: 0.21.dfsg-1
Severity: important

Dear Maintainer,
  apt-get source geany
  sudo apt-get build-dep geany
  cd geany-0.21.dfsg/
  debuild

gives that kind of error :
error: undefined reference to 'g_module_close'
and fails.

Regards,
Jérémy.

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

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

Versions of packages geany depends on:
ii  geany-common0.21.dfsg-1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-27
ii  libcairo2   1.12.0-2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.0-1
ii  libgdk-pixbuf2.0-0  2.26.0-2
ii  libglib2.0-02.32.0-3
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.30.0-1
ii  libstdc++6  4.7.0-1
ii  multiarch-support   2.13-27

geany recommends no packages.

Versions of packages geany suggests:
ii  doc-base  0.10.3
ii  libvte9   1:0.28.2-4

-- no debconf information




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

Bug#666790: ITP: python-regex -- alternative regular expression module

[Jakub Wilk]

* Sandro Tosi , 2012-04-02, 10:06:
This sounds like a bad name, since there used to be a regex module in 
the standard distribution a few years back and there's therefore a 
fair amount of documentation warning against using it.


that's the upstream name, and infact I've renamed the also source to 
python-regex (instead of keeping 'regex' as upsteram chose); also, it's 
well known in the python community what regex module is. To make it 
more clear, packages will be python{,3}-regex{,-dbg} but what you'll 
import is regex, as per Python Policy.


Could you point to some references about why it's a bad name?


http://docs.python.org/release/1.5.1/lib/module-regex.html
The module was removed in Python 2.5.

--
Jakub Wilk



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

Bug#666743: gcc-4.6: please provide a multiarch:foreign compiler interface

[Helmut Grohne]

On Mon, Apr 02, 2012 at 10:09:52AM +0200, Matthias Klose wrote:
> tags 666743 + wontfix
> thanks

Did you forget to cc control@?

> looks like an april fool joke. If not, then it's won't fix. upstream
> did explicitly remove the ability to specify the triplet/target and
> the version from the driver.

It actually isn't a joke. I would actually like to see a
multiarch:foreign interface to gcc. Are there other ways this could be
achieved?

> Either get this kind of thing implemented upstream, or not at all.

I am aware that implementing this feature is a huge amount of work. Can
you give more detailed answers to my other questions even if you do not
intend to do this work yourself? Those questions were:

| Is this feature worth the effort? Is the drafted solution applicable?
| Are there other prerequisites needed before changes to the gcc
| packages can be done?

Another option for this case might be multiarch:allowed. However the
current multiarch spec does not permit an explicit gcc:amd64 dependency.

Helmut



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

Bug#666774: eglibc: Updated hppa patch set for version 2.13

[Aurelien Jarno]

tag 666774 + moreinfo
thanks

Le 01/04/2012 20:48, Dave Anglin a écrit :
> Source: eglibc
> Version: 2.13-27
> Severity: important
> Tags: patch
> 
> The following five patches will be attached to the report:
> core-2011-08-31.diff
> ports-2011-08-31.diff
> ports-2011-09-17.diff
> ports-2011-10-30.diff
> ports-2012-03-31.diff
> 
> core-2011-08-31.diff replaces hppa/local-stack-grows-up.diff.
> hppa/local-stack-grows-up.diff must be deleted first.  The
> core patch addresses stack grows up issues.
> 
> The ports patches must be applied in order of date.  They address
> a variety of issues (e.g., udev bootstrap failure due to incorrect
> flags, various pthread condition failures).
> 
> The patches have been collected from messages posted to the parisc
> linux mailing list, and from private work with Carlos O'Donell.
> I have adjusted the original patches so that they apply to 2.13.
> 
> Aurelien, would you please apply these changes?
> 

Thanks for theses patches. However it seems most of them are already
present in the Debian package. Against which version are there supposed
to work? The best would be to get these patches against the current
Debian package.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

[Mathieu Simon]

Hi,

Ok, I have tried to prepare a list based on Jonathan's inputs.
It seems v3.2.12 is the current base for wheezy's kernel.
I attached a list with patches that hopefully arrives on BTS with:

git log --oneline --no-merges v3.2.12..v3.4-rc1 -- drivers/staging/hv/ \
drivers/hv/ tools/hv/ include/linux/hyperv.h drivers/net/hyperv \
drivers/hid/hid-hyperv.c drivers/scsi/storvsc_drv.c >
hyperv.patches.list

For personal testing, I have made a very basic cherry-pick script with
tac & awk to find gotchas when picking all patches in one run:
(Perhaps I ran into them due to my own in-experience here... anyway)

cf6a2ea drivers: hv: Don't OOPS when you cannot init vmbus
Not needed, since already included in gregkh's 3.2-stable, leave it out.

045b168 Staging: hv: mousevsc: Remove the mouse driver from the staging tree
Needed to 'git rm' manually the old driver in staging

95fa040 staging: hv: move hv_netvsc out of staging area
Needed manual merge of: drivers/staging/hv/Kconfig,
drivers/staging/hv/Makefile

fe17a8c Staging: hv: remove hv_mouse driver as it's now in the hid directory
Needed manual merge of: drivers/staging/hv/Kconfig

86cbce4 hv: remove the second argument of k[un]map_atomic()
Upstream had a strange merge, don't know exactly what to propose:

This patch was made against the in-staging storvsc_drv.c, but applies
without problems
on drivers/scsi/storvsc_drv, I just had to rework the path. - Parts of
the changes are even
applied in the merge commit 9f39383.

In the end I had a small diff on storvsc_drv.c possibly do to Linus'
manual merge conflict
resolving in: 9f39383 Merge branch 'kmap_atomic' of
git://github.com/congwang/linux

I have taken the final diff and applied it manually, the driver still built.
I'll try to make a kernel-package and see of well/bad this works out on
a test VM with wheezy.

Finally: This list doesn't contain changes to drivers/ata/ata_piix.c

- Mathieu
86cbce4 hv: remove the second argument of k[un]map_atomic()
da24e90 net/hyperv: Fix the code handling tx busy
adc80ae Tools: hv: Support enumeration from all the pools
db42533 Tools: hv: Fully support the new KVP verbs in the user level daemon
fa3d5b8 Drivers: hv: Support the newly introduced KVP messages in the driver
bb6d5e7 net/hyperv: fix erroneous NETDEV_TX_BUSY use
e485ceac Drivers: hv: Add new message types to enhance KVP
1f5f3a7 net/hyperv: Add support for vlan trunking from guests
ef31bef net/hyperv: Fix data corruption in rndis_filter_receive()
d31b20f net/hyperv: Use the built-in macro KBUILD_MODNAME for this driver
89ae7d7 Staging: hv: storvsc: Move the storage driver out of the staging area
14c1bf8 drivers: hv: Increase the number of VCPUs supported in the guest
2640335 drivers: hv: kvp: Cleanup the kernel/user protocol
eab6af7 tools: hv: Use hyperv.h to get the KVP definitions
59a084a drivers: hv: Cleanup the kvp related state in hyperv.h
af9584b Staging: hv: storvsc: Consolidate all the wire protocol definitions
61eaffc Staging: hv: storvsc: Consolidate the request structure
410c52e Staging: hv: storvsc: Get rid of some unused defines
6b2f949 Staging: hv: storvsc: Cleanup some protocol related constants
85904a5 Staging: hv: storvsc: Cleanup the code for generating protocol version
c649114 Staging: hv: storvsc: Miscellaneous cleanup of storvsc driver
93a1bf4 Staging: hv: storvsc: Rename the context field in hv_storvsc_request
2707388 Staging: hv: storvsc: Get rid of the on_io_completion in 
hv_storvsc_request
a8c18c5 Staging: hv: storvsc: Add a comment to explain life-cycle management
ddcbf65 Staging: hv: storvsc: Move and cleanup storvsc_remove()
4b270c8 Staging: hv: storvsc: Cleanup storvsc_host_reset_handler()
1604632 Staging: hv: storvsc: Introduce defines for srb status codes
c77b63b Staging: hv: storvsc: Cleanup storvsc_queuecommand()
59d2295 Staging: hv: storvsc: Cleanup storvsc_probe()
09f0355 Staging: hv: storvsc: Cleanup some comments
bce6080 net/hyperv: Remove the unnecessary memset in rndis_filter_send()
6f4c444 net/hyperv: Correct the assignment in netvsc_recv_callback()
5fccab3 net/hyperv: Convert camel cased variables in rndis_filter.c to lower 
cases
2939437 drivers: hv: kvp: Move the contents of hv_kvp.h to hyperv.h
4f03a2c drivers: hv: kvp: Add/cleanup connector defines
c31c151 net/hyperv: Fix the page buffer when an RNDIS message goes beyond page 
boundary
0a28253 net/hyperv: Use netif_tx_disable() instead of netif_stop_queue() when 
necessary
4b8a8bc net/hyperv: fix the issue that large packets be dropped under bridge
c1c454b HID: hyperv: Properly disconnect the input device
48c3883 net/hyperv: rx_bytes should account the ether header size
2897a56 drivers: hv: Get rid of some unnecessary code
c11bf1c net/hyperv: fix possible memory leak in do_set_multicast()
8f257a1 Drivers:hv: Fix a bug in vmbus_driver_unregister()
4d447c9 net/hyperv: Add support for jumbo frame up to 64KB
f157e78 net/hyperv: Add NETVSP protocol version negotiation
4532634 net/hyperv: Remove unnecessary kmap_atomic in 

Bug#666408: error related to NFS mounts

[Olivier Sallou]

 1. The issue is related to NFS mounts. If I unmount my NFS, gmond is ok.
 2.

there is a bug in Ubuntu for this:

 3.

Bug #910678

 4.

-- 

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

Bug#666545: menu: please migrate to kde-runtime

[Bill Allombert]

On Sat, Mar 31, 2012 at 06:44:47PM +0200, Pino Toscano wrote:
> Source: menu
> Version: 2.1.46
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> since KDE SC 4.7, the kdebase-runtime source and binary have been
> renamed to kde-runtime, and kdebase-runtime is now a transitional
> metapackage.
> Could you please add kde-runtime as alternative in the suggestions
> of menu? Attached there is a patch for it.

Hello Pino,

Could not kde-runtime provides a virtual package kdesu so I could just
Suggests: kdesu ? 
It utsed to be kdebase-bin, kdebase-runtime and now kde-runtime.
This is moving to fast.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#665969: transition: apt 0.9.0

[Raphael Hertzog]

user release.debian@packages.debian.org
usertags 665969 transition
retitle 665969 transition: apt 0.9.0
thanks

On Tue, 27 Mar 2012, Michael Vogt wrote:
> Please provide bin-NMUs for a coming apt ABI change (the apt version
> in experimental will hit unstable as 0.9.0).

Actually you want a transition slot. It will involve bin-nmus
but it's dealt differently than one-shot binnmu requests.
https://wiki.debian.org/Teams/ReleaseTeam/Transitions

Here's some ben configuration snippet that should be usable to track
the transition:

Affected: .build-depends ~ /libapt-pkg-dev/
Good: .depends ~ /libapt-pkg4.12|libapt-inst1.4/
Bad: .depends ~ /libapt-pkg4.10|libapt-inst1.2/

Release team, any idea when this transition can be scheduled?

> We need to make sure that libept gets rebuild right after apt is ready
> to ensure that its updated for the new apt. Ideally we take the
> version in experimental that encodes the apt ABI version in its soname
> to ensure that its clear that while libept did not change ABI it
> indirectly did because of the libapt ABI break.

This means that libept reverse dep also need to be updated right and that
it should happen at the same time than the apt transition...

In which case the ben config should be:

Affected: .build-depends ~ /libapt-pkg-dev|libept-dev/
Good: .depends ~ /libapt-pkg4.12|libapt-inst1.4|libept1.4.12/
Bad: .depends ~ /libapt-pkg4.10|libapt-inst1.2|libept1\b/

But I'm not quite sure how to ensure that libept1 doesn't match a dependency
on libept1.4.12...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#666791: [tex-live] g-brief uses marvosym, but both defined \EMail

[Norbert Preining]

Hi MOjca,

On Mo, 02 Apr 2012, Mojca Miklavec wrote:
> Thanks for the report. I have fixed the problem
> (https://github.com/mojca/marvosym) by renaming two macros. When I was

Thanks, good to hear.

> I changed the name to \EMail and made \Email a synonym, so it makes
> sense that I remove \Email rather than the other package maintainers.
> Do I have to change any other name as well?

Not that I know of at the moment.

> I already wanted to upload the package to CTAN when I realized that
> back then we had a problem with whether or not we are allowed to
> distribute original PDF documentation. Martin Vogel replied to me
> with:

...

> So my question before uploading a fixed version is: based on his
> reply, am I allowed to add his original PDF documentation to the
> package?

INAL but I would say yes, of course, it is very clear. But keep in mind,
is there also the source code of the pdf?

Thanks for the upload ...

Best wishes

Norbert

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

NAUGATUCK (n.)
A plastic sachet containing shampoo, polyfilla, etc., which is
impossible to open except by off the corners.
--- Douglas Adams, The Meaning of Liff



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

Bug#666488: Patch to fix unresponsiveness after logging in to MSN account

[Fabrizio Regalli]

Hi Alejandro,

Thanks for your report.
I spoke with upstream a few minutes ago: today there will be a new
version of emesene.
In the meantime, for those who can't use emenese, here's a workaround:

- open file 
/usr/share/emesene/emesene/e3/papylib/papyon/papyon/gnet/io/ssl_socket.py

- change the line 

context = OpenSSL.Context(OpenSSL.SSLv23_METHOD)

into

context = OpenSSL.Context(OpenSSL.SSLv3_METHOD)

- start emesne

Cheers,
Fabrizio.


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

Bug#666747: kfreebsd-image-9-amd64: "No space left on device" on /run

[Gonéri Le Bouder]

Le 1 avril 2012 17:53, Steven Chamberlain  a écrit :
> Attached is a simpler fix for this, proposed upstream.  Please try it...
>
> The patch should be good for both kfreebsd-8 and kfreebsd-9.
The patch works great. I'm building webkit since yesterday and everything
looks good so far.

Best regards
-- 
     Gonéri Le Bouder



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

Bug#666790: ITP: python-regex -- alternative regular expression module

[Sandro Tosi]

On Mon, Apr 2, 2012 at 10:33, Jakub Wilk  wrote:
> http://docs.python.org/release/1.5.1/lib/module-regex.html
> The module was removed in Python 2.5.

so for the supported python versions is a "safe" name. Sorry, but I'm
not going to change that name (if you install a third-party module,
you should know what you do) for just some possible confusion in the
doc.

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#666680: texlive-base: fails to upgrade from 'testing'

[Norbert Preining]

tags 80 - unreproducible moreinfo
severity 80 serious
thanks

On Mo, 02 Apr 2012, Andreas Beckmann wrote:
> install dvipsk-ja instead

Indeed

> I think the templates are not properly registered at the time they are
> being used ... but I'm no debconf guru.

Me neither ... at least now I know *why* it breaks, because dvipsk-ja
installs a config file that has a4size as paper size, and all the others
a4, so the queried paper sizes differ, and thus another part is
executed in the libpaper.d/texlive-base script.

Frank, it is here:
  # the four Papers are not all the same. Ask the user.
  db_subst texlive-base/binary_chooser libpaperPaper $LibpaperPaper

Do you know why this breaks?

> the templates are used from an arbitrary script, not a maintainer script
> directly, so eventually dh_installdebconf did not generate some
> neccessary bits ... I think I had a similar issue with the
> nvidia-support package ...

Ok, I hope Frank can make something out of that.

Best wishes

Norbert

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

POLBATHIC (adj.)
Gifted with ability to manipulate taps using only the feet.
--- Douglas Adams, The Meaning of Liff



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

Bug#650536: ITM: Please review hardening-support branch to fix #650536 (Was: Re: Bug#650536: update!)

[Niels Thykier]

On Apr 1, 2012 17:42 "Kees Cook"  wrote:
> On Sun, Apr 01, 2012 at 05:16:38PM +0200, Niels Thykier wrote:
> [...]
> > Kees, btw, are you certain of the copyright statements in
> > collection/hardening-info?
> > 
> > """
> > # The original shell script version of this script is
> > # Copyright (C) 1998 Christian Schwarz
> > #
> > # The objdump version, including support for etch's binutils, is
> > # Copyright (C) 2008 Adam D. Barratt
> > #
> > # This version, a trimmed-down wrapper for hardening-check, is
> > # Copyright (C) 2012 Kees Cook 
> > """
> > 
> > I suspect some of it is copy-waste from collection/objdump-info...
> 
> Yeah, when collection/hardening-info started its life, it was largely
> copied from objdump-info. I wasn't sure if I should drop the copy
> rights
> from there, so I left them. If they shouldn't be there, then we can
> drop them (patch attached).
>

Honestly, I am not too sure about Copyright and all.  I just guessed
it was copy-paste of the file header (I have been known to do that
myself) because I did not see a lot of resemblance with objdump-info.

Maybe some of the others know what the correct thing to do here.  :)

> > > After this patch, the TODO's single remaining item is:
> > > 
> > > + revise tag certainty and description:
> > >   - overrides (we can't do much about FP etc.)
> > > 
> > > What is needed for this? Should I expand the descriptions more? Or
> > > was
> > > there something else?
> > >
> > 
> > It was mostly a reminder to myself to review them and maybe add a
> > "disclaimer" on the false-positives.
> 
> Yeah, I tried to do this in the descriptions already, but maybe it
> could be even more verbose. I wasn't sure to what level to get into
> the details of the potential false positives. I am, of course, open to
> any improvements! :)
> 
> [...]
> > Optimally, Lintian would handle the architecture specific part of
> > these tags better in terms of overrides so people do not have to
> > maintain the archlist for their overrides.  However, that can come
> > in Lintian 2.5.8 or some later time (if at all).
> 
> Wouldn't overrides only be a problem if a maintainer disabled a
> hardening
> feature on a subset of the archs that expected it to be enabled? This
> seems unlikely, or maybe I've misunderstood.
> 

No, At least the "hardening-no-stackprotector" can be triggered in a
perfectly safe program where the stack protector is not needed.  We
worked around this in the test suite by ensuring there was a stack
that needed protection, but I would be very sad to see people do
the same in real programs.

If I understood you correctly in comment 44, then the protected
functions could have the same issue:

"""
For example, if the only function used was gethostname(), it's possible to
do compile-time verification to see that the _chk() version isn't needed,
so even though the source was built with -D_FORTIFY_SOURCE=2, the
unprotected function will be used.
"""

Actually, come to think of it - hardening-no-stackprotector smells a bit
like a "wild-guess" since we can only say if it is safe, not if it might
be vulnerable.  Though "possible" -> "wild-guess" would change it from
a "W" to "I" tag (and therefore not visible by default).
  The fortify functions code (in hardening-check) at least makes an
educated guess and marks it safe if there are no uses of "possible
vulnerable" functions (or if there are mixed uses).  It may still be
wrong, but we will not get a false-positive if the binary do not use
any of the vulnerable functions.

Do anyone have comments on dropping the stack protector to wild-guess?

> > I have rebased the branch and it is now available from [1] and I
> > intend to merge it into master before we do the 2.5.7 release.
> > As mentioned, I have added a new test suite hook[0], which some
> > may (or may not) find controversial.
> > 
> > Assuming no comments/objections, I intend to merge the branch
> > into master before the end of Easter.
> 
> Great! Thank you so much for all the help with this. :)
> 
> -Kees
> 

You are welcome.  :)

~Niels




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

Bug#666894: octave-gdf: Adjust for the new octave package version 3.6.1

[Rafael Laboissiere]

Package: octave-gdf
Version: 0.1.2-1
Severity: important
Tags: patch

The current version of libgdf in sid build-depends on octave3.2-headers. 
This later package will be removed from unstable once the transition to 
the new version of octave (currently 3.6.1) will be completed (see the 
wiki page of the DOG [1]).  

The libgdf package needs octave3.2-headers for including the makefile
fragment defs.make and for calling the octave-depends script that makes
the substitution of ${octave:Depends}.  These files have been dropped in
the Debian packaging of Octave 3.6.1.

I am attaching below a patch for fixing the issues in this bug report.
The patch was obtained through debdiff. I added the corresponding entries
to debian/changelog.  The octave-gdf package should now simply depend on
octave.  Note that the octave-gdf package will, in fine, depend on
liboctave1, which will pull the appropriate version of octave (3.6.1-4,
currently).

I also added the files octave-gdf.docs and octave-gdf.examples to the
debian/ directory for installing the functions documentation and the 
provided examples.  I think that these are useful additions.

Rafael 

[1] http://wiki.debian.org/Teams/DebianOctaveGroup 
 
-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libgdf-0.1.2/debian/changelog libgdf-0.1.2/debian/changelog
--- libgdf-0.1.2/debian/changelog   2012-02-29 16:59:18.0 +
+++ libgdf-0.1.2/debian/changelog   2012-04-02 09:02:39.0 +
@@ -1,3 +1,22 @@
+libgdf (0.1.2-2) UNRELEASED; urgency=low
+
+  * debian/control:
+- Build-depend on liboctave-dev, such that the package will build with
+  Octave 3.6
+- Depend simply on octave, do not use the obsolete ${octave:Depends}
+  substitution variable anymore
+  * debian/rules:
+- Use directly the octave-config script in order to get the
+  installation path for the *.mex files
+- Do not invoke the obsolete script octave-depends
+  * debian/octave-gdf.docs: New debhelper file for installing the
+gdf_{reader,writer}.m files, which contain actually just the
+documentation for the *.mex files
+  * debian/octave-gdf.examples: New debhelper file for installing the
+provided examples
+
+ -- Rafael Laboissiere   Mon, 02 Apr 2012 09:21:23 
+0200
+
 libgdf (0.1.2-1) unstable; urgency=low
 
   * Fresh upstream snapshot
diff -Nru libgdf-0.1.2/debian/control libgdf-0.1.2/debian/control
--- libgdf-0.1.2/debian/control 2012-02-29 16:59:18.0 +
+++ libgdf-0.1.2/debian/control 2012-04-02 07:21:02.0 +
@@ -4,7 +4,7 @@
 Uploaders: Yaroslav Halchenko , Michael Hanke 

 Build-Depends: debhelper (>= 7.0.50~), cmake (>= 2.8), help2man,
   libboost-dev (>> 1.34.2~), libboost-filesystem-dev, 
libboost-program-options-dev, libboost-date-time-dev,
-  octave-pkg-dev (>= 0.5.7)
+  liboctave-dev
 Standards-Version: 3.9.2
 Section: libs
 Homepage: http://sourceforge.net/projects/libgdf
@@ -60,7 +60,7 @@
 Package: octave-gdf
 Section: science
 Architecture: any
-Depends: ${octave:Depends}, ${shlibs:Depends}, ${misc:Depends}
+Depends: octave, ${shlibs:Depends}, ${misc:Depends}
 Description: IO library for the GDF -- Octave interface
  GDF (General Dataformat for Biosignals) is intended to provide a generic
  storage for biosignals, such as EEG, ECG, MEG etc.
diff -Nru libgdf-0.1.2/debian/octave-gdf.docs 
libgdf-0.1.2/debian/octave-gdf.docs
--- libgdf-0.1.2/debian/octave-gdf.docs 1970-01-01 00:00:00.0 +
+++ libgdf-0.1.2/debian/octave-gdf.docs 2012-04-02 08:03:52.0 +
@@ -0,0 +1 @@
+matlab/*.m
diff -Nru libgdf-0.1.2/debian/octave-gdf.examples 
libgdf-0.1.2/debian/octave-gdf.examples
--- libgdf-0.1.2/debian/octave-gdf.examples 1970-01-01 00:00:00.0 
+
+++ libgdf-0.1.2/debian/octave-gdf.examples 2012-04-02 08:14:54.0 
+
@@ -0,0 +1 @@
+matlab/examples/*
diff -Nru libgdf-0.1.2/debian/rules libgdf-0.1.2/debian/rules
--- libgdf-0.1.2/debian/rules   2012-02-29 16:59:18.0 +
+++ libgdf-0.1.2/debian/rules   2012-04-02 07:52:16.0 +
@@ -18,12 +18,8 @@
-DBUILD_SHARED_LIBS:BOOL=ON \
-DBUILD_TESTING:BOOL=ON
 
-# OCTDIR=$(shell octave-config --oct-site-dir)
-# get octave paths (have to build-depend on octave-headers)
-# Note: bdepending on octave-pkg-dev since it is not
-#   embedding version information ;) so we could backport
-#   easily
-include /usr/share/octave/debian/defs.make
+# get octave paths (have to build-depend on liboctave-dev)
+OCTDIR=$(shell octave-config --print LOCALOCTFILEDIR)
 
 %:
dh $@ --buildsystem=cmake
@@ -55,9 +51,7 @@
 override_dh_auto_install:
dh_auto_install
: # Insta

Bug#666742: more information

[Eric Lavarde - Debian Bugs]

Hello,

I forgot to note: even if I restart vdr-sxfe it shows only a black screen
with "No Sender" (or something like this) written in red, whereas I can
see in my LCD screen (imon) that the plugin is still showing the name of
the photo and switching between them as I use my remote control.

Eric

-- 
Eric de France, d'Allemagne et de Navarre



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

Bug#663930: debian-policy: New virtual package for naming spec compliant icon themes

[Bill Allombert]

On Thu, Mar 29, 2012 at 07:51:22PM -0700, Russ Allbery wrote:
> Fernando Lemos  writes:
> 
> > Cool. I thought of something like:
> 
> >icon theme compliant to the
> > freedesktop.org Icon Naming Specification
> 
> Looks fine to me.
> 
> > As for the package name itself, I like fdo-icon-theme. Would that be too
> > specific? I wonder if something more generic like desktop-icon-theme
> > would be more appropriate.
> 
> I like embedding the standard to which it complies in the name.  We may
> end up with some other standard in the future, in which case we may want
> another virtual package.
> 
> > Since there has been no discussion in debian-devel, I found it
> > unnecessary to summarize the outcome of the discussion here. So, if
> > there's any questions about the proposal or the brief debian-desktop
> > discussion, please let me know and I'll try to clear it up.
> 
> Nope, I think we're good.
> 
> We don't have a real formal policy for adding virtual package names, but
> for the record I second this, and am happy to see others who have reviewed
> it second it.  (Failing seconds, I'll probably make this change anyway for
> the next release if there are no actual objections.)

On the other hand, it is always helpful for the policy editor when a second 
concerned developer read the proposal and second it. This allow to avoid typos 
and
other minor errors that the editor is not in the best position to catch.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#666791: [tex-live] Bug#666791: g-brief uses marvosym, but both defined \EMail

[Mojca Miklavec]

On Mon, Apr 2, 2012 at 11:10, Norbert Preining wrote:
>
>> I already wanted to upload the package to CTAN when I realized that
>> back then we had a problem with whether or not we are allowed to
>> distribute original PDF documentation. Martin Vogel replied to me
>> with:
>
> ...
>
>> So my question before uploading a fixed version is: based on his
>> reply, am I allowed to add his original PDF documentation to the
>> package?
>
> INAL but I would say yes, of course, it is very clear. But keep in mind,
> is there also the source code of the pdf?

Uncompressed PDF is just a text file, isn't it? You can also easily
use any tool like InDesign to modify it if hand-editing PDF file by
hand sounds too complicated ;)

The document has been created with some ancient version of Star Office
(that's probably a predecessor of OpenOffice/LibreOffice, so there is
even a slight chance that it could be opened :). That source document
is not part of the zip, but even if it was it would probably be almost
useless since even if one would be able to open it, it would be a bit
difficult to convince Office to use the right version of font and the
right glyphs. (It would probably work after some time, but it would be
a nontrivial task.)

In principle it is trivial to reproduce the document (or even to just
copy-paste from PDF to Writer and fix some problems; or maybe
replicate the document in TeX), but I see no compelling reason to do
so. It is just work (trivial work) that takes time and doesn't bring
any benefit apart from being able to say that "we have the source now"
and resulting in a document just a tiny bit different from author's
original. Using common-sense, replicating the document is a less
friendly gesture towards the author than simply including the original
PDF. If anyone feels a need to do whatever changes in the document,
(s)he can always do that when the need arises.

The document contains 12 pages of a table with
(graphical symbol, character number, latin1 character to type,
PostScript name, German description, English description)
plus Author's contact information and some tiny examples at the end.

Mojca



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

Bug#666895: hardening-wrapper: FTBFS: dh_auto_test: make -j1 check returned exit code 2

[Niels Thykier]

Package: hardening-wrapper
Version: 2.0
Severity: serious

FTBFS on i386, hurd-i386 and powerpc (where it was built previously).
Tail of the i386 included:

"""
perl ../build-tree/hardening-check  ../build-tree/wrapper-test-all.a
../build-tree/wrapper-test-all.a:
 Position Independent Executable: no, object archive (ignored)
 Stack protected: no, not found!
 Fortify Source functions: yes (some protected functions found)
 Read-only relocations: no, non-ELF (ignored)
 Immediate binding: no, non-ELF (ignored)
make[3]: *** [../build-tree/wrapper-test-all.a] Error 1
make[3]: Leaving directory 
`/build/buildd-hardening-wrapper_2.0-i386-P0i4X4/hardening-wrapper-2.0/tests'
make[2]: *** [check] Error 2
make[2]: Leaving directory 
`/build/buildd-hardening-wrapper_2.0-i386-P0i4X4/hardening-wrapper-2.0/tests'
make[1]: *** [check] Error 2
make[1]: Leaving directory 
`/build/buildd-hardening-wrapper_2.0-i386-P0i4X4/hardening-wrapper-2.0'
dh_auto_test: make -j1 check returned exit code 2
make: *** [build] Error 29
"""

~Niels



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

Bug#662495: claws-mail crashes when reply to mail

[Ricardo Mones]

tags 662495 moreinfo
thanks

  Hi Yevgeny,

  Sorry for the late response, unfortunately your mail was marked as spam
and I had to recover it by hand.

On Mon, Mar 05, 2012 at 12:14:43PM +0700, Yevgeny Kosarzhevsky wrote:
> Package: claws-mail
> Version: 3.8.0-1
> Severity: important
> 
> Dear Maintainer,
> I get segfault any time I am trying to reply on the message:

  From the stack trace looks like a bug on your GTK engine:

> #3  0x7fffec16b174 in grabFillPixmap () from 
> /usr/lib/gtk-2.0/2.10.0/engines/libqt4engine.so
> #4  0x7fffec16cabe in ?? () from 
> /usr/lib/gtk-2.0/2.10.0/engines/libqt4engine.so

  Can you try to remove gtk-qt-engine package and see if crash goes away?

  thanks in advance,
-- 
  Ricardo Mones 
  ~
  The world will end in 5 minutes. Please log out.Unknown



signature.asc
Description: Digital signature

Bug#666791: [tex-live] Bug#666791: g-brief uses marvosym, but both defined \EMail

[Norbert Preining]

On Mo, 02 Apr 2012, Mojca Miklavec wrote:
> use any tool like InDesign to modify it if hand-editing PDF file by
> hand sounds too complicated ;)

Hahaha, I know that, did it myself already.

> The document has been created with some ancient version of Star Office
> (that's probably a predecessor of OpenOffice/LibreOffice, so there is

Do you *have* the old document? If yes, simply include it, it doesn't
cost you anything, and all the discussions are at end.

If you don't have it and it cannot be found, then we forget it
and do like you said.

Best wishes

Norbert

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

FEAKLE (vb.)
To make facial expressions similar to those that old gentlemen make to
young girls in the playground.
--- Douglas Adams, The Meaning of Liff



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

Bug#661318: [PATCH 1/1] ata_piix: defer disks to the Hyper-V paravirtualised drivers by default Re: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

[Victor Miasnikov]

Hi!



Mathieu Simon wrote:
ata_pIIx doesn't defer to the (much faster) paravirt storage driver when
Debian is run on Hyper-V,
or worse, we can lose the root file system when drivers switch between
storvsc and ata_piix.

As we can't use modprobe rules (as done on RHEL for this), Andy
Whitcroft has come up
with a patch for Ubuntu's 3.2-based kernel that solves the problem and
does the job on Wheezys' kernel too.*


Jonathan Nieder>>

ata_pIIx [...]
Has the topic been raised on the linux-ide@ list?



http://www.spinics.net/lists/linux-ide/msg43078.html
==
 a.. To: Jeff Garzik , linux-ide@xxx
 b.. Subject: [PATCH 1/1] ata_piix: defer disks to the Hyper-V paravirtualised 
drivers by default
 c.. From: Andy Whitcroft 
 d.. Date: Thu, 29 Mar 2012 18:28:50 +0100
 e.. Cc: Andy Whitcroft , linux-kernel@xxx, "K. Y. Srinivasan" , Mike 
Sterling 

 f.. List-id: 



When we are hosted on a Hyper-V hypervisor the guest disks are exposed
both via the Hyper-V paravirtualised drivers and via an emulated SATA disk
controller.  We want to use the paravirtualised drivers where possible as
they are much more performant.  The Hyper-V paravirtualised drivers only
expose the virtual hard disk devices, the CDROM/DVD devices must still
be enumerated on the virtualised SATA controller.  As we have no control
over kernel probe order for these two drivers especially when one driver
is builtin to the kernel and the other a module, we need to prevent the
ata_piix driver from claiming the disks devices by default when running
on a Hyper-V hypervisor.

When enumerating the drives look at the aquired device ID and if it
appears to be a disk device then report it as disconnected.  Limit this
behaviour to when we have detected a Hyper-V hypervisor.  Finally allow
this behaviour to be overriden via a new module parameter.

BugLink: http://bugs.launchpad.net/bugs/929545
BugLink: http://bugs.launchpad.net/bugs/942316
Signed-off-by: Andy Whitcroft 
---
drivers/ata/ata_piix.c |   29 +
1 files changed, 29 insertions(+), 0 deletions(-)

   This was discovered when doing some boot testing on a Hyper-V
   host.  Performance was found to be bad as out builtin ata_piix
   driver was grabbing the disks.  I am Cc:ing a couple of the
   Microsoft people who worked on the HV driver set as well.

   Note that the device id data is converted from device to host
   order in the caller which makes examining the data problematic.
   As this code only make sense on X86 and we know we are in
   matching order we can access the data without first fixing it.
   Alternativly we could add a new callback from the ata core
   after the code has been fixed for validation.

   Comments?

   -apw
. . .==
http://www.spinics.net/lists/linux-ide/msg43087.html
==
 a.. To: "Andy Whitcroft" , "Jeff Garzik" , 

 b.. Subject: Re: [PATCH 1/1] ata_piix: defer disks to the Hyper-V 
paravirtualised drivers by default
 c.. From: "Victor Miasnikov" 
 d.. Date: Fri, 30 Mar 2012 12:14:20 +0300
 e.. Cc: , "K. Y. Srinivasan" , "Mike Sterling" 


 f.. List-id: 



Hi!

- Original Message - From: "Andy Whitcroft" apw
Sent: Thursday, March 29, 2012 8:28 PM
Subject: [PATCH 1/1] ata_piix: defer disks to the Hyper-V paravirtualised 
drivers by default

guest disks are exposed both via the Hyper-V paravirtualised drivers and via an 
emulated SATA disk
controller.   . . .  we need to prevent the
ata_piix driver from claiming the disks devices by default when running
on a Hyper-V hypervisor.
Yes

Thanks for patch!

  Comments?
This patch is  "UBUNTU Way" Solution described in

See
http://vvm.blog.tut.by/2012/03/29/linux-on-hyper-v-use-hv_storvsc-instead-of-ata_piix-to-handle-the-ide-disks-devices-but-not-for-the-dvd-rom-cd-rom-device-handling/
Or

http://marc.info/?l=linux-kernel&m=133302969709312&w=2
==
List: linux-kernel
Subject: Linux on Hyper-V -- use hv_storvsc instead of ata_piix to handle the IDE disks devices ( but not for the 
DVD-ROM / CD-ROM device handling) Fw: [PATCH RFC] ata_piix: ignore disks in a hyper-v guest

From: "Victor Miasnikov"
Date: 2012-03-29 14:00:05

. . .

"UBUNTU Way" Solution -- tested with
Ubuntu 12.04 LTS (Precise Pangolin) Daily Build 2012-03-13
precise-desktop-amd64.iso
, work Ok
. . .
==



i.e. "[PATCH 1/1] ata_piix: defer disks to the Hyper-V paravirtualised drivers by default" is fully worked solution to 
the described problem


Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/
--
==


Best regards, Victor Miasnikov
Blog:  http://vvm.blog.tut.by/





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

Bug#666791: [tex-live] Bug#666791: g-brief uses marvosym, but both defined \EMail

[Robin Fairbairns]

Mojca Miklavec  wrote:

> On Mon, Apr 2, 2012 at 11:10, Norbert Preining wrote:
> >
> >> I already wanted to upload the package to CTAN when I realized that
> >> back then we had a problem with whether or not we are allowed to
> >> distribute original PDF documentation. Martin Vogel replied to me
> >> with:
> >
> > ...
> >
> >> So my question before uploading a fixed version is: based on his
> >> reply, am I allowed to add his original PDF documentation to the
> >> package?
> >
> > INAL but I would say yes, of course, it is very clear. But keep in mind,
> > is there also the source code of the pdf?
> 
> Uncompressed PDF is just a text file, isn't it?

maybe; but it still has pointers which mean that editing involves
replacing text without changing the text's length.  it's not normally
considered a sane thing to do.

> You can also easily
> use any tool like InDesign to modify it if hand-editing PDF file by
> hand sounds too complicated ;)

who's "you"?  i've never even seen a copy of indesign; arguing from that
to saying that you don't need source in tl ... is a non-starter.

> The document has been created with some ancient version of Star Office
> (that's probably a predecessor of OpenOffice/LibreOffice, so there is
> even a slight chance that it could be opened :). That source document
> is not part of the zip, but even if it was it would probably be almost
> useless since even if one would be able to open it, it would be a bit
> difficult to convince Office to use the right version of font and the
> right glyphs. (It would probably work after some time, but it would be
> a nontrivial task.)
> 
> In principle it is trivial to reproduce the document (or even to just
> copy-paste from PDF to Writer and fix some problems; or maybe
> replicate the document in TeX), but I see no compelling reason to do
> so. It is just work (trivial work) that takes time and doesn't bring
> any benefit apart from being able to say that "we have the source now"
> and resulting in a document just a tiny bit different from author's
> original. Using common-sense, replicating the document is a less
> friendly gesture towards the author than simply including the original
> PDF. If anyone feels a need to do whatever changes in the document,
> (s)he can always do that when the need arises.

fine.  we can hold the pdf on ctan, but tl won't take anything for which
there is no source.

> The document contains 12 pages of a table with
> (graphical symbol, character number, latin1 character to type,
> PostScript name, German description, English description)
> plus Author's contact information and some tiny examples at the end.

it is indeed going to be a joy to reproduce the document in tex.

robin



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

Bug#666885: Untrusted signature on unstable

[Alessandro Ghedini]

tags 666885 moreinfo
kthxbye

On Mon, Apr 02, 2012 at 08:04:06AM +0100, Klaus Ethgen wrote:
> Package: libcurl3-gnutls
> Version: 7.21.0-2.1+squeeze2
> Severity: serious
> Tags: squeeze
> 
> The curent security update has a nontrusted signature. So there is no
> evidence that this package is safe.

What do you mean with "untrusted signature"? Did you refer to the key that was
used to upload the package?

Cheers

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


signature.asc
Description: Digital signature

Bug#608719: Debian Policy about administrator X.509 certificate stores [was: Re: dovecot-common: please do not use /etc/ssl/certs for end-entity X.509 certificates (/etc/ssl/certs/dovecot.pem)]

[Bill Allombert]

On Tue, Mar 20, 2012 at 01:22:29AM -0400, Daniel Kahn Gillmor wrote:
> [this discussion started on http://bugs.debian.org/608719]
> 
> On 03/19/2012 11:14 PM, Ben Hutchings wrote:
> >On Sun, 2011-01-02 at 18:20 -0500, Daniel Kahn Gillmor wrote:
> >>It looks like dovecot-common's postinst script creates a new X.509
> >>certificate and places it in /etc/ssl/certs/dovecot.pem.  This
> >>certificate is for use as the IMAP or POP server's end entity
> >>certificate.
> >>
> >>However, /etc/ssl/certs/ is used elsewhere in debian (e.g. the default
> >>for wget's --ca-directory option) as a directory of legitimate root
> >>certificate authorities -- *not* end entity certificates.
> >
> >Is this specified in any policy?  If not, shouldn't it be discussed on
> >debian-policy?
> 
> Sure, that makes sense.  I'm cc'ing debian-policy here.  I'm not
> subscribed to that list, so please keep me Cc'ed in the followup.
> 
> >Personally, I think that it is a bad idea to treat the
> >certificates in /etc/ssl/certs as automatically trusted.  Even if
> >packagers follow such a policy, system administrators likely will not
> >read the policy and will not suspect that installing a certificate there
> >has this effect.

Another issue is that no directories is provided for the system administrator to
put their local certs. Of course they can use /etc/ssl/certs, but then the 
certs are 
drowned by the number. 

Cheers,
Bill.



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

Bug#666711: lists.debian.org: spam review: review script broken

[Francesca Ciceri]

Hi,

On Sun, Apr 01, 2012 at 10:12:24AM +0200, Christian Perrier wrote:
> 
> https://lists.debian.org/cgi-bin/review/review1.pl seems to have a
> problem for about more than one week. The page says "The page isn't
> redirecting properly
> detected that the server is redirecting the request for this address
> in a way that will never complete."
> 
> 
> Other spam reviewers (at least Francesca, CC'ed) confirm the problem so it is 
> likely to be not "on
> my side"..:-)
> 
> We're missing our weekly Sunday task...:)

Yup, confirmed also (last Thursday, if I remember correctly) by Cord and
Martin on IRC:

14:05 < MadameZou> hi, I have a problem to access to the web interface
for spam review:  https://lists.debian.org/cgi-bin/review/review1.pl
gives me Error 310 (net::ERR_TOO_MANY_REDIRECTS): There were too many
redirects.
14:06 < Cord> confirmed.
14:09 < Cord> script wasn'T change since years.
14:09 < Cord> zobel?
14:13 < zobel> i did not touch anything!
14:13 < zobel> except i rsynced liszt to bendel last week
14:14 < Cord> :-)


Let me know if I can help on this one (as Christian said, I love the spam
review thing and miss it!).

Thanks for you work on the lists: it's highly appreciated!

Cheers,
Francesca

ps: I subscribed to the bug




-- 
"Nostra patria è il mondo intero
e nostra legge è la libertà
ed un pensiero
ribelle in cor ci sta." P.Gori


signature.asc
Description: Digital signature

Bug#666896: synergy: Segfaults when moving over to host screen with cursor when clipboard is synced

[Manuel Bilderbeek]

Package: synergy
Version: 1.3.8-1
Severity: important

Dear Maintainer,
   * What led up to the situation?

For some reason, synergy started crashing after updating my system to
the latest testing state of affairs when I move the cursor to the
'other' system. Looking at the backtrace, it has to do with the
clipboard.

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

The whole app is becoming almost useless, as I can't find a workaround.

   * What was the outcome of this action?

Crash.

   * What outcome did you expect instead?

No crash :P

This is what I could catch with gdb:

(gdb) bt
#0  __pthread_mutex_lock (mutex=0x0) at pthread_mutex_lock.c:50
#1  0x0811e15f in CArchMultithreadPosix::lockMutex(CArchMutexImpl*) ()
#2  0x0811be4d in CArch::lockMutex(CArchMutexImpl*) ()
#3  0x0811cfcc in IArchString::convStringMBToWC(wchar_t*, char const*, unsigned 
int, bool*) ()
#4  0x0811c7a8 in CArch::convStringMBToWC(wchar_t*, char const*, unsigned int, 
bool*) ()
#5  0x081a16dd in CUnicode::textToUTF8(std::string const&, bool*) ()
#6  0x08150896 in CXWindowsClipboardTextConverter::toIClipboard(std::string 
const&) const ()
#7  0x08148988 in CXWindowsClipboard::icccmFillCache() ()
#8  0x08148695 in CXWindowsClipboard::doFillCache() ()
#9  0x0814866a in CXWindowsClipboard::fillCache() const ()
#10 0x081482ca in CXWindowsClipboard::has(IClipboard::EFormat) const ()
#11 0x0819f71d in IClipboard::copy(IClipboard*, IClipboard const*, unsigned 
int) ()
#12 0x08139abc in CXWindowsScreen::getClipboard(unsigned char, IClipboard*) 
const ()
#13 0x0819eb44 in CScreen::getClipboard(unsigned char, IClipboard*) const ()
#14 0x0817743e in CPrimaryClient::getClipboard(unsigned char, IClipboard*) 
const ()
#15 0x0817cbb2 in CServer::onClipboardChanged(CBaseClientProxy*, unsigned char, 
unsigned int) ()
---Type  to continue, or q  to quit---
#16 0x08179b59 in CServer::switchScreen(CBaseClientProxy*, int, int, bool) ()
#17 0x0817d8a2 in CServer::onMouseMovePrimary(int, int) ()
#18 0x0817c474 in CServer::handleMotionPrimaryEvent(CEvent const&, void*) ()
#19 0x08182721 in TMethodEventJob::run(CEvent const&) ()
#20 0x08123027 in CEventQueue::dispatchEvent(CEvent const&) ()
#21 0x08118748 in ?? ()
#22 0x0811893b in ?? ()
#23 0x0811d4a9 in CArchDaemonUnix::daemonize(char const*, int (*)(int, char 
const**)) ()
#24 0x0811bab2 in CArch::daemonize(char const*, int (*)(int, char const**)) ()
#25 0x081189b2 in ?? ()
#26 0x08118a94 in ?? ()
#27 0x08119cc9 in main ()


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

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

Versions of packages synergy depends on:
ii  libc6 2.13-27
ii  libgcc1   1:4.6.3-1
ii  libice6   2:1.0.7-2
ii  libsm62:1.2.0-2
ii  libstdc++64.6.3-1
ii  libx11-6  2:1.4.4-4
ii  libxext6  2:1.3.0-3
ii  libxi62:1.4.5-1
ii  libxinerama1  2:1.1.1-3
ii  libxtst6  2:1.2.0-4

synergy recommends no packages.

synergy suggests no packages.

-- no debconf information

This message and attachment(s) are intended solely for use by the addressee and 
may contain information that is privileged, confidential or otherwise exempt 
from disclosure under applicable law.

If you are not the intended recipient or agent thereof responsible for 
delivering this message to the intended recipient, you are hereby notified that 
any dissemination, distribution or copying of this communication is strictly 
prohibited.

If you have received this communication in error, please notify the sender 
immediately by telephone and with a 'reply' message.

Thank you for your co-operation.





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

Bug#646208: Will to participate

[Dominik George]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Stefan,

like Arno and Sandro, I would love to participate in this project.

I have been running and deploying Apache installations for something
around 7 years now and also have some experience in Debian packaging,
mostly for local repositories but also conforming with Debian policies.

I have spent some time in Ubuntu bug wrangling and as a user as well, if
that comes in helpful, although I didn't really do a lot there because I
didn't like it much.

What I am up to is of yourse help maintain the Apache packaging, learn
more about its internals and find my way to become a Debain Maintainer
some time by first joining an active and friendly team.

Cheers,
Nik
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.18 (GNU/Linux)

iQHOBAEBAgA4BQJPeX0rMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBLJdgv7ByRfj4Mwz9Rjmc6+v6kL
SiuqFAbLOsRUMY9CAuMOuZqYPfeg1IxnRjdxCzROtfReP/YboE7NMUGSOAFBSBP9
S2ft3OtfIZ4gaAhNObRySpfr/grsMLdSlPOUIebht8ONCpx8cJH6KPs7VvCxavPS
tMhI1nT0gMs7u/tDj+MfEhzxgUlGpr1r64VJBdmGTsEkCyyrL9/UANfK5TscB8SR
7lL+8S9a3lXvULoUf7OqHBa0OlX9ckqDwY3YAVfBbAEq+74GVketrzrPqV28+CwM
hihL4nhnR24ytVIKL/Xkk5oy/R+D0P/yDHd912Eo3uQNtrSvEJm1wz2VyaME6OhR
qaJgTsAFbkIMMn1rafJB0cIUYhD5Wio0phVw+DjDEMkyK+wLv8Ks2yzfqfleinZF
eCnEKQBAk1u1LQGdSEGkbkUHfcfeLYt+2ZuwVeIN4pOyNaxpWJomAeGN/d1yzPbU
sAoJRN8fjprqdCqqbhmA2R+09g12JrzDAsnfDvhX1WI/
=udfX
-END PGP SIGNATURE-



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

Bug#666680: texlive-base: fails to upgrade from 'testing'

[Norbert Preining]

Hi Andreas,

thanks for your tip

On Mo, 02 Apr 2012, Andreas Beckmann wrote:
> I think the templates are not properly registered at the time they are
> being used ... but I'm no debconf guru.

Yes, that is the case ... I cannot find the proplematic template
in the debconf database.

> the templates are used from an arbitrary script, not a maintainer script
> directly, so eventually dh_installdebconf did not generate some
> neccessary bits ... I think I had a similar issue with the
> nvidia-support package ...

I see ... reading debconf-devel I see
   Note  that  if your package's sole use of debconf is in the postrm,
   you should make  your  package's  postinst  source  /usr/share/deb‐
   conf/confmodule, to give debconf a chance to load up your templates
   file into its database. Then the templates will be  available  when
   your package is being purged.
which hints at this problem ... trying now ...

Big thanks for your hints!!!

Best wishes

Norbert

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

TROSSACHS (pl.n.) The useless epaulettes on an expensive raincoat.
--- Douglas Adams, The Meaning of Liff



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

Bug#666897: postfix: [INTL:ja] updated Japanese debconf translation

[Kenshi Muto]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: postfix
Severity: wishlist
Version: 2.9.1-2
Tags: l10n patch

Hi,

I updated Japanese translation of debconf messages (ja.po).
Please apply this.

Thanks,
- -- 
Kenshi Muto
km...@debian.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQIcBAEBCgAGBQJPeX5KAAoJEB0hyD3EUuD8HsEQAIUCpycvJ6BQ/3/m0vTkuPDX
Xucnxb/Qu6RhBVvlp8MSbMkgQWS8MQNpwXzzU5uKl6H/Pd4+Kq7Lk1Oqpi/Jh1XG
7QCf/x9wnU5okGxTym++s3+2/HEF1VE7DxE9xx8mi0/WkKMKL/+X5sVLRTjiMLex
gYB5axbK1Hy9SGmdXuMjM6g88DhuV6Vm5YMjCSv2xFC2l7VEql5wCvSwesKF1BzR
wLkepEyi/XYIPBw88RQABJ0eTsOM62GEO/wdAmLj8XQy8/QZjTmOl4gqYyoEG/9D
19TXEDxxrp/i/eTl/KtootJHPDaEGa8E/OlJYwYN2exsTIk48/qjhHki1fzpQx6D
Hd9aJlbQ7mML/ribeen43EtPBk1FnfMd1fVVdEecsMV2SaGgGwt+nmk2akf2HJY6
qfqhkecZey2iYFHAVILlYNHHaAaUy9lnsNLzDb/xQG+z8NdkRDkQgsABNep8bTP5
/j8btaDk+Eo7rPnu2oJlisbulYOj4AtDVtzS5l6JpoNxb349qyB5mB+E7DloQ2US
Ma246ToTlpB6KKUvgeUZkr72KVvdrhhp1dC/vIRP+omy4ACOy7DF2yuoNMtOtqf1
XNykfFrA8yjIjvrubnqb9bJy3gEZ8MlNx+NWkvtVj4Lhl7G4Y5KgL2Pgkq26kGuC
HgL7PKS9ZoCfH6CNUvPf
=Lmv4
-END PGP SIGNATURE-


ja.po
Description: Binary data

Bug#584881: Lockups under heavy disk IO; md (RAID) resync/check implicated

[Ian Jackson]

Ben Hutchings writes ("Re: Lockups under heavy disk IO; md (RAID) resync/check 
implicated"):
> There is a change in Linux 3.3, also intended to go into Linux 3.2.14,
> which looks like a fix for bug #584881.

Thanks.  I haven't experienced the bug in production in squeeze.
I will try to set up a test environment to repro and hopefully confirm
the fix.

Ian.



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

Bug#666885: Untrusted signature on unstable

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
NotDashEscaped: You need GnuPG to verify this message

Am Mo den  2. Apr 2012 um 10:58 schrieb Alessandro Ghedini:
> tags 666885 moreinfo
> kthxbye
> 
> On Mon, Apr 02, 2012 at 08:04:06AM +0100, Klaus Ethgen wrote:
> > Package: libcurl3-gnutls
> > Version: 7.21.0-2.1+squeeze2
> > Severity: serious
> > Tags: squeeze
> > 
> > The curent security update has a nontrusted signature. So there is no
> > evidence that this package is safe.
> 
> What do you mean with "untrusted signature"? Did you refer to the key that was
> used to upload the package?

Seems to be...

   ~> apt-get dist-upgrade
   Reading package lists... Done
   Building dependency tree
   Reading state information... Done
   Calculating upgrade... Done
   The following packages will be upgraded:
  curl (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
  libcurl3 (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
  libcurl3-gnutls (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
   3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
   Need to get 780 kB of archives.
   After this operation, 12.3 kB disk space will be freed.
   Do you want to continue [Y/n]?
   WARNING: The following packages cannot be authenticated!
 libcurl3 curl libcurl3-gnutls
   Install these packages without verification [y/N]?

Regards
   Klaus
-- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQGcBAEBCgAGBQJPeYM3AAoJEKZ8CrGAGfasM/8L/2NH0flD3MQ140nEzl2Z0lc8
nq4nEYj9T039gRQGjB0qTdK3bm2spYE9+k2SlMijmlCCnRHFsntEnXISNTKgrP43
kLQGjnNhpXes/K9HO0rBzbaX2AbcUuf5pa9iG/f+C8nDcIJjwjQZeH+Z0N+angXN
M1Kkvs1OwqHnmAxahaAYsAXCLCT5IkyL5W1O1fWZh/LtwM8ouwCbLrRA8jaBwp2D
i/bPvmhIljzm3hh8f0SCMtahMXSsWsh79FBFXjGONZqfmfojpC2Wb361XnXuNmch
ElVvbu0aD1oUa7M4kHzg1uakxy/OqAC7IdlGuUvZNh43xMBXRsHYKCYwKSoT56HB
XC3xrct4xoVF4DehO8YhPS0KHxUPv80MFGbE+9RQQsfGrOw/uXRGYcd3yHajsBUt
+CNkjof8b/GbUiEiLWWtFdhHJdrLLWI7dsxp/zXmHB2zO/cXucrHu3J2V09Raw0b
wOawCKzXCWxmR6h/spStLESHggNApwd33IqeO0WSZA==
=tJn9
-END PGP SIGNATURE-



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

Bug#616559: BUG: soft lockup - CPU#1 stuck for 63s! [upowerd:7967]

[Jean Delvare]

I have reported the bug upstream and it is being investigated. A patch
working around the issue is already available there:

https://bugzilla.kernel.org/show_bug.cgi?id=43020

-- 
Jean Delvare



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

Bug#664538: Confirming

[Vladimir K]

Confirming. 
Tested with cups-pdf and some HP printers like 3030 and 1536dnf.

gs process goes nuts.

On cups-pdf printer status changes to "PDF file is damaged - attempting to 
reconstruct xref table"
But after some long waiting output is created. (although affected by bug 
#523269)

Hardware printers spit page with error messages, followed by lots of empty 
pages.



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

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

On Mon, Apr 02, 2012 at 10:18:57AM +0200, Michael Biebl wrote:
> As this seems to be a regression between 0.9.2 and 0.9.4, could you run
> git bisect on
> git://anongit.freedesktop.org/NetworkManager/NetworkManager
> to find the faulty commit.

Bisect blames the following commit (looks plausible to me):

commit 762df85234e7a042a2a5d31053e6cc273ae3e2ec
Author: Dan Williams 
Date:   Wed Mar 21 12:37:39 2012 -0500

libnm-glib: ensure bindings-created objects work as expected (rh #802536)

Bindings (like GObject Introspection) almost always create objects
using g_object_new() by default and don't use our helper functions
like nm_client_new().  Thus we need to make sure that if the
object is created in that way, any property accesses or functions
that return properties ensure that the object is fully initialized,
which is what the _new() functions were supposed to do.  In one
case in NMClient that was missing (getting active connections)
and wasn't happening at all in NMRemoteSettings, which are our two
entry points into libnm-glib.

This allows this python+GI sequence to return the expected active
connection list:

from gi.repository import NMClient
nmclient = NMClient.Client(dbus_path='/org/freedesktop/NetworkManager')
active = nmclient.get_active_connections()
print(active)

where previously it returned an empty list because the NMClient
wasn't fully initialized by the time nm_client_get_active_connections()
was called.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#666416: girara: read_pwd_info() doesn't reset errno before each getpwent call

[Sebastian Ramacher]

tags 666416 + fixed-upstream
thanks

On 30/03/12 17:38, Jakub Wilk wrote:
> read_pwd_info() in tests/test_utils.c sets errno to 0 only before the first 
> call
> to getpwent(), but not before subsequent calls to the function. One of the
> getpwent() calls (or other function calls in the loop) could modify errno
> despite being successful, making the test fail.

Thank you for noticing this. It is fixed upstream [1].

Cheers

[1] http://git.pwmt.org/?p=girara.git;a=commit;h=a231b16b
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature

Bug#665809: libdate-manip-perl: ParseDate breaks on non-existing times during DST change

[Andy Spiegl]

Hi Gregor,

thanks for your detailled answer.

> Ah, Date::Manip::Examples is interesting:
Interesting!  I didn't know that.

However, unfortunately this isn't a solution with 6.11-1
because the result of the "parse" function returns "0" in this case.
(using a different invalid date returns "1" as it should)

Try
   print $err, "\n";
in your example:

#v+
#!/usr/bin/perl

use strict; use warnings;

use Date::Manip;

&Date_Init();

#my $functional_date = ParseDate("2012-03-25 at 02:11");

my $oo_date = new Date::Manip::Date;
my $err = $oo_date->parse("2012-03-25 at 02:11");

# should return "1" but v6.11-1 doesn't:
print $err, "\n";
#v-

So, there's no way to check if the date was valid or not.

> So it seems that is a case of finding the nice details and docs, and
> we can close the bug (either unversioned, since the OO interface also
> works in stable, or with 6.30-1, since this contains a fix for the
> functional interface).
I disagree in the case of 6.11-1. :-)

Thanks,
 Andy.

-- 
 lƃǝıds ʎpuɐ


signature.asc
Description: Digital signature

Bug#666898: icedove: inconsistent spacing between folder icon and folder name

[Sebastian Ramacher]

Package: icedove
Version: 10.0.3-3
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since the upgrade to 10.0.x the spacing between the icon and the name of folder
is inconsistent. Folders with new unread messages have less space between the
icon and the name than folders with unread messages or no unread messages.

The attached screenshot contains an example of the situation.

Kind regards

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

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

Versions of packages icedove depends on:
ii  debianutils   4.3
ii  fontconfig2.8.0-3.1
ii  libasound21.0.25-2
ii  libatk1.0-0   2.4.0-1
ii  libc6 2.13-27
ii  libcairo2 1.12.0-2
ii  libdbus-1-3   1.5.12-1
ii  libdbus-glib-1-2  0.98-1
ii  libevent-2.0-52.0.18-stable-1
ii  libffi5   3.0.10-3
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.0-1
ii  libgdk-pixbuf2.0-02.26.0-2
ii  libglib2.0-0  2.32.0-3
ii  libgtk2.0-0   2.24.10-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libnspr4-0d   4.9-1
ii  libnss3-1d3.13.3-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.24.4-1
ii  libsqlite3-0  3.7.11-2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.0-1
ii  libvpx1   1.0.0-2
ii  libx11-6  2:1.4.4-4
ii  libxext6  2:1.3.0-3
ii  libxrender1   1:0.9.6-2
ii  libxt61:1.1.1-2
ii  psmisc22.16-1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages icedove recommends:
ii  hunspell-de-at [hunspell-dictionary]  20110609-1
ii  hunspell-en-us [hunspell-dictionary]  20070829-5

Versions of packages icedove suggests:
ii  gconf-service 3.2.3-4
ii  libgconf-2-4  3.2.3-4
ii  libgssapi-krb5-2  1.10+dfsg~beta1-2
ii  libnotify40.7.5-1
ii  ttf-lyx   2.0.3-2

- -- no debconf information

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

iQIcBAEBCAAGBQJPeYfPAAoJEGny/FFupxmTpVcP/0Hi2KVmAh9xQG9WAck9uude
BU8Tt8N2OwhcgQjBkRiMimWbLsxy75xMNTgpXdnyjtVCOvY/XTZgCPPOEbiYIZnW
k2V80Ky/k3ArRVbauA0vj7LNyLYHT6eV6erVfnIJ45jD0X4wZ4wlj5fTjN3/qPVW
GxlD2wSgB0L1k8vPK8uIlOhra4wsflAjDGFYitNJqVWUOCh+HRVJnWECEmd7iMSP
3eyr+tK4rZKNDk1XJCxF48xjC2jNOVTPil1m4q0xLT7ZigAbA6QYU7SlT2ia/aIK
xgIBnDp4ahNVrNPt2fwxF8VDqfgIO8STnhSLEpPLg9n2z4HyxZnTDQNy/KUZ7GKE
nrEdoE4Eybl0ceBauzG5tSc5Zqwuko+nc4eHlQLp5avKOsv+Vx/FcNKh9630W8MU
esjSan+LG4RoGUmaMM3//pY+Hn5ooEUh2Enr6LgZLnfKtbIiaK69UKgzzRpCKJkM
2rJRLeMxDfZzMDGs9unDFVg3TCr3rxn/caRcis+/J0czobjLFg2CJXIrSID+7fKw
jgw1XLxkw1QFb0YXbdkP9ZGFA5bVm+4VqX2c6bMlFqCZ8ofeCxZ4ZFWCEeSSgW+g
8/ewtm5VaJB06Fh3ZVHernKvfz/wKzfBn1zJSbiWqF6Lk2vSkwOThXsRr8jenheG
47oR38IC8LBjjVD3xi24
=E8gi
-END PGP SIGNATURE-
<>

Bug#666899: RFA: python-repoze.what -- authorization framework for Python WSGI applications

[Piotr Ożarowski]

Package: wnpp
Severity: normal

I request an adopter for the python-repoze.what and
python-repoze.what-plugins source packages (if you want to adopt one,
you should adopt the other as well; consider also adopting closely related
python-repoze.who{,-plugins} packages),

I can act as a sponsor for non-DD (within or outside Debian Python Modules
Team)

Package description:
 repoze.what is an authorization framework for WSGI applications,
 based on repoze.who (which deals with authentication and
 identification).
 .
 This package contains a collection of plugins for repoze.what, in
 particular:
 .
  * repoze.what.plugins.sql - adapter plugin for SQLAlchemy
  * repoze.what-pylons - integration with Pylons / TurboGears
  * repoze.what-quickstart - simple authentication and authorization
  * repoze.what.plugins.xml - XML adapter plugin



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

Bug#666900: RFA: python-repoze.who -- identification and authentication framework for Python WSGI applications

[Piotr Ożarowski]

Package: wnpp
Severity: normal

I request an adopter for the python-repoze.who and
python-repoze.who-plugins source packages (if you want to adopt one,
you should adopt the other as well; consider also adopting closely related
python-repoze.what{,-plugins} packages),

I can act as a sponsor for non-DD (within or outside Debian Python Modules
Team)

Package description:
 repoze.who is an identification and authentication framework for
 arbitrary Python WSGI applications; it acts as WSGI middleware.
 .
 repoze.who is inspired by Zope 2's Pluggable Authentication Service
 (PAS), but is not dependent on Zope in any way; it is useful for any
 WSGI application.
 .
 It provides no facility for authorization (ensuring whether a user
 can or cannot perform the operation implied by the request). This is
 considered to be the domain of the WSGI application.



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

Bug#666901: debhelper needs a "Breaks: automake (<< 1.11.2)"

[Adrian Bunk]

Package: debhelper
Version: 9.20120322
Severity: serious

<--  snip  -->

debhelper (9.20120311) unstable; urgency=low

  * dh_auto_install: Set AM_UPDATE_INFO_DIR=no to avoid automake
generating an info dir file. Closes: #634741


<--  snip  -->


With that the build behaves differently depending on what automake
version is installed.

An example is if a package for the official Debian backports
gets built with latest debhelper but automake from stable, and
packages from the official Debian backports might suddenly start
shipping info dir files.

Please add a "Breaks: automake (<< 1.11.2)" to debhelper to ensure
that automake supports AM_UPDATE_INFO_DIR=no.



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

Bug#664895: MIME content broken too

[Thomas Corell]

Hello,

after all this nice patches, is there a plan to release that?

Greetings,
Thomas

--
Thomas Corell
CAPCom AG < http://www.capcom.de >
Lise-Meitner-Straße 10, 64293 Darmstadt, Germany
Phone +49 6151 155 921, Fax +49 6151 155 909
Lieferanschrift: Robert-Bosch-Str. 7, 3. Stock, Bauteil D

Vorstand: Luc Neumann (Vorsitzender)
Vorsitzender des Aufsichtsrats: Herbert Kuhlmann
Sitz der Gesellschaft: Darmstadt, Registergericht: Darmstadt HRB 8090





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

Bug#666902: ITP: irpe -- Icinga Remote Plugin Executor Server

[Alexander Wirt]

Package: wnpp
Severity: wishlist
Owner: Alexander Wirt 

* Package name: irpe
  Version : 0.1
  Upstream Author : Icinga Team
* URL : https://dev.icinga.org/projects/irpe
* License : GPL
  Programming Lang: C
  Description : Icinga Remote Plugin Executor Server

 Nagios/Icinga is a host/service/network monitoring and management system.
 .
 The purpose of this addon is to allow you to execute Nagios/Icinga plugins on a
 remote host in as transparent a manner as possible.
 .
 This program runs as a background process on the remote host and processes
 command execution requests from the check_irpe plugin on the Nagios/Icinga 
host.

irpe is a fork a nrpe which trys to fix several of the long outstanding bugs 
like improper SSL Support. Unfortunatly
these new features make irpe incompatible to nrpe, therefore I plan to support 
both - nrpe and irpe - in Debian. 



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

Bug#666903: A new 2.0.0 stable version is available

[Francesco Paolo Lovergine]

Package: task
Version: 1.9.4-2
Severity: wishlist

A new major update is available with many fixes and some interesting features.

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

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

Versions of packages task depends on:
ii  libc6   2.13-27
ii  libgcc1 1:4.7.0-1
ii  libstdc++6  4.7.0-1

task recommends no packages.

task 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#666904: ITP: automatic-save-folder -- Open the File Browser at the right location, using simple filters on the downloaded file.

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat 

* Package name: automatic-save-folder
  Version : 1.0.4
  Upstream Author : Cyan 
* URL : http://asf.mangaheart.org/
* License : GPL2
  Programming Lang: Java-Script
  Description : Open the File Browser at the right location, using simple
filters on the downloaded file.



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

Bug#666705: libconfig-model-perl: FTBFS due to failing tests

[Dominique Dumont]

On Sunday 01 April 2012 16:12:55 gregor herrmann wrote:
> Where does this debian/build/.dpkg-meta.yml come from? Is this an
> sbuild artefact?

No. .dpkg-meta.yml is a file produced by cme (Debian::Dpkg::Meta model [1]).
This file keeps user's customization (like e-mail replacement)

> But I guess Dominique will find a solution for this sorting issue :)

This is indeed a sorting issue ;-). 

The test is curently too strict: it does compare the list of found files 
while taking into account the order (which is irrelevant).

As they is another too-strict-test problem detected by Perl smoke tests 
(with Perl 5.15), I'll fix this issue upstream.

All the best


[1] 
http://search.cpan.org/dist/Config-Model/lib/Config/Model/models/Debian/Dpkg/Meta.pod

-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org



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

Bug#666885: Untrusted signature on unstable

[Alessandro Ghedini]

On Mon, Apr 02, 2012 at 11:45:12AM +0100, Klaus Ethgen wrote:
> Am Mo den  2. Apr 2012 um 10:58 schrieb Alessandro Ghedini:
> > tags 666885 moreinfo
> > kthxbye
> > 
> > On Mon, Apr 02, 2012 at 08:04:06AM +0100, Klaus Ethgen wrote:
> > > Package: libcurl3-gnutls
> > > Version: 7.21.0-2.1+squeeze2
> > > Severity: serious
> > > Tags: squeeze
> > > 
> > > The curent security update has a nontrusted signature. So there is no
> > > evidence that this package is safe.
> > 
> > What do you mean with "untrusted signature"? Did you refer to the key that 
> > was
> > used to upload the package?
> 
> Seems to be...
> 
>~> apt-get dist-upgrade
>Reading package lists... Done
>Building dependency tree
>Reading state information... Done
>Calculating upgrade... Done
>The following packages will be upgraded:
>   curl (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
>   libcurl3 (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
>   libcurl3-gnutls (7.21.0-2.1+squeeze1 => 7.21.0-2.1+squeeze2)
>3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>Need to get 780 kB of archives.
>After this operation, 12.3 kB disk space will be freed.
>Do you want to continue [Y/n]?
>WARNING: The following packages cannot be authenticated!
>  libcurl3 curl libcurl3-gnutls
>Install these packages without verification [y/N]?

I cannot reproduce this. On a just-updated squeeze clean chroot (6.0.4):

  root@PC-Ale:/# apt-get install libcurl3-gnutls
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following NEW packages will be installed:
libcurl3-gnutls
  0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
  Need to get 266 kB of archives.
  After this operation, 532 kB of additional disk space will be used.
  Get:1 http://security.debian.org/ squeeze/updates/main libcurl3-gnutls amd64 
7.21.0-2.1+squeeze2 [266 kB]
  Fetched 266 kB in 0s (552 kB/s)
  debconf: delaying package configuration, since apt-utils is not installed
  Selecting previously deselected package libcurl3-gnutls.
  (Reading database ... 12952 files and directories currently installed.)
  Unpacking libcurl3-gnutls (from 
.../libcurl3-gnutls_7.21.0-2.1+squeeze2_amd64.deb) ...
  Setting up libcurl3-gnutls (7.21.0-2.1+squeeze2) ...

Same for curl and libcurl3.

Does this happen only with curl packages? When was the last time you did an
apt upgrade (except this one, of course)?

Cheers

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


signature.asc
Description: Digital signature

Bug#584881: Lockups under heavy disk IO; md (RAID) resync/check implicated

[Tim Small]

FWIW,  I was only able to reproduce the problem which I was seeing on
lenny+openvz (running the same workload on lenny+chroot, or
squeeze+openvz didn't trigger it).

The fix you attached does sound like a plausible fix for the issue I was
seeing (having spent a day or two peering at the code and sprinkling
printks all over it, but not ultimately getting anywhere), but I don't
think I still have my test environment archived anywhere.  If I remember
correctly, things always ended up deadlocking with 1 request sitting in
md's queue.

Tim.

-- 
South East Open Source Solutions Limited
Registered in England and Wales with company number 06134732.  
Registered Office: 2 Powell Gardens, Redhill, Surrey, RH1 1TQ
VAT number: 900 6633 53  http://seoss.co.uk/ +44-(0)1273-808309




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

Bug#657490: Debian APC bug #657490

[Lior Kaplan]

Hi,

Could you help to verify #657490 (or reproduce it again) with version
3.1.9+svn324329-1
uploaded yesterday.

I've taken the commit which should also fix this bug.

Thanks,

Kaplan

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

I also tested upstream master as of 75de203.  The bug remains unfixed.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#665004: xserver-xorg-input-synaptics: scrolling stopped working after upgrade 1.5.0 --> 1.5.99

[Domenico Cufalo]

Package: xserver-xorg-input-synaptics
Followup-For: Bug #665004

Dear Maintainer,
Just tried the version 1.5.99.902-1.
IMHO, it's better to stay on v. 1.5.0-2.

Hi,
Domenico



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Nov 28  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2044072 Mar  5 05:21 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE 
Express Integrated Graphics Controller [8086:27ae] (rev 03)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 8
-rw-r--r-- 1 root root 1401 Mar 21 11:51 50-synaptics.conf
-rw-r--r-- 1 root root 1402 Mar 21 11:50 50-synaptics.conf~

KMS configuration files:

/etc/modprobe.d/i915-kms.conf:
  options i915 modeset=1

Kernel version (/proc/version):
---
Linux version 3.2.0-2-686-pae (Debian 3.2.13-1) 
(debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP 
Thu Mar 29 00:16:59 UTC 2012

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 32290 Apr  2 13:08 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 30690 Apr  2 13:14 /var/log/Xorg.1.log

Contents of most recent Xorg X server log file (/var/log/Xorg.1.log):
-
[  1589.441] 
X.Org X Server 1.11.4
Release Date: 2012-01-27
[  1589.441] X Protocol Version 11, Revision 0
[  1589.441] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[  1589.441] Current Operating System: Linux eeepc 3.2.0-2-686-pae #1 SMP Thu 
Mar 29 00:16:59 UTC 2012 i686
[  1589.441] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-686-pae 
root=UUID=d7ca4739-5c84-4af1-8ed6-423a8891fa17 ro quiet
[  1589.441] Build Date: 05 March 2012  04:16:09AM
[  1589.442] xorg-server 2:1.11.4-1 (Cyril Brulebois ) 
[  1589.442] Current version of pixman: 0.24.4
[  1589.442]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1589.442] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1589.442] (==) Log file: "/var/log/Xorg.1.log", Time: Mon Apr  2 13:14:24 
2012
[  1589.442] (==) Using config directory: "/etc/X11/xorg.conf.d"
[  1589.442] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1589.443] (==) No Layout section.  Using the first Screen section.
[  1589.443] (==) No screen section available. Using defaults.
[  1589.443] (**) |-->Screen "Default Screen Section" (0)
[  1589.443] (**) |   |-->Monitor ""
[  1589.444] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1589.444] (**) |-->Input Device "touchpad"
[  1589.444] (==) Automatically adding devices
[  1589.444] (==) Automatically enabling devices
[  1589.444] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1589.444]Entry deleted from font path.
[  1589.444] (WW) The directory 
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[  1589.444]Entry deleted from font path.
[  1589.444] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1589.444] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1589.444] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1589.445] (II) Loader magic: 0xb7761580
[  1589.445] (II) Module ABI versions:
[  1589.445]X.Org ANSI C Emulation: 0.4
[  1589.445]X.Org Video Driver: 11.0
[  1589.445]X.Org XInput driver : 13.0
[  1589.445]X.Org Server Extension : 6.0
[  1589.446] (--) PCI:*(0:0:2:0) 8086:27ae:1043:8340 rev 3, Mem @ 
0xf7f0/524288, 0xd000/268435456, 0xf7ec/262144, I/O @ 0xdc00/8
[  1589.446] (--) PCI: (0:0:2:1) 8086:27a6:1043:8340 rev 3, Mem @ 
0xf7f8/524288
[  1589.446] (II) Open ACPI successful (/var/run/acpid.socket)
[  1589.447] (II) LoadModule: "extmod"
[  1589.447] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[  1589.448] (II) Module extmod: vendor="X.Org Foundation"
[  1589.448]compiled for 1.11.4, module version = 1.0.0
[  1589.448]Module class: X.Org Server Extension
[  1589.448]ABI class: X.Org Server Extension, version 6.0
[  1589.448] (II) Loading extension SELinux
[  1589.448] (II) Loading extension MIT-SCREEN-SAVER
[  1589.448] (II) Loading extension XFree86-VidModeExtension
[  1589.448] (II) Loading extension XFree86-DGA

Bug#664895: MIME content broken too

[Thijs Kinkhorst]

On Mon, April 2, 2012 13:16, Thomas Corell wrote:
> Hello,
>
> after all this nice patches, is there a plan to release that?

Yes, I plan to make an upload to unstable this week.


Thijs




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

Bug#666905: ITP: xacml -- SAML 2.0 profile of XACML v2.0

[Dennis van Dok]

Package: wnpp
Severity: wishlist
Owner: Dennis van Dok 

* Package name: xacml
  Version : 1.1.1-1
  Upstream Author : Nikhef Grid Security Middleware Team 

* URL : 
http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=xacml
* License : Apache 2
  Programming Lang: C
  Description : SAML 2.0 profile of XACML v2.0

This API provides a basic implementation of the SAML 2.0 profile of
XACML v2.0, including support for obligations in XACML response
messages. It aids in writing XACML clients and servers.



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

Bug#584167: 584167 is fixed in trunk

[Steve Schnepp]

fixed 584167 munin/2.0~rc2-1
thanks

It was fixed in r4292.

--
Steve Schnepp
http://blog.pwkf.org/



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

Bug#666906: libv8: FTBFS on armel - smi array failures

[Jérémy Lal]

Package: libv8-3.8.9.16
Version: 3.8.9.16-1
Severity: important
File: libv8
Tags: upstream
Forwarded: http://code.google.com/p/v8/issues/detail?id=1930

Fails to build because smi-only-arrays tests are failing.
Problem known upstream.

Jérémy.



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

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

Versions of packages libv8-3.8.9.16 depends on:
ii  libc6   2.13-27
ii  libgcc1 1:4.7.0-1
ii  libstdc++6  4.7.0-1

libv8-3.8.9.16 recommends no packages.

libv8-3.8.9.16 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#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

[Mathieu Simon]

Am 02.04.2012 10:55, schrieb Mathieu Simon:
> I attached a list with patches that hopefully arrives on BTS with
It seems it hasn't arrived on BTS, therefore I send it in the mail.
(Sorry for this long message)

- Mathieu

86cbce4 hv: remove the second argument of k[un]map_atomic()
da24e90 net/hyperv: Fix the code handling tx busy
adc80ae Tools: hv: Support enumeration from all the pools
db42533 Tools: hv: Fully support the new KVP verbs in the user level daemon
fa3d5b8 Drivers: hv: Support the newly introduced KVP messages in the driver
bb6d5e7 net/hyperv: fix erroneous NETDEV_TX_BUSY use
e485ceac Drivers: hv: Add new message types to enhance KVP
1f5f3a7 net/hyperv: Add support for vlan trunking from guests
ef31bef net/hyperv: Fix data corruption in rndis_filter_receive()
d31b20f net/hyperv: Use the built-in macro KBUILD_MODNAME for this driver
89ae7d7 Staging: hv: storvsc: Move the storage driver out of the staging
area
14c1bf8 drivers: hv: Increase the number of VCPUs supported in the guest
2640335 drivers: hv: kvp: Cleanup the kernel/user protocol
eab6af7 tools: hv: Use hyperv.h to get the KVP definitions
59a084a drivers: hv: Cleanup the kvp related state in hyperv.h
af9584b Staging: hv: storvsc: Consolidate all the wire protocol definitions
61eaffc Staging: hv: storvsc: Consolidate the request structure
410c52e Staging: hv: storvsc: Get rid of some unused defines
6b2f949 Staging: hv: storvsc: Cleanup some protocol related constants
85904a5 Staging: hv: storvsc: Cleanup the code for generating protocol
version
c649114 Staging: hv: storvsc: Miscellaneous cleanup of storvsc driver
93a1bf4 Staging: hv: storvsc: Rename the context field in hv_storvsc_request
2707388 Staging: hv: storvsc: Get rid of the on_io_completion in
hv_storvsc_request
a8c18c5 Staging: hv: storvsc: Add a comment to explain life-cycle management
ddcbf65 Staging: hv: storvsc: Move and cleanup storvsc_remove()
4b270c8 Staging: hv: storvsc: Cleanup storvsc_host_reset_handler()
1604632 Staging: hv: storvsc: Introduce defines for srb status codes
c77b63b Staging: hv: storvsc: Cleanup storvsc_queuecommand()
59d2295 Staging: hv: storvsc: Cleanup storvsc_probe()
09f0355 Staging: hv: storvsc: Cleanup some comments
bce6080 net/hyperv: Remove the unnecessary memset in rndis_filter_send()
6f4c444 net/hyperv: Correct the assignment in netvsc_recv_callback()
5fccab3 net/hyperv: Convert camel cased variables in rndis_filter.c to
lower cases
2939437 drivers: hv: kvp: Move the contents of hv_kvp.h to hyperv.h
4f03a2c drivers: hv: kvp: Add/cleanup connector defines
c31c151 net/hyperv: Fix the page buffer when an RNDIS message goes
beyond page boundary
0a28253 net/hyperv: Use netif_tx_disable() instead of netif_stop_queue()
when necessary
4b8a8bc net/hyperv: fix the issue that large packets be dropped under bridge
c1c454b HID: hyperv: Properly disconnect the input device
48c3883 net/hyperv: rx_bytes should account the ether header size
2897a56 drivers: hv: Get rid of some unnecessary code
c11bf1c net/hyperv: fix possible memory leak in do_set_multicast()
8f257a1 Drivers:hv: Fix a bug in vmbus_driver_unregister()
4d447c9 net/hyperv: Add support for jumbo frame up to 64KB
f157e78 net/hyperv: Add NETVSP protocol version negotiation
4532634 net/hyperv: Remove unnecessary kmap_atomic in netvsc driver
175cad2 Drivers: hv: Get rid of an unnecessary check in hv.c
93e5bd0 Drivers: hv: Make the vmbus driver unloadable
8b8ee67 Drivers: hv: Fix a memory leak
1d06825 net/hyperv: Fix the stop/wake queue mechanism
# Already included in stable: cf6a2ea drivers: hv: Don't OOPS when you
cannot init vmbus
6e8087a Staging: hv: storvsc: Fix a bug in create_bounce_buffer()
74c4fb0 HID: hv_mouse: Properly add the hid device
0c9d196 Staging: hv: update TODO file
fe17a8c Staging: hv: remove hv_mouse driver as it's now in the hid
directory # needs manual merge of drivers/staging/hv/Kconfig
ce3e301 Staging: hv: storvsc: Implement per device memory pools
10c43dd Staging: hv: storvsc: Fix a bug in copy_from_bounce_buffer()
a768a76 Staging: hv: storvsc: Fix a bug in storvsc_command_completion()
2781866 Staging: hv: storvsc: Cleanup storvsc_device_alloc()
039db52 Staging: hv: storvsc: Disable clustering
d426b2e net/hyperv: Add support for promiscuous mode setting
c181320 net/hyperv: Fix long lines in netvsc.c
f75c051 Staging: hv: mousevsc: Properly add the hid device
95fa040 staging: hv: move hv_netvsc out of staging area
045b168 Staging: hv: mousevsc: Remove the mouse driver from the staging
tree # needs git add to continue
124a6b4 hv: Add Kconfig menu entry
43d4e11 Staging: hv: vmbus: Support building the vmbus driver as part of
the kernel
27b7923 staging: hv: Use kmemdup rather than duplicating its implementation
b401731 Staging: hv: storvsc: Support hot-removing of scsi devices
1267579 Staging: hv: storvsc: Support hot add of scsi disks
2b9525f Staging: hv: storvsc: Upgrade the vmstor protocol version
a404c1f Staging: hv: storvsc: Get rid of an unnecessary forward declaration
fafb0

Bug#560244:

[Steven Ayre]

retitle ITP: mysql-cluster -- MySQL database server with cluster support



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

Bug#666907: munin: dpkg-stateoverride prevents removal of partial installations.

[Javier Ubillos]

Package: munin
Version: 2:1.4.7-1.1+0.0.0.15.9ced849.15
Severity: normal
Tags: d-i


If dpkg-stateoverride does not contain an override for the munin-dir to be 
removed the .postrm script fails.
Below is a patch which checks that the dirs do have an stateoverride before 
attempting "dpkg-stateoverride --remove".





diff --git a/debian/munin.postrm b/debian/munin.postrm
index 86d8324..75c84f6 100644
--- a/debian/munin.postrm
+++ b/debian/munin.postrm
@@ -24,26 +24,14 @@ if [ "$1" = "purge" ]; then
rm -f /var/log/munin/munin-html.log*
rm -f /var/log/munin/munin-limits.log*
 
-   CACHE_MUNIN_WWW=/var/cache/munin/www
-   if dpkg-statoverride --list $CACHE_MUNIN_WWW >/dev/null 2>&1
-   then
-   dpkg-statoverride --remove $CACHE_MUNIN_WWW
-   fi
-
+   dpkg-statoverride --remove /var/cache/munin/www
 
# These are shared with munin-node, so only remove them if munin-node
# isn't installed (or already purged).
status=$(dpkg --get-selections munin-node)
if [ -z "$status" ] || [ "${status%purge}" != "$status" ]; then
-   for i in /var/log/munin /var/lib/munin
-   do
-   if dpkg-statoverride --list $i >/dev/null 2>&1
-   then
-   dpkg-statoverride --remove /var/log/munin
-   dpkg-statoverride --remove /var/lib/munin
-   fi
-   done
-   fi
+   dpkg-statoverride --remove /var/log/munin
+   dpkg-statoverride --remove /var/lib/munin
fi

delete_dir_if_empty /var/cache/munin/www







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

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

Versions of packages munin depends on:
ii  add 3.112+nmu2   add and remove users and groups
ii  cro 3.0pl1-116   process scheduling daemon
pn  lib(no description available)
ii  lib 2.9-2module for using HTML Templates wi
ii  lib 1.29-1   A Perl port of the widely popular 
ii  lib 1.4.3-1  time-series data storage and displ
pn  lib(no description available)
ii  mun 2:1.4.7-1.1+0.0.0.15.9ced849.15  network-wide graphing framework (c
ii  per 5.10.1-17squeeze3Larry Wall's Practical Extraction 
ii  per 5.10.1-17squeeze3Core Perl modules
ii  pyt 2.1.11-1.spotify+0.0.0.31.e0870c9.23 Python bindings for 0MQ library
ii  rrd 1.4.3-1  time-series data storage and displ
ii  ttf 2.31-1   Metapackage to pull in ttf-dejavu-

Versions of packages munin recommends:
ii  libdate- 6.11-1  module for manipulating dates
ii  munin-no 2:1.4.7-1.1+0.0.0.15.9ced849.15 network-wide graphing framework (n

Versions of packages munin suggests:
ii  chromium-br 6.0.472.63~r59945-5+squeeze6 Chromium browser
ii  epiphany-br 2.30.6-1 Intuitive GNOME web browser
ii  google-chro 18.0.1025.142-r129054The web browser from Google
pn  httpd  (no description available)
ii  iceweasel [ 3.5.16-13Web browser based on Firefox
ii  libnet-ssle 1.36-1   Perl module for Secure Sockets Lay
ii  w3m [www-br 0.5.2-9  WWW browsable pager with excellent

-- Configuration Files:
/etc/munin/munin.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#666556: Please enable Intel Sandy-Bridge Integrated MC CONFIG_EDAC_SBRIDGE

[Carlos Alberto Lopez Perez]

On 01/04/12 08:20, Ben Hutchings wrote:
> On Sat, 2012-03-31 at 19:30 +0200, Carlos Alberto Lopez Perez wrote:
>> Source: linux-2.6
>> Version: 3.2.12-1
>> Severity: normal
>>
>>
>> Hello,
>>
>>
>> Please enable the support for the Intel Sandy-Bridge memory controller
>> for EDAC so we can take advantage of ECC ram modules on this platform.
> 
> As you may know, EDAC is not required for ECC.  It does improve error
> reporting and helps you to identify faulty modules.
> 

Yes, I discover this after sending the bug report. Sorry for the confusion.

>> Just set CONFIG_EDAC_SBRIDGE=m in the .config
> 
> The driver is marked as experimental and there are several important bug
> fixes post-3.2.  If we enable it, we also need to apply those bug fixes
> and possibly others.
> 
> Ben.
> 

The diff between 3.4-rc1 and 3.2 for this driver is small, so probably
its worth applying this bug fixes and enabling it.

I believe that sandy bridge based architectures are going to be very
used during the debian wheezy reign.


Regards!

-- 
~~~
Carlos Alberto Lopez Perez   http://neutrino.es
Igalia - Free Software Engineeringhttp://www.igalia.com
~~~



signature.asc
Description: OpenPGP digital signature

Bug#666893: [Pkg-geany-team] Bug#666893: geany: FTBFS error: undefined reference to 'g_module_close'

[Evgeni Golov]

tag 666893 + unreproducable moreinfo
thanks

Hi Jeremy,

thanks for your report!

On Mon, Apr 02, 2012 at 10:28:23AM +0200, Jérémy Lal wrote:

>   apt-get source geany
>   sudo apt-get build-dep geany
>   cd geany-0.21.dfsg/
>   debuild
> 
> gives that kind of error :
> error: undefined reference to 'g_module_close'
> and fails.

I cannot reproduce this in a clean cowbuilder on sid/amd64.
Could you please provide a full log of the build?

Regards
Evgeni

-- 
Bruce Schneier can read and understand Perl programs.



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

Bug#666908: fusionforge-plugin-authcas: PHP Fatal error: require_once(): Failed opening required 'CAS.php'

[Laurent Bonnaud]

Package: fusionforge-plugin-authcas
Version: 5.1.50+svn15228-1
Severity: grave
Justification: renders package unusable


Hi,

the package itself can be installed and configured.  However it is the cause of
postinst failures in other packages, for instance:

# dpkg --configure gforge-shell-postgresql
Setting up gforge-shell-postgresql (5.1.50+svn15228-1) ...
PHP Warning:  require_once(CAS.php): failed to open stream: No such file or 
directory in /usr/share/gforge/plugins/authcas/include/AuthCASPlugin.class.php 
on line 25
PHP Fatal error:  require_once(): Failed opening required 'CAS.php' 
(include_path='/usr/share/php-htmlpurifier/library:/etc/fusionforge//custom:/etc/fusionforge/:/usr/share/gforge/common:/usr/share/gforge/www:/usr/share/gforge/plugins:/usr/share/gforge:/usr/share/gforge/www/include:/usr/share/gforge/common/include:.:/usr/share/php:/usr/share/pear')
 in /usr/share/gforge/plugins/authcas/include/AuthCASPlugin.class.php on line 25
dpkg: error processing gforge-shell-postgresql (--configure):
 subprocess installed post-installation script returned error exit status 255
Errors were encountered while processing:
 gforge-shell-postgresql


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

Kernel: Linux 3.2.0-2-rt-686-pae (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gforge-shell-postgresql depends on:
ii  debconf [debconf-2.0]  1.5.42
ii  debianutils4.3
ii  gforge-common  5.1.50+svn15228-1
ii  gforge-db-postgresql   5.1.50+svn15228-1
ii  libnss-pgsql2  1.4.0debian-5
ii  openssh-server 1:5.9p1-4
ii  perl   5.14.2-9
ii  ucf3.0025+nmu2

Versions of packages gforge-shell-postgresql recommends:
ii  unscd [nscd]  0.48-2

gforge-shell-postgresql 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#666909: libxnvctrl-dev: Should build shared library too

[Samuel Thibault]

Package: libxnvctrl-dev
Version: 295.20-1
Severity: normal

Hello,

We would like to use libxnvctrl in libhwloc, but we can not do this
since libxnvctrl is built as a static library (without even -fPIC). Is
there any reason against that (except working on a patch of course)?

Samuel

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

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

-- no debconf information

-- 
Samuel Thibault 
* x remarque qu'avec un peu de volonté, on peut faire du code de porc
dans d'importe quel langage Turing-complet
 -+- x sur #ens-mim - codons porc -+-



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

Bug#658670: [3.0 -> 3.1 regression] 3w-9xxx abnormally slows the system down

[Solomon Peachy]

For what it's worth, this bug is not debian-specific, nor does it have 
anything to do with XFS. I'm seeing a similar regression on Fedora 
[15|16] systems.  The bug was not present in the 3.0.x (or older) 
kernels, but is still present in 3.1.x and 3.2.x.  I haven't had a 
chance to test 3.3.x yet.

My particular setup has a pair of 3Ware 9550SX cards plugged into PCI-X 
slots on an Asus M2N-LR motherboard.  I can provide more details if 
necessary.

I haven't reported this problem upstream to Fedora or the kernel.org due 
to an inability to save the kernel messages due to the system being 
unusable, but in my case the kernel log is full of scsi command timeout 
messages.

 - Solomon
-- 
Solomon Peachy pizza at shaftnet dot org 
Melbourne, FL  ^^ (mail/jabber/gtalk) ^^
Quidquid latine dictum sit, altum viditur.


pgpx1if3zD3fN.pgp
Description: PGP signature

Bug#666907: munin: Small improvement to the prevous patch.

[Javier Ubillos]

Package: munin
Version: 2:1.4.7-1.1+0.0.0.15.9ced849.15
Severity: normal



Here's a slightly better version:



diff --git a/debian/munin.postrm b/debian/munin.postrm
index 86d8324..75c84f6 100644
--- a/debian/munin.postrm
+++ b/debian/munin.postrm
@@ -24,26 +24,14 @@ if [ "$1" = "purge" ]; then
rm -f /var/log/munin/munin-html.log*
rm -f /var/log/munin/munin-limits.log*
 
-   CACHE_MUNIN_WWW=/var/cache/munin/www
-   if dpkg-statoverride --list $CACHE_MUNIN_WWW >/dev/null 2>&1
-   then
-   dpkg-statoverride --remove $CACHE_MUNIN_WWW
-   fi
-
+   dpkg-statoverride --remove /var/cache/munin/www
 
# These are shared with munin-node, so only remove them if munin-node
# isn't installed (or already purged).
status=$(dpkg --get-selections munin-node)
if [ -z "$status" ] || [ "${status%purge}" != "$status" ]; then
-   for i in /var/log/munin /var/lib/munin
-   do
-   if dpkg-statoverride --list $i >/dev/null 2>&1
-   then
-   dpkg-statoverride --remove $i
-   dpkg-statoverride --remove $i
-   fi
-   done
-   fi
+   dpkg-statoverride --remove /var/log/munin
+   dpkg-statoverride --remove /var/lib/munin
fi

delete_dir_if_empty /var/cache/munin/www




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

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

Versions of packages munin depends on:
ii  add 3.112+nmu2   add and remove users and groups
ii  cro 3.0pl1-116   process scheduling daemon
pn  lib(no description available)
ii  lib 2.9-2module for using HTML Templates wi
ii  lib 1.29-1   A Perl port of the widely popular 
ii  lib 1.4.3-1  time-series data storage and displ
pn  lib(no description available)
ii  mun 2:1.4.7-1.1+0.0.0.15.9ced849.15  network-wide graphing framework (c
ii  per 5.10.1-17squeeze3Larry Wall's Practical Extraction 
ii  per 5.10.1-17squeeze3Core Perl modules
ii  pyt 2.1.11-1.spotify+0.0.0.31.e0870c9.23 Python bindings for 0MQ library
ii  rrd 1.4.3-1  time-series data storage and displ
ii  ttf 2.31-1   Metapackage to pull in ttf-dejavu-

Versions of packages munin recommends:
ii  libdate- 6.11-1  module for manipulating dates
ii  munin-no 2:1.4.7-1.1+0.0.0.15.9ced849.15 network-wide graphing framework (n

Versions of packages munin suggests:
ii  chromium-br 6.0.472.63~r59945-5+squeeze6 Chromium browser
ii  epiphany-br 2.30.6-1 Intuitive GNOME web browser
ii  google-chro 18.0.1025.142-r129054The web browser from Google
pn  httpd  (no description available)
ii  iceweasel [ 3.5.16-13Web browser based on Firefox
ii  libnet-ssle 1.36-1   Perl module for Secure Sockets Lay
ii  w3m [www-br 0.5.2-9  WWW browsable pager with excellent

-- Configuration Files:
/etc/munin/munin.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#666910: ITP: lcmaps-plugins-scas-client -- SCAS client plugin for the LCMAPS authorization framework

[Dennis van Dok]

Package: wnpp
Severity: wishlist
Owner: Dennis van Dok 

* Package name: lcmaps-plugins-scas-client
  Version : 0.3.4-1
  Upstream Author : Nikhef Grid Middleware Security Team 

* URL : https://wiki.nikhef.nl/grid/Site_Access_Control
* License : Apache 2
  Programming Lang: C
  Description : SCAS client plugin for the LCMAPS authorization framework

 The Local Centre MAPping Service (LCMAPS) is a security middleware
 component that processes the users Grid credentials (typically X.509
 proxy certificates and VOMS attributes) and maps the user to a local
 account based on the site local policy.

 This package contains the SCAS client plug-in, required to do authorization
 callouts to the SCAS server.



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

Bug#666565: libcairo2:amd64: iceweasel also affected

[Luca Tettamanti]

Package: libcairo2:amd64
Version: 1.12.0-2
Followup-For: Bug #666565

Hello,
iceweasel is also affected; in this case however it's the content of the
brower windows that's corrupted. It's very noticeable on text "intesive"
sites, like gmail. I'm attaching a sample of the corruption.
Downgrading to 1.10.2-7 fixes the issue.


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

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

Versions of packages libcairo2:amd64 depends on:
ii  libc6  2.13-27
ii  libfontconfig1 2.8.0-3.1
ii  libfreetype6   2.4.9-1
ii  libpixman-1-0  0.24.4-1
ii  libpng12-0 1.2.47-2
ii  libx11-6   2:1.4.4-4
ii  libxcb-render0 1.8.1-1
ii  libxcb-shm01.8.1-1
ii  libxcb11.8.1-1
ii  libxrender11:0.9.6-2
ii  multiarch-support  2.13-27
ii  zlib1g 1:1.2.6.dfsg-2

libcairo2:amd64 recommends no packages.

libcairo2:amd64 suggests no packages.

-- no debconf information
<>

Bug#666791: [tex-live] Bug#666791: g-brief uses marvosym, but both defined \EMail

[Mojca Miklavec]

On Mon, Apr 2, 2012 at 11:46, Norbert Preining wrote:
> On Mo, 02 Apr 2012, Mojca Miklavec wrote:
>
>> The document has been created with some ancient version of Star Office
>> (that's probably a predecessor of OpenOffice/LibreOffice, so there is
>
> Do you *have* the old document? If yes, simply include it, it doesn't
> cost you anything, and all the discussions are at end.

No, I don't. We have to ask Martin Vogel for it (and he will probably
answer the same: that he doesn't see any compelling reason to include
it). I only know how it has been generated from what pdfinfo reports.

> If you don't have it and it cannot be found, then we forget it
> and do like you said.

You mean simply including the document?

Mojca

PS:

>> You can also easily
>> use any tool like InDesign to modify it if hand-editing PDF file by
>> hand sounds too complicated ;)
>
> who's "you"?  i've never even seen a copy of indesign

Me neither. But I still find it more difficult to modify marvosym.ttf
than marvosym.pdf.

(I'm sorry. I think that "one can" (german: "man kann") is more
suitable in English that "you can"; I sometimes translate literally
from my own language by accident.)

> it is indeed going to be a joy to reproduce the document in tex.

Transformation to TeX can be left as an exercise to the reader ;)
If somebody does it, I will happily include it in marvodoc.pdf.



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

Bug#666907: [Packaging] Bug#666907: munin: dpkg-stateoverride prevents removal of partial installations.

[Holger Levsen]

ack. as discussed on IRC this bug will be fixed soon.


+thanks for filing the bug!



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

Bug#666911: php5-common: Aonnoying e-mails sent by cron

[Nigel Horne]

Package: php5-common
Version: 5.4.0-3
Severity: normal

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

   * What led up to the situation?
   Installed Debian which installs php5-common
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   Nothing
   * What was the outcome of this action?
   N/A/
   * What outcome did you expect instead?
   N/A

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

I keep on getting this email in by inbox.

PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php5/20100525/suhosin.so' - /usr/lib/php5/20100525/suhosin.so: cannot 
open shared object file: No such file or directory in Unknown on line 0

The subject is

[ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ 
-depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race -cmin 
+$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete


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

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

Versions of packages php5-common depends on:
ii  dpkg1.16.2
ii  libc6   2.13-27
ii  psmisc  22.16-1
ii  sed 4.2.1-9
ii  ucf 3.0025+nmu2

php5-common recommends no packages.

php5-common 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#666912: racoon: Do not set -e in initscript when using LSB logging function

[Laurent Bigonville]

Package: racoon
Version: 1:0.8.0-9
Severity: normal

Hi,

When using LSB logging functions you shouldn't not "set -e". This
prevent the logging funtion to return a message in case of something is
failing.

Please remove the 'set -e' and manually exit the script if needed, after
the call to log_end_msg

Cheers

Laurent Bigonville

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

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



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

Bug#665791: [Pkg-utopia-maintainers] Bug#665791: Bug#665791: libnm-glib4: causes a segfault in gnome-shell

[Antti-Juhani Kaijanaho]

Note that #665808 (reported against gnome-shell) is likely the same bug as
this.

-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/


signature.asc
Description: Digital signature

Bug#666879: s390(x): please add a netboot image

[Steve McIntyre]

Hi Phil,

On Mon, Apr 02, 2012 at 08:09:45AM +0200, Philipp Kern wrote:
>Package: debian-cd
>Severity: normal
>
>You can boot CDs on s390, which is why we generate ISOs.  However, nobody
>implemented to actually pull the debs from the disc.  Instead booting CD1 is
>basically equivalent to booting a netboot image.  You can, of course, copy the
>debs onto some FTP and then install from there.
>
>Hence it would be useful to provide a real netboot image that only contains the
>usual documentation, the d390.ins and the boot subdir of a normal CD images,
>but no further debs.
>
>Please note (for someone's reference) that copying the .ins and boot from the
>CD to a FTP server does not seem to work when trying to boot in LPAR mode.  CD
>booting does work with current squeeze images, however.

Hmmm. I didn't realise that s390 was so limited in terms of CD
booting. Is it actually worth spending much time on s390 CDs?

Secondly - debian-cd doesn't make netboot images at all at the moment,
that's normally down to the d-i folks. We could do it, but it's
probably worth checking with them first.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...




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

Bug#666911: [php-maint] Bug#666911: php5-common: Aonnoying e-mails sent by cron

[Lior Kaplan]

Please purge your suhosin package, which will save you the warnings and
email.

We (the maintainers) cannot forge a package purge...

Kaplan

On Mon, Apr 2, 2012 at 4:17 PM, Nigel Horne  wrote:

> Package: php5-common
> Version: 5.4.0-3
> Severity: normal
>
> Dear Maintainer,
> *** Please consider answering these questions, where appropriate ***
>
>   * What led up to the situation?
>   Installed Debian which installs php5-common
>   * What exactly did you do (or not do) that was effective (or
> ineffective)?
>   Nothing
>   * What was the outcome of this action?
>   N/A/
>   * What outcome did you expect instead?
>   N/A
>
> *** End of the template - remove these lines ***
>
> I keep on getting this email in by inbox.
>
> PHP Warning:  PHP Startup: Unable to load dynamic library
> '/usr/lib/php5/20100525/suhosin.so' - /usr/lib/php5/20100525/suhosin.so:
> cannot open shared object file: No such file or directory in Unknown on
> line 0
>
> The subject is
>
> [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find
> /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race
> -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \;
> -delete
>
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages php5-common depends on:
> ii  dpkg1.16.2
> ii  libc6   2.13-27
> ii  psmisc  22.16-1
> ii  sed 4.2.1-9
> ii  ucf 3.0025+nmu2
>
> php5-common recommends no packages.
>
> php5-common suggests no packages.
>
> -- no debconf information
>
>
>
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
>

Bug#666913: racoon: Do not return a failure when calling start and the daemon is running

[Laurent Bigonville]

Package: racoon
Version: 1:0.8.0-9
Severity: important

Hi,

The "start" function of the init script must not fail if the daemon is
already started.

Please see /etc/init.d/skeleton as an example.

Cheers

Laurent Bigonville

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

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



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

Bug#598554: [Munin] #839: [PATCH] Use Encode::Guess in munin-graph to check whether plugin output is UTF-8 or Latin-1

[Munin]

#839: [PATCH] Use Encode::Guess in munin-graph to check whether plugin output is
UTF-8 or Latin-1
-+--
 Reporter:  avar |Owner:  nobody   
 Type:  enhancement  |   Status:  new  
 Priority:  normal   |Milestone:  Munin 2.0
Component:  master   |  Version:  1.4.3
 Severity:  major|   Resolution:   
 Keywords:  patch|  
-+--
Changes (by snide):

 * cc: 598...@bugs.debian.org (added)

Comment:

 Adding 598...@bugs.debian.org since the bug originated there.

-- 
Ticket URL: 
Munin 
Statistics gatherer and grapher

Bug#598554: [Munin] #839: [PATCH] Use Encode::Guess in munin-graph to check whether plugin output is UTF-8 or Latin-1

[Munin]

#839: [PATCH] Use Encode::Guess in munin-graph to check whether plugin output is
UTF-8 or Latin-1
-+--
 Reporter:  avar |Owner:  nobody   
 Type:  enhancement  |   Status:  new  
 Priority:  normal   |Milestone:  Munin 2.0
Component:  master   |  Version:  1.4.3
 Severity:  major|   Resolution:   
 Keywords:  patch|  
-+--
Comment (by snide):

 Hmm... It was originated in debian, only referenced.

-- 
Ticket URL: 
Munin 
Statistics gatherer and grapher