Bug#653897: [LCFC] templates://cacti/{cacti.templates}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for cacti.

The reviewed templates will be sent on Wednesday, January 18, 2012 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


Template: cacti/webserver
Type: select
__Choices: Apache2, None
Default: Apache2
_Description: Web server:
 Please select the web server for which Cacti should be automatically
 configured.
 .
 Select "None" if you would like to configure the web server manually.
Source: cacti
Section: web
Priority: extra
Maintainer: Sean Finney 
Build-Depends: debhelper (>= 5), po-debconf, quilt
Homepage: http://www.cacti.net/
Vcs-Browser: http://git.debian.org/?p=users/seanius/cacti.git
Vcs-Git: git://git.debian.org/git/users/seanius/cacti.git
Standards-Version: 3.9.1

Package: cacti
Architecture: all
Depends: apache2 | apache | apache-ssl | apache-perl | httpd, 
libapache2-mod-php5 | php5, php5-mysql, php5-cli, php5-snmp, 
virtual-mysql-client, rrdtool, snmp, libphp-adodb (>= 4.50-1), ucf, 
dbconfig-common (>= 1.8.8), ${misc:Depends}
Recommends: mysql-server, iputils-ping, logrotate
Suggests: php5-ldap
Description: web interface for graphing of monitoring systems
 Cacti is a complete PHP-driven front-end for RRDTool. It stores all of
 the necessary data source information to create graphs, handles the data
 gathering, and populates the MySQL database with round-robin archives.
 It also includes SNMP support for those used to creating traffic graphs
 with MRTG.
 .
 This package requires a functional MySQL database server on either the
 installation host or a remotely accessible system.


signature.asc
Description: Digital signature

Bug#656058: override: ttf-paktype:oldlibs/extra

[Christian Perrier]

Package: ftp.debian.org
Severity: normal

ttf-paktype is a transitional package after the package was renamed to
fonts-paktype.



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

Bug#654811: Patch for the l10n upload of am-utils

[Christian PERRIER]

Dear maintainer of am-utils,

On Monday, January 16, 2012 I sent you a notice announcing my intent to upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Wednesday, January 11, 2012.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

The corresponding changelog is:


Source: am-utils
Version: 6.2+rc20110530-1.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Wed, 11 Jan 2012 06:46:21 +0100
Closes: 654811
Changes: 
 am-utils (6.2+rc20110530-1.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * Danish (Joe Hansen).  Closes: #654811

-- 


diff -Nru am-utils-6.2+rc20110530.old/debian/changelog am-utils-6.2+rc20110530/debian/changelog
--- am-utils-6.2+rc20110530.old/debian/changelog	2012-01-11 06:15:37.215265016 +0100
+++ am-utils-6.2+rc20110530/debian/changelog	2012-01-11 06:47:20.718899338 +0100
@@ -1,3 +1,11 @@
+am-utils (6.2+rc20110530-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * Danish (Joe Hansen).  Closes: #654811
+
+ -- Christian Perrier   Wed, 11 Jan 2012 06:46:21 +0100
+
 am-utils (6.2+rc20110530-1) unstable; urgency=low
 
   * Imported Upstream version 6.2+rc20110530
diff -Nru am-utils-6.2+rc20110530.old/debian/po/da.po am-utils-6.2+rc20110530/debian/po/da.po
--- am-utils-6.2+rc20110530.old/debian/po/da.po	1970-01-01 01:00:00.0 +0100
+++ am-utils-6.2+rc20110530/debian/po/da.po	2012-01-11 06:47:32.0 +0100
@@ -0,0 +1,505 @@
+# Danish translation am-utils.
+# Copyright (C) 2012 am-utils & nedenstående oversættere.
+# This file is distributed under the same license as the am-utils package.
+# Joe Hansen , 2012.
+#
+# map -> kort (master map -> overkort) giver det mening at oversætte sådan her.
+#   der er tale om nogle tabeller
+# style -> metode? virker ikke som om det er stil her.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: am-utils\n"
+"Report-Msgid-Bugs-To: am-ut...@packages.debian.org\n"
+"POT-Creation-Date: 2011-01-12 08:57+\n"
+"PO-Revision-Date: 2012-01-03 17:34+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:2001
+msgid "Import old amd configuration?"
+msgstr "Importer gammel amd-konfiguration?"
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:2001
+msgid ""
+"amd package configuration files are available (the \"amd\" package was the "
+"precursor to am-utils)"
+msgstr ""
+"Pakkekonfigurationsfiler for amd er tilgængelige (pakken »amd« var "
+"forløberen for am-utils)."
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:2001
+msgid ""
+"A mechanism is available to import these files, but it may fail in some "
+"cases."
+msgstr ""
+"En mekansime er tilgængelig til at importere disse filer, men den kan fejle "
+"i nogle tilfælde."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid "Failed to log to file"
+msgstr "Kunne ikke logge til fil"
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid ""
+"The old \"amd\" configuration used to log to a file instead of using syslog."
+msgstr ""
+"Den gamle amd-konfiguration brugt for at logge til en fil i stedet for at "
+"bruge syslog."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid ""
+"The \"am-utils\" package only supports logging to the syslog out of the box. "
+"You might want to modify the /etc/am-utils/amd.conf file to enable logging "
+"to a file."
+msgstr ""
+"Pakken »am-utils« understøtter kun logning til syslog ud af boksen. Du skal "
+"ændre filen /etc/am-utils/amd.conf for at aktivere logning til en fil."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:3001
+msgid "This will require manual intervention."
+msgstr "Dette vil kræve manuel intervention."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid "Automatic import of amd's configuration failed"
+msgstr "Automatisk import af amd's konfiguration fejlede"
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid ""
+"Unfortunately, the automatic import of the old amd configuration failed."
+msgstr ""
+"Desværre så fejlede den automatiske import af den gamle amd-konfiguration."
+
+#. Type: error
+#. Description
+#: ../am-utils.templates:4001
+msgid "Please review your am-utils configuration."
+msgstr "Gennemgå venligst din konfiguration for am-utils."
+
+#. Type: boolean
+#. Description
+#: ../am-utils.templates:5001
+msgid "Is the amd master map propagated through NIS?"
+msgstr "Er amd-overkortet viderestillet via NIS?"
+
+# skal a

Bug#656057: CVE-2011-2830

[Moritz Muehlenhoff]

Package: libv8
Severity: grave
Tags: security

Please see http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2830

The upstream bug is private, this probably needs to prodding at Google.

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#507288: mails to $pkg@p.d.o should also be send to Uploaders:

[Raphael Hertzog]

On Sat, 14 Jan 2012, Stefano Zacchiroli wrote:
> > I expect that the most difficult part will be to decide how to deal with
> > the "commitment tracking" part. What should we log? What sort of
> > relationships should be defined and what should they imply (in terms of
> > default set of information provided, and of associated commitments)? Etc.
> 
> This is the part that puzzles me the most.
> 
> Although I was also looking forward for your proposal on keeping track
> of people commitments, I don't see the benefit of discussing the two
> aspects together into an organic proposal. They seem to be quite
> orthogonal, with very different scopes: one mostly technical /
> infrastructural, the other on the definition of maintainership and the
> (moral) requirements to be entitled to it. I can imagine some synergies
> among the two, but not that many.
> 
> Considering the fact that the "commitment tracking" part might be harder
> to reach consensus upon, I fear that joining the two together might sink
> also the other part, that taken alone might have an easier way forward.

You're probably right that I should deal with them separately. But in
truth, this part is the one where I see the most long term benefits for
Debian because MIA tracking, knowing who is responsible of what, and
what you can expect of everybody is a major problem in Debian. It's not
normal that we have a so large number of release critical bugs.

So while the benefit of the infrastructure to fix the information flow is
nice, it's not a game changer IMO (although it's an important step to
make collaborative maintenance the usual default within Debian). Whereas
that second part could be (if well done).

I would like to note that this part of the service will be entirely
optional and as such we're looking for reasonable default behaviour
in terms:
- default commitments for each role
- associated auto-prodding rules

But people should be able to opt-out from the auto-prodding part or tweak
the variables (what to notify, delays/frequency, etc.). Or even change
their commitments.

Do you still think it will be an obstacle in this discussion and that I
should separate both?

The reason why I linked both is because this infrastructure somewhat moves
the definition of is who is the (real/effective) maintainer in the
database of this infrastructure. When looking from this angle, tracking
commitments is just the continuation of that change because the binary
view "is maintainer" does not fit the reality of how we are dealing with
packages we maintain (e.g. for some packages, I will look at all the bugs,
for other I will only care about RC bugs because I just want to ensure it
stays in Debian, etc.).

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#655567: hylafax-client: Doesn't update (bind-mount vs. cp)

[Matthias Urlichs]

Hi,

Giuseppe Sacco:
> could you please change the last part of the same file this way?
> 
That should work, except for

> # copy only if not bind mounted from /etc/hylafax
> if [ 0 -eq $(findmnt --noheadings --target /var/spool/hylafax/etc | grep -c 
> '[/etc/hylafax]') ]

… the fact that grep interprets the regexp as "any char in '/acefhlxy'",
in other words: it behaves like 'wc -l' in this case.

You want to use fgrep.  ;-)

-- 
-- Matthias Urlichs



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

Bug#647545: svnserve: CRAM-MD5 authentication implementation is vulnerable to replay attack

[Peter Samuelson]

> Another detail I missed before: nowadays apr_generate_random_bytes()
> reads from urandom, not /dev/random, so this would not cause
> bug#285708 to come back.

Right.  Now that apr reads /dev/urandom, there doesn't seem to still be
a need for this patch.  I suppose I'll remove it in the next upload.
(The famous 1.7 that I will eventually find time to finish.)

Thanks for all your work in the Subversion BTS so far,
Peter



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

Bug#641701: A solution for compiling ffaudio.so

[Reinhard Tartler]

On Mo, Jan 16, 2012 at 07:06:36 (CET), Boris Gjenero wrote:

> This affects many formats, so I feel it's important. There are two
> relevant causes:
> 1) The plugin isn't built due to a problem with libavcodec detection
> code. Some parts were split into libavcore and then merged back into
> libavutil. The configure script expects to find libavcore.

This is what you get if you try to track a moving target. libavcore was
never in any released version of neither libav nor ffmpeg, so this added
complexity can go away now completely.

> 2) AVMEDIA_TYPE_AUDIO was removed, which would cause a problem if you
> try to build ffaudio.

The AVMedia enum has been introduced in March 2010. So it's the way
other way round. Do you intend to make the plugin work against both
Libav 0.5 as found in debian/stable as well with Libav 0.8 as found in
unstable? In that case you should declare that clearly, as I'm not
convinced at all its worth the effort. Note that there is a libavcodec53
from Libav 0.7 in squeeze-backports, which will be updated to Libav 0.8
as soon as it migrates to testing.


> I'm attaching a patch which fixes this. It is based on bits of
> audacious-plugins-2.5.4. For 1) the change is made to configure.ac, so
> autoconf must be rerun to update configure. This is not done
> automatically by the build process. There are some warnings about
> ffaudio calling depreciated functions, but the resulting ffaudio
> plugin works.
>
> diff -ur audacious-plugins-2.4.4/configure.ac 
> audacious-plugins-2.4.4-fixed/configure.ac
> --- audacious-plugins-2.4.4/configure.ac  2011-02-22 12:29:46.0 
> -0500
> +++ audacious-plugins-2.4.4-fixed/configure.ac2012-01-16 
> 00:16:43.062542098 -0500
> @@ -783,12 +783,13 @@
>  
>  dnl In 2010, some libavcodec functions were moved into a new library called
>  dnl libavcore, making our checks here a bit complex.
> +dnl Later, in Feb, 2011 they got merged back into libavcodec.
>  
>  if test $enable_ffaudio = yes ; then
> -PKG_CHECK_MODULES([NEED_AVCORE], [libavcodec >= 52.94.3],
> - [have_new_ffmpeg=yes], [have_new_ffmpeg=no])
> +PKG_CHECK_MODULES([NEED_AVCORE], [libavcodec >= 52.94.3 libavcodec <= 
> 52.113.1],
> + [have_split_ffmpeg=yes], [have_split_ffmpeg=no])

IMO that part would be much easier if you checked for libavcodec >= 53,
and be done with it. If you really want to support libav in stable, then
you'd need to provide some some backward compatibility definitions, see below:

> -if test $have_new_ffmpeg = yes ; then
> +if test $have_split_ffmpeg = yes ; then

split_ffmpeg? what a mess.

>  PKG_CHECK_MODULES([FFMPEG],
>   [libavcodec >= 52.20.0 libavcore >= 0.12.0 libavformat >= 52.31.0 
> libavutil >= 49.15.0],
>   [have_ffaudio=yes], [have_ffaudio=no])
> diff -ur audacious-plugins-2.4.4/src/ffaudio/ffaudio-core.c 
> audacious-plugins-2.4.4-fixed/src/ffaudio/ffaudio-core.c
> --- audacious-plugins-2.4.4/src/ffaudio/ffaudio-core.c2011-02-22 
> 12:29:46.0 -0500
> +++ audacious-plugins-2.4.4-fixed/src/ffaudio/ffaudio-core.c  2012-01-16 
> 00:14:44.044665933 -0500
> @@ -112,7 +112,11 @@
>  for (i = 0; i < ic->nb_streams; i++)
>  {
>  c = ic->streams[i]->codec;
> +#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
> +if (c->codec_type == AVMEDIA_TYPE_AUDIO)
> +#else
>  if (c->codec_type == CODEC_TYPE_AUDIO)
> +#endif

See /usr/share/doc/libavcodec-dev/APIchanges.gz for details on the
AVMediaType enum:

2010-03-31 - r22736 - lavu 50.14.0 - AVMediaType
  Move AVMediaType enum from libavcodec to libavutil.

2010-03-31 - r22735 - lavc 52.64.0 - AVMediaType
  Define AVMediaType enum, and use it instead of enum CodecType, which
  is deprecated and will be dropped at the next major bump.

This means that a) the #ifdef should check avutil instead, and b), is
unnecessary anyways unless you really want to ensure that the plugin can
be built in debian/stable as well. But even if you want to do so, I
think it would be much cleaner to provide the AVMEDIA_TYPE_AUDIO alias
names in some central header rather than to duplicate this all over the
code. That way, all CODEC_TYPE_AUDIO can be safely replaced by
AVMEDIA_TYPE_AUDIO.

>  {
>  av_find_stream_info(ic);
>  codec = avcodec_find_decoder(c->codec_id);
> @@ -247,7 +251,11 @@
>  {
>  s = ic->streams[i];
>  c = s->codec;
> +#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
> +if (c->codec_type == AVMEDIA_TYPE_AUDIO)
> +#else
>  if (c->codec_type == CODEC_TYPE_AUDIO)
> +#endif
>  {
>  av_find_stream_info(ic);
>  codec = avcodec_find_decoder(c->codec_id);
> @@ -323,7 +331,11 @@
>  {
>  s = ic->streams[i];
>  c = s->codec;
> +#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
> +if (c->codec_type == AVMEDIA_TYPE_AUDIO)
> +#else
>  if (c->codec_type == CODEC_TYPE_AUDIO)
> +#endif
>  {
>  av_find_stream_info(ic);
>

Bug#623102: Announce of an upcoming upload for the libphp-adodb package

[Christian PERRIER]

Dear maintainer of libphp-adodb and Debian translators,

Some days ago, I sent a notice to the maintainer of the libphp-adodb Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

The package maintainer and I agreed for a translation update round. At
the end of this period, I will send him|her a full patch so that 
an l10n upload can happen.
The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es fr gl it ja nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: pt_BR

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the libphp-adodb package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Tuesday, January 24, 
2012. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

Schedule:

 Sunday, January 15, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Monday, January 16, 2012   : send this notice
 Tuesday, January 24, 2012   : (midnight) deadline for receiving 
translation updates
 Wednesday, January 25, 2012   : Send a summary to the maintainer. 
Maintainer uploads
 when possible.

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: camrd...@gmail.com\n"
"POT-Creation-Date: 2006-11-22 00:09-0800\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "WARNING: include path for php has changed!"
msgstr ""

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"libphp-adodb is no longer installed in /usr/share/adodb. New installation "
"path is now /usr/share/php/adodb."
msgstr ""

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"Please update your php.ini file. Maybe you must also change your web-server "
"configuraton."
msgstr ""


signature.asc
Description: Digital signature

Bug#656007: iceweasel: Segmentation fault in libmozjs.so

[Mike Hommey]

On Sun, Jan 15, 2012 at 03:53:17PM -0500, Ariel wrote:
> Package: iceweasel
> Version: 9.0.1-1~bpo60+1
> Severity: normal
> 
> I should say right at the outset that the crash does not happen with 
> -safe-mode
> 
> Here is the backtrace when it crashes.
> 
> I see a lot of "No symbol table info available", but I installed all the -dbg 
> packages.
> 
> If there is something else I need to install to have a proper backtrace 
> please tell me.
> 
> If it helps, I have a coredump from when it crashed. It crashed while browing 
> a yahoo news page.

You have many extensions and addons, can you try disabling them and find
out which one triggers your crash?

Mike



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

Bug#656041: Fwd: Bug#656041: dkimproxy: add IPv6 support

[Thomas Goirand]

Hi Jason,

I have receive the below bug report on the Debian bug tracker. The
attached patch which was sent together with the bug report enables IPv6
support for dkimproxy (so that it can also listen on v6).

1/ What do you think of this patch?
2/ Can this be added upstream, and a new version of dkimproxy be
released with it, so that I can package that in Debian?

Please let me know asap.

Cheers,

Thomas Goirand

GPLHost CEO, Debian Developer since June 2010
Debian PGP: E4F0 EDDF 374F 2C50 D473  5EC0 9783 3DC9 98EF 9A49

 Original Message 
Subject: Bug#656041: dkimproxy: add IPv6 support
Resent-Date: Mon, 16 Jan 2012 05:09:01 +
Resent-From: Kenyon Ralph 
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Thomas Goirand 
Date: Sun, 15 Jan 2012 21:06:34 -0800
From: Kenyon Ralph 
Reply-To: Kenyon Ralph , 656...@bugs.debian.org
To: Debian Bug Tracking System 

Package: dkimproxy
Version: 1.4.1-3
Severity: normal
Tags: ipv6 patch

Attached is a patch that allows dkimproxy to listen on IPv6, provided
that the installed version of libnet-server-perl supports IPv6, which
version 0.99-3 in Debian does. This patch depends on the package
libio-socket-inet6-perl.

I haven't tested whether it still works with a non-IPv6-patched
libnet-server-perl, but I think it should.

Without this patch, if you have libnet-server-perl 0.99-3 installed,
dkimproxy will open a socket for listening on IPv6, but upon
connection, you will get "Connection closed by foreign host."

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

Kernel: Linux 3.0.4-x86_64-linode21 (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 dkimproxy depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  liberror-perl  0.17-1Perl module for
error/exception ha
ii  libmail-dkim-perl  0.38-1cryptographically identify
the sen
ii  libnet-server-perl 0.99-3~bpo60+1extensible, general perl
server en
ii  libtext-wrapper-perl   1.02-1Simple word wrapping routine
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2
init scrip
ii  openssl0.9.8o-4squeeze5  Secure Socket Layer (SSL)
binary a
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical
Extraction
ii  ssl-cert   1.0.28simple debconf wrapper for
OpenSSL

Versions of packages dkimproxy recommends:
pn  amavisd-new(no description available)

dkimproxy suggests no packages.

-- Configuration Files:
/etc/default/dkimproxy changed:
RUN_DKIMPROXY_IN=0

/etc/dkimproxy/dkimproxy_in.conf changed:
listenlocalhost:10026
relay localhost:10024

/etc/dkimproxy/dkimproxy_out.conf changed:
listenlocalhost:10028
relay localhost:10029
domainkenyonralph.com
signature dkim
keyfile   /var/lib/dkimproxy/private.key
selector  postfix


-- no debconf information

--- dkimproxy-1.4.1.orig/lib/MSDW/SMTP/Server.pm
+++ dkimproxy-1.4.1/lib/MSDW/SMTP/Server.pm
@@ -11,7 +11,7 @@
 # Written by Bennett Todd 
 
 package MSDW::SMTP::Server;
-use IO::Socket;
+use IO::Socket::INET6;
 use IO::File;
 
 =head1 NAME
@@ -88,14 +88,14 @@
 =item new(interface => $interface, port => $port);
 
 The interface and port to listen on must be specified. The interface
-must be a valid numeric IP address (0.0.0.0 to listen on all
-interfaces, as usual); the port must be numeric. If this call
-succeeds, it returns a server structure with an open
-IO::Socket::INET in it, ready to listen on. If it fails it dies, so
-if you want anything other than an exit with an explanatory error
-message, wrap the constructor call in an eval block and pull the
-error out of $@ as usual. This is also the case for all other
-methods; they succeed or they die.
+must be a valid numeric IPv4 or IPv6 address (0.0.0.0 or :: to listen
+on all interfaces, as usual); the port must be numeric. If this call
+succeeds, it returns a server structure with an open IO::Socket::INET6
+in it, ready to listen on. If it fails it dies, so if you want
+anything other than an exit with an explanatory error message, wrap
+the constructor call in an eval block and pull the error out of $@ as
+usual. This is also the case for all other methods; they succeed or
+they die.
 
 =item accept([debug => FD]);
 
@@ -154,7 +154,7 @@
 my ($this, @opts) = @_;
 my $class = ref($this) || $this;
 my $self = bless { @opts }, $class;
-$self->{sock} = IO::Socket::INET->new(
+$self->{sock} = IO::Socket::INET6->new(
LocalAddr => $self->{interface},
LocalPort => $self->{port},
Proto => 'tcp',
only in patch2:
unchanged:
--- dkimproxy-1.4.1.orig/scripts/dkimproxy.out
+++ dkimproxy-1.4.1/scripts/dkimproxy.out
@@ -314,17 +314,11 @@
 {
my $self = shift;
 
-   # try to det

Bug#655998: Cannot stop unresponsive script

[Mike Hommey]

On Sun, Jan 15, 2012 at 07:26:57PM +, Mark Hobley wrote:
> Package: iceweasel
> Version: 6.0.2-1
> Severity: normal
> 
> The iceweasel browser randomly pops up a warning box whilst idling as follows:
> 
> Warning: Unresponsive script
> 
> A script on this page may be busy, or it may have stopped responding. You can
> stopt the script now, or you can continue to see if the script will complete.
> 
> Script: 
> jar:file:///usr/lib/xulrunner-6.0/omni.jar!/components/nsPrompter.js:471
> 
> Tick the box: Don't ask me again, then click Stop script.
> 
> The error reoccurs on the same script, even though the box was ticked.

Can you try with the version currently in unstable?

Mike



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

Bug#655793: Not reproducable on i386

[Scott Kitterman]

I just built pyzmq without a problem locally on Sid/i386.  Is this only an 
amd64 problem?



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

Bug#648775: Mono 2.10 Transition has started (was Re: Bug#648775: transition: mono 2.10)

[Mirco Bauer]

On 01/15/2012 12:03 PM, Niels Thykier wrote:

Hi,

The vtk5.8 transition is done, so we can start mono now.

Please start the uploads.  :)


Alright, I have uploaded Mono 2.10.5-2 and cli-common 0.8 to unstable. 
This officially starts the Mono 2.10 transition in Debian [0] [1] [2].


[0] http://wiki.debian.org/Teams/DebianMonoGroup/Mono210Transition
[1] http://release.debian.org/transitions/html/mono.html
[2] http://bugs.debian.org/648775 


--
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developermee...@meebey.net  http://www.meebey.net/
PEAR Developermee...@php.net http://pear.php.net/
Debian Developer  mee...@debian.org  http://www.debian.org/




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

Bug#655999: [bugs.debian.org] Reporting documentation - "What package does your bug report belong to?" points to user support groups

[Don Armstrong]

severity 655999 wishlist
tag 655999 wontfix
retitle 655999 Allow for bug submission without specifying a package
thanks

On Sun, 15 Jan 2012, Filipus Klutiero wrote:
> The ITS requires a package to be specified to send a report. If the
> reporter doesn't know which package is concerned, our documentation
> about bug reporting says:
> 
> >If you are unable to determine which package your bug report
> >should be filed against, please send e-mail to the Debian user
> >mailing list  asking for
> >advice.
> http://www.debian.org/Bugs/Reporting
> 
> debian-user's topic is user support.

Which includes technical support for users who are unable to figure
out whether they have a bug and which package it belongs to.
 
> While we're at it, we shouldn't require reporters to indicate a
> package. If the ITS technically needs a package to be indicated, we
> could tell reporters to indicate a pseudo-package when they don't
> know, perhaps "unknown" or "default".

In order to figure out who should see a report, a package needs to be
specified. No one looks at reports to unspecified packages.


Don Armstrong

-- 
Logs drowse in the pond
Dreaming of their heroes
Alligator and crocodile
 -- Vern Rutsala "Poetry in Motion" p77

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#647545: svnserve: CRAM-MD5 authentication implementation is vulnerable to replay attack

[Jonathan Nieder]

Hi again,

Jonathan Nieder wrote:

> In its implementation of CRAM-MD5 authentication, svnserve uses
> a challenge of
>
>   < nonce . time @ hostname >
>
> After the fix to bug#285708, the nonce is not actually random, but is
> just the current time a few moments before the later "time" component
> is generated.
>
> After intercepting a client's response to this challenge, I can reuse
> that client's credentials, provided I am fast or lucky enough to time
> my connection so as to get the same challenge (nonce and time).
>
> The "nonce" and "time" are usually not equal and have fairly high
> (1-tick --- usually 10-microsecond) resolution, so in practice this
> might be hard to do.  Even so, I would be happier with the following
> patch applied.

Have you considered this request?  If the proposed fix isn't suitable,
would another one be?

Another detail I missed before: nowadays apr_generate_random_bytes()
reads from urandom, not /dev/random, so this would not cause
bug#285708 to come back.

If you think the change is a bad idea, I'd be happy to tag it wontfix
so it can be off my radar.

Thanks,
Jonathan



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

Bug#656055: RM: globus-gram-job-manager-setup-lsf -- ROM; package dropped in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

This package was dropped in Globus Toolkit 5.2

Mattias



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

Bug#656054: RM: globus-gram-job-manager-setup-sge -- ROM; renamed to globus-gram-job-manager-sge in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

This package was renamed in Globus Toolkit 5.2

Mattias



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

Bug#656053: RM: globus-gram-job-manager-setup-pbs -- ROM; renamed to globus-gram-job-manager-pbs in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

This package was renamed in Globus Toolkit 5.2

Mattias



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

Bug#655765: [Pkg-xfce-devel] Bug#655765: Panel moves when enabling second display, but doesn't move back when disabling

[Yves-Alexis Perez]

reassign 655765 grandr
thanks
On lun., 2012-01-16 at 01:53 +, Wookey wrote:
> +++ Yves-Alexis Perez [2012-01-14 10:40 +0100]:
> 
> > How exactly do you enable/disable the external display? Because here,
> > nothing happens if I only plug it, so I have to run xrandr --auto.
> > Similar, when I unplug it, I need to do xrandr --auto to disable the
> > external output. At that point, the bottom panel is perfectly located on
> > the bottom of my laptop display.
> 
> OK. I used grandr.
> 
> I have LVDS1, natural resolution 1440x900 (Lenovo x200s), and VGA1
> giving many option. max of 1280x1024.
> 
> So, yes, I agree that unplugging the external display and running
> xrandr --auto gets the panel bar back at the bottom of LVDS1.
> 
> Leaving it plugged in and doing xrandr --output VGA1 --off also
> returns the panel to the bottom.
> 
> However using grandr:
> click on 'VGA1' to select it. untick 'off', select max resolution of
> 1280x1024 and click 'apply', and external display is enabled, panel
> moves to bottom of it. 
> Now tick 'Off' and 'apply' and external display is turned off, but
> panel remains at '-1024' and thus not visible on LVDS1
> 
> quitting grandr and running "xrandr --output VGA1 --off" at this point
> prings the panel back to '-900' and visibility.
> So I guess I have a workaround now, and perhaps this is a bug in
> grandr, rather than xfce4-panel?
> 
> It seems that turning 'VGA1' 'off' in grandr is not the same as
> running xrandr --output VGA1 --off. 

Yup, reassigning then
> 
> > > It would be good if the panel noticed these changes in both directions
> > > and calulated its best position whever a screen is added or removed,
> > > in order to keep itself visible on screens that are currently in use. 
> > 
> > Afaict it's already the case.
> 
> It is using xrandr, but not grandr. 
> 
> Do you find the same as me?
> 
> I see that grandr has now been removed from unstable and testing as
> 'better alternatives are available'.
> 
> Looking at what these might be for xfce I find that the 'display'
> settings app has equivalent functionality for turning on/off displays,
> and turning the external display on/off with that does indeed have the
> panel moving as desired.
> 
> So it seems this bug boils down to 'user still using outdated and now
> buggy display control app'. 
> 
> However 'display' does not have the grandr functionality for putting
> screens side-by-side rather than simply cloning. Do you know what tool
> one is expected to use for this these days? Without a replacement for
> this grandr still has utility.
> 
Yeah, in 4.8 you can't really do this from the settings (I'm not sure
but I think in 4.10 you will). I usually only use xrandr, but  I think
arandr and lxrandr do the job pretty fine so it'd be worth trying them.

Regards,
-- 
Yves-Alexis


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

Bug#656052: RM: globus-gram-job-manager-setup-condor -- ROM; renamed to globus-gram-job-manager-condor in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

This package was renamed in Globus Toolkit 5.2

Mattias



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

Bug#656051: RM: globus-gram-job-manager-setup-fork -- ROM; renamed to globus-gram-job-manager-fork in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

This package was renamed in Globus Toolkit 5.2

Mattias



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

Bug#656049: RM: globus-libxml2 -- ROM; GPT glue packages no longer needed in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

Upstream is no longer using a bundled version of libxml2, so The GPT
glue package is no longer needed in Globus Toolkit 5.2

Mattias



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

Bug#656050: RM: globus-rsl-assist -- ROM; the package was merged with the globus-rsl in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

The files previously provided by the globus-rsl-assist package are now
provided by the globus-rsl package in Globus Toolkit 5.2

Mattias



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

Bug#656047: RM: globus-openssl -- ROM; GPT glue packages no longer needed in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

Upstream is no longer using a bundled version of openssl, so The GPT
glue package is no longer needed in Globus Toolkit 5.2

Mattias



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

Bug#656048: RM: globus-libtool -- ROM; GPT glue packages no longer needed in Globus Toolkit 5.2

[Mattias Ellert]

Package: ftp.debian.org
Severity: normal

Upstream is no longer using a bundled version of libtool, so The GPT
glue package is no longer needed in Globus Toolkit 5.2

Mattias



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

Bug#656046: postgrey: listening on IPv6 does not work, gives connection refused to postfix

[Kenyon Ralph]

Package: postgrey
Version: 1.33-3~bpo60+1
Severity: normal
Tags: ipv6 upstream

With a version of libnet-server-perl which is capable of listening on
IPv6, postgrey does not work. I believe the default configuration in
/etc/default/postgrey includes this line:

POSTGREY_OPTS="--inet=10023"

With no host specified, postgrey translates this to localhost:10023.
This means Net::Server will open an IPv6 socket, if you have localhost
resolve to::1 in /etc/hosts. Regardless of /etc/hosts though, postgrey
should be able to listen on IPv6.

With postgrey listening on IPv6, postfix logs these messages, and then
rejects incoming mail due to server configuration problems (code 451):

2012-01-15T21:57:05.274902-08:00 darwin postfix/smtpd[10610]: warning: connect 
to localhost:10023: Connection refused
2012-01-15T21:57:05.274935-08:00 darwin postfix/smtpd[10610]: warning: problem 
talking to server localhost:10023: Connection refused

However, strangely, telnet to the postgrey port on IPv6 seems to work fine.

I've looked at postgrey's code, but I don't see why this happens.

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

Kernel: Linux 3.0.4-x86_64-linode21 (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 postgrey depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libberkeleydb-perl 0.42-1~squeeze1   use Berkeley DB 4 databases from P
ii  libnet-dns-perl0.66-2Perform DNS queries from a Perl sc
ii  libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  ucf3.0025+nmu1   Update Configuration File: preserv

Versions of packages postgrey recommends:
ii  libdigest-sha1-perl  2.13-1  NIST SHA-1 message digest algorith
ii  libnet-rblclient-perl0.5-2   Queries multiple Realtime Blackhol
ii  libparse-syslog-perl 1.10-1  Perl module for parsing syslog ent
ii  postfix  2.8.3-1~bpo60+1 High-performance mail transport ag

postgrey suggests no packages.

-- debconf information:
  postgrey/1.32-3_changeport:



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

Bug#580308: patch

[Martin Pool]

There is a patch for this in Ubuntu that seems like it could be
adapted to Debian.

https://launchpadlibrarian.net/69913906/511585.debdiff
https://bugs.launchpad.net/distcc/+bug/511585

-- 
Martin



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

Bug#655841:

[Alexey Eromenko]

Proposed patch:
"tasksel-proposed-6.0.4.patch"

It moves "gnash" from "desktop" to "gnome-desktop", so it has least
effect on Debian-as-a-whole.

Effects:
A. Effects on Debian:
1. should be zero. Should not affect installation media.

B. Effects on GNOME desktop: None.
1. People will have YouTube (as in 6.0.3)
2. People will not have access to Google Finance (as in 6.0.3)

C. Effects on KDE and other desktops:
1. no KDE konqueror crashes by default
2. People will have access to Google Finance (static version)
3. People will need to install some kind of flash plugin manually to
watch YouTube (no WebM support in Squeeze)

It turns out, that "gnome" package has dependency on "gnash", so I
will not go deep into this. It's up to the gnome people to look into
this -- I left gnome as-is, unchanged.

-- 
-Alexey Eromenko "Technologov"
diff -uNr orig/tasksel//tasks/desktop patched/tasksel//tasks/desktop
--- orig/tasksel//tasks/desktop	2010-12-05 19:48:52.0 +0200
+++ patched/tasksel//tasks/desktop	2012-01-16 07:40:54.0 +0200
@@ -62,8 +62,5 @@
 # sound
   alsa-utils
   alsa-base
-# flash -- Note that gnome recommends browser-plugin-gnash; if this is changed
-# here to a different flash player, it should also be changed there.
-  browser-plugin-gnash
 # ensure pm-utils is available
   pm-utils
diff -uNr orig/tasksel//tasks/gnome-desktop patched/tasksel//tasks/gnome-desktop
--- orig/tasksel//tasks/gnome-desktop	2010-12-06 22:32:00.0 +0200
+++ patched/tasksel//tasks/gnome-desktop	2012-01-16 07:40:54.0 +0200
@@ -34,3 +34,6 @@
   xsane
 # vector drawing
   inkscape
+# flash -- Note that gnome recommends browser-plugin-gnash; if this is changed
+# here to a different flash player, it should also be changed there.
+  browser-plugin-gnash

Bug#641701: A solution for compiling ffaudio.so

[Boris Gjenero]

This affects many formats, so I feel it's important. There are two
relevant causes:
1) The plugin isn't built due to a problem with libavcodec detection
code. Some parts were split into libavcore and then merged back into
libavutil. The configure script expects to find libavcore.
2) AVMEDIA_TYPE_AUDIO was removed, which would cause a problem if you
try to build ffaudio.

I'm attaching a patch which fixes this. It is based on bits of
audacious-plugins-2.5.4. For 1) the change is made to configure.ac, so
autoconf must be rerun to update configure. This is not done
automatically by the build process. There are some warnings about
ffaudio calling depreciated functions, but the resulting ffaudio
plugin works.
diff -ur audacious-plugins-2.4.4/configure.ac audacious-plugins-2.4.4-fixed/configure.ac
--- audacious-plugins-2.4.4/configure.ac	2011-02-22 12:29:46.0 -0500
+++ audacious-plugins-2.4.4-fixed/configure.ac	2012-01-16 00:16:43.062542098 -0500
@@ -783,12 +783,13 @@
 
 dnl In 2010, some libavcodec functions were moved into a new library called
 dnl libavcore, making our checks here a bit complex.
+dnl Later, in Feb, 2011 they got merged back into libavcodec.
 
 if test $enable_ffaudio = yes ; then
-PKG_CHECK_MODULES([NEED_AVCORE], [libavcodec >= 52.94.3],
- [have_new_ffmpeg=yes], [have_new_ffmpeg=no])
+PKG_CHECK_MODULES([NEED_AVCORE], [libavcodec >= 52.94.3 libavcodec <= 52.113.1],
+ [have_split_ffmpeg=yes], [have_split_ffmpeg=no])
 
-if test $have_new_ffmpeg = yes ; then
+if test $have_split_ffmpeg = yes ; then
 PKG_CHECK_MODULES([FFMPEG],
  [libavcodec >= 52.20.0 libavcore >= 0.12.0 libavformat >= 52.31.0 libavutil >= 49.15.0],
  [have_ffaudio=yes], [have_ffaudio=no])
diff -ur audacious-plugins-2.4.4/src/ffaudio/ffaudio-core.c audacious-plugins-2.4.4-fixed/src/ffaudio/ffaudio-core.c
--- audacious-plugins-2.4.4/src/ffaudio/ffaudio-core.c	2011-02-22 12:29:46.0 -0500
+++ audacious-plugins-2.4.4-fixed/src/ffaudio/ffaudio-core.c	2012-01-16 00:14:44.044665933 -0500
@@ -112,7 +112,11 @@
 for (i = 0; i < ic->nb_streams; i++)
 {
 c = ic->streams[i]->codec;
+#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
+if (c->codec_type == AVMEDIA_TYPE_AUDIO)
+#else
 if (c->codec_type == CODEC_TYPE_AUDIO)
+#endif
 {
 av_find_stream_info(ic);
 codec = avcodec_find_decoder(c->codec_id);
@@ -247,7 +251,11 @@
 {
 s = ic->streams[i];
 c = s->codec;
+#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
+if (c->codec_type == AVMEDIA_TYPE_AUDIO)
+#else
 if (c->codec_type == CODEC_TYPE_AUDIO)
+#endif
 {
 av_find_stream_info(ic);
 codec = avcodec_find_decoder(c->codec_id);
@@ -323,7 +331,11 @@
 {
 s = ic->streams[i];
 c = s->codec;
+#if CHECK_LIBAVCODEC_VERSION (52, 64, 0)
+if (c->codec_type == AVMEDIA_TYPE_AUDIO)
+#else
 if (c->codec_type == CODEC_TYPE_AUDIO)
+#endif
 {
 av_find_stream_info(ic);
 codec = avcodec_find_decoder(c->codec_id);

Bug#656045: Wanted: geometry mapped scratch prediction for optical media

[A. Costa]

Package: gddrescue
Version: 1.15-1
Severity: wishlist

Dear Maintainer,

While I was waiting hours for 'ddrescue' to scan a scratchy
borrowed DVD, it seemed likely that most waiting time was
spent on the drive trying to read scratched areas where data cannot
be read.

If we could predict where scratches were, we could elect not to
waste time failing read them, and the job could go faster.

The scratches are visible to the naked eye.  Usually continuous 
straight lines or curves, or at worst, concentric. The optical drive
has no eyeball though, and just sees one spot at a time.

If it's possible to map optical disc blocks to a virtual image of a
disk, (i.e. polar coordinates), then it should be also possible to
interpolate where the scratched out blocks would most
likely occur.  

Simplest case: a disc with one long radial scratch at 6 o'clock.
To predict where the scratch is be we read an entire track... if the
track has a bad block, we note the polar angle of the block, then skip
ahead 100 tracks, and see if there's another bad block in line with the
prior one, note the polar angle of that spot, and continue skipping
many tracks, each time noting bad block angles, until there's no bad
block.  Assuming the bad blocks all line up nicely, we back up 50
tracks, and half again, until we find the scratch endpoint, and we mark
what's in between as bad.

Of course a robust algorithm for a very scratchy disk would be more
complex than that, but one has to start somewhere.

Possibly the drive electronics might force it to cache read a bad block
we don't want it to read while reading a nearby good block.  In which
case we'd have to find out how close to the bad block the drive can go
without reading it, and allow for that.

Hope this helps...



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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages gddrescue depends on:
ii  dpkg  1.16.1.2
ii  install-info  4.13a.dfsg.1-8
ii  libc6 2.13-24
ii  libgcc1   1:4.6.2-11
ii  libstdc++64.6.2-11

gddrescue recommends no packages.

gddrescue 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#656044: RFP: gcc-4.6-doc -- documentation for the GNU compilers (gcc, gobjc, g++)

[Samuel Bronson]

Package: wnpp
Severity: wishlist

* Package name: gcc-4.6-doc
  Version : 4.6.2
  Upstream Author : Free Software Foundation
* URL or Web page : http://gcc.gnu.org
* License : GFDL with invariant sections
  Description : documentation for the GNU compilers (gcc, gobjc, g++)

It looks like there are instructions for making this package in the file
debian/README.source from the gcc-4.4-doc-non-dfsg source package.

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



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

Bug#656043: RFP: gcc-4.5-doc -- documentation for the GNU compilers (gcc, gobjc, g++)

[Samuel Bronson]

Package: wnpp
Severity: wishlist

* Package name: gcc-4.5-doc
  Version : 4.5.3
  Upstream Author : Free Software Foundation
* URL or Web page : http://gcc.gnu.org
* License : GFDL with invariant sections
  Description : documentation for the GNU compilers (gcc, gobjc, g++)

It looks like there are instructions for making this package in the file
debian/README.source from the gcc-4.4-doc-non-dfsg source package.

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



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

Bug#656042: /usr/share/emacs/23.2/lisp/ido.elc: help for ido-find-file should list ido-reread-directory

[Kenyon Ralph]

Package: emacs23-common
Version: 23.2+1-7
Severity: normal
File: /usr/share/emacs/23.2/lisp/ido.elc
Tags: upstream

The help for ido-find-file should list ido-reread-directory as one of
the keys useful when finding files. For example, like this:

\\[ido-reread-directory] reread current directory, in case the cached
version is no longer useful.

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

Kernel: Linux 2.6.39-bpo.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 emacs23-common depends on:
ii  dpkg  1.15.8.12  Debian package management system
ii  emacsen-common1.4.22 Common facilities for all emacsen
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 

emacs23-common recommends no packages.

Versions of packages emacs23-common suggests:
ii  emacs23-common-non-dfsg   23.2+1-1   GNU Emacs shared, architecture ind
ii  emacs23-el23.2+1-7   GNU Emacs LISP (.el) files

-- 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#655841: Please remove Gnash from default Debian install, as it crashes

[peter green]

Joey Hess wrote:

Alexey Eromenko wrote:
  

Default Debian-6 KDE installs "gnash", an extremely unstable
component, that constantly crashes KDE Konqueror, when user accesses
any flash-enabled website (such as www.amd.com).



Wouldn't that be a bug in konqueror-nsplugins? No plugin should be able to
crash the browser it's running in; at least chromium and I think
firefox/iceweasel deal with crashing plugins.
  
Plugins conventionally run in-process which allows them to crash the 
application
they run in. Some browsers have started running plugins in seperate 
processes
to reduce the damage caused by crash prone plugins but it's not how the 
system
was originally designed to work and I wouldn't call it a "bug" for a 
browser not

to do it.



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

Bug#656041: dkimproxy: add IPv6 support

[Kenyon Ralph]

Package: dkimproxy
Version: 1.4.1-3
Severity: normal
Tags: ipv6 patch

Attached is a patch that allows dkimproxy to listen on IPv6, provided
that the installed version of libnet-server-perl supports IPv6, which
version 0.99-3 in Debian does. This patch depends on the package
libio-socket-inet6-perl.

I haven't tested whether it still works with a non-IPv6-patched
libnet-server-perl, but I think it should.

Without this patch, if you have libnet-server-perl 0.99-3 installed,
dkimproxy will open a socket for listening on IPv6, but upon
connection, you will get "Connection closed by foreign host."

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

Kernel: Linux 3.0.4-x86_64-linode21 (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 dkimproxy depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  liberror-perl  0.17-1Perl module for error/exception ha
ii  libmail-dkim-perl  0.38-1cryptographically identify the sen
ii  libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en
ii  libtext-wrapper-perl   1.02-1Simple word wrapping routine
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  openssl0.9.8o-4squeeze5  Secure Socket Layer (SSL) binary a
ii  perl   5.10.1-17squeeze2 Larry Wall's Practical Extraction 
ii  ssl-cert   1.0.28simple debconf wrapper for OpenSSL

Versions of packages dkimproxy recommends:
pn  amavisd-new(no description available)

dkimproxy suggests no packages.

-- Configuration Files:
/etc/default/dkimproxy changed:
RUN_DKIMPROXY_IN=0

/etc/dkimproxy/dkimproxy_in.conf changed:
listenlocalhost:10026
relay localhost:10024

/etc/dkimproxy/dkimproxy_out.conf changed:
listenlocalhost:10028
relay localhost:10029
domainkenyonralph.com
signature dkim
keyfile   /var/lib/dkimproxy/private.key
selector  postfix


-- no debconf information
--- dkimproxy-1.4.1.orig/lib/MSDW/SMTP/Server.pm
+++ dkimproxy-1.4.1/lib/MSDW/SMTP/Server.pm
@@ -11,7 +11,7 @@
 # Written by Bennett Todd 
 
 package MSDW::SMTP::Server;
-use IO::Socket;
+use IO::Socket::INET6;
 use IO::File;
 
 =head1 NAME
@@ -88,14 +88,14 @@
 =item new(interface => $interface, port => $port);
 
 The interface and port to listen on must be specified. The interface
-must be a valid numeric IP address (0.0.0.0 to listen on all
-interfaces, as usual); the port must be numeric. If this call
-succeeds, it returns a server structure with an open
-IO::Socket::INET in it, ready to listen on. If it fails it dies, so
-if you want anything other than an exit with an explanatory error
-message, wrap the constructor call in an eval block and pull the
-error out of $@ as usual. This is also the case for all other
-methods; they succeed or they die.
+must be a valid numeric IPv4 or IPv6 address (0.0.0.0 or :: to listen
+on all interfaces, as usual); the port must be numeric. If this call
+succeeds, it returns a server structure with an open IO::Socket::INET6
+in it, ready to listen on. If it fails it dies, so if you want
+anything other than an exit with an explanatory error message, wrap
+the constructor call in an eval block and pull the error out of $@ as
+usual. This is also the case for all other methods; they succeed or
+they die.
 
 =item accept([debug => FD]);
 
@@ -154,7 +154,7 @@
 my ($this, @opts) = @_;
 my $class = ref($this) || $this;
 my $self = bless { @opts }, $class;
-$self->{sock} = IO::Socket::INET->new(
+$self->{sock} = IO::Socket::INET6->new(
LocalAddr => $self->{interface},
LocalPort => $self->{port},
Proto => 'tcp',
only in patch2:
unchanged:
--- dkimproxy-1.4.1.orig/scripts/dkimproxy.out
+++ dkimproxy-1.4.1/scripts/dkimproxy.out
@@ -314,17 +314,11 @@
 {
my $self = shift;
 
-   # try to determine peer's address
-   use Socket;
-   my $peersockaddr = getpeername(STDOUT);
-   my ($port, $iaddr) = sockaddr_in($peersockaddr);
-   $ENV{REMOTE_ADDR} = inet_ntoa($iaddr);
-
# initialize syslog
eval
{
openlog("dkimproxy.out", "perror,pid,ndelay", "mail");
-   syslog("debug", '%s', "connect from $ENV{REMOTE_ADDR}");
+   syslog("debug", '%s', "connect from 
$self->{server}->{peeraddr}");
};
if (my $E = $@)
{

Bug#656040: ace-netsvcs broken or mis-configured

[Ken Gregson]

Package: ace-netsvcs
Version: 6.0.1-1
Severity: grave

I am an ACE newb and while working through the examples in the BlueBook 
(ACE Programmer's Guide), I was unable to get the simple logging client 
(section 3.6, page 67) but seem to have discovered a build configuration 
issue using strace.


No indication of successful communication between the application and 
client, nor client and server, nor output logged by the server (to the 
file "foobar") was obtained with the below.


logger.cpp (builds successfully with >LDFLAGS=-lACE make logger):
#define ACE_TRACEN 0
#include "ace/Log_Msg.h"

int ACE_TMAIN( int argc, char *argv[] )
{
  ACE_LOG_MSG->open( argv[0], ACE_Log_Msg::LOGGER, 
ACE_DEFAULT_LOGGER_KEY );

  ACE_TRACE( "main" );

  ACE_DEBUG( (LM_DEBUG, "%IHi Mom\n") );
  ACE_DEBUG( (LM_INFO, "%IGoodnight\n") );

  return 0;
}

server.conf (instantiated via >ace_netsvcs -f server.conf):
dynamic Logger Service_Object * ACE:_make_ACE_Logging_Strategy() "-s 
foobar -f STDERR|OSTREAM|VERBOSE"
dynamic Server_Logging_Service Service_Object * 
netsvcs:_make_ACE_Server_Logging_Acceptor() active "-p 20009"


client.conf (instantiated via >ace_netsvcs -f client.conf):
dynamic Client_Logging_Service Service_Object * 
netsvcs:_make_ACE_Client_Logging_Acceptor() active "-h localhost -p 20009"



Using strace allowed me to determine a search for "netsvcs" was failing 
and required changing "netsvcs:" to "/usr/bin/ace_netsvcs:" in both 
server.conf and client.conf.  This isn't documented anywhere in the 
README or changelogs in /usr/share/doc/ace-netsvcs that I could find.


ace_netsvcs made it further with the following updated configuration files

server.conf (instantiated via >ace_netsvcs -f server.conf):
dynamic Logger Service_Object * ACE:_make_ACE_Logging_Strategy() "-s 
foobar -f STDERR|OSTREAM|VERBOSE"
dynamic Server_Logging_Service Service_Object * 
/usr/bin/ace_netsvcs:_make_ACE_Server_Logging_Acceptor() active "-p 20009"


client.conf (instantiated via >ace_netsvcs -f client.conf):
dynamic Client_Logging_Service Service_Object * 
/usr/bin/ace_netsvcs:_make_ACE_Client_Logging_Acceptor() active "-h 
localhost -p 20009"



However, strace still showed that a search for the netsvcs library 
(libace_netsvcs.so or ace_netsvcs.so) was failing (on path /usr/bin that 
is coincidentally specified as the fully qualified path for ace_netsvcs 
in the {server|client}.conf files).  That was resolved with a very ugly 
hack:


ln -s /usr/lib/libnetsvcs-6.0.1.so /usr/bin/libace_netsvcs.so

After that things worked as expected (with localhost replaced by my true 
local host name or 127.0.1.1 where the server was actually listening 
rather than on 127.0.0.1 associated with localhost as normally 
configured by debian).  I tried all of the above with ACE_ROOT set to 
/usr/lib/ace and unset as well with no apparent difference.  I may be 
missing something obvious to others.


Regards,
-Ken Gregson



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

Bug#613210: Status of ITP: replicatorg ?

[Jeremy Bicha]

Hi, I was curious how the work was coming on getting replicatorg into
Debian. I'm a bit curious as to why bug 613297 is a blocker; I didn't
think replicatorg used twitter at all.

If you do decide not to continue working on this, could you at least
post what you've done so far?

Jeremy



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

Bug#556985: For media keys in GNOME, use Gnome Shortcuts instead

[Boris Gjenero]

GNOME grabs the media keys, so they won't work reliably via the
Audacious Global Hotkey plugin. I use the Gnome Shortcuts plugin
instead. It allows control using the media keys via GNOME. This
currently works perfectly in Wheezy.



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

Bug#388141: Ask contributors a permission to relicense

[Charles Plessy]

Le Sun, Jan 15, 2012 at 02:45:20PM -0400, David Prévot a écrit :
> 
> Since the “web team” is not a clearly defined entity, I propose, for
> legal purpose, that the license choice stays ours but we mandate the
> Debian project leader to publicly announce it once we have decided the
> accurate license(s) (thus there is another safeguard: the “web team”
> won't choose a silly license without a formal acknowledgement of the
> Debian project by the voice of its leader).
> 
> ———
> 
> Subject: Permission to relicense my work on the Debian website
> 
>   I hereby give permission to relicense my work — which consist of
>   edition or translation of portions of text from one human language to
>   another human language, that I have provided to the Debian website or
>   that I will provide in the future — to any DFSG compatible license as
>   chosen by the web team, and announced by the Debian project leader.
> 
> ———

Dear David,

I would definitely agree with the above.  This said, it may be even
simpler to make the contributors relicence themselves.  For instance:

  I hereby license my past and future contributions to the Debian
  website, which consist of edition or translation of portions of text
  from one human language to another human language, under the DFSG
  compatible license that will be announced by the Debian project
  leader on the debian-devel-announce diffusion list in his next
  message titled “New license for the Debian website”.

This removes questions such as “do we have the right to give the right
to relicence”, or “what if in 10 years the website is re-relicensed
with terms that I will not like (because the DFSG will have been
amended)”, etc.

One last comment – I realise that I gave many more than average – is
that the contributors sometimes contribute some programmatic work as
makefiles or perhaps patches to some scripts.  If applicable, the
relicensing would be even more simplified by targetting all
contributions to the webwml repository.

Have a nice day,

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



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

Bug#520655: ability to edit target directory

[Charles Steinkuehler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

You can already do this, just put some functions in your abcde.conf
file, and reference them in the output directory specifiers.  You can
code up just about whatever you'd like.

An example from my abcde.conf should get you started...

> #OUTPUTFORMAT='${ARTISTFILE}-${ALBUMFILE}/${TRACKNUM}.${TRACKFILE}'
>
> 
OUTPUTFORMAT='${OUTPUT}/$(CSSingleDir)/$(CSAlbumDir)/${TRACKNUM}.${TRACKFILE}'
> 
> # Like OUTPUTFORMAT but for Various Artists discs. 
> #VAOUTPUTFORMAT='Various-${ALBUMFILE}/${TRACKNUM}.${ARTISTFILE}-${TRACKFILE}'
>
> 
VAOUTPUTFORMAT='${OUTPUT}/$(CSVariousDir)/$(CSAlbumDir)/${TRACKNUM}.${ARTISTFILE}
- - ${TRACKFILE}'
> 
> # Like OUTPUTFORMAT and VAOUTPUTFORMAT but for the ONEFILE rips. 
> ONETRACKOUTPUTFORMAT=$OUTPUTFORMAT 
> VAONETRACKOUTPUTFORMAT='${OUTPUT}/$(CSVariousDir)/$(CSAlbumDir)/${TRACKNUM}.${TRACKFILE}'
>
>  # CHARLES STEINKUEHLER # Custom function to put some genres
> (Single Artist) in their own directory CSArtist () { local
> ARTIST="$1"
> 
> # Remove leading "The ", if present ARTIST="${ARTIST#The }"
> 
> # Remove trailing period, if present (confuses windows clients!) 
> ARTIST="${ARTIST%.}"
> 
> echo "$ARTIST" }
> 
> # CHARLES STEINKUEHLER # Custom function to put some genres (Single
> Artist) in their own directory CSSingleDir () { local
> ARTISTDIR=$(CSArtist "$ARTISTFILE")
> 
> case ${GENRE} in soundtrack) echo Soundtracks ;; 
> holiday|christmas) echo "Holiday/${ARTISTDIR}" ;; classical)
> echo "Classical/${ARTISTDIR}" ;; child*) echo
> "Children/${ARTISTDIR}" ;; book*)  echo
> "Books/${ARTISTDIR}" ;; *)  echo "${ARTISTDIR}" ;; 
> esac }
> 
> # CHARLES STEINKUEHLER # Custom function to put some genres
> (Various Artists) in their own directory CSAlbumDir () { local
> ALBUM="${ALBUMFILE}"
> 
> # Remove trailing period, if present (confuses windows clients!) 
> ALBUM="${ALBUM%.}"
> 
> echo "$ALBUM" }
> 

- -- 
Charles Steinkuehler
cst...@newtek.com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8Tm2AACgkQenk4xp+mH43+ZgCfYV7U+rSIwKcauJxBk4mBNxsk
JKwAoN6xtm4suoCaU3Rx7esmel3vbps3
=/S79
-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#656039: liblapack3: Provides liblapack.so.3gf virtual package without registering corresponding alternative

[Jonathan Nieder]

Package: liblapack3
Version: 3.4.0-1~exp1
Severity: serious
Justification: breaks rdeps

Hi,

When I try to use "import numpy" from python, I get the following
error[1]:

ImportError: liblapack.so.3gf: cannot open shared object file: No such 
file or directory

Indeed, there is no liblapack.so.3gf in /usr/lib or any of its
subdirectories.  This shouldn't be possible because the python-numpy
package[2] depends on liblapack3gf | liblapack.so.3gf | libatlas3gf-base.

Luckily this only affects the liblapack packaging in experimental.

Known problem?
Jonathan

[1]
| $ python
| Python 2.7.2+ (default, Jan 13 2012, 23:15:17) 
| [GCC 4.6.2] on linux2
| Type "help", "copyright", "credits" or "license" for more information.
| >>> import numpy
| Traceback (most recent call last):
|   File "", line 1, in 
|   File "/usr/lib/pymodules/python2.7/numpy/__init__.py", line 136, in 
| import add_newdocs
|   File "/usr/lib/pymodules/python2.7/numpy/add_newdocs.py", line 9, in 

| from numpy.lib import add_newdoc
|   File "/usr/lib/pymodules/python2.7/numpy/lib/__init__.py", line 13, in 

| from polynomial import *
|   File "/usr/lib/pymodules/python2.7/numpy/lib/polynomial.py", line 17, in 

| from numpy.linalg import eigvals, lstsq
|   File "/usr/lib/pymodules/python2.7/numpy/linalg/__init__.py", line 48, in 

| from linalg import *
|   File "/usr/lib/pymodules/python2.7/numpy/linalg/linalg.py", line 23, in 

| from numpy.linalg import lapack_lite
| ImportError: liblapack.so.3gf: cannot open shared object file: No such file 
or directory

[2] version 1:1.5.1-3



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

Bug#656038: mdadm: Adjusting logcheck rule as the kernel now uses "k" instead of "blocks"

[Frédéric Brière]

Package: mdadm
Version: 3.2.2-1
Severity: normal
Tags: patch

The Linux kernel now uses "k" instead of "blocks" in its "using X
window" message; this patch adjusts the logcheck rule accordingly.
>From 8295ea3329739ff736a9ffe7af475f98fa8efa08 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Fr=C3=A9d=C3=A9ric=20Bri=C3=A8re?= 
Date: Sun, 15 Jan 2012 22:24:50 -0500
Subject: [PATCH] Adjusting logcheck rule as the kernel now uses "k" instead
 of "blocks"

The Linux kernel now uses "k" instead of "blocks" since 3.0 (commit
ac42450).
---
 debian/mdadm.logcheck.ignore.server |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/debian/mdadm.logcheck.ignore.server b/debian/mdadm.logcheck.ignore.server
index 3d3d5a3..051c473 100644
--- a/debian/mdadm.logcheck.ignore.server
+++ b/debian/mdadm.logcheck.ignore.server
@@ -10,7 +10,7 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: minimum _guaranteed_  ?speed: [[:digit:]]+ KB/sec/disk\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using maximum available idle IO bandwidth \(but not more than [[:digit:]]+ KB/sec\) for (data-check|requested-resync|resync|reshape|recovery)\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: delaying (data-check|requested-resync|resync|reshape|recovery) of md[[:digit:]]+ until md[[:digit:]]+ has finished \(they share one or more physical units\)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using [[:digit:]]+k window, over a total of [[:digit:]]+ blocks\.$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: using [[:digit:]]+k window, over a total of [[:digit:]]+( blocks|k)\.$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: (un)?bind<[^>]+>$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? md: export_rdev\([^)]+\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel:( \[ *[[:digit:]]+\.[[:digit:]]+\])? raid[[:digit:]]+: raid set [[:alnum:]]+ active with [[:digit:]]+ out of [[:digit:]]+ mirrors$
-- 
1.7.8.3

Bug#650292: some byobu f-key bindings do not work in urxvt

[Yaroslav Halchenko]

Package: byobu
Version: 5.2-1
Followup-For: Bug #650292

For me commands with Shift (e.g. Shift-F2 for vertical split) do not work.  I
have rxvt-unicode 9.14-1.

Ccing Ryan -- rxvt-unicode maintainer -- to replicate just start byobu and try
to do vertical split (shift-f2).  it seems to work fine in other terminals
(tried xterm and gnome-terminal).

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 
'stable')
Architecture: amd64 (x86_64)

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

Versions of packages byobu depends on:
ii  debconf [debconf-2.0]  1.5.40 
ii  gettext-base   0.18.1.1-4 
ii  perl   5.14.2-6   
ii  python 2.7.2-9
ii  python-newt0.52.11-2.1
ii  screen 4.0.3-14   
ii  tmux   1.5-3  

Versions of packages byobu recommends:
ii  screen  4.0.3-14
ii  tmux1.5-3   

Versions of packages byobu suggests:
ii  apport  
ii  lsb-release 3.2-28
ii  po-debconf  1.0.16+nmu1   
ii  run-one 
ii  update-notifier-common  0.99.3debian10
ii  vim 2:7.3.280-1   
ii  w3m 0.5.3-3   

-- debconf information:
  byobu/launch-by-default: false



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

Bug#655179: pastebinit does not read .conf files from ~/.pastebin.d/ directory

[Rolf Leggewie]

On 15.01.2012 23:28, Maximilian Gerhard wrote:
>> Adding configs to ~/.pastebin.d overrides everything, because of the
>> "pastebind" configuration list reset. But that's the way it is upstream.

I've opened a ticket upstream to see if this is really intentional.

https://bugs.launchpad.net/bugs/917005



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

Bug#656037: obmenu: obm-xdg does not sort menu items

[Eric Cooper]

Package: obmenu
Version: 1.0-2
Severity: normal

Using
obm-xdg /etc/xdg/menus/gnome-applications.menu
produces submenus with unsorted items, making it difficult to find the
application you're looking for.

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

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

Versions of packages obmenu depends on:
ii  python  2.7.2-9
ii  python-glade2   2.24.0-2
ii  python-support  1.0.14

Versions of packages obmenu recommends:
ii  openbox  3.5.0-2

obmenu 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#623634: libnet-rawip-perl: miscalculates header checksums

[Anestis Bechtsoudis]

Confirming bug for the same package (libnet-rawip-perl 0.25-1) at
squeeze (6.0.3) AMD x64 too.

Kernel:2.6.32-5



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

Bug#656036: lxpanel dying a lot (today)

[Gordon Haverland]

Package: lxpanel
Version: 0.5.8-1
Severity: normal

Dear Maintainer,

I've had lxpanel start using 100% CPU and become non-responsive.
Sending a SIGHUP usually worked, but I gather that isn't an
official way to fix things (I didn't know of lxpanelctl).

I upgraded all kinds of packages today, and my SIGHUP trick
got to the point where it wouldn't work at all, and I had to log out.
I've been trying to use lxpanelctl restart since then, and usually
it works.  But, lxpanel still gets to the point where it doesn't
respond.  If I start a new lxpanel from a command line, it doesn't
have a Start Application button, and hence logging out is not that
easy.

In the last 7 hours, I think lxpanel has become nonresponsive probably
25 times.


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

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

Versions of packages lxpanel depends on:
ii  libasound2  1.0.24.1-4
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-24
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libgtk2.0-0 2.24.8-2
ii  libmenu-cache1  0.3.2-2.1
ii  libpango1.0-0   1.29.4-2
ii  libx11-62:1.4.4-4
ii  lxmenu-data 0.1.2-1

Versions of packages lxpanel recommends:
ii  manpages-dev  3.35-0.1

Versions of packages lxpanel suggests:
ii  iceweasel [www-browser]8.0-3
ii  konqueror [www-browser]4:4.6.5-1
ii  lxsession [lxsession-lite] 0.4.6.1-1
ii  lynx-cur [www-browser] 2.8.8dev.9-3
ii  menu   2.1.46
ii  midori [www-browser]   0.4.3-1
ii  swiftfox-athlon64-32bit [www-browser]  3.6.13-1
ii  w3m [www-browser]  0.5.3-5

-- 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#656035: arb: unowned files after purge (policy 6.8, 10.8)

[Andreas Beckmann]

Package: arb
Version: 5.3-2
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

>From the attached log (scroll to the bottom...):

0m26.8s ERROR: WARN: Broken symlinks:
  /usr/lib/arb/lib/arb_tcp.dat -> /etc/arb/arb_tcp.dat

0m28.1s ERROR: FAIL: Package purging left files on system:
  /usr/lib/arb   owned by: arb, libarb, arb-common
  /usr/lib/arb/lib   owned by: libarb, arb-common
  /usr/lib/arb/lib/arb_tcp.dat   not owned

That link should be either shipped in the package so that it gets
removed automatically by dpkg (works only if the link is static), or if
it needs to be created by a maintainer script, the postrm needs to
remove it.

Also earlier while the package was installed, it contained a few broken
symlinks:

0m23.2s ERROR: WARN: Broken symlinks:
  /usr/lib/arb/bin/clustalw -> ../../../bin/clustalw
  /usr/lib/arb/bin/protml -> ../../../bin/protml
  /usr/lib/arb/lib/inputMasks/format.readme -> ../help/input_mask_format.hlp

(Since Recommends are not installed during the test, these broken links
may be OK.)


cheers,

Andreas


arb_5.3-2.log.gz
Description: GNU Zip compressed data

Bug#656034: csound: Files required by STK opcodes not installed

[Forrest Cahoon]

Package: csound
Version: 1:5.14.2~dfsg-2
Severity: normal

When attempting to use the STKTubeBell opcode by running the sample csd from
http://www.csounds.com/manual/html/STKTubeBell.html, I get this error

FileRead::open: could not open or find file
(/usr/share/stk/rawwaves/sinewave.raw)!

terminate called after throwing an instance of 'stk::StkError'

I created an stk directory under /usr/share and copied the rawwaves directory
from the STK source tarball (downloadable from
https://ccrma.stanford.edu/software/stk/download.html) into it, and this solved
the problem.

That dir should be installed by the csound or csound-data package.



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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 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 csound depends on:
ii  libc62.13-24
ii  libcsound64-5.2  1:5.14.2~dfsg-2

Versions of packages csound recommends:
ii  csound-gui   1:5.14.2~dfsg-2
ii  csound-manpages  1:5.13~dfsg-1
ii  csound-utils 1:5.14.2~dfsg-2

csound 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#655765: [Pkg-xfce-devel] Bug#655765: Panel moves when enabling second display, but doesn't move back when disabling

[Wookey]

+++ Yves-Alexis Perez [2012-01-14 10:40 +0100]:

> How exactly do you enable/disable the external display? Because here,
> nothing happens if I only plug it, so I have to run xrandr --auto.
> Similar, when I unplug it, I need to do xrandr --auto to disable the
> external output. At that point, the bottom panel is perfectly located on
> the bottom of my laptop display.

OK. I used grandr.

I have LVDS1, natural resolution 1440x900 (Lenovo x200s), and VGA1
giving many option. max of 1280x1024.

So, yes, I agree that unplugging the external display and running
xrandr --auto gets the panel bar back at the bottom of LVDS1.

Leaving it plugged in and doing xrandr --output VGA1 --off also
returns the panel to the bottom.

However using grandr:
click on 'VGA1' to select it. untick 'off', select max resolution of
1280x1024 and click 'apply', and external display is enabled, panel
moves to bottom of it. 
Now tick 'Off' and 'apply' and external display is turned off, but
panel remains at '-1024' and thus not visible on LVDS1

quitting grandr and running "xrandr --output VGA1 --off" at this point
prings the panel back to '-900' and visibility.
So I guess I have a workaround now, and perhaps this is a bug in
grandr, rather than xfce4-panel?

It seems that turning 'VGA1' 'off' in grandr is not the same as
running xrandr --output VGA1 --off. 

> > It would be good if the panel noticed these changes in both directions
> > and calulated its best position whever a screen is added or removed,
> > in order to keep itself visible on screens that are currently in use. 
> 
> Afaict it's already the case.

It is using xrandr, but not grandr. 

Do you find the same as me?

I see that grandr has now been removed from unstable and testing as
'better alternatives are available'.

Looking at what these might be for xfce I find that the 'display'
settings app has equivalent functionality for turning on/off displays,
and turning the external display on/off with that does indeed have the
panel moving as desired.

So it seems this bug boils down to 'user still using outdated and now
buggy display control app'. 

However 'display' does not have the grandr functionality for putting
screens side-by-side rather than simply cloning. Do you know what tool
one is expected to use for this these days? Without a replacement for
this grandr still has utility.

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



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

Bug#655773: download issue

[Carlos Kosloff]

On 01/15/2012 02:36 PM, Simon Paillard wrote:

severity 655773 normal
tag 655773 +moreinfo
thanks

On Fri, Jan 13, 2012 at 08:26:23PM -0500, Carlos Kosloff wrote:

Package: linux-headers-3.1.0-1-amd64
Version: 3.1.0-1
Severity: grave

Using Debian Testing (Wheezy)
Mirror: us

For the second time I see this error, linux-image-3.1.0-1-amd64 is
available when making a dist-upgrade, but the above mentioned
package (matching headers), is missing, so dist-upgrade issues
warning, and fails.
Please check this thread in Debian User Forums:
http://forums.debian.net/viewtopic.php?f=5&t=74727&p=414768#p414768

Please make the bug self-contained, moreover the thread doesn't contain any
error log from apt/aptitude.



Please find below both occurrences.

Log complete.
Aptitude 0.6.4: log report
Tue, Jan  3 2012 21:45:07 -0500

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 14 packages, and remove 0 packages.
544 kB of disk space will be freed
===
[UPGRADE] ca-certificates-java 20110912 -> 20111223
[UPGRADE] krb5-locales 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libgssapi-krb5-2 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libgssrpc4 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libiw30 30~pre9-7 -> 30~pre9-8
[UPGRADE] libk5crypto3 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libkadm5clnt-mit8 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libkadm5srv-mit8 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libkdb5-6 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libkrb5-3 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] libkrb5support0 1.10+dfsg~alpha1-6 -> 1.10+dfsg~alpha2-1
[UPGRADE] linux-image-3.1.0-1-amd64 3.1.5-1 -> 3.1.6-1
[UPGRADE] linux-libc-dev 3.1.5-1 -> 3.1.6-1
[UPGRADE] wireless-tools 30~pre9-7 -> 30~pre9-8
===


Log complete.
Aptitude 0.6.4: log report
Fri, Jan 13 2012 08:21:35 -0500

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 15 packages, and remove 0 packages.
1682 kB of disk space will be used
===
[UPGRADE] dbconfig-common 1.8.47 -> 1.8.47+nmu1
[UPGRADE] initscripts 2.88dsf-13.13 -> 2.88dsf-18
[UPGRADE] libchm1 2:0.40a-1 -> 2:0.40a-2
[UPGRADE] links 2.4-1 -> 2.5-1
[UPGRADE] links2 2.4-1 -> 2.5-1
[UPGRADE] linux-image-3.1.0-1-amd64 3.1.6-1 -> 3.1.8-2
[UPGRADE] linux-libc-dev 3.1.6-1 -> 3.1.8-2
[UPGRADE] lynx 2.8.8dev.9-2 -> 2.8.8dev.9-3
[UPGRADE] lynx-cur 2.8.8dev.9-2 -> 2.8.8dev.9-3
[UPGRADE] python-gi 3.0.3-1 -> 3.0.3-2
[UPGRADE] python-gobject 3.0.3-1 -> 3.0.3-2
[UPGRADE] sysv-rc 2.88dsf-13.13 -> 2.88dsf-18
[UPGRADE] sysvinit 2.88dsf-13.13 -> 2.88dsf-18
[UPGRADE] sysvinit-utils 2.88dsf-13.13 -> 2.88dsf-18
[UPGRADE] usbutils 1:005-1 -> 1:005-2
===

Question for you: how make bug self-contained?
Thank you.



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

Bug#634002: Announce of the upcoming NMU for the netenv package

[Arnaud Fontaine]

Hello,

Christian PERRIER  writes:

> The deadline  for receiving  updates and  new translations  is Sunday,
> January 22,  2012. If  you are not  in time you  can always  send your
> translation to the BTS.

Then, I  will wait for January  22th and upload the  package. Thanks for
the reminder!

Regards,
-- 
Arnaud Fontaine


pgpzRLDTUh5iz.pgp
Description: PGP signature

Bug#655517: gimp 2.6.10 does not print (or print preview) when linked with libcairo2 1.10

[Daniel Kahn Gillmor]

On 01/14/2012 11:02 AM, Adam D. Barratt wrote:
> Would I be right in thinking that this also affects partial squeeze ->
> wheezy upgrades, assuming cairo is upgraded but gimp is not?  If so then
> I'd be happy to look at an upload including the patch you attached.

Yep, #655517 does affect partial upgrades.  I've just uploaded a
squeeze-proposed-updates NMU, since Ari and Adam both seem OK with it.

I don't think i've done a proposed-updates NMU before, so it's entirely
possible i've gotten some of the bookkeeping parts wrong.  feel free to
correct me or point me in the right direction if there's a problem with
the upload.

Regards,

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#656033: pdfposter: new version 0.5.0 available

[Daniel Kahn Gillmor]

Package: pdfposter
Version: 0.4.4-2
Severity: wishlist

According to http://pdfposter.origo.ethz.ch/download, pdfposter 0.5.0
has been available since 2009-04-20.  debian currently has 0.4.4.  it
would be nice to have 0.5.0 in debian.

It looks like it has changed a little bit since 0.4.4 (it's no longer
a single python file), but it appears to still be relatively
un-complicated.

Thanks for maintaining pdfposter in debian!

   --dkg

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

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

Versions of packages pdfposter depends on:
ii  python  2.7.2-9
ii  python-pypdf1.13-1
ii  python-support  1.0.14

pdfposter recommends no packages.

pdfposter 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#656032: gnome-terminal: cursor doesn't focus when switching xmonad desktops

[auvergne]

Package: gnome-terminal
Version: 3.2.1-2
Severity: normal

Dearest Maintainer,

If I open a terminal on a particular xmonad desktop,
then switch between other desktops for a while,
opening and closing terminals, upon switching back to the
first (or sometimes even second) terminal, the (block) cursor
looks as though the window is not focused, even though the terminal
works fine.

I entered this as a bug under gnome-terminal because that's where
I've seen it most often, but I think it qualifies as a normal bug
because it has also appeared in gedit.  Since the cursor does not
appear at all in gedit unless the window is focused, you can't tell
where the cursor is unless you're typing, which makes the arrow keys
pretty much unusable.

This should probably be forwarded to one of the dependencies
below, but I don't know which one, so I'm reporting it here.

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

Kernel: Linux 3.1.0-1-686-pae (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 gnome-terminal depends on:
ii  gnome-terminal-data3.2.1-2
ii  gsettings-desktop-schemas  3.2.0-2
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-24
ii  libgconf2-42.32.4-1
ii  libgdk-pixbuf2.0-0 2.24.0-2
ii  libglib2.0-0   2.30.2-4
ii  libgtk-3-0 3.2.3-1
ii  libice62:1.0.7-2
ii  libpango1.0-0  1.29.4-2
ii  libsm6 2:1.2.0-2
ii  libvte-2.90-9  1:0.30.1-3
ii  libx11-6   2:1.4.4-4

Versions of packages gnome-terminal recommends:
ii  gvfs  1.10.1-2
ii  yelp  3.2.1+dfsg-1+b1

gnome-terminal 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#654230: #654230 [S|+|=] [src:zoneminder] FTBFS in unstable

[Vagrant Cascadian]

tags 654230 pending
thanks

confirmed that ryan's patch worked, will upload soon.

live well,
  vagrant



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

Bug#656020: davical: apache config documentation improvements

[Christoph Anton Mitterer]

Even more:

The documentation and the Wiki says:
AcceptPathInfo On
would be required.

I haven't checked this, but given the documentation of it:
http://httpd.apache.org/docs/current/mod/core.html#acceptpathinfo

One should perhaps add, that the default value "Default" is enough, if
(and only if) PHP is used via CGI/FastCGI.

Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#655564: Bug#652826: RFS: logkeys (fixing RC bugs)

[Vedran Furač]

Hey,

Function that does this check is as follows:

void set_utf8_locale()
{
  // set locale to common UTF-8 for wchars to be recognized correctly
  if(setlocale(LC_CTYPE, "en_US.UTF-8") == NULL) { // if en_US.UTF-8
isn't available
char *locale = setlocale(LC_CTYPE, "");  // try the locale that
corresponds to the value of the associated environment variable LC_CTYPE
if (locale == NULL ||
strstr(locale, "UTF-8") == NULL || strstr(locale, "UTF8") == NULL ||
strstr(locale, "utf-8") == NULL || strstr(locale, "utf8") == NULL)
  error(EXIT_FAILURE, 0, "LC_CTYPE locale must be of UTF-8 type");
  }
}

Is your LC_CTYPE env var set correctly? If so, easiest would be to add
few printf()s in the function above and see what actually happens.

Regards,
Vedran

<>

Bug#652146: hwinfo crash with segfault

[Christoph Biedl]

tags 652146 patch
thanks

Michael Prokop wrote...

> Problem doesn't seem to be present on 32bit systems,
> but on amd64 it's definitely reproducable.

The most likely culprit is

"push %%rbx\n\t"

in src/hd/hd.c:hd_is_xen, in combination with the compiler and perhaps
libc.

As the compiler makes the strcmp call inline, hd_is_xen becomes a leaf
function. Hence the compiler optimizes the frame pointer handling,
therefore %rsp is not decremented and may not be used for push/pop
operations - at least not without tampering data, probably somewhere
in the caller's domain.

Suggested solution:

Instead of pushing, save %rbp in another register and mark that one
clobbered:

--- src/hd/hd.c.orig2009-05-12 17:49:52.0 +0200
+++ src/hd/hd.c 2012-01-16 00:57:35.600532496 +0100
@@ -3245,16 +3257,16 @@
 "mov %%edx,8(%%esi)\n\t"
 "pop %%ebx"
 #else
-"push %%rbx\n\t"
+"mov %%ebx,%%edi\n\t"
 "cpuid\n\t"
 "mov %%ebx,(%%rsi)\n\t"
 "mov %%ecx,4(%%rsi)\n\t"
 "mov %%edx,8(%%rsi)\n\t"
-"pop %%rbx"
+"mov %%edi,%%ebx\n\t"
 #endif
 : "=a" (u), "=c" (foo)
 : "a" (0x4000), "c" (0), "S" (signature)
-: "%edx"
+: "%edx", "%edi"
   );
 
   signature[12] = 0;


Other solutions:

* Mark %ebx clobbered. This appears to create the regular frameing but
  I wouldn't rely on that.
* Use some kind of pragma that disables frame optimization. Ditto.

Still unexplained: Why does this not happen on i386? Avoiding push/pop
there too would at least do not harm.

Christoph


signature.asc
Description: Digital signature

Bug#656029: txt2man: new upstream version

[Ricardo Mones]

Package: txt2man
Severity: wishlist

Hi maintainers,

Seems there's a new upstream version of txt2man, currently 1.5.6.
Would be nice to have it packaged for Debian ;-)

thanks in advance,

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

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



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

Bug#656021: xserver-xorg-video-radeon: Screen corruption when radeon installed

[Cyril Brulebois]

Hi Carl,

Carl Fink  (15/01/2012):
> Versions of packages xserver-xorg-video-radeon suggests:
> pn  firmware-linux  

what if you install this package?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#655839:

[Alexey Eromenko]

Related Bugs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655841
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549309

-- 
-Alexey Eromenko "Technologov"



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

Bug#644957: libreoffice-base: Base runs extremely slowly

[Rene Engelhard]

Hi,

On Tue, Oct 11, 2011 at 10:47:02AM +0200, Rene Engelhard wrote:
> forwarded 644957 https://bugs.freedesktop.org/show_bug.cgi?id=35023
> # maybe you should have used a proper subject...
> retitle 644957 libreoffice-base: Base runs extremely slowly with newer JDKS
> thanks
[...]
> > https://bugs.freedesktop.org/show_bug.cgi?id=35023 and marked not
> > their problem on the basis that base works OK with earlier versions
> > of Java. However, until it can be identified what the change is in
> > Java that has affected base it cannot be clear whether it is
> > LibreOffice or a Java problem.
> 
> And because that is unclear you want LibOffice to bear this RC bug until
> infinity until someone finds it out (which probably won't happen given

The bug is now apparently fixed. The patch didn't make it into
official 3.5.0 beta3 but I'll backport it for 3.5.0~beta3-1.

If that works (Stephan doesn't say "please someone QA Base" for no reason)
we eventualy could apply it to 3.4.x (or even *maybe* openoffice.org 3.2.1
in stable if the release people allow it)

Regards,

Rene



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

Bug#656028: Please enabled hardened build flags

[Moritz Muehlenhoff]

Package: squidguard
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached.

Cheers,
Moritz
Nur in squidguard-1.4/debian: compat~.
diff -aur squidguard-1.4.orig/debian/rules squidguard-1.4/debian/rules
--- squidguard-1.4.orig/debian/rules	2011-05-29 11:26:41.0 +0200
+++ squidguard-1.4/debian/rules	2012-01-16 00:44:48.0 +0100
@@ -5,7 +5,7 @@
 	dh $@
 
 override_dh_auto_configure: 
-	dh_auto_configure -- --with-db=/usr \
+	dh_auto_configure -- --with-db=/usr $(shell dpkg-buildflags --export=configure)  \
 		--with-ldap=yes --with-ldap-lib=/usr/lib \
 		--with-sg-config=/etc/squid/squidGuard.conf \
 		--with-sg-logdir=/var/log/squid \
Nur in squidguard-1.4/debian: rules~.

Bug#655974: GPU hangs often on Sandybridge HD3000

[Cyril Brulebois]

joe  (15/01/2012):
> Well, I upgraded X and the kernel to the versions in experimental:
> 
> $ dpkg -l xserver\* | grep ^i
> ii  xserver-common2:1.11.99.901-1   
> common files used by various X servers
> ii  xserver-xorg  1:7.6+10  X.Org 
> X server
> ii  xserver-xorg-core 2:1.11.99.901-1   Xorg 
> X server - core server
> ii  xserver-xorg-core-dbg 2:1.11.99.901-1   Xorg 
> - the X.Org X server (debugging symbols)
> ii  xserver-xorg-dev  2:1.11.2.902-1Xorg 
> X server - development files
> ii  xserver-xorg-input-evdev  1:2.6.99.901-1X.Org 
> X server -- evdev input driver
> ii  xserver-xorg-video-fbdev  1:0.4.2-7 X.Org 
> X server -- fbdev display driver
> ii  xserver-xorg-video-intel  2:2.17.0+git20120104-1X.Org 
> X server -- Intel i8xx, i9xx display driver
> ii  xserver-xorg-video-intel-dbg  2:2.17.0+git20120104-1X.Org 
> X server -- Intel i8xx, i9xx display driver (debug symbols)
> ii  xserver-xorg-video-vesa   1:2.3.0-7+exp1X.Org 
> X server -- VESA display driver
> $ dpkg -l linux\* | grep ^i
> ii  linux-base3.4   Linux 
> image base package
> ii  linux-image-3.1.0-1-amd64 3.1.8-2   Linux 
> 3.1 for 64-bit PCs
> ii  linux-image-3.2.0-rc7-amd64   3.2~rc7-1~experimental.1  Linux 
> 3.2-rc7 for 64-bit PCs
> ii  linux-libc-dev3.1.8-2   Linux 
> support headers for userspace development
> ii  linux-sound-base  1.0.23+dfsg-4 base 
> package for ALSA and OSS sound systems
> $ uname -a
> Linux brain 3.2.0-rc7-amd64 #1 SMP Wed Dec 28 14:29:59 UTC 2011 x86_64 
> GNU/Linux
> 
> 
> Now the GPU doesn't crash -- but the X server does.  Here's the end of the
> log file: […]

Please get a full backtrace:
  http://x.debian.net/howto/use-gdb.html

(beware of gdm3 which doesn't feed the -core option anymore..)

I'll upload a new -intel version in a few minutes to experimental.
Please check that one and file a bug upstream if the crash is still
reproducible. If it is, please file a bug on:
  https://bugs.freedesktop.org/

Product is xorg, component is Driver/intel. Chris will likely be able to
tell whether that's a kernel/driver/server bug.

Please let us know the bug number for tracking.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#656027: Please enabled hardened build flags

[Moritz Muehlenhoff]

Package: splitvt
Severity: important

Please enabled hardened build flags through dpkg-buildflags.

The buildsystem of splitvt looks really weird, they will probably
need to be integrated into this config.c mess...

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#637207: New upstream release: 1.0

[Mitchell Smith]

Hi,

The package should be ready for upload this week.

I noticed that 1.1 is now in beta so I really want to get this
completed and uploaded so we are in a good position for the 1.1
release which shouldn't be too far off.


On 1/14/12, Alessio Treglia  wrote:
> Hi,
>
>> xwax 1.0 was released, the main changes follow:
>>
>>  * Changing of timecode at runtime
>>  * Improved parsing of vinyl track numbers
>>  * Bug fix: affecting multiple decks with different sample rates
>>  * Optimise timecode error checking during scratching
>
> any news on this?
>
> --
> Alessio Treglia          | www.alessiotreglia.com
> Debian Developer         | ales...@debian.org
> Ubuntu Core Developer    | quadris...@ubuntu.com
> 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A
>
>
>



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

Bug#592163: [solved] [was: Bug#592163: nm-applet: notification message appears in upper right corner of the screen]

[Eduard Bloch]

reassign 592163 icewm
reassign 655992 icewm
thanks

Hallo,

> > So uhm, I think it was the best idea to start fingerpointing. Feel
> > free to close, otherwise I am planning to spend a couple of hours on
> > looking through the icewm code and then I will come up with a better
> > theory or eventually close it.
> > 
> Did you check it wasn't actually configured to be displayed top right?

Ok, fine. It was working as specified. Please forget the whole thing.

Eduard.



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

Bug#655772: linux-image-3.1.0-1-686-pae: Aptitude upgrade of package version 3.1.6-1 -> 3.1.8-2 sent "dm_mod..." message error

[Ben Hutchings]

On Mon, 2012-01-16 at 00:07 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 14.01.2012 04:53, Ben Hutchings wrote:
> > On Sat, 2012-01-14 at 02:06 +0100, Stéphane Aulery wrote:
> >> Package: linux-2.6
> >> Version: 3.1.8-2
> >> Severity: normal
> >>
> >> Dear Maintainer,
> >>
> >> When I have updated package linux-image-3.1.0-1-686-pae 3.1.6-1 to
> >> 3.1.8-2, aptitude sent some error messages like this :
> >>
> >> dm_mod: Unknown symbol scsi_verify_blk_ioctl (err 0)
> > [...]
> >
> > It looks like this is due to GRUB running os-prober.
> >
> > We do not bump the kernel ABI when adding symbols, because that is
> > backward-compatible with modules built for the earlier version.  But
> > loading new modules is liable to fail after an upgrade until the new
> > kernel is running (i.e. until the next reboot.)  So long as os-prober
> > relies on loading a bunch of modules, GRUB *must not* run os-prober in
> > its kernel postinst hook.
> That doesn't sound as a reasonable requirement. As I see this, such an 
> install, overwriting older modules botches currently running kernel 
> which can lead to other unexpected failures as well.

It doesn't; the kernel runs just fine.

This is just like upgrading libc6, when you might have to restart
daemons that use NSS.

> I think it would be 
> reasonable to have such updates versioned and have 3.1.X or 3.1.0-X as 
> Linux version rather than 3.1.0

No, because:
1. /boot would fill up really quickly (don't tell me about apt-get
autoremove; it specifically doesn't work for kernel images).
2. This would break out-of-tree modules every time.

Both of this problems are solveable, but it's not something we can just
change unilaterally.

Ben.

-- 
Ben Hutchings
When in doubt, use brute force. - Ken Thompson


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

Bug#656026: Hardened build flags not fully enabled

[Moritz Muehlenhoff]

Package: mawk
Version: 1.3.3-16
Severity: important
Tags: patch

1.3.3-16 switched to dh/9, which enabled most of the security hardening
build flags. relro is still missing, though.

Attached patch fixes it.

Cheers,
Moritz
diff -aur mawk-1.3.3.harden/Makefile.in mawk-1.3.3/Makefile.in
--- mawk-1.3.3.harden/Makefile.in	1996-02-01 06:05:40.0 +0100
+++ mawk-1.3.3/Makefile.in	2012-01-16 00:15:23.0 +0100
@@ -9,6 +9,8 @@
 
 MATHLIB = @MATHLIB@
 
+LDFLAGS = @LDFLAGS@
+
 YACC = @YACC@ 
 
 # where to put mawk
@@ -35,7 +37,7 @@
 mawk_and_test :  mawk  mawk_test  fpe_test
 
 mawk : $(O)  rexp/.done
-	$(CC) $(CFLAGS) -o mawk $(O) $(REXP_O) $(MATHLIB) 
+	$(CC) $(CFLAGS) -o mawk $(O) $(REXP_O) $(MATHLIB) $(LDFLAGS) 
 
 mawk_test :  mawk  # test that we have a sane mawk
 	@cp mawk test/mawk
Nur in mawk-1.3.3: Makefile.in~.

Bug#655012: charybdis: ftbs with ld --as-needed

[Antoine Beaupré]

On Mon, 16 Jan 2012 00:03:18 +0100, Julian Taylor 
 wrote:
> no compare this hunk with the existing patch, I moved lsqlite from
> LDFLAGS to LIBS:
> @@ -14,6 +14,7 @@
>  LEXLIB  = @LEXLIB@
>  CFLAGS  = @IRC_CFLAGS@ -DIRCD_PREFIX=\"@prefix@\"
>  LDFLAGS = @LDFLAGS@
> +LIBS = @LIBS@ -lsqlite3
>  MKDEP   = @MKDEP@ -DIRCD_PREFIX=\"@prefix@\"
>  MV  = @MV@
>  RM  = @RM@

You're absolutely right, sorry for bugging you about this. :)

You don't happen to have a fix for the libratbox issue too by any
chance? I could upload a new package with both fixes, but I don't
otherwise have much more time to look into those issues...

Thanks!

A.

-- 
Le Québec ne rêve plus de devenir une société modèle: voilà son
problème d'environnement.
- Pierre Dansereau (1911 - 2011)


pgpy0NlDq26J2.pgp
Description: PGP signature

Bug#549309: Upcoming stable point release

[Alexey Eromenko]

Related Bugs:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655841
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655839

Most of the discussion is now ongoing here:
655841

>such as the composition of the installation media.

What problems can modified media cause ?

-- 
-Alexey Eromenko "Technologov"



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

Bug#655772: linux-image-3.1.0-1-686-pae: Aptitude upgrade of package version 3.1.6-1 -> 3.1.8-2 sent "dm_mod..." message error

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 14.01.2012 04:53, Ben Hutchings wrote:

On Sat, 2012-01-14 at 02:06 +0100, Stéphane Aulery wrote:

Package: linux-2.6
Version: 3.1.8-2
Severity: normal

Dear Maintainer,

When I have updated package linux-image-3.1.0-1-686-pae 3.1.6-1 to
3.1.8-2, aptitude sent some error messages like this :

dm_mod: Unknown symbol scsi_verify_blk_ioctl (err 0)

[...]

It looks like this is due to GRUB running os-prober.

We do not bump the kernel ABI when adding symbols, because that is
backward-compatible with modules built for the earlier version.  But
loading new modules is liable to fail after an upgrade until the new
kernel is running (i.e. until the next reboot.)  So long as os-prober
relies on loading a bunch of modules, GRUB *must not* run os-prober in
its kernel postinst hook.
That doesn't sound as a reasonable requirement. As I see this, such an 
install, overwriting older modules botches currently running kernel 
which can lead to other unexpected failures as well. I think it would be 
reasonable to have such updates versioned and have 3.1.X or 3.1.0-X as 
Linux version rather than 3.1.0

Ben.



___
Pkg-grub-devel mailing list
pkg-grub-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel



--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




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

Bug#653406: GRUB2 2 many problems ?

[Vladimir 'φ-coder/phcoder' Serbinenko]

On 15.01.2012 22:01, John D. Hendrickson and Sara Darnell wrote:


grub-mkrescue images can be dd'ed to floppy when small enough 
(--compression=xz --diet AFAIR)


Yes it can.  And you can insmod and boot.  It's just an unusable pain 
without a dependancy resolver


(which won't dd due to code choices in grub2 additions, rather it will 
but part b won't find part c - doesn't even try - odd considering it 
should be in a or b if you ask me, viewing the code that is)   I know 
that's code isn't in the manual :)


But also "grub-mkrescue" isn't in the upstream that's a debian 
addition or script or script made immutably in debian C++.


grub-mkrescue is in upstream, is intended for floppies (when used with 
xz and some xorriso options), sticks and CDROMs, requires xorriso and 
has no --image-type option.
grub-install is intended for mediums able to hold all extensions 
uncompressed.
Where's the debian Manual your getting the advice from ?  With that I 
can answer for em self :)  I did ask :)


Thanks  -- John



___
Pkg-grub-devel mailing list
pkg-grub-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel




--
Regards
Vladimir 'φ-coder/phcoder' Serbinenko




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

Bug#640315: duplicity: spits strange error: Unable to delete .gpg files in ~/.cache directory

[Francesco Poli]

On Mon, 5 Sep 2011 19:03:07 +0200 Francesco Poli wrote:

> On Mon, 05 Sep 2011 11:53:25 +1000 Alexander Zangerl wrote:
[...]
> > it's a bug (of a minor nature) and is already known to upstream.
> 
> Ah, OK: thanks for finding the upstream bug.
> Let's hope it gets fixed soon.

Hi again!

It seems to me that this bug has been fixed in Debian testing.
At least, after the upgrade

  [UPGRADE] duplicity 0.6.15-4 -> 0.6.17-1

I have no longer seen the error messages I originally reported.

However, it's strange that the upstream bug report has not yet been
closed.

Can you confirm that the bug has indeed been fixed?
Why is the upstream bug report still open?

Thanks for any light you can shed on this!


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


pgpLey7AsLYXg.pgp
Description: PGP signature

Bug#656025: foomatic-db-compressed-ppds: Incorrect driver for Panasonic KX-P4450

[Dave Williams]

Package: foomatic-db-compressed-ppds
Version: 20111206-1
Severity: normal

Dear Maintainer,
This package causes CUPS to recommend the 'ljet3' driver for
a Panasonic KX-P4450 printer (see output of
/usr/lib/cups/driver/foomatic-db-compressed-ppds list | grep 'KX-P4450'
for confirmation). This recommendation is incorrect, and results
in printing garbage.

The correct driver is 'ljetplus' (I've tested this by telling
CUPS that the printer is an HP LaserJet Plus - this produces correct
output from the printer).

Please correct the driver recommendation for this printer.

Best regards,
Dave Williams

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

Kernel: Linux 3.1.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 foomatic-db-compressed-ppds depends on:
ii  python2.7.2-9
ii  xz-utils  5.1.1alpha+20110809-3

Versions of packages foomatic-db-compressed-ppds recommends:
pn  cups1.5.0-13
pn  cups-client 1.5.0-13
pn  foomatic-db-engine  4.0.8-2
pn  foomatic-filters4.0.9-1
pn  ghostscript 9.04~dfsg-3
pn  hpijs   3.11.10-1
pn  printer-driver-all  

Versions of packages foomatic-db-compressed-ppds suggests:
pn  cjet   
pn  ghostscript-cups   9.04~dfsg-3
pn  hplip  
pn  hplip-cups 
pn  openprinting-ppds  

-- 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#655012: charybdis: ftbs with ld --as-needed

[Julian Taylor]

On 01/15/2012 11:56 PM, Antoine Beaupré wrote:
> On Sun, 15 Jan 2012 17:12:04 +0100, Julian Taylor 
>  wrote:
>> On 01/15/2012 05:03 PM, Antoine Beaupré wrote:
>>> On Sat, 07 Jan 2012 21:39:56 +0100, Julian Taylor 
>>>  wrote:
  bantool: ${BANTOOL_OBJECTS}
 -  ${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS} ${IRCDLIBS}
 +  ${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS} ${IRCDLIBS} ${LIBS}
>>>
>>> I am not sure how this fixes the problem: isn't the -lsqlite3 flag still
>>> in ${IRCDLIBS}?
>>>
>>> If this patch was tested and works, I'll gladly commit it. :)
>>>
>>> A.
>>>
>>
>> the issue is that lsqlite3 was in LDFLAGS before which is placed before
>> the objects
>> I moved it to LIBS the variable where libraries are usually placed.
>>
>> true, it is now in IRCDLIBS and LIBS, so you can remove the additional
>> LIBS there.
>> (though specifying a library multiple times does no harm.)
>>
>> The patch was build-tested in ubuntu and debian, but I did no runtime tests.
> 
> I guess what gets me confused is that you didn't actually *move* the
> -lsqlite3 call, from what I can tell, you just added it to the end.

no compare this hunk with the existing patch, I moved lsqlite from
LDFLAGS to LIBS:
@@ -14,6 +14,7 @@
 LEXLIB  = @LEXLIB@
 CFLAGS  = @IRC_CFLAGS@ -DIRCD_PREFIX=\"@prefix@\"
 LDFLAGS = @LDFLAGS@
+LIBS   = @LIBS@ -lsqlite3
 MKDEP   = @MKDEP@ -DIRCD_PREFIX=\"@prefix@\"
 MV  = @MV@
 RM  = @RM@

> 
> If it works, that's fine I guess, but it feels wrong.
> 

you can test it yourself by adding -Wl,--as-needed to LDFLAGS



signature.asc
Description: OpenPGP digital signature

Bug#655999: [bugs.debian.org] Reporting documentation - "What package does your bug report belong to?" points to user support groups

[Andrei Popescu]

On Du, 15 ian 12, 14:35:17, Filipus Klutiero wrote:
> 
> debian-user's topic is user support.
> 
> For technical discussions about development, the default group is
> debian-de...@lists.debian.org.
> Reference: 
> http://anonscm.debian.org/viewvc/webwml/webwml/english/Bugs/Reporting.wml?r1=1.18&r2=1.19
> 
> While we're at it, we shouldn't require reporters to indicate a
> package. If the ITS technically needs a package to be indicated, we
> could tell reporters to indicate a pseudo-package when they don't
> know, perhaps "unknown" or "default".

Hi Filipus,

I am not a BTS (Debian's issue tracking system) maintainer, so this is 
all in my very humble opinion.

If a user can't tell where the bug belongs to chances are:

1. it is not a bug
2. it is a bug, but the reporter is not very skilled
3. it is a bug, the reportes is quite skilled, but it is really 
difficult to tell what package is at fault

For both 1. and 2. debian-user is actually a very good place to ask. 
Subscribers are used to high volume and all kinds of questions.

Most of the times, unless the poster is not providing information or is 
being a total jerk (or similar), there is a kind soul to provide 
guidance to solve the problem or point to where a bug should be reported 
if applicable.

Even for 3. the skill set available on debian-user is very impressive 
(besides the few DDs that are watching, thanks guys).

On the other hand DD time is precious. Even if many of the debian-user 
subscribers would have the skills to become one, they probably lack the 
time. However, scanning through the subjects and answering the 
occasional interesting questions is a good way to contribute and take 
some of that burden from the DDs.

After all, DD time is better spent packaging software and fixing bugs, 
not answering trivial user questions ;)

As to your suggestion about a pseudo package "unknown" or "default", the 
question is: who should watch the bugs? If you want to suggest sending 
those bugs to debian-devel, all the above applies. If you want to 
suggest debian-user instead, why bother? Just point the reporter to 
debian-user (as it is done now).

I hope this addresses your concerns,
Andrei
P.S. Please don't CC bugs to debian-user. Not everybody is used to the 
BTS, so it is quite likely that some will either reply to list only (as 
per code of conduct, but you are probably not subscribed), or to all 
(including submit@...  and the bug), which will just clutter the bug 
history.
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Bug#656024: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: cwidget
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached. (dpkg-buildflags abides "noopt" from DEB_BUILD_OPTIONS)

Cheers,
Moritz
diff -aur cwidget-0.5.16.harden/debian/rules cwidget-0.5.16/debian/rules
--- cwidget-0.5.16.harden/debian/rules	2012-01-15 23:52:32.0 +0100
+++ cwidget-0.5.16/debian/rules	2012-01-15 23:54:50.0 +0100
@@ -5,14 +5,14 @@
 # it.
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-  export CXXFLAGS=-g -O0 -fno-inline -fno-strict-aliasing
+  DEB_CXXFLAGS_MAINT_APPEND=-fno-inline -fno-strict-aliasing
 else
-  export CXXFLAGS=-g -O2 -fno-strict-aliasing
+  DEB_CXXFLAGS_MAINT_APPEND=-fno-strict-aliasing
 endif
 
 configure: configure-stamp
 configure-stamp:
-	./configure --prefix=/usr
+	./configure --prefix=/usr $(shell dpkg-buildflags --export=configure)
 
 	touch configure-stamp
 
Nur in cwidget-0.5.16/debian: rules~.

Bug#655012: charybdis: ftbs with ld --as-needed

[Antoine Beaupré]

On Sun, 15 Jan 2012 17:12:04 +0100, Julian Taylor 
 wrote:
> On 01/15/2012 05:03 PM, Antoine Beaupré wrote:
> > On Sat, 07 Jan 2012 21:39:56 +0100, Julian Taylor 
> >  wrote:
> >>  bantool: ${BANTOOL_OBJECTS}
> >> -  ${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS} ${IRCDLIBS}
> >> +  ${CC} ${CFLAGS} ${LDFLAGS} -o $@ ${BANTOOL_OBJECTS} ${IRCDLIBS} ${LIBS}
> > 
> > I am not sure how this fixes the problem: isn't the -lsqlite3 flag still
> > in ${IRCDLIBS}?
> > 
> > If this patch was tested and works, I'll gladly commit it. :)
> > 
> > A.
> > 
> 
> the issue is that lsqlite3 was in LDFLAGS before which is placed before
> the objects
> I moved it to LIBS the variable where libraries are usually placed.
> 
> true, it is now in IRCDLIBS and LIBS, so you can remove the additional
> LIBS there.
> (though specifying a library multiple times does no harm.)
> 
> The patch was build-tested in ubuntu and debian, but I did no runtime tests.

I guess what gets me confused is that you didn't actually *move* the
-lsqlite3 call, from what I can tell, you just added it to the end.

If it works, that's fine I guess, but it feels wrong.

Also, now you're saying the above hunk is not required anymore, is that
correct?

A.

-- 
La nature n'a créé ni maîtres ni esclaves
Je ne veux ni donner ni recevoir de lois.
- Denis Diderot


pgpn5g3D9g95U.pgp
Description: PGP signature

Bug#656023: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: iputils
Severity: important

Please enabled hardened build flags through dpkg-buildflags.

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#656022: Segfault if ccache called from missing dir

[D Haley]

Subject: ccache: Segfault if ccache called from missing dir
Package: ccache
Version: 3.1.6-1
Severity: normal

Dear Maintainer,

ccache -s crashes if called from a terminal whose cwd has been deleted.

eg
$mkdir a
$cd a
$ccache -s
(this is fine)

in another terminal:
$ rmdir a
switch to original terminal
$ccache -s
segfault.



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

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

Versions of packages ccache depends on:
ii  libc6   2.13-24
ii  zlib1g  1:1.2.3.4.dfsg-3

ccache recommends no packages.

Versions of packages ccache suggests:
pn  distcc  

-- 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#592163: [Pkg-xfce-devel] Processed: Re: [Pkg-utopia-maintainers] Bug#592163: nm-applet: notification message appears in upper right corner of the screen

[Yves-Alexis Perez]

On dim., 2012-01-15 at 23:18 +0100, Eduard Bloch wrote:
> Hallo,
> * Yves-Alexis Perez [Sun, Jan 15 2012, 08:37:42PM]:
> > On dim., 2012-01-15 at 19:18 +0100, Eduard Bloch wrote:
> > > reassign 592163  xfce4-notifyd
> > 
> > Can we have a clue why?
> 
> Because it shows the same symptoms, window is placed in top right
> corner. But I guess I was wrong about the reason, NorthWest gravity is
> ok.
> 
> So uhm, I think it was the best idea to start fingerpointing. Feel
> free to close, otherwise I am planning to spend a couple of hours on
> looking through the icewm code and then I will come up with a better
> theory or eventually close it.
> 
Did you check it wasn't actually configured to be displayed top right?

-- 
Yves-Alexis


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

Bug#656020: davical: apache config documentation improvements

[Christoph Anton Mitterer]

Source: davical
Version: 1.0.2-1
Severity: wishlist


Hi.

IMHO the documentation (http://www.davical.org/installation.php) on how to
configure apache/php could be improved a bit:
a) if you have:
   DocumentRoot /usr/share/davical/htdocs
   then
   Alias /images/ /usr/share/davical/htdocs/images/
   should be needless.

b) DirectoryIndex index.php index.html
   I don't see why index.html is required. It's not part of the davical
   package.

c) include_path /usr/share/awl/inc
   Is this the only required? Or is Debian's default:
   .:/usr/share/php:/usr/share/pear
   required, too?

d) magic_quotes_gpc, register_globals
   Perhaps one should drop these, or note at least, that the values you set
   are now default anyway.

e) default_charset
   Is this really required, or do the php scripts already set the
   Content-Encoding? If not they should perhaps.


Cheers,
Chris.



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

Bug#592163: [Pkg-xfce-devel] Processed: Re: [Pkg-utopia-maintainers] Bug#592163: nm-applet: notification message appears in upper right corner of the screen

[Eduard Bloch]

Hallo,
* Yves-Alexis Perez [Sun, Jan 15 2012, 08:37:42PM]:
> On dim., 2012-01-15 at 19:18 +0100, Eduard Bloch wrote:
> > reassign 592163  xfce4-notifyd
> 
> Can we have a clue why?

Because it shows the same symptoms, window is placed in top right
corner. But I guess I was wrong about the reason, NorthWest gravity is
ok.

So uhm, I think it was the best idea to start fingerpointing. Feel
free to close, otherwise I am planning to spend a couple of hours on
looking through the icewm code and then I will come up with a better
theory or eventually close it.

Regards,
Eduard.



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

Bug#656019: davical: /usr/share/davical/htdocs/.htaccess should be moved away

[Christoph Anton Mitterer]

Source: davical
Version: 1.0.2-1
Severity: normal


Hi.

/usr/share/davical/htdocs/.htaccess should be moved away, perhaps to 
/u/s/d/davical/examples or so.

It's empty (only comments) anyway and users should not modify it (=> no
configuration in /usr).

Even symlinking it to /etc makes IMHO no sense, as for /etc and /usr
Apache is usually set to AllowOverride none and/or even Deny from all.


Cheers,
Chris.



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

Bug#642955: general: strptime pars not week number

[Alex Iliev]

I had a similar problem, and this bug report was the only similar
discussion I could find.

> So since you do not provide a precise day, strptime does not store a
> day. %W is thus probably quite useless indeed, but I don't think it is
> fixable with the design of glibc.

With that hint, I could actually get %W to do what I needed, by using
a format like %Y-%W-%u, and passing “1” for the %u. So for the
original question, parse "2001 38 1" with format "%Y %W %u", and
you'll get the first day (Monday) of week 38 in your struct tm.

Cheers
Alex



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

Bug#655740: libdnet: please reduce Recommends on dnet-common to a Suggests

[Philipp Schafft]

reflum,

I will bring this up with chrissie on our next tuesday meeting.

-- 
Philipp.
 (Rah of PH2)


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

Bug#578795: split packages for various gvfs backends

[Brian Gaffney]

Ok, reassigning to gvfs-backends. Basically, it'd be nice to split the
backends package in few packages so people can install only the one they
need.

Splitting using one package per backend might clutter a bit too much, so
a proposition could be:

gvfs-backends with only the “standard” ones. Standard is a bit fuzzy,
but basically http/dav/ftp/ssh/cdda/smb/
gvfs-backend-photo with the gphoto2 stuff
gvfs-backend-mobiledevice with the afc/mobiledevice/iphone stuff
gvfs-backend-obex with the bluetooth stack

What do you think?


Just wanted to add some justification for splitting the backends.

I have a non-Apple device (Sansa Fuze; looks like an iPod, has a data port that 
is
like, but not compatible with, the Apple connector).  It used to be recognized 
as 1
or 2 USB drives (depending on data card), but with recent distributions it is 
seen
as a Music Device, accessible only in Rhythmbox.  I uninstalled packages until 
it
was recognized as a drive again.  Then I couldn't access network shares (Samba).
Researching that problem, I found that re-installing gvfs-backends fixed it, 
but broke
the Fuze access.

So my best option was to install/uninstall this package depending on what I 
want to
do.  Looking further, I manually deleted the afs.mount file (only), and 
everything
works now.

I can image that others may want a choice on how they access devices (although I
don't know if this applies to i-devices, so this may be a rather limited 
audience).

--BrianG





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

Bug#654230: FTBFS in unstable

[Ryan Niebur]

tag 654230 patch
quit

On Sun, Jan 15, 2012 at 12:04:11PM -0800, Vagrant Cascadian wrote:
> merge 655826 654230
> thanks
> 
> On Mon, Jan 02, 2012 at 02:44:40PM +0100, Reinhard Tartler wrote:
> > Usertags: ftbfs-libav0.8
> 
> > A local rebuild of your package reveals a build failure against libav
> > 0.7 as found in debian/unstable(!). Find the buildlog
> > further below:
> 
> Ryan Niebur submitted a patch that essentially fixes the build, but only for 
> wheezy. i think there are still libav compatibility issues remaining with 
> libav 0.8~ from unstable.
> 

I've pushed a second patch which fixes compatibility with the API
change in libav 0.8 by including the mathematics.h header directly.

The change can be found here:
http://anonscm.debian.org/hg/collab-maint/zoneminder/rev/cd23df2eb2bd

-- 



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

Bug#656018: davical: create-database.sh fails with strict pg_hba.conf settings

[Christoph Anton Mitterer]

Source: davical
Version: 1.0.2-1
Severity: normal


Hi.

Running create-database.sh when creating the DBs with a pg_hab.conf that
doesn't use trust-mode, but allows just some users ends up in an error,
even though the user is currectly authorised.

pg_hba.conf:
local   davical davical_dba,davical_app peer
map=davical

pg_ident.conf:
davical cgi-davical davical_dba
davical cgi-davical davical_app

Creating the DB with:
su postgres -c /usr/share/davical/dba/create-database.sh

At some point it seems to try accessing the DB, but this fails of course
as one is user postgres, and not cgi-davical.

Not sure whether this can be easily fixed in code, but then at least
the documentation should state, that during installation, you'll need both,
being a user that is allowed to create DBs (=> postgres) and to access
davical (in my case cgi-davical)... or one should just add the "trust"-rules
during installation.


What about updates? Is it also required there?

Cheers,
Chris.



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

Bug#656017: ITP: vim-vimerl -- Erlang plugin for Vim

[Per Andersson]

Package: wnpp
Severity: wishlist
Owner: Per Andersson 


* Package name: vim-vimerl
  Version : 1.2+git20120113.bf34787
  Upstream Author : Ricardo Catalinas Jimenéz et al
* URL : http://github.com/jimenezrick/vimerl
* License : Vim License
  Programming Lang: Vim script and Erlang
  Description : Erlang plugin for Vim

   Vimerl is a plugin for programming in Erlang. It provides several nice
   features to make your life easier when writing code.
   .
   The plugin offers the following features:
- Syntax highlighting
- Code indenting
- Code folding
- Code omni completion
- Syntax checking with quickfix support
- Code skeletons for the OTP behaviours
- Uses configuration from Rebar


Current packaging work is available

Vcs-Git: git://git.debian.org/collab-maint/vim-vimerl.git
Vcs-Browser: http://git.debian.org/?p=collab-maint/vim-vimerl.git;a=summary

debs: http://mentors.debian.net/package/vim-vimerl


Best,
Per



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

Bug#656016: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libsepol
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached. (dpkg-buildflags abides "noopt" from DEB_BUILD_OPTIONS)

Cheers,
Moritz
diff -aur libsepol-2.1.0.harden/debian/common/copt.mk libsepol-2.1.0/debian/common/copt.mk
--- libsepol-2.1.0.harden/debian/common/copt.mk	2011-12-09 17:04:06.0 +0100
+++ libsepol-2.1.0/debian/common/copt.mk	2012-01-15 22:40:00.0 +0100
@@ -24,13 +24,11 @@
 endif
 
 # Policy 10.1 says to make this the default
-CFLAGS = -Wall -g
 
-ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
-CFLAGS += -O0
-else
-CFLAGS += -O2
-endif
+CFLAGS = `dpkg-buildflags --get CFLAGS`
+CFLAGS += -Wall
+CFLAGS += `dpkg-buildflags --get CPPFLAGS`
+LDFLAGS = `dpkg-buildflags --get LDFLAGS`
 
 ## ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
 ## endif
Nur in libsepol-2.1.0/debian/common: copt.mk~.

Bug#656015: base: Monitor EDID not recognized by Linux kernel 3.x on AMD A6 CPU

[Grigor Gatchev]

Package: base
Severity: important

-- System Information:
CPU: AMD A6
MB: AsRock A55 Pro3
Debian release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

-- Bug Description:
After upgrading kernel from 2.6.39 to 3.0.0, monitor gets switched off
during kernel boot. Otherwise all is OK (I can ssh in, etc).

The following lines are found in the syslog:

[drm] Radeon display connector HDMI-A-1: No monitor connected or invalid EDID
[drm] Radeon display connector VGA-1: No monitor connected or invalid EDID

The bug persists also in kernels 3.1.0, 3.1.0-1 and 3.2.0-rc7.
Kernels up to 2.6.39 incl. work fine.

Tested with several different monitors (all connected to the VGA port).

Please do not hesitate to ask for more info.

Grigor



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

Bug#655715: lvm2: fails to install due to insserv rejecting the script header

[Holger Levsen]

merge 655715 543163
# and fixed in 2.02.84-3
thanks

Hi Bastian,

On Sonntag, 15. Januar 2012, Bastian Blank wrote:
> 2.02.88-2 is current. This is #543163 and fixed in 2.02.84-3.

thanks

> Please stop wasting peoples time with bugs against outdated packages
> without telling so.

sorry for wasting your time and thanks for your work on lvm2! 

please save everybody some time and look at the issues at
http://piuparts.debian.org/sid/maintainer/w/wa...@debian.org.html
(and other distros). and please do talk to me if you think some issues 
shouldn't be there!


cheers, 
Holger



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

Bug#643873: [Python-modules-team] Bug#643873: Making Numpy transition less painful

[Sandro Tosi]

On Sun, Jan 15, 2012 at 22:19, Jakub Wilk  wrote:
> * Sandro Tosi , 2012-01-12, 23:40:
>>
>> I think we are set with the requirements for the "new" dh_numpy?
>> Jakub, do you still have time to implement it?
>
> I plan to work on it on the next weekend.

Thank you very much!

-- 
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#655752: [Haskell-cafe] hackage trac broken

[Erik de Castro Lopo]

Bas van Dijk wrote:

> On 15 January 2012 12:01, Joachim Breitner  wrote:
> > Is this known and will it be fixed?
> 
> It was shut down because of massive spamming:
> 
> http://www.haskell.org/pipermail/cabal-devel/2012-January/008427.html
> 
> I have no idea who's working on it and when it will be up again.

Aw gee! Now I'm going to get blamed for shutting down the hackage trac
when all I did was report spam on it.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/



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

Bug#656014: Please enabled hardened build flags

[Moritz Muehlenhoff]

Package: traceroute
Version: 1:2.0.18-1
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached. The hardened build flags exposed missing format
strings, for which I've attached a patch as well.

Cheers,
Moritz
diff -aur traceroute-2.0.18.harden/debian/rules traceroute-2.0.18/debian/rules
--- traceroute-2.0.18.harden/debian/rules	2011-08-28 20:08:01.0 +0200
+++ traceroute-2.0.18/debian/rules	2012-01-15 22:10:01.0 +0100
@@ -2,6 +2,9 @@
 
 SHELL := sh -e
 
+DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/buildflags.mk
+
 %:
 	dh ${@}
 
diff -aur traceroute-2.0.18.harden/Make.rules traceroute-2.0.18/Make.rules
--- traceroute-2.0.18.harden/Make.rules	2012-01-15 22:06:37.0 +0100
+++ traceroute-2.0.18/Make.rules	2012-01-15 22:10:29.0 +0100
@@ -46,9 +46,6 @@
 $(call set, INDENT, true)
 
 gcc = $(findstring gcc,$(CC))
-$(call set, CFLAGS, $(if $(gcc), -O2 -Wall, -O))
-$(call set, CPPFLAGS, )
-$(call set, LDFLAGS, -s)
 $(call set, LIBS, )
 
 
Nur in traceroute-2.0.18: Make.rules~.
diff -aur traceroute-2.0.18.orig/libsupp/clif.c traceroute-2.0.18/libsupp/clif.c
--- traceroute-2.0.18.orig/libsupp/clif.c	2007-08-06 17:20:17.0 +0200
+++ traceroute-2.0.18/libsupp/clif.c	2012-01-15 22:29:52.0 +0100
@@ -792,9 +792,9 @@
 	if (l > 0) {
 	memset (buf, ' ', l);
 	buf[l] = '\0';
-	fprintf (stderr, buf);
+	fprintf (stderr, "%s", buf);
 	} else 
-	fprintf (stderr, spacer);
+	fprintf (stderr, "%s", spacer);
 
 
 	endp = buf + width;
@@ -833,7 +833,7 @@
 		
 	*p = '\0';
 	fprintf (stderr, "%s", buf);
-	fprintf (stderr, spacer);
+	fprintf (stderr, "%s", spacer);
 		
 	p++;
 	for (s = buf; *p; *s++ = *p++) ;
Nur in traceroute-2.0.18/libsupp: clif.c~.

Bug#656013: Bluefish crash randomly

[Maximi89]

Package: bluefish
Version: 2.2.1-1

The program fails randomly, I can be working on it moving data copy and
paste and in some moment it crash, could be probably due to "SAVE" could it
be related? I don't know, I started the software from CLI and it gived me
this (last lines):

(bluefish:29617): GLib-GObject-CRITICAL **: g_object_unref: assertion
`G_IS_OBJECT (object)' failed

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»

(bluefish:29617): Gtk-WARNING **: Failed to set text from markup due to
error parsing markup: Error en la línea 1, carácter 78: Se cerró el
elemento «span», pero el elemento que está abierto actualmente es «b»
BUG: this block 0x36c5700 was ended already on a lower offset (4853) then
we have right now (4900), so our blockstack is broken??
BUG: block 0x36c5700 started at 1951:1955, ended at 4848:4853
BUG: this block 0x36c5700 was ended already on a lower offset (4853) then
we have right now (4900), so our blockstack is broken??
BUG: block 0x36c5700 started at 1951:1955, ended at 4848:4853



-- 
Maximiliano Augusto Castañón Araneda
Santiago, Chile
Linux user # 394821

Skype: maximi89
MSN: maxim...@gmail.com
XMPP/Jabber: maxim...@gmail.com