Bug#600272: fail2ban: must add charset header on all notifications

[Teodor MICU]

Hi,

2010/10/15 Yaroslav Halchenko :
> should be set to LC_CTYPE locale (or recoded once again?) which
> seems to be used by whois while converting from server-native (if known)
> charset.  I will get it fixed when I get a moment

Ping? Any chance to have this fixed for Debian 7.0?

Thanks



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

Bug#620168: Announce of the upcoming NMU for the fontconfig package

[Christian PERRIER]

Dear maintainer of fontconfig and Debian translators,

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

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
ar ca cs da de es eu fi fr gl hu it ja ko lt ml nb nl pt pt_BR ro ru sk sv ta 
tr vi zh_CN zh_TW

Among these, the following translations are incomplete: ml ta

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 fontconfig package so I can incorporate them in the build.

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

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Sunday, January 01, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Friday, January 06, 2012   : send this notice
 Saturday, January 14, 2012   : (midnight) deadline for receiving 
translation updates
 Sunday, January 15, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Sunday, January 22, 2012   : NMU uploaded to incoming

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: fontcon...@packages.debian.org\n"
"POT-Creation-Date: 2009-12-31 13:48-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: select
#. Choices
#: ../fontconfig-config.templates:2001
msgid "Native"
msgstr ""

#. Type: select
#. Choices
#: ../fontconfig-config.templates:2001
msgid "Autohinter"
msgstr ""

#. Type: select
#. Choices
#: ../fontconfig-config.templates:2001
msgid "None"
msgstr ""

#. Type: select
#. Description
#: ../fontconfig-config.templates:2002
msgid "Font tuning method for screen:"
msgstr ""

#. Type: select
#. Description
#: ../fontconfig-config.templates:2002
msgid ""
"Please select the preferred method for tuning fonts for screen rendering."
msgstr ""

#. Type: select
#. Description
#: ../fontconfig-config.templates:2002
msgid ""
"Select 'Native' if you mostly use DejaVu (the default in Debian) or any of "
"the Microsoft fonts. Select 'Autohinter' if you mostly use other TrueType "
"fonts. Select 'None' if you want blurry text."
msgstr ""

#. Type: select
#. Choices
#: ../fontconfig-config.templates:3001
msgid "Automatic"
msgstr ""

#. Type: select
#. Choices
#: ../fontconfig-config.templates:3001
msgid "Always"
msgstr ""

#. Type: select
#. Choices
#: ../fontconfig-config.templates:3001
msgid "Never"
msgstr ""

#. Type: select
#. Description
#: ../fontconfig-config.templates:3002
msgid "Enable subpixel rendering for screen:"
msgstr ""

#. Type: select
#. Description
#: ../fontconfig-config.templates:3002
msgid ""
"Rendering text at a subpixel level generally makes it look a bit better on "
"flat (LCD) screens, but can show color artifacts on CRT screens. The "
"\"Automatic\" choice will enable it only if a LCD screen is detected."
msgstr ""

#. Type: boolean
#. Description
#: ../fontconfig-config.templates:4001
msgid "Enable bitmapped fonts by default?"
msgstr ""

#. Type: boolean
#. Description
#: ../fontconfig-config.templates:4001
msgid ""
"By default, only outline fonts are used by applications which support "
"fontconfig."
msgstr ""

#. Type: boolean
#. Description
#: ../fontconfig-config.templates:4001
msgid ""
"Outline fonts are fonts which scale well to various sizes. In contrast, "
"bitmapped fonts are often lower quality. Enabling this option will affect "
"the systemwide default; this and many other fontconfig options may be "
"enabled or disabled on a per-user basis."
msgstr ""


signature.asc
Description: Digital signature

Bug#619657: Announce of the upcoming NMU for the insserv package

[Christian PERRIER]

Dear maintainer of insserv and Debian translators,

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

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

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

Among these, the following translations are incomplete: 

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 insserv package so I can incorporate them in the build.

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

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Sunday, January 01, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Friday, January 06, 2012   : send this notice
 Saturday, January 14, 2012   : (midnight) deadline for receiving 
translation updates
 Sunday, January 15, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Sunday, January 22, 2012   : NMU uploaded to incoming

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: p...@debian.org\n"
"POT-Creation-Date: 2008-02-17 13:56+0100\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: boolean
#. Description
#: ../insserv.templates:2001
msgid "Enable (or keep enabled) the dependency-based boot sequence?"
msgstr ""

#. Type: boolean
#. Description
#: ../insserv.templates:2001
msgid ""
"If you choose to enable the dependency-based boot sequence the scripts in /"
"etc/rc*.d/ will be reordered using dependency information provided by LSB "
"comment headers (or defaults where these are not present). All S* symlinks "
"in rc0.d/ and rc6.d/ will be turned into K* symlinks, to make sure the way "
"they are used (with the argument 'stop') matches their names. The change "
"will only be done after it is verified that it is safe to convert. Disabling "
"it when enabled will try to revert the change."
msgstr ""

#. Type: boolean
#. Description
#: ../insserv.templates:2001
msgid ""
"Please note that this feature is experimental. Attempting to revert from "
"dependency-based boot sequencing is not guaranteed to be safe, and may "
"require the reinstallation of the system."
msgstr ""


signature.asc
Description: Digital signature

Bug#643491: animal-sniffer: fix for FTBFS without internet access

[Micah Gersten]

Package: animal-sniffer
Version: 1.7-1
Followup-For: Bug #643491
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch



*** /tmp/tmpScaFcU/bug_body
In Ubuntu, the attached patch was applied to achieve the following:


  * Add a maven build target of install so that jars are deployed into the local
maven repository during the build process (Thanks to James Page for the tip)
(Closes: #643491); Fixes FTBFS with no network
- update debian/rules
  * Add libmaven-install-plugin-java to Build-Depends-Indep; Needed for above
FTBFS fix
- update debian/control


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-15-generic (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
diff -Nru animal-sniffer-1.7/debian/changelog animal-sniffer-1.7/debian/changelog
diff -Nru animal-sniffer-1.7/debian/control animal-sniffer-1.7/debian/control
--- animal-sniffer-1.7/debian/control	2011-09-18 12:48:33.0 -0500
+++ animal-sniffer-1.7/debian/control	2012-01-05 05:09:00.0 -0600
@@ -1,13 +1,13 @@
 Source: animal-sniffer
 Section: java
 Priority: optional
 Maintainer: Debian Java Maintainers 
 Uploaders: Matthias Schmitz 
 Build-Depends: debhelper (>= 7), cdbs, default-jdk, maven-debian-helper (>= 1.4), ant
 Build-Depends-Indep: libasm3-java, junit, default-jdk-doc,
  libmaven-javadoc-plugin-java, libmaven-enforcer-plugin-java,
  libmaven-invoker-plugin-java, libmaven-common-artifact-filters-java,
- libbuild-helper-maven-plugin-java, libmaven-shade-plugin-java, libmaven-plugin-tools-java
+ libbuild-helper-maven-plugin-java, libmaven-shade-plugin-java, libmaven-plugin-tools-java, libmaven-install-plugin-java
 Standards-Version: 3.9.2
 Vcs-Git: git://git.debian.org/pkg-java/animal-sniffer.git
 Vcs-Browser: http://git.debian.org/?p=pkg-java/animal-sniffer.git;a=summary
diff -Nru animal-sniffer-1.7/debian/rules animal-sniffer-1.7/debian/rules
--- animal-sniffer-1.7/debian/rules	2011-09-18 12:48:33.0 -0500
+++ animal-sniffer-1.7/debian/rules	2012-01-05 03:54:39.0 -0600
@@ -8,6 +8,7 @@
 #	mh_installjar -plib$(PACKAGE)-java -l pom.xml target/$(PACKAGE)-$(VERSION).jar 
 
 DEB_MAVEN_DOC_TARGET := javadoc:jar javadoc:aggregate
+DEB_MAVEN_BUILD_TARGET := install
 
 clean::
 	mh_clean

Bug#654781: iceweasel: Certain plugins (e.g. Flash) fail to work when Iceweasel is started from within Icedove

[Mike Hommey]

On Thu, Jan 05, 2012 at 12:46:48PM -0500, Richard Fuchs wrote:
> Package: iceweasel
> Version: 10.0~b2-1
> Severity: important
> Tags: patch
> 
> Dear Maintainer,
> 
> When I follow a web link in Icedove and Iceweasel isn't running yet, Iceweasel
> will start and load the requested page. However, this instance of Iceweasel
> will then have a non-functional Flash plugin. Loading a page with an embedded
> Flash element (in any window, any tab) will cause Iceweasel to freeze up for
> >30 seconds and finally proceed loading the page without showing the Flash
> element. This also happens after closing Icedove.
> 
> Closing Iceweasel, restarting it manually (e.g. from the menu) and reloading
> the same page (then, even if it's loaded by following the link in Icedove, 
> just
> like before) results in a working Flash once again.
> 
> My version of Icedove is 3.1.16-1. This bug is a result of library 
> interference
> between Icedove and Iceweasel, so I'm not sure if it should be reported for
> Icedove instead. However, since I'm seeing the effect in Iceweasel, I'm
> reporting it here for now. Also, this isn't specific to Flash, other plugins
> are likely to be affected as well.
> 
> It's caused by Icedove setting LD_LIBRARY_PATH to its own directory in
> /usr/lib/icedove/run-mozilla.sh and not clearing the variable when launching
> external programs. Since Iceweasel partially uses libraries with the same
> names, it ends up loading the wrong ones (the ones from the Icedove directory)
> which causes the symptoms.
> 
> Workaround for me is to edit /usr/lib/iceweasel/iceweasel and add "export
> LD_LIBRARY_PATH=" as first executed line. Alternatively, Icedove could clear
> this variable before launching other programs.

Icedove should stop setting LD_LIBRARY_PATH.

Mike



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

Bug#654848: yubico-pam: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian Perrier]

Package: yubico-pam
Version: N/A
Severity: normal

Dear Debian maintainer,

Hello,

I just noticed new or modified debconf templates appearing for this
package.

I would like to suggest you to consider calling for debconf templates
review AND translation updates when you introduce new debconf
templates or modify the existing templates in a package or, if you
prefer, to send a call for translations after uploading the first
version that introduces new templates or templates changes.

If you're interested in suggestions for doing this, you can find some
at the end of this bug report.

The debian-l10n-english team will now start a review, on our own
initiative. It will be conducted through this bug report.


Suggestions for future debconf templates review


1) Getting debconf templates reviewed
--

The Debian i18n contributors have developed a set of suggestions for
the writing style of debconf templates, to give them an overall
consistency all around Debian. These writing style suggestions are
explained in the Developers Reference. Lintian also warns about common
writing style concerns.

Maintainers are welcome when they ask for a review of debconf templates
and/or packages descriptions on debian-l10n-engl...@lists.debian.org.
It is of course not needed to wait for someone (such as me right me)
proposing you such a review.

In such situations (whether the review is requested by the maintainer
or proposed by someone else), someone from the debian-l10n-english
team will pick up the review to do, handle it, and finally send you a
bug report with the suggested templates. If you want, you can ask for
being CC'ed to the various discussions when the templates are
reviewed.


2) Call for new translations


As soon as the templates have been reviewed, you can ask Debian
translators for new translations:

Just go to your package's build tree and use:

$ podebconf-report-po --call

This will propose you a generic mail which is to be sent to
debian-i...@lists.debian.org and call for new translations.

This utility will mention existing translations to avoid duplicate
work. 

It will also attach the needed material to this mail.

Please also think about giving a deadline to translators. We like
deadlines..:-)

3) Always call for translation updates before uploading
---

(of course only when you change the debconf templates!)

If your package already includes debconf translations (ie *.po files
in debian/po), please consider calling for translation updates if you
happen to change something in the templates...or just in case when you
release a new version.

This is done with the following command:

$ podebconf-report-po

This will build private mails to translators (ie people listed in
"Last-Translator" in the PO files) for translations that are
incomplete. These mails will included the needed PO file for each
translator.


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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.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#654847: gvncviewer: enable gvncviewer to connect to unix domain sockets

[Daniel Kahn Gillmor]

Package: gvncviewer
Version: 0.5.0-2
Severity: normal
Tags: patch

gvncviewer can't currently connect to VNC servers running over unix
domain sockets, such as those provided by the qemu and kvm utilities.

The attached patch enables this feature.  It should apply cleanly at
the end of the current patch series in gvncviewer 0.5.0-2.

The logic is: test the provided hostname to see if a matching file exists and
is a unix-domain socket.  If it is, try to connect to it that way.  otherwise,
proceed with argument parsing and TCP sockets as usual.

I've also filed this with upstream at:

  https://bugzilla.gnome.org/show_bug.cgi?id=667396

Regards,

--dkg
Description: allow Unix domain sockets in gvncviewer
 gvncviewer is useful when connecting to unix domain sockets.
Author: Daniel Kahn Gillmor 

--- gtk-vnc-0.5.0.orig/examples/gvncviewer.c
+++ gtk-vnc-0.5.0/examples/gvncviewer.c
@@ -30,6 +30,11 @@
 #include 
 #include 
 #include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 #if WITH_LIBVIEW
 #include 
@@ -586,6 +591,8 @@ int main(int argc, char **argv)
 GtkWidget *scaling;
 GtkWidget *showgrabkeydlg;
 const char *help_msg = "Run 'gvncviewer --help' to see a full list of available command line options";
+struct stat sockstat;
+int sock;
 
 name = g_strdup_printf("- Simple VNC Client on Gtk-VNC %s",
vnc_util_get_version_string());
@@ -688,17 +695,36 @@ int main(int argc, char **argv)
 gtk_widget_realize(vnc);
 
 snprintf(hostname, sizeof(hostname), "%s", args[0]);
-display = strchr(hostname, ':');
-
-if (display) {
-*display = 0;
-snprintf(port, sizeof(port), "%d", 5900 + atoi(display + 1));
-} else
-snprintf(port, sizeof(port), "%d", 5900);
-
-if (!*hostname)
-snprintf(hostname, sizeof(hostname), "%s", "127.0.0.1");
-vnc_display_open_host(VNC_DISPLAY(vnc), hostname, port);
+if ((0 == stat(hostname, &sockstat)) &&
+S_ISSOCK(sockstat.st_mode)) {
+size_t sockaddrsize = offsetof(struct sockaddr_un, sun_path) + strlen(hostname) + 1;
+struct sockaddr_un* addr = malloc(sockaddrsize);
+
+/* the argument refers to a unix domain socket */
+sock = socket(AF_UNIX, SOCK_STREAM, 0);
+addr->sun_family = AF_UNIX;
+strcpy(addr->sun_path, hostname);
+if (0 == connect(sock, (const struct sockaddr *)addr, sockaddrsize)) {
+vnc_display_open_fd(VNC_DISPLAY(vnc), sock);
+} else {
+fprintf(stderr, "Failed to open unix domain socket %s\n", hostname);
+return 1;
+}
+free(addr);
+} else {
+/* treat it as a regular hostname */
+display = strchr(hostname, ':');
+
+if (display) {
+*display = 0;
+snprintf(port, sizeof(port), "%d", 5900 + atoi(display + 1));
+} else
+snprintf(port, sizeof(port), "%d", 5900);
+
+if (!*hostname)
+snprintf(hostname, sizeof(hostname), "%s", "127.0.0.1");
+vnc_display_open_host(VNC_DISPLAY(vnc), hostname, port);
+}
 vnc_display_set_keyboard_grab(VNC_DISPLAY(vnc), TRUE);
 vnc_display_set_pointer_grab(VNC_DISPLAY(vnc), TRUE);
 

Bug#654846: ibus: Cannot select input method from the icon in system tray

[vietnq]

Package: ibus
Version: 1.4.0-3
Severity: normal

Dear Maintainer,
Since ibus 1.4.0-3 is migrated to Debian testing, i cannot select input
method from the icon in system tray.
Click on each item throws an exception in ibus-daemon

Traceback (most recent call last):
  File "/usr/share/ibus/ui/gtk/panel.py", line 496, in 
__im_menu_item_activate_cb
self.__focus_ic.set_engine(engine)
  File "/usr/lib/python2.7/dist-packages/ibus/inputcontext.py", line 287, in 
set_engine
return self.__context.SetEngine(engine.name)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 143, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Failed: Can not find 
engine anthy.


Traceback (most recent call last):
  File "/usr/share/ibus/ui/gtk/panel.py", line 496, in 
__im_menu_item_activate_cb
self.__focus_ic.set_engine(engine)
  File "/usr/lib/python2.7/dist-packages/ibus/inputcontext.py", line 287, in 
set_engine
return self.__context.SetEngine(engine.name)
  File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 143, in __call__
**keywords)
  File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 630, in 
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Failed: Can not find 
engine Unikey.

What am I missing?
I am using i3wm, no GNOME nor KDE environment is installed.
But the previous version (1.4.0-1) works.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
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 ibus depends on:
ii  gconf2   2.32.4-1
ii  libc62.13-24
ii  libgconf2-4  2.32.4-1
ii  libglib2.0-0 2.30.2-4
ii  libgtk2.0-0  2.24.8-2
ii  libibus-1.0-01.4.0-3
ii  librsvg2-common  2.34.2-2
ii  libx11-6 2:1.4.4-4
ii  python   2.7.2-9
ii  python-ibus  1.4.0-3
ii  python-notify0.1.1-3
ii  python-xdg   0.19-3

Versions of packages ibus recommends:
ii  ibus-clutter   
ii  ibus-gtk   
ii  ibus-gtk3  1.4.0-3
ii  ibus-qt4   
ii  im-config [im-switch]  0.7

ibus 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#654678: readahead-fedora: readahead-collector segfaults

[Raphael Geissert]

On Thursday 05 January 2012 15:36:47 Raphael Geissert wrote:
> Apparently nobody had run valgrind on the collector for a long time and
> there are lots of bugs, but those have been there for a long time. Will
> probably address them by tomorrow and post a patch, so that if you have no
> luck with the backtrace you can run it on valgrind and get a meaningful
> output.

Attached is the patch. The only things that valgrind still complains about are 
some leaks[1] and the use of some uninitialized memory in auparse (which I'll 
try to investigate sts.)

To run valgrind do something like:
touch /.readahead_collect
edit /etc/init.d/early-readahead to replace s-s-d's
--exec $READAHEAD_COLLECT_CMD
with
--exec /usr/bin/valgrind -- --trace-children=yes --track-origins=yes 
$READAHEAD_COLLECT_CMD 2> /run/rac-valgrind.log


[1]could fix them, but the program exits soon after leaking them

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
diff --git a/src/readahead-collector.c b/src/readahead-collector.c
index 0104c59..2fff27b 100644
--- a/src/readahead-collector.c
+++ b/src/readahead-collector.c
@@ -387,8 +387,10 @@ main(int argc, char **argv)
 
 	debug("done: success");
 
-	if (has_debug && is_background(rac) && debug_out != stderr)
+	if (has_debug && is_background(rac) && debug_out != stderr) {
 		fclose(debug_out);
+		debug_out = 0;
+	}
 
 	exit(EXIT_SUCCESS);
 }
@@ -501,7 +503,7 @@ string_to_array(char *data)
 	if (isspace((unsigned char) *l))
 		items--;
 	if (items)
-		res = (char **) malloc(sizeof(char *) * items + 1);
+		res = (char **) malloc(sizeof(char *) * (items + 1));
 	if (!res)
 		return NULL;
 	p = data;
@@ -1164,8 +1166,7 @@ myrealpath(const char *path, char *resolved_path, int maxreslth, const char *cwd
 	char *npath;
 	char link_path[PATH_MAX+1];
 	int n;
-	char *buf = NULL;
-	int bufsz = 0;
+	char *oldbuf = NULL;
 
 	npath = resolved_path;
 
@@ -1226,6 +1227,7 @@ myrealpath(const char *path, char *resolved_path, int maxreslth, const char *cwd
 goto err;
 		} else {
 			int m;
+			char *buf;
 
 			/* Note: readlink doesn't add the null byte. */
 			link_path[n] = '\0';
@@ -1240,15 +1242,13 @@ myrealpath(const char *path, char *resolved_path, int maxreslth, const char *cwd
 			/* Insert symlink contents into path. */
 			m = strlen(path);
 
-			if (!buf)
-buf = malloc(m + n + 1);
-			else if (m + n + 1 > bufsz)
-buf = realloc(buf, m + n + 1);
-			bufsz = m + n + 1;
+			buf = malloc(m + n + 1);
 
 			memcpy(buf, link_path, n);
 			memcpy(buf + n, path, m + 1);
-			path = buf;
+			free(oldbuf);
+			/* keep a copy of buf in oldbuf to free it later */
+			path = oldbuf = buf;
 		}
 		*npath++ = '/';
 	}
@@ -1258,12 +1258,10 @@ myrealpath(const char *path, char *resolved_path, int maxreslth, const char *cwd
 	/* Make sure it's null terminated. */
 	*npath = '\0';
 
-	if (buf)
-		free(buf);
+	free(oldbuf);
 	return resolved_path;
  err:
-	if (buf)
-		free(buf);
+	free(oldbuf);
 	return NULL;
 }
 
@@ -1275,10 +1273,16 @@ exclude_file(char **list, const char *filename)
 {
 	char **p = list;
 
+	if (*filename == '\0')
+	return 0;
+
 	for (; p && *p; p++) {
 		const char *f = filename;
 		char *e = *p;
-		while(*f++ == *e++);
+		for (; *f == *e; *f++, *e++) {
+			if (*e == '\0')
+return 1;
+		}
 		if (*e == '\0')
 			return 1;
 	}

Bug#654845: libarpack2: ARPACK should link against LAPACK 2.0, and not liblapack

[Viral B. Shah]

Package: libarpack2
Severity: important


ARPACK needs to use LAPACK 2.0 for correctness. This will cause a
conflict with liblapack upon which it depends. See this thread on the
issue and a name mangling fix, so that LAPACK 2.0 routines can be used
in ARPACK. The BLAS can be the standard one from the debian
distribution.

http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2011-July/215640.html

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

Kernel: Linux 2.6.26-2-686 (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 libarpack2 depends on:
ii  libatlas3gf-3dnow [liblapack. 3.6.0-22   Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so.3gf]   1.2-8  Basic Linear Algebra Reference imp
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgfortran3  4.4.5-8Runtime library for GNU Fortran ap
ii  liblapack3gf [liblapack.so.3g 3.2.1-8library of linear algebra routines
pn  libopenmpi1.3  (no description available)

Versions of packages libarpack2 recommends:
pn  atlas3-base(no description available)

libarpack2 suggests no packages.



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

Bug#654844: apt: [INTL:ru] Russian program translation update

[Yuri Kozlov]

Package: apt
Version: 0.8.15.9
Severity: wishlist
Tags: l10n patch


Russian program translation update is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#654843: Please remove libapache2-mod-php5 dependency to allow php5 run through fcgi

[Mahyuddin Susanto]

Source: cacti
Version: 0.8.7i-2
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


As per launchpad bug [1], seems like we must add libapache2-mod-fcgi. this bug 
may happen if we use other webserver

I have proposed change to solve this problem:

diff --git a/debian/control b/debian/control
index a3af3b2..29692bb 100644
- --- a/debian/control
+++ b/debian/control
@@ -13,9 +13,8 @@ Standards-Version: 3.9.2
 
 Package: cacti
 Architecture: all
- -Depends: apache2 | apache | apache-ssl | apache-perl | httpd,
- - dbconfig-common (>= 1.8.8),
- - libapache2-mod-php5 | php5,
+Depends: dbconfig-common (>= 1.8.8),
+ libapache2-mod-php5 | libapache2-mod-fcgid | php5-cgi,
  libphp-adodb (>= 4.50-1),
  php5-cli,
  php5-mysql,
@@ -25,7 +24,8 @@ Depends: apache2 | apache | apache-ssl | apache-perl | httpd,
  ucf,
  virtual-mysql-client,
  ${misc:Depends}
- -Recommends: iputils-ping,
+Recommends: apache2 | lighttpd | nginx | httpd,
+inetutils-ping | iputils-ping,
 logrotate,
 mysql-server
 Suggests: php5-ldap



[1] https://bugs.launchpad.net/ubuntu/+source/cacti/+bug/544828

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

Versions of packages cacti depends on:
pn  dbconfig-common   
pn  debconf [debconf-2.0] 1.5.41
pn  libapache2-mod-php5 | php5 | libapache2-mod-fcgid | php5-cgi  
pn  libphp-adodb  
pn  php5-cli  
pn  php5-mysql
pn  php5-snmp 
pn  rrdtool   
pn  snmp  
pn  ucf   3.0025+nmu2
pn  virtual-mysql-client  

Versions of packages cacti recommends:
pn  apache2 | lighttpd | nginx | httpd  
pn  inetutils-ping  
pn  logrotate   3.8.1-1
pn  mysql-server

Versions of packages cacti suggests:
pn  php5-ldap  


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

iQIcBAEBCAAGBQJPBpM5AAoJELmHbrCQs2xbb6AP/3cGviXQkIAudO6tprn9MWye
oBkHeV+S4oHi2/QnYHa2DkDOSRII+Wo3Dgx1UD1inZTYPHWr9FHgMcD2x/NnXQiW
Yl4TNmIcmcp8l9OWU9xBrZ8n3Z3XGECy453E9auruZ/k6J9wFx+kNil+7sjBAUM+
5mkKUqv4GhMvLGX4lZkz/KxAKLFl4nNDjwGgqz7RyL0+wpq0/UrnuNgbkR/TrOG5
fDab8Jnc2bWRc08g0upNKAG+tsAiGBKBdsiaCs8DvZI9eB633UZ8d/+lz+JTYraT
AeS/6SPjA6/Y08+j1SluvqW3VA28nh/VC0RaLNIs3RhmBKA3j4sOKm7CS1l1tUqy
HH0bVW8mljl15yjLZoYewGeR9VvjzdCjHctBj0CY/i9CO0AkDIo8hswuO2CmssDA
diooe5Vn0T59pSHxEZASX8XrbP2KCGrFJvWJsHv0mxwkhTY6Sv4nJQllmTBeBzBh
eXbWjP2Ak3J/PBTPXunV/cW5eiAvt2Aj87I4uqGtB7KrM+/PAWuB58TsW8x6Rd3F
XQ59T9ylzv3GbUiyRbyZRsGKtIizBHro02/qmK66gXD1Y1+79CLA/OWm/jROmSqt
+EK3ELJW8n6BujNMpM6QspbXr3T+Q4Wm/JNjvkgMLTCTDEtgHrpuh07IkaAYLiMe
dMhESsVjVnUxA94W8RyN
=sSAv
-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#654842: vidalia: [INTL:ru] Russian debconf templates translation update

[Dererk]

tags 654842 pending
thanks


On 06/01/12 02:41, Yuri Kozlov wrote:
> Package: vidalia
> Version: 0.2.15-1
> Severity: wishlist
> Tags: l10n patch
>
>
> Russian debconf templates translation update is attached.
>
> -- System Information:
> Debian Release: 6.0.1
>   APT prefers testing
>   APT policy: (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
Thanks for the quick response!



Cheers,

Dererk

-- 
BOFH excuse #32:
techtonic stress




signature.asc
Description: OpenPGP digital signature

Bug#653823: transition: boost-defaults

[Steve M. Robbins]

On Sat, Dec 31, 2011 at 12:13:46PM +0100, Julien Cristau wrote:
> On Sat, Dec 31, 2011 at 01:29:58 -0600, Steve M. Robbins wrote:
> 
> > There are 237 source packages in SID that build-depend on one of the
> > packages in boost-defaults.  I have done a test-build with all 237
> > packages in a chroot sid environment containing updated
> > boost-defaults.  There were 22 build failures related to the new
> > boost.  An additional 14 build failures were detected that are not
> > related to boost.  Sourceful uploads will be required to fix all these
> > build failures.
> > 
> Thanks a lot for this Steve.

OK, so what's the next step?  Do you need me to do anything further
before flipping the defaults?

Thanks,
-Steve



signature.asc
Description: Digital signature

Bug#652484: linux-image-3.1.0-1-amd64: kernel oops when USB drive hot unplugged

[a...@avarner.no-ip.org]

On Fri, 2011-12-30 at 13:08 +0100, Ben Hutchings wrote:
> This bug seems to be known but not yet fully understood by the kernel
> developers.  There was a change in Linux 3.1.5 which should result in
> logging more information in case this bug is triggered.  Have you seen
> it happen again?


I upgraded to 3.1.5 and saw it twice more. The first time, I missed it,
as some other stuff filled the dmesg ring buffer before I copied it. I
restarted, and reproduced the bug again. Here is the dmesg:



[17455.033004] usb 1-2.3: USB disconnect, device number 14
[17455.035097] scsi 14:0:0:0: killing request
[17455.035236] BUG: unable to handle kernel NULL pointer dereference at 
0008
[17455.035351] IP: [] sd_revalidate_disk+0x33/0x1603 [sd_mod]
[17455.035455] PGD 2d3b6067 PUD 41463067 PMD 0 
[17455.035523] Oops:  [#1] SMP 
[17455.035575] CPU 0 
[17455.035603] Modules linked in: joydev xpad ff_memless kvm_amd kvm bnep 
rfcomm bluetooth rfkill crc16 ppdev lp uinput fuse bridge stp tun ipt_REJECT 
xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack xt_owner 
iptable_filter ip_tables x_tables ext2 loop snd_hda_codec_hdmi usblp 
snd_hda_codec_via snd_hda_intel radeon snd_hda_codec snd_usb_audio 
snd_usbmidi_lib snd_hwdep ttm snd_pcm_oss snd_seq_midi snd_seq_midi_event 
drm_kms_helper amd64_edac_mod drm snd_mixer_oss sp5100_tco snd_pcm snd_rawmidi 
edac_core snd_seq snd_seq_device i2c_piix4 i2c_algo_bit parport_pc i2c_core 
snd_timer edac_mce_amd power_supply parport pcspkr snd k10temp soundcore 
snd_page_alloc tpm_tis tpm tpm_bios processor thermal_sys asus_atk0110 wmi 
shpchp pci_hotplug evdev button ext3 jbd mbcache sha256_generic cryptd 
aes_x86_64 aes_generic cbc dm_crypt dm_mod raid456 md_mod async_raid6_recov 
async_pq raid6_pq async_xor xor async_memcpy async_tx usbhid hid sg sr_mod 
sd_mod cdrom crc_t10dif usb_storage ata_generic uas pata_atiixp ohci_hcd ahci 
libahci ehci_hcd libata scsi_mod usbcore r8169 mii [last unloaded: 
scsi_wait_scan]
[17455.037291] 
[17455.037314] Pid: 14285, comm: hald-addon-stor Not tainted 3.1.0-1-amd64 #1 
System manufacturer System Product Name/M4A88T-M
[17455.037470] RIP: 0010:[]  [] 
sd_revalidate_disk+0x33/0x1603 [sd_mod]
[17455.037600] RSP: 0018:8800b0e17af8  EFLAGS: 00010246
[17455.037673] RAX:  RBX: 88010bd97bc0 RCX: 0004
[17455.037767] RDX: 0004 RSI: 880119cb6800 RDI: 8800c9855400
[17455.037861] RBP:  R08: 0008 R09: 0007
[17455.037955] R10: 880119012690 R11: 880119012690 R12: 8800c9855400
[17455.038049] R13:  R14: 88010bd97bd8 R15: 88010bd97bc0
[17455.038143] FS:  7effecab5700() GS:88011fc0() 
knlGS:
[17455.038250] CS:  0010 DS:  ES:  CR0: 8005003b
[17455.038326] CR2: 0008 CR3: b5e5d000 CR4: 06f0
[17455.038420] DR0:  DR1:  DR2: 
[17455.038514] DR3:  DR6: 0ff0 DR7: 0400
[17455.038608] Process hald-addon-stor (pid: 14285, threadinfo 
8800b0e16000, task 880063298e60)
[17455.038729] Stack:
[17455.038757]  88011b24b800 81106c49 8119b57c 
8800c9855448
[17455.038868]   8800c9855400 001d 
88010bd97bd8
[17455.038978]  88010bd97bc0 8800c9855400 88010bd97bc0 
88010bd97bc0
[17455.039012] Call Trace:
[17455.039012]  [] ? iget5_locked+0x5c/0x127
[17455.039012]  [] ? add_uevent_var+0xdc/0xdc
[17455.039012]  [] ? rescan_partitions+0xac/0x41b
[17455.039012]  [] ? __blkdev_get+0x1a6/0x37e
[17455.039012]  [] ? blkdev_get+0x2a7/0x2a7
[17455.039012]  [] ? blkdev_get+0x1c7/0x2a7
[17455.039012]  [] ? blkdev_get+0x2a7/0x2a7
[17455.039012]  [] ? __dentry_open+0x17f/0x296
[17455.039012]  [] ? dget+0x12/0x1e
[17455.039012]  [] ? do_last+0x47c/0x591
[17455.039012]  [] ? path_openat+0xce/0x31c
[17455.039012]  [] ? try_to_wake_up+0x182/0x192
[17455.039012]  [] ? do_filp_open+0x2a/0x6e
[17455.039012]  [] ? _cond_resched+0x7/0x1c
[17455.039012]  [] ? __strncpy_from_user+0x18/0x48
[17455.039012]  [] ? alloc_fd+0x64/0x109
[17455.039012]  [] ? do_sys_open+0x5e/0xe5
[17455.039012]  [] ? system_call_fastpath+0x16/0x1b
[17455.039012] Code: 55 53 48 81 ec 88 00 00 00 48 8b af 28 03 00 00 65 48 8b 
04 25 28 00 00 00 48 89 44 24 78 31 c0 8b 05 23 9b f8 ff 48 89 7c 24 48 <4c> 8b 
7d 08 c1 e8 15 83 e0 07 83 f8 03 76 43 48 8b 8d 78 02 00 
[17455.039012] RIP  [] sd_revalidate_disk+0x33/0x1603 [sd_mod]
[17455.039012]  RSP 
[17455.039012] CR2: 0008
[17455.080302] ---[ end trace b5e7fd11c94c6bf3 ]---






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

Bug#654718: Pointer

[Steve M. Robbins]

The issue stems from gccxml; see discussion here
http://www.gccxml.org/pipermail/gccxml/2011-December/001467.html

-S


signature.asc
Description: Digital signature

Bug#654563: sshguard: init script fails when more than one log file is defined in default config file

[Julián Moreno Patiño]

Hi,

If you define LOGFILES="/var/log/auth.log /var/log/proftpd/proftpd.log"  in
> /etc/default/sshguard , the script fails with message "No valid logs to
> scan by sshguard, exiting".
>
> This is because of this line in /etc/init.d/sshguard:
>
> for logfile in "$LOGFILES"; do [ -r "$logfile" ] &&
> DAEMON_ARGS="$DAEMON_ARGS -l $logfile" && LOGS=$((LOGS+1)); done
>
> Fix is to change that line to
>
> for logfile in $LOGFILES; do [ -r "$logfile" ] &&
> DAEMON_ARGS="$DAEMON_ARGS -l $logfile" && LOGS=$((LOGS+1)); done
>

Thanks to report it.

This bug was fixed in sshguard 1.5-3 in unstable. From Debian changelog
entry:

   * Avoid to run incorrectly the for-loop in init script
 + Thanks for the patch to Alexander Noack

However I am a bit busy but I will work on squeeze-backport the next weeks.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513

Bug#654842: vidalia: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: vidalia
Version: 0.2.15-1
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# translation of ru.po to Russian
# Copyright (C) 2008 Yuri Kozlov
# This file is distributed under the same license as the vidalia package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2010, 2011, 2012.
msgid ""
msgstr ""
"Project-Id-Version: vidalia 0.2.15-1\n"
"Report-Msgid-Bugs-To: vida...@packages.debian.org\n"
"POT-Creation-Date: 2012-01-05 08:26-0300\n"
"PO-Revision-Date: 2012-01-06 09:40+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: ru\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: multiselect
#. Description
#: ../templates:1001
msgid "Users to add to the debian-tor group:"
msgstr "Пользователи, добавляемые в группу debian-tor:"

#. Type: multiselect
#. Description
#: ../templates:1001
#| msgid ""
#| "Users who should be able to control Tor daemon need to be added to the "
#| "group \"debian-tor\"."
msgid ""
"Select which users from the list below should be able to control Tor daemon"
msgstr ""
"Выберите пользователей из списка, которым разрешено управлять службой Tor."

#. Type: multiselect
#. Description
#: ../templates:1001
msgid "Please restart your X sessions to apply changes before starting Vidalia"
msgstr "Перед запуском Vidalia перезапустите X-сеансы для активации изменений."

#. Type: multiselect
#. Description
#: ../templates:1001
msgid ""
"For more information please refer to /usr/share/doc/vidalia/README.Debian.gz"
msgstr "Подробности смотрите в /usr/share/doc/vidalia/README.Debian.gz"

Bug#654687: sshguard: too low safety_thresh value in default configuration file (typo?)

[Julián Moreno Patiño]

Hi,

In /etc/default/sshguard there is the following line:
>
> ARGS="-a 4 -p 420 -s 1200"
>
> -a 4
> seems too low for me, as that means that when trying to login with ssh
> with an unknown user to the sshguarded host, You will be blocked at the
> first failed login. Seems to be a little bit harsh to me.
>
> The sshguard default value for -a is 40, that means you get blocked only
> after four failed logins. So maybe it's just a typo, as the other values
> are sshguard defaults, too.


Thanks to report it.

This bug was fixed in sshguard 1.5-4 in unstable:
http://bugs.debian.org/638225

However I am a bit busy but I will work on squeeze-backport the next weeks.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513

Bug#653641: These two bugs are not the same

[Adrian Bunk]

unmerge 653641
reassign 653641 s3ql
found 653641 1.7-1
thanks

This bug #653641 is about s3ql having an unconditional manual dependency 
on python-argparse.

That is completely unrelated to the problem with automated dependency 
generation in #653644.

cu
Adrian

BTW; Please Cc the submitter on answers.

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed




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

Bug#652472: Me too!

[Garrett McLean]

Autologin does not work for me either, not via GUI conf (I unlock, set
autologin, re-lock, logout, restart gdm3, open settings, and autologin has
been unset), nor via editing /etc/gdm3/daemon.conf (setting autologin vars
seems to have NO effect whatsoever).

-- 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/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 gdm3 depends on:
ii  accountsservice 0.6.15-2
ii  adduser 3.113
ii  dconf-gsettings-backend 0.10.0-3
ii  debconf [debconf-2.0]   1.5.41
ii  gconf2  3.2.3-1
ii  gnome-session [x-session-manager]   3.2.1-1
ii  gnome-session-bin   3.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.2.1-1
ii  gnome-terminal [x-terminal-emulator]3.2.1-2
ii  gsettings-desktop-schemas   3.2.0-2
ii  guake [x-terminal-emulator] 0.4.2-7
ii  libaccountsservice0 0.6.15-2
ii  libatk1.0-0 2.2.0-2
ii  libattr11:2.4.46-5
ii  libaudit0   1.7.18-1
ii  libc6   2.13-24
ii  libcairo-gobject2   1.10.2-6.2
ii  libcairo2   1.10.2-6.2
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgconf2-4 3.2.3-1
ii  libgdk-pixbuf2.0-0  2.24.0-2
ii  libglib2.0-02.30.2-4
ii  libglib2.0-bin  2.30.2-4
ii  libgtk-3-0  3.2.3-1
ii  libpam-modules  1.1.3-6
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libpango1.0-0   1.29.4-2
ii  librsvg2-common 2.34.2-2
ii  libselinux1 2.1.0-4
ii  libupower-glib1 0.9.15-1
ii  libwrap07.6.q-22
ii  libx11-62:1.4.4-4
ii  libxau6 1:1.0.6-4
ii  libxdmcp6   1:1.1.0-4
ii  libxklavier16   5.1-2
ii  libxrandr2  2:1.3.2-2
ii  lsb-base3.2-28
ii  metacity [x-window-manager] 1:2.34.1-2
ii  policykit-1-gnome   0.105-1
ii  upower  0.9.15-1

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1
ii  desktop-base   6.0.7
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-power-manager3.2.1-2
ii  gnome-settings-daemon  3.2.2-2
ii  x11-xkb-utils  7.6+4
ii  xserver-xephyr 2:1.11.2.902-1
ii  xserver-xorg   1:7.6+10
ii  zenity 3.2.0-1

Versions of packages gdm3 suggests:
ii  gnome-mag 
ii  gnome-orca
ii  gok   
ii  libpam-gnome-keyring  3.2.2-1
ii  metacity  1:2.34.1-2

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

-- debconf information excluded

Bug#587589: libinsighttoolkit3-dev: libgdcm2-dev package should not be required to link to ITK

[Steve M. Robbins]

> On Wed, Dec 14, 2011 at 02:09:43PM +0100, Andreas Tille wrote:
> > Hi,
> > 
> > is this issue still open in new version libinsighttoolkit3.20 or
> > can the bug be closed?

Not sure.  Mathieu?

-S


signature.asc
Description: Digital signature

Bug#586997: [Debian-med-packaging] Bug#586997: insighttoolkit: Builds duplicate of NIfTI library

[Steve M. Robbins]

tags 586997 + wontfix
thanks

On Thu, Jan 05, 2012 at 03:17:34PM +0100, Michael Hanke wrote:
> On Thu, Jan 05, 2012 at 12:27:31PM +0100, Andreas Tille wrote:
> > Ping?
> > 
> > Should we close this bug report?
> 
> Well the situation is still the same -- at least by looking at the
> build-deps. What would be the reason for closing this bug? A 'wontfix'
> might be appropriate to give us something to argue about,

OK, done, have at it! :-)


Here is why I won't spend any time on this issue:

1. The ITK wrappers need attention: they currently don't build.

2. ITK 4.0 is already out and needs attention.

3. Libraries embedded in ITK that do *not* offer a ITK_USE_SYSTEM_foo
build time option are, at the very least, untested with other
versions.  They may be heavily patched and the risk of breaking ITK
outweighs any purported benefit, IMHO.  I cannot believe that a
library embedded in ITK is ever going to be a security problem.


If you are really concerned about embedded library copies, I'd
encourage you to work on the issue in the context of ITK 4.

Regards,
-Steve


signature.asc
Description: Digital signature

Bug#654820: [INTL:da] Danish translation of the debconf templates vidalia

[Dererk]

tags 654820 pending
thanks

On 05/01/12 19:16, Joe Dalton wrote:
> Package: vidalia
> Severity: wishlist
> Tags: l10n patch
>
> Please include the attached Danish vidalia translations.
>
> joe@pc:~/over/debian/vidalia$ msgfmt --statistics -c -v -o /dev/null da.po
> da.po: 4 oversatte tekster.
>
> bye
> Joe
Thanks a lot for the quick response!


Cheers,

Dererk

-- 
BOFH excuse #111:
The salesman drove over the CPU board.




signature.asc
Description: OpenPGP digital signature

Bug#654709: [l10n] Czech translation for vidalia

[Dererk]

tags 654709 pending
thanks

On 05/01/12 09:41, Martin Šín wrote:
> Package: vidalia
> Severity: wishlist
> Tags: l10n, patch
>
> In attachement there is updated Czech translation (cs.po) for vidalia
> package, please include it.
>
> Regards,
> Martin Sin.
Thanks a lot for the quick response!


Cheers,

Dererk

-- 
BOFH excuse #41:
interrupt configuration error




signature.asc
Description: OpenPGP digital signature

Bug#654841: icedove: "update.locale file doesn't exist in either the XCurProcD or GreD directories"

[Jack Bates]

Package: icedove
Version: 3.0.11-1+squeeze6
Severity: normal

I recently installed sarge and Icedove and I consistently observe in the Error
Console:

Error: [Exception... "update.locale file doesn't exist in either the XCurProcD 
or GreD directories"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  
location: "JS frame :: file:///usr/lib/icedove/components/nsUpdateService.js :: 
getLocale :: line 608"  data: no]
Source File: file:///usr/lib/icedove/components/nsUpdateService.js
Line: 608

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

Kernel: Linux 2.6.32-5-686 (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/dash

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

Versions of packages icedove recommends:
ii  myspell-en-us [myspell-dictio 1:3.2.1-2  English_american dictionary for my

Versions of packages icedove suggests:
ii  libdbus-glib-1-20.88-2.1 simple interprocess messaging syst
ii  libgconf2-4 2.28.1-6 GNOME configuration database syste
ii  libgnome2-0 2.30.0-1 The GNOME library - runtime files
ii  libgnomevfs2-0  1:2.24.3-1   GNOME Virtual File System (runtime
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k
ii  ttf-lyx 1.6.7-1  TrueType versions of some TeX font

-- no debconf information



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

Bug#582137: dc is ignoring the .dcrc file.

[John Gruenenfelder]

Package: dc
Version: 1.06.95-2+b1
Followup-For: Bug #582137


This bug was originally filed in March 2011, almost ten months ago.  The
report also includes a very small patch that appears to solve the issue.  Is
there any estimate on when this fix might be included in the Debian version of
dc?

dc is great little tool, but I don't always remember to execute "4 k" every
time I run it and then wonder why the division I just did returned a whole
number result.



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

Kernel: Linux 3.1.6 (SMP w/8 CPU cores; PREEMPT)
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 dc depends on:
ii  dpkg  1.16.1.2
ii  install-info  4.13a.dfsg.1-8
ii  libc6 2.13-24

dc recommends no packages.

dc suggests no packages.

-- no debconf information


-- 
--John GruenenfelderSystems Manager, MKS Imaging Technology, LLC.
Try Weasel Reader for PalmOS  --  http://weaselreader.org
"This is the most fun I've had without being drenched in the blood
of my enemies!"
--Sam of Sam & Max



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

Bug#654308: xpdf: maximal zoom factor is only 400%

[Michael Gilbert]

tag 654308 patch
thanks

2012/1/5 Jörg-Volker Peetz
> Michael Gilbert wrote, on 01/05/12 01:23:
>>> Are the segfaults depending on a special pdf-file? Do you have some 
>>> examples for
>>> the problem?
>>
>> See the changelog entry for version 3.03-3.
>>
>> Best wishes,
>> Mike
>>
>>
>
> Using a scenario which leads to a reproducable crash of xpdf 3.03 patched with
> fix-580495.patch, I was able to repair this patch. I mainly switched back to a
> fixed array "zoomMenuBtns".
>
> [By the way, in my case the error message was something like
>
> *** glibc detected *** x/xpdf-3.03/xpdf/xpdf: malloc(): smallbin double linked
> list corrupted: 0x01a15050 ***
>
> ]
>
> Please find attached the changed version of fix-580495.patch.

Great!  Thanks for looking into this and putting together a fix so
quickly.  I'll take a look at this further when I have more free time.

Best wishes,
Mike



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

Bug#634089: jh_manifest causes CRC error

[Wookey]

This seems to me to be a serious problem blocking all
java-helper-using packages

So, I took a look at what's going on and found the following:

The short version is that Archive::Zip is misbehaving as jh_manifest
uses it and making corrupt jars. A patch to workaround that is
attached. It may be that a fix in Archive::Zip is a better solution. 


As it took me a while to get there I'll leave my working in in case it
helps anyone else working on the issue:

If I build the package in squeeze everything is fine.
If I build it in wheezy then running it:
 terraintool
gives CRC error.

Looking a little more closely. This is OK:
 java -jar /usr/share/terraintool/terraintool.jar

It seems that what the binfmt support does is run this:
 jarwrapper /usr/share/terraintool/terraintool.jar
That give CRC error.

jarwrapper is just a shell script. The bit that dies is this:
 fastjar xf /usr/share/terraintool/terraintool.jar META-INF/MANIFEST.MF

Niels Thykier suggested seeing if LD_PREloading 
it was sugested to see if replacing memcpy with memmove using
LD_PRELoAD fixed the situation. I found that you do that like this:


Create a file named "memcpy_hider.c" containing

#include 
void* memcpy(void *dst, const void *src, size_t size)
{
  memmove(dst,src,size);
}


Then compile it with
gcc -fPIC -O2 -c memcpy_hider.c
ld -G memcpy_hider.o -o memcpy_hider.so


Finally, to test it out, run your browser like

LD_PRELOAD=/abolute/path/to/memcpy_hider.so program

So that built OK. I ran:
LD_PRELOAD=/home/wookey/debian/wheezy/memcpy_hider.so fastjar xf 
/usr/share/terraintool/terraintool.jar META-INF/MANIFEST.MF
and it still gives a CRC error :-(

So either I've done something wrong or the memcpy thing is not the
problem here?

This suggests that the _hider lib is being used
LD_PRELOAD=/home/wookey/debian/wheezy/memcpy_hider.so ldd /usr/bin/fastjar
linux-vdso.so.1 =>  (0x7fffc55ff000)
/home/wookey/debian/wheezy/memcpy_hider.so (0x7f8819ebf000)
libz.so.1 => /lib/libz.so.1 (0x7f8819c81000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f88198fc000)
/lib64/ld-linux-x86-64.so.2 (0x7f881a0c2000)

stracing the fastjar command shows it falling over as soon as it tries
to write some output when unpacking the jar
open("/usr/share/terraintool/terraintool.jar", O_RDONLY) = 3
read(3, "PK\3\4", 4)= 4
read(3, "\24\0\0\0\0\0S\217%@\0\0\0\0\2\0\0\0\0\0\0\0\t\0\4\0", 26) = 26
read(3, "META-INF/", 9) = 9
lseek(3, 4, SEEK_CUR)   = 43
read(3, "PK", 2)= 2
write(2, "Error! CRCs do not match! Got 1a"..., 51Error! CRCs do not match! Got 
1a6cd7b3, expected 0 ) = 51


So it's opened the jar, found the PKZIp header, found the META-INF
directory entry, skipped 4 bytes, found PK again and died.

Some perusal of the PKZIP header spec:
http://www.pkware.com/documents/casestudies/APPNOTE.TXT
od -tx1 -c /usr/share/terraintool/terraintool.jar |less
 
show that that header contians:

 local file header signature 4 bytes  (0x04034b50)
version needed to extract   2 bytes
general purpose bit flag2 bytes
compression method  2 bytes
last mod file time  2 bytes
last mod file date  2 bytes
crc-32  4 bytes
compressed size 4 bytes
uncompressed size   4 bytes
file name length2 bytes
extra field length  2 bytes

file name (variable size)
extra field (variable size)

  B.  File data

  Immediately following the local header for a file
  is the compressed or stored data for the file. 
  
000  50  4b  03  04  14  00  00  00  00  00  53  8f  25  40  00  00
  P   K 003 004 024  \0  \0  \0  \0  \0   S 217   %   @  \0  \0
020  00  00  02  00  00  00  00  00  00  00  09  00  04  00  4d  45
 \0  \0 002  \0  \0  \0  \0  \0  \0  \0  \t  \0 004  \0   M   E
040  54  41  2d  49  4e  46  2f  fe  ca  00  00  50  4b  03  04  14
  T   A   -   I   N   F   / 376 312  \0  \0   P   K 003 004 024

This seems to say that this entry has uncompressed size 0 and
compressed size 2 - is that right?

and this is a header for another directory:
 50  4b  03  04  0a  00  00  00  00  00
  P   K 003 004  \n  \0  \0  \0  \0  \0
0002120  4e  8f  25  40  00  00  00  00  00  00  00  00  00  00  00  00
  N 217   %   @  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0  \0
0002140  08  00  00  00  6d  63  63  6f  6d  62  65  2f  50  4b  03  04
 \b  \0  \0  \0   m   c   c   o   m   b   e   /  

this has size 0 for both compressed and uncompressed. 

doing  unzip -t /usr/share/terraintool/terraintool.jar 
Archive:  /usr/share/terraintool/terraintool.jar
META-INF/:  ucsize 0 <> csize 2 for STORED entry
 continuing with "compressed" size 

Bug#654840: ITP: haml-elisp -- Emacs Lisp mode for the Haml markup language

[Gunnar Wolf]

Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf 

* Package name: haml-elisp
  Version : 3.0.15
  Upstream Author : Nathan Weizenbaum
* URL : http://www.haml-lang.com
* License : MIT
  Programming Lang: Ruby
  Description : Emacs Lisp mode for the Haml markup language

This package was generated by libhaml-ruby; it was split by the author
into separate sources.



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

Bug#640464: xterm: rendering problems (pixels not erased?)

[Vincent Lefevre]

tags 640464 - moreinfo
thanks

On 2011-09-05 20:41:01 +0200, Julien Cristau wrote:
> If this is new, when did it start occurring?

According to my tests, it doesn't occur with

  xorg 1:7.5+8
  xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-4

and occurs with

  xorg 1:7.6+4
  xserver-xorg-video-nouveau 1:0.0.16+git20101210+8bb8231-2

and later.

The way to reproduce the bug is described in

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640464#82

Warning! It doesn't seem to be 100% reproducible, but almost.

> Could also be a driver or X issue.

Yes, it seems so, but I don't know which.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#651802: reopening 651802

[Micah Gersten]

reopen 651802 mic...@ubuntu.com
thanks

The fix in 2.2.0-3 fails due to the autoconf patch not taking
--as-needed into account, the dh_autoreconf patch in the previous
message should make this automatic from now on.





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

Bug#640464: xterm: rendering problems (pixels not erased?)

[Vincent Lefevre]

reassign 640464 xserver-xorg-video-nouveau
found 640464 1:0.0.16+git20101210+8bb8231-2
found 640464 1:0.0.16+git20111201+b5534a1-1
thanks

On 2012-01-05 23:36:44 +0100, Vincent Lefevre wrote:
> After doing tests on another machine, this is not related to the
> libx11* packages (in some cases, the problem doesn't occur, and it
> might be the case here). I'm not even sure that this is a regression,
> but in such a case, I don't know why I didn't notice it before. For
> the moment, I've tried to downgrade packages as shown in attachment
> (downgrade1), and the bug still occurs (after a reboot).

The bug no longer occurs when I downgrade to xorg 1:7.5+8 (with
all the dependencies); see attachment concerning the downgrade.
Thus I assume that it is a bug in the nouveau driver (I wanted
to try with vesa, but vesa doesn't work at all).

The bug seems to have appeared between

  xserver-xorg-video-nouveau 1:0.0.15+git20100329+7858345-4

and

  xserver-xorg-video-nouveau 1:0.0.16+git20101210+8bb8231-2

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
913c913
< ii  libdrm-nouveau1a   2.4.29-1   
Userspace interface to nouveau-specific kernel DRM services -- runtime
---
> ii  libdrm-nouveau12.4.21-1~squeeze3  
> Userspace interface to nouveau-specific kernel DRM services -- runtime
1035c1035
< ii  libgl1-mesa-dri7.11.2-1   
free implementation of the OpenGL API -- DRI modules
---
> ii  libgl1-mesa-dri7.7.1-4A 
> free implementation of the OpenGL API -- DRI modules
1811a1812
> ii  libxcb-aux00.3.6-1
> utility libraries for X C Binding -- aux
2520c2521
< ii  xorg   1:7.6+10   
X.Org X Window System
---
> ii  xorg   1:7.5+8
> X.Org X Window System
2532,2533c2533,2534
< ii  xserver-xorg   1:7.6+10   
X.Org X server
< ii  xserver-xorg-core  2:1.11.2.902-1 
Xorg X server - core server
---
> ii  xserver-xorg   1:7.5+8the 
> X.Org X server
> ii  xserver-xorg-core  2:1.7.7-7  
> Xorg X server - core server
2535,2539c2536,2540
< ii  xserver-xorg-input-evdev   1:2.6.0-2+b2   
X.Org X server -- evdev input driver
< ii  xserver-xorg-input-kbd 1:1.6.0-3+b1   
X.Org X server -- keyboard input driver
< ii  xserver-xorg-input-mouse   1:1.7.1-1+b1   
X.Org X server -- mouse input driver
< ii  xserver-xorg-input-synaptics   1.5.0-2
Synaptics TouchPad driver for X.Org server
< ii  xserver-xorg-input-wacom   0.12.0-1   
X.Org X server -- Wacom input driver
---
> ii  xserver-xorg-input-evdev   1:2.3.2-6  
> X.Org X server -- evdev input driver
> ii  xserver-xorg-input-kbd 1:1.4.0-2  
> X.Org X server -- keyboard input driver
> ii  xserver-xorg-input-mouse   1:1.5.0-2  
> X.Org X server -- mouse input driver
> ii  xserver-xorg-input-synaptics   1.2.2-2
> Synaptics TouchPad driver for X.Org server
> ii  xserver-xorg-input-wacom   0.10.5+20100416-1  
> X.Org X server -- Wacom input driver
2541,2570c2542,2573
< ii  xserver-xorg-video-apm 1:1.2.3-2+b2   
X.Org X server -- APM display driver
< ii  xserver-xorg-video-ark 1:0.7.3-2+b2   
X.Org X server -- ark display driver
< ii  xserver-xorg-video-ati 1:6.14.3-2 
X.Org X server -- AMD/ATI display driver wrapper
< ii  xserver-xorg-video-chips   1:1.2.4-1+b2   
X.Org X server -- Chips display driver
< ii  xserver-xorg-video-cirrus  1:1.3.2-4+b2   
X.Org X server -- Cirrus display driver
< ii  xserver-xorg-video-dummy   1:0.3.5-1  
X.Org X server -- dummy display driver
< ii  xserver-xorg-video-fbdev   1:0.4.2-4+b2   
X.Org X server -- fbdev display driver
< ii  xserver-xorg-video-glint   1:1.2.6-1  
X.Org X server -- Glint display driver
< ii  xserver-xorg-video-i1281:1.3.4-2+b2   
X.Org X server -- i128 display driver
< ii  xserver-xorg-video-intel   2:2.17.0-1 
X.Org X server -- Intel i8xx, i9xx display driver
< ii  xserver-xorg-video-mach64  6.9.0-

Bug#654839: paraview should depend on libvtk5-dev

[Dominique Belhachemi]

Package: paraview
Severity: serious

Please remove Paraview's VTK directory and link instead against
Debian's vtk libraries.

Thanks
-Dominique

Bug#654176: O: libxml2 -- GNOME XML library

[Alexander Zangerl]

On Mon, 02 Jan 2012 23:14:52 +0100, Luk Claes writes:
>I want to help with the packaging of libxml2 and libxslt, though would
>like to have co-maintainers, so I hope some more people join in.

i'd be happy to co-maintain these two library packages.

regards
az


-- 
+ Alexander Zangerl + GnuPG Keys 0x42BD645D or 0x5B586291
+ http://snafu.priv.at/
"You know you're too anal when you're planning on colour-coding your
bondage ropes by length... using the resistor code."  -- Graham Reed


signature.asc
Description: Digital Signature

Bug#508759: ssmtp co-maintenance

[Ivan Kohler]

Hi Anibal,

I was dissapointed to find this bug was still present in Squeeze and 
would like to make sure it is eliminated before our next stable release.

At first, I thought you were MIA, but it seems you may just be very busy 
and have too many Debian commitments on your plate.

May I help co-maintain the ssmtp package going forward and upload a new 
version with this fix?  Or, if you don't have time for it at all, I'd be 
happy to take over the package entirely.  Or, if neither of those 
options are of interest to you, can I at least convince you to give your 
blessing to a one-off NMU to fix this problem?

By way of testing, I have been running a patched version 
(http://freeside.biz/~ivan/freeside-squeeze/ssmtp/) on my server and 
just under a hundred customer servers for over a year without problems.

If I don't hear back from you at all concerning this 3+ year old bug 
(even if to simply say "I looked at the patch but it wasn't ready 
for inclusion, here's what needs to be done"), then I will assume you 
are okay with at least an NMU and proceed with that.

Thanks.

-- 
_ivan



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

Bug#654838: syslinux: FTBFS with --as-needed

[Micah Gersten]

Package: syslinux
Version: 2:4.05+dfsg-1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: origin-ubuntu precise ubuntu-patch ld-as-needed

See http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries

*** /tmp/tmpkVI7tk/bug_body
In Ubuntu, the attached patch was applied to achieve the following:


  * Fix build failure with --as-needed
- add debian/patches/08-fix-as-needed.patch
- update debian/patches/series


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-15-generic (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
diff -Nru syslinux-4.05+dfsg/debian/changelog syslinux-4.05+dfsg/debian/changelog
diff -Nru syslinux-4.05+dfsg/debian/patches/08-fix-as-needed.patch syslinux-4.05+dfsg/debian/patches/08-fix-as-needed.patch
--- syslinux-4.05+dfsg/debian/patches/08-fix-as-needed.patch	1969-12-31 18:00:00.0 -0600
+++ syslinux-4.05+dfsg/debian/patches/08-fix-as-needed.patch	2012-01-05 20:20:54.0 -0600
@@ -0,0 +1,17 @@
+Description: Fix build failure with --as-needed
+ See http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries
+ .
+Author: Micah Gersten 
+
+---
+--- syslinux-4.05+dfsg.orig/utils/Makefile
 syslinux-4.05+dfsg/utils/Makefile
+@@ -51,7 +51,7 @@ isohdpfx.c: $(ISOHDPFX) isohdpfxarray.pl
+ 	$(PERL) isohdpfxarray.pl $(ISOHDPFX) > $@
+ 
+ isohybrid: isohybrid.o isohdpfx.o
+-	$(CC) $(LDFLAGS) -luuid -o $@ $^
++	$(CC) $(LDFLAGS) -o $@ $^ -luuid
+ 
+ gethostip: gethostip.o
+ 	$(CC) $(LDFLAGS) -o $@ $^
diff -Nru syslinux-4.05+dfsg/debian/patches/series syslinux-4.05+dfsg/debian/patches/series
--- syslinux-4.05+dfsg/debian/patches/series	2011-12-23 07:39:12.0 -0600
+++ syslinux-4.05+dfsg/debian/patches/series	2012-01-05 20:18:57.0 -0600
@@ -5,3 +5,4 @@
 05-digest-sha.patch
 06-geodsp.patch
 07-gfxboot-menu-label.patch
+08-fix-as-needed.patch

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Martin Bagge / brother]

On Thu, 5 Jan 2012, Luis Alejandro Martínez Faneyth wrote:


After i correct all this issues, should i fill in another ITP?


No. Update the current one.

--
/brother
http://martin.bagge.nu
Bruce Schneier doesn't keep secrets -- they keep themselves out of fear.



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

Bug#653253: gnuplot-mode: visiting .gp after remove but not purge

[Agustin Martin]

tag 653253 +patch
thanks

2011/12/26 Kevin Ryde :
> Package: gnuplot-mode
> Version: 1:0.6.0-7
> Severity: minor
> File: /etc/emacs/site-start.d/50gnuplot-mode.el
>
> After
>
>    apt-get remove gnuplot-mode
>
> visiting a .gp file
>
>    emacs /tmp/foo.gp
>
> gets an error
>
>    File mode specification error: (file-error "Cannot open load file" 
> "gnuplot")
>
> I think 50gnuplot-mode.el should not make an auto-mode-alist setup if
> the package has been removed, but not purged, so the 50gnuplot-mode.el
> remains.
>
> Usually this can be done by checking for a package directory and
> skipping then setups when "removed but not purged".  Eg. (untested :)
>
>
> (if (not (file-exists-p "/usr/share/emacs/site-lisp/gnuplot-mode"))
>    (message "gnuplot-mode removed but not purged, skipping setup")
>
>  ...)

In particular, attached patch based in above suggestion seems to work here.

> Incidentally, the "foo.gp" can clash with pari-gp scripts called ".gp".
> I've used and seen occasionally ".gnuplot".  Maybe it'd be worth adding
> that to auto-mode-alist as well.

For the records I have also used and occasionally seen ".gpt". Do not
know if this can clash with other known extensions. In any case,
".gnuplot" seems a good candidate for addition.

Regards,

-- 
Agustin
From e11ec2a61f355d03e185bbd477d39a189f7d6fb0 Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo 
Date: Fri, 6 Jan 2012 03:44:07 +0100
Subject: [PATCH] debian/emacsen-startup: Skip startup code if gnuplot-mode is removed but not purged. (Closes: #653253).

Original suggestion by Kevin Ryde.
---
 debian/emacsen-startup |   33 ++---
 1 files changed, 18 insertions(+), 15 deletions(-)

diff --git a/debian/emacsen-startup b/debian/emacsen-startup
index 8f03136..16edb39 100644
--- a/debian/emacsen-startup
+++ b/debian/emacsen-startup
@@ -10,22 +10,25 @@
 ;; byte-compiles its elisp files for each 'emacs flavor' (emacs19,
 ;; xemacs19, emacs20, xemacs20...).  The compiled code is then
 ;; installed in a subdirectory of the respective site-lisp directory.
-;; We have to add this to the load-path:
 
-(debian-pkg-add-load-path-item
- (concat "/usr/share/"
-	 (symbol-name debian-emacs-flavor)
-	 "/site-lisp/gnuplot-mode"))
-
-;; these lines enable the use of gnuplot mode
+(if (not (file-exists-p "/usr/share/emacs/site-lisp/gnuplot-mode"))
+(message "Package gnuplot-mode removed but not purged. Skipping setup")
+  
+  ;; We have to add this to the load-path:
+  (debian-pkg-add-load-path-item
+   (concat "/usr/share/"
+	   (symbol-name debian-emacs-flavor)
+	   "/site-lisp/gnuplot-mode"))
+  
+  ;; these lines enable the use of gnuplot mode
   (autoload 'gnuplot-mode "gnuplot" "gnuplot major mode" t)
   (autoload 'gnuplot-make-buffer "gnuplot" "open a buffer in gnuplot mode" t)
-
-;; this line automatically causes all files with the .gp extension to
-;; be loaded into gnuplot mode
+  
+  ;; this line automatically causes all files with the .gp extension to
+  ;; be loaded into gnuplot mode
   (setq auto-mode-alist (append '(("\\.gp\\'" . gnuplot-mode)) auto-mode-alist))
-
-;; This line binds the function-9 key so that it opens a buffer into
-;; gnuplot mode
-;;  (global-set-key [(f9)] 'gnuplot-make-buffer)
-
+  
+  ;; This line binds the function-9 key so that it opens a buffer into
+  ;; gnuplot mode
+  ;;  (global-set-key [(f9)] 'gnuplot-make-buffer)
+  )
-- 
1.7.2.5

Bug#654600: [Pkg-lyx-devel] Bug#654600: Bug#654600: lyx: FTBFS on armhf: testsuite fails

[peter green]

Per Olofsson wrote:

2012-01-05 16:05, Per Olofsson skrev:
  

Thanks!

Hmm, this is strange. The check_* programs don't output anything at all.

I have requested the build-deps for lyx to be installed on harris.d.o so
I can debug it myself.



I can't reproduce the error on harris.d.o. The test suite runs fine there.
  

:(

Does anyone know if harris.d.o is running debian-ports packages, 
official packages
or some mixture? I remember Konstantinos said in the original report 
that this built
successfully on the debian-ports.org autobuilder but failed on the 
official autobuilder.


Are there any other tests you want me to try to try and narrow the 
problem down?

(since I have a system where it fails).



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

Bug#648903: libdebug: diff for NMU version 0.4.4-1.1

[Jakub Wilk]

tags 648903 + patch
tags 648903 + pending
tags 648905 + patch
tags 648905 + pending
thanks

Dear maintainer,

I've prepared an NMU for libdebug (versioned as 0.4.4-1.1) and uploaded 
it to DELAYED/10. Please feel free to tell me if I should delay it 
longer.


--
Jakub Wilk
diffstat for libdebug-0.4.4 libdebug-0.4.4

 changelog   |   10 ++
 clean   |1 +
 control |2 +-
 libdebug0-dev.install   |3 ---
 libdebug0-dev.install.in|4 
 libdebug0.lintian-overrides |2 +-
 rules   |1 +
 7 files changed, 18 insertions(+), 5 deletions(-)

diff -Nru libdebug-0.4.4/debian/changelog libdebug-0.4.4/debian/changelog
--- libdebug-0.4.4/debian/changelog	2011-07-19 15:56:49.0 +0200
+++ libdebug-0.4.4/debian/changelog	2012-01-06 02:39:00.0 +0100
@@ -1,3 +1,13 @@
+libdebug (0.4.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Move the static library and the .so symlink to multiarch directory
+(closes: #648903).
+  * Mark the -dev package as Multi-Arch: same (closes: #648905).
+  * Use multi-arch paths in lintian override.
+
+ -- Jakub Wilk   Fri, 06 Jan 2012 02:38:35 +0100
+
 libdebug (0.4.4-1) unstable; urgency=low
 
   * New upstream release to fix a compiler warning.
diff -Nru libdebug-0.4.4/debian/clean libdebug-0.4.4/debian/clean
--- libdebug-0.4.4/debian/clean	2011-07-19 15:40:19.0 +0200
+++ libdebug-0.4.4/debian/clean	2012-01-06 02:31:22.0 +0100
@@ -1 +1,2 @@
 debian/libdebug0.install
+debian/libdebug0-dev.install
diff -Nru libdebug-0.4.4/debian/control libdebug-0.4.4/debian/control
--- libdebug-0.4.4/debian/control	2011-07-19 15:41:26.0 +0200
+++ libdebug-0.4.4/debian/control	2012-01-06 02:29:39.0 +0100
@@ -35,7 +35,7 @@
 Package: libdebug0-dev
 Architecture: any
 Section: libdevel
-Multi-Arch: foreign
+Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}, libdebug0 (= ${binary:Version})
 Description: Development files for the debug library
  This library contains routines needed by many of the authors
diff -Nru libdebug-0.4.4/debian/libdebug0-dev.install libdebug-0.4.4/debian/libdebug0-dev.install
--- libdebug-0.4.4/debian/libdebug0-dev.install	2011-07-19 15:37:32.0 +0200
+++ libdebug-0.4.4/debian/libdebug0-dev.install	1970-01-01 01:00:00.0 +0100
@@ -1,3 +0,0 @@
-usr/include/debug/* usr/include/debug
-usr/lib/*/libdebug.{a,so} usr/lib
-usr/share/man/man3/* usr/share/man/man3
diff -Nru libdebug-0.4.4/debian/libdebug0-dev.install.in libdebug-0.4.4/debian/libdebug0-dev.install.in
--- libdebug-0.4.4/debian/libdebug0-dev.install.in	1970-01-01 01:00:00.0 +0100
+++ libdebug-0.4.4/debian/libdebug0-dev.install.in	2012-01-06 02:40:46.0 +0100
@@ -0,0 +1,4 @@
+usr/include/debug/* usr/include/debug
+usr/lib/*/libdebug.a usr/lib/%%DEB_HOST_MULTIARCH%%
+usr/lib/*/libdebug.so usr/lib/%%DEB_HOST_MULTIARCH%%
+usr/share/man/man3/* usr/share/man/man3
diff -Nru libdebug-0.4.4/debian/libdebug0.lintian-overrides libdebug-0.4.4/debian/libdebug0.lintian-overrides
--- libdebug-0.4.4/debian/libdebug0.lintian-overrides	2011-07-19 13:25:21.0 +0200
+++ libdebug-0.4.4/debian/libdebug0.lintian-overrides	2012-01-06 02:38:27.0 +0100
@@ -1,2 +1,2 @@
 # Lintian 2.5.1 incorrectly claims that this override is unused; see #633976
-libdebug0: shlib-calls-exit usr/lib/libdebug.so.0.4.4
+libdebug0: shlib-calls-exit usr/lib/*/libdebug.so.0.4.4
diff -Nru libdebug-0.4.4/debian/rules libdebug-0.4.4/debian/rules
--- libdebug-0.4.4/debian/rules	2011-07-19 15:44:06.0 +0200
+++ libdebug-0.4.4/debian/rules	2012-01-06 02:32:05.0 +0100
@@ -32,6 +32,7 @@
 	dh_auto_install -- DESTDIR=$(CURDIR)/debian/tmp prefix=/usr \
 		libdir=/usr/lib/$(DEB_HOST_MULTIARCH) install
 	sed -e "s@%%DEB_HOST_MULTIARCH%%@$(DEB_HOST_MULTIARCH)@g" debian/libdebug0.install.in > debian/libdebug0.install
+	sed -e "s@%%DEB_HOST_MULTIARCH%%@$(DEB_HOST_MULTIARCH)@g" debian/libdebug0-dev.install.in > debian/libdebug0-dev.install
 
 %:
 	dh $@

Bug#502876: xvnc4viewer over unix domain sockets

[Daniel Kahn Gillmor]

On 01/05/2012 02:32 PM, Ola Lundqvist wrote:
> If someone is willing to apply the path on a Debian package, test it
> out and report whether it works well or not I'm willing to apply it
> and upload it.

I can confirm that the two patches from:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502876#78

apply cleanly against vnc4 4.1.1+X4.3.0-37 and the package compiles.

Installing the modified package and running the xvnc4viewer binary works
fine, connecting to both unix-domain sockets and TCP sockets.

I've attached the debdiff from the package i made.

Sorry i don't have the personal bandwidth to help out more with this
package.

Regards,

--dkg
diff -u vnc4-4.1.1+X4.3.0/unix/vncviewer/vncviewer.man 
vnc4-4.1.1+X4.3.0/unix/vncviewer/vncviewer.man
--- vnc4-4.1.1+X4.3.0/unix/vncviewer/vncviewer.man
+++ vnc4-4.1.1+X4.3.0/unix/vncviewer/vncviewer.man
@@ -8,6 +8,10 @@
 .br
 .B vncviewer
 .RI [ options ] 
+.RI [ unix_domain_socket ]
+.br
+.B vncviewer
+.RI [ options ] 
 .B \-listen
 .RI [ port ]
 .SH DESCRIPTION
@@ -27,6 +31,10 @@
 omitted.  So for example ":1" means display number 1 on the same machine, and
 "snoopy" means "snoopy:0" i.e. display 0 on machine "snoopy".
 
+A server specification containing a '/' is recognised as a path to an unix
+domain socket.  The viewer will then connect to a server listening on that
+socket, for example a QEMU virtual machine.
+
 If the VNC server is successfully contacted, you will be prompted for a
 password to authenticate you.  If the password is correct, a window will appear
 showing the desktop of the VNC server.
diff -u vnc4-4.1.1+X4.3.0/unix/vncviewer/CConn.cxx 
vnc4-4.1.1+X4.3.0/unix/vncviewer/CConn.cxx
--- vnc4-4.1.1+X4.3.0/unix/vncviewer/CConn.cxx
+++ vnc4-4.1.1+X4.3.0/unix/vncviewer/CConn.cxx
@@ -19,9 +19,16 @@
 // CConn.cxx
 //
 
+#include 
+#include 
+#include 
+#include 
+
 #include 
 #include 
 #include 
+#include 
+#include 
 #include "CConn.h"
 #include 
 #include 
@@ -85,35 +92,49 @@
 vlog.info("Accepted connection from %s", name);
 if (name) free(name);
   } else {
-if (vncServerName) {
-  getHostAndPort(vncServerName, &serverHost, &serverPort);
-} else {
+std::string serverName;
+if (vncServerName)
+  serverName = vncServerName;
+else {
   int popup = popupXDialog;
   if (!popup) {
 /* Get server */
-fprintf(stderr, "Server: ");
-vncServerName = new char[128];
-   if(fgets(vncServerName, 128, stdin)) {
- size_t len = strlen(vncServerName);
- /* remove \n at the end */
-  if(vncServerName[len-1] == '\n')
-vncServerName[len-1] = '\0';
-} else {
-  /* fgets failed, probably eof -- assume empty string as input */
-  vncServerName[0] = '\0';
-}
-   getHostAndPort(vncServerName, &serverHost, &serverPort);
+std::cerr << "Server: " << std::flush;
+if(!getline(std::cin, serverName))
+  serverName.clear();
   } else {
 ServerDialog dlg(dpy, &options, &about);
 if (!dlg.show() || dlg.entry.getText()[0] == 0) {
   exit(1);
 }
-getHostAndPort(dlg.entry.getText(), &serverHost, &serverPort);
+serverName = dlg.entry.getText();
   }
 }
 
-sock = new network::TcpSocket(serverHost, serverPort, ipVersion);
-vlog.info("connected to host %s port %d", serverHost, serverPort);
+/* assume it's a unix domain socket if it contains a '/' */
+if(serverName.find('/') != std::string::npos) {
+  int unix_sock = socket(PF_LOCAL, SOCK_STREAM, 0);
+  size_t sock_addr_size = offsetof(sockaddr_un, sun_path)
++ serverName.size() + 1;
+  // buffer for the sockaddr structure that gets deallocated automatically
+  std::vector name_buf(sock_addr_size);
+  sockaddr_un *name = (sockaddr_un *)&name_buf.front();
+  name->sun_family = AF_LOCAL;
+  strcpy(name->sun_path, serverName.c_str());
+  int result = connect(unix_sock, (const sockaddr *)name, sock_addr_size);
+  if(result == -1) {
+/* connecting socket failed */
+vlog.error("Can't connect to unix domain socket %s", vncServerName);
+exit(1);
+  }
+
+  sock = new network::TcpSocket(unix_sock);
+  vlog.info("connected to unix domain socket %s", serverName.c_str());
+ } else {
+  getHostAndPort(serverName.c_str(), &serverHost, &serverPort);
+  sock = new network::TcpSocket(serverHost, serverPort, ipVersion);
+  vlog.info("connected to host %s port %d", serverHost, serverPort);
+}
   }
 
   sameMachine = sock->sameMachine();
diff -u vnc4-4.1.1+X4.3.0/debian/changelog vnc4-4.1.1+X4.3.0/debian/changelog
--- vnc4-4.1.1+X4.3.0/debian/changelog
+++ vnc4-4.1.1+X4.3.0/debian/changelog
@@ -1,3 +1,10 @@
+vnc4 (4.1.1+X4.3.0-37.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * enabled connection to unix-domain sockets (Closes: #502876)
+
+ -- Daniel Kahn Gillmor   Thu, 05 Jan 2012 20:05:46 
-0500
+

Bug#654837: installation: powerbook G4 - confusing or wrong error message, suboptimal graphics setup

[Tim Muller]

Package: installation-reports
Severity: normal
Tags: d-i



-- Package-specific info:

Boot method: CD
Image version: LABEL = Debian GNU/Linux testing _Wheezy_ - Official Snapshot 
powerpc NETINST Binary-1 20111221-09:31
Date: 2011-12-22

Machine: Apple Powerbook G4 Aluminum 5,2
Partitions: 

Filesystem Type 1K-blocks Used Available Use% Mounted on
rootfs rootfs75191440 20537444  50834476  29% /
udev   devtmpfs2503480250348   0% /dev
tmpfs  tmpfs51288  628 50660   2% /run
/dev/mapper/powerbook-root ext4  75191440 20537444  50834476  29% /
tmpfs  tmpfs 51200  5120   0% /run/lock
tmpfs  tmpfs   102572  176102396   1% /tmp
tmpfs  tmpfs   102572  376102196   1% /run/shm
/dev/sda3  ext223429720805200992  10% /boot


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

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

Comments/Problems:

Three issues:

=== #1 ===

There was an (I think) bogus error dialog that popped up
when partitioning the disks:

I asked the installer to use the entire disk and partition
it as it sees fits (LVM, encryption, no separate /home etc.).

It created:

  SCSI1 (0, 0, 0) (sda) - 80.0 GB ATA FUJITSU etc.
#1   32.3 kBApple
#21.0 MB  B  K  bootuntitled
#3  256.0 MB F  ext2untitled  /boot
#4   79.8 GB K  crypto  untitled  (sda4_crypt)
 25.1 kBFREE SPACE

Then when I confirmed that it looked ok to me and I
wanted to continue, the following error popped up:

"NewWorld boot partition was found. The yaboot boot loader
requires an Apple_Bootstrap partition at least 819200 bytes
in size, using the HFS Macintosh file system.
Go back to the menu and resume partitioning?"

This I found a bit confusing. There was a previous install
of OSX on the drive, but I asked the installer to wipe the
entire disk (which it did afaict) and just put debian on it,
so I didn't really know what to do with that dialog.

As it turns out, everything worked just fine if I ignore it.
yaboot boots perfectly into the kernel.

=== #2 ===

If I'm not mistaken, the ATI RV350 Mobility Radeon 9600 M10
graphics card on this machine should be perfectly capable of
running gnome-shell with free drivers. While there was no
problem booting into the system and starting X, gnome-shell
falls back into GNOME2-style fallback mode. It seems to me
that somehow the graphics card is not set up correctly from
the start. (I haven't had time to find out if it can be
configured right to make this work yet with the free driver,
so possibly there's no issue here at all; would appreciate
any comments regarding this if someone knows more).


=== #3 ===

The b43legacy wifi adaptor doesn't seem to work properly with
the latest wpasupplicant (works fine with WEP though). I guess
this is not an installer issue though.

-- 

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

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

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20111221-00:04"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux powerbook 3.1.0-1-powerpc #1 Sun Dec 11 21:06:34 UTC 2011 ppc 
GNU/Linux
lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 2 AGP 
[106b:0034]
lspci -knn: Kernel driver in use: agpgart-uninorth
lspci -knn: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc 
RV350 [Mobility Radeon 9600 M10] [1002:4e50]
lspci -knn: Subsystem: ATI Technologies Inc RV350 [Mobility Radeon 9600 
M10] [1002:4e50]
lspci -knn: Kernel driver in use: radeonfb
lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth 2 PCI 
[106b:0035]
lspci -knn: 0001:10:12.0 Network controller [0280]: Broadcom Corporation 
BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 02)
lspci -knn: Subsystem: Apple Computer Inc. Device [106b:004e]
lspci -knn: Kernel driver in use: b43-pci-bridge
lspci -knn: 0001:10:13.0 CardBus bridge [0607]: T

Bug#654836: fdpowermon: fails to start if it would display a power low warning on startup

[Axel Beckert]

Package: fdpowermon
Version: 1.2
Severity: normal

Hi Wouter,

Today I tried to start fdpowermon when the battery was very low
(around 6%) with just a few minutes of battery power left. fdpowermon
reproducibly failed to start with this error message:

$ fdpowermon
Use of uninitialized value in subroutine entry at /usr/bin/fdpowermon line 144, 
<$acpi> line 1.
FATAL: invalid GtkDialogFlags value , expecting a string scalar or an arrayref 
of strings at /usr/bin/fdpowermon line 144, <$acpi> line 1.

Exit code is 255.

If I plug in the power supply, fdpowermon starts up fine.

If I then immediately unplug the power supply again, it throws a
similar error message:

Use of uninitialized value in subroutine entry at /usr/bin/fdpowermon line 144, 
<$acpi> line 1.
*** unhandled exception in callback:
***   FATAL: invalid GtkDialogFlags value , expecting a string scalar or an 
arrayref of strings at /usr/bin/fdpowermon line 144, <$acpi> line 1.
***  ignoring at /usr/bin/fdpowermon line 152.

It continues to show an icon in the systray, but has stopped to work,
e.g. it still displays the "discharging" icon and message after I
plugged in the power supply again. Maybe related to #653721.

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

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

Versions of packages fdpowermon depends on:
ii  acpi   1.5-3
ii  libgtk2-perl   2:1.223-1+b2
ii  oxygen-icon-theme  4:4.6.2-2
ii  perl   5.14.2-6

fdpowermon recommends no packages.

fdpowermon 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#653897: [RFR] templates://cacti/{cacti.templates}

[Justin B Rye]

Christian PERRIER wrote:
> +_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.

Looking good.
 
Then in the control file:
>  Package: cacti
>  Architecture: all
>  Depends: apache2 | apache | apache-ssl | apache-perl | httpd, [...]
 ^
(Apache-what?)

> -Description: Frontend to rrdtool for monitoring systems and services
> +Description: web frontend for graphing systems and services monitoring data

That doesn't quite work - is it a frontend for graphingsystems and for
services which are monitoring data, or a frontend for
graphing-systems-and-services (which also monitors data), or what?
The original was already a bit ambiguous - does it mean that it's a
 * "front-end for monitoring-systems and monitoring-services"?
 * "front-end for monitoring-systems and for services"?
 * "front-end for doing some monitoring of systems and services"?
 * "front-end for services and for doing some monitoring of systems"?
I'm going to try suggesting:

   Description: web interface for graphing of monitoring systems

> + Cacti is a complete frontend to rrdtool. It stores all of the necessary
>   information to create graphs and populates them with data in a MySQL
> + database. It only uses PHP. Along with being able
>   to maintain Graphs, Data Sources, and Round Robin Archives in a
> + database, Cacti also handles data gathering. It also includes SNMP
>   support for those used to creating traffic graphs with MRTG.

Dictionaries prefer the two-word spelling "front end" whereas
developers tend to prefer "frontend"; since this isn't in section
devel I'll use my normal compromise of "front-end".

"It only uses PHP" isn't really accurate - it also uses RRDTool,
MySQL, and so on.  It seems to me this fact would fit in neatly as the
expression "PHP-driven" in the first sentence (a phrase I have no
objection to - I prefer it to "PHP-based" for a start).

The way it talks about creating and populating graphs and then
maintaining data sources and then data gathering also seems easy to
compress.

Why the capitalisation of Graphs, Data Sources, etc (and not rrdtool)?

Avoid "also" twice on one line.

I'd suggest:

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.

That looks fine.  

(ObWhyTheName: some sort of reference to the way its graphs are
covered in spikes?)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru cacti.old/cacti.templates cacti/cacti.templates
--- cacti.old/cacti.templates   2012-01-06 01:16:15.571695523 +
+++ cacti/cacti.templates   2012-01-06 01:19:41.311362179 +
@@ -2,8 +2,8 @@
 Type: select
 __Choices: Apache2, None
 Default: Apache2
-_Description: Webserver type
- Please select the webserver type for which cacti should be automatically
+_Description: Web server:
+ Please select the web server for which Cacti should be automatically
  configured.
  .
- Select "None" if you would like to configure your webserver by hand.
+ Select "None" if you would like to configure the web server manually.
diff -ru cacti.old/control cacti/control
--- cacti.old/control   2012-01-06 01:16:18.171695475 +
+++ cacti/control   2012-01-06 01:19:25.279362216 +
@@ -13,15 +13,12 @@
 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: Frontend to rrdtool for monitoring systems and services
- Cacti is a complete frontend to rrdtool, it stores all of the necessary
- information to create graphs and populates them with data in a MySQL
- database.  The frontend is completely PHP driven.  Along with being able
- to maintain Graphs, Data Sources, and Round Robin Archives in a
- database, cacti handles the data gathering also.  There is also SNMP
- support for those used to creating traffic graphs with MRTG.
+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 MR

Bug#654835: libc/NEWS.Debian: please suggest use of LIBRARY_PATH and CPATH envvars

[Jonathan Nieder]

Package: libc6
Version: 2.13-24
Severity: minor
Justification: documentation
Tags: patch

libc6's NEWS.Debian explains:

   you might try to pass the following option to your
compiler:

  -B/usr/lib/ -I/usr/include/

Lately I've been building gcc trunk from time to time, and as noted in
bug#644990 there's no obvious place to put those options to ensure
they get passed to the stage1 compiler.  Then suddenly it occured to
me that the usual LIBRARY_PATH and CPATH environment variables would
be a less fussy way to tell the compiler what paths to use.

It works. :)

How about this patch?  Hopefully it can save future readers and bug
triagers some time.
---
 debian/changelog  |8 
 debian/debhelper.in/libc.NEWS |6 ++
 2 files changed, 14 insertions(+), 0 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 7847ec9d..0dfeb6b2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+eglibc (2.13-25) UNRELEASED; urgency=low
+
+  * debhelper.in/libc.NEWS: suggest environment variables as an
+alternative for build systems that make it hard to pass custom
+arguments like -B and -I to the compiler.
+
+ -- Jonathan Nieder   Thu, 05 Jan 2012 19:20:52 -0600
+
 eglibc (2.13-24) unstable; urgency=low
 
   * patches/m68k/cvs-byteswap.diff: fix m68k optimized version of 
diff --git a/debian/debhelper.in/libc.NEWS b/debian/debhelper.in/libc.NEWS
index e069cdc2..cb5f9e7f 100644
--- a/debian/debhelper.in/libc.NEWS
+++ b/debian/debhelper.in/libc.NEWS
@@ -15,6 +15,12 @@ eglibc (2.13-17) unstable; urgency=low
 
 -B/usr/lib/ -I/usr/include/
 
+  Or set the LIBRARY_PATH and CPATH environment variables:
+
+LIBRARY_PATH=/usr/lib/
+CPATH=/usr/include/
+export LIBRARY_PATH CPATH
+
  -- Aurelien Jarno   Tue, 09 Aug 2011 19:58:28 +0200 
 
 eglibc (2.13-7) unstable; urgency=low
-- 
1.7.8.2




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

Bug#542052: pgloader: diff for NMU version 2.3.3~dev3-1.1

[Jakub Wilk]

tags 542052 + patch
tags 542052 + pending
thanks

Dear maintainer,

I've prepared an NMU for pgloader (versioned as 2.3.3~dev3-1.1) and 
uploaded it to DELAYED/10. Please feel free to tell me if I should delay 
it longer.


--
Jakub Wilk
diffstat for pgloader_2.3.3~dev3-1 pgloader_2.3.3~dev3-1.1

 changelog |8 
 control   |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff -u pgloader-2.3.3~dev3/debian/changelog pgloader-2.3.3~dev3/debian/changelog
--- pgloader-2.3.3~dev3/debian/changelog
+++ pgloader-2.3.3~dev3/debian/changelog
@@ -1,3 +1,11 @@
+pgloader (2.3.3~dev3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Don't hardcode dependency on python-support, use ${python:Depends}
+(closes: #542052). Thanks to Faheem Mitha for the bug report.
+
+ -- Jakub Wilk   Fri, 06 Jan 2012 02:19:25 +0100
+
 pgloader (2.3.3~dev3-1) unstable; urgency=low
 
   * Implement -f --field-sep to overwrite the default from command line
diff -u pgloader-2.3.3~dev3/debian/control pgloader-2.3.3~dev3/debian/control
--- pgloader-2.3.3~dev3/debian/control
+++ pgloader-2.3.3~dev3/debian/control
@@ -8,7 +8,7 @@
 
 Package: pgloader
 Architecture: all
-Depends: ${misc:Depends}, python (>=2.4.4), python-psycopg2 | python-psycopg (<< 1.1.21) | python-psycopg (>= 1.1.21-14), python-support (>= 0.3)
+Depends: ${misc:Depends}, python (>=2.4.4), python-psycopg2 | python-psycopg (<< 1.1.21) | python-psycopg (>= 1.1.21-14), ${python:Depends}
 Description: loads flat data files into PostgreSQL
  pgloader imports data from flat files and insert it into a database
  table. You have to provide a configuration file containing sections,

Bug#654834: rss2email stopped working with python error

[James Cloos]

Package: rss2email
Version: 1:2.71-0.1
Severity: important

I now get this on r2e runs:

E: could not parse http://www.weather.gov/xml/current_obs/KDKK.rss
Traceback (most recent call last):
  File "/usr/share/rss2email/rss2email.py", line 681, in run
name = h2t.unescape(getName(r, entry))
AttributeError: 'module' object has no attribute 'unescape'

It looks like the failures started yesterday after an apt-get upgrade
which upgraded python-html2text to 3.200.1-1.

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

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

Versions of packages rss2email depends on:
ii  python 2.7.2-9
ii  python-feedparser  5.0.1-1
ii  python-html2text   3.200.1-1

rss2email recommends no packages.

rss2email 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#607138: An important issue was abandoned (package libx11-data)

[Cyril Brulebois]

alexander barakin  (06/01/2012):
> $ sudo dpkg-reconfigure locales
> Generating locales (this might take a while)...
>   en_US.UTF-8... done
>   ru_UA.UTF-8... done
> Generation complete.
> $ grep -Ev '^(#|$)' /etc/locale.gen
> en_US.UTF-8 UTF-8
> ru_UA.UTF-8 UTF-8
> $ locale -a | grep utf
> en_US.utf8
> ru_UA.utf8

That doesn't make it a valid locale.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#654319: sarg: FTBFS: Can't exec "cmake": No such file or directory

[Luigi Gangitano]

Il giorno 05/gen/2012, alle ore 21:26, peter green ha scritto:
>> Since sarg uses debhelper for all of its building, this should definitely be 
>> a debhelper bug, not a sarg one.
> Debhelper is just a tool to assist you, it can't do everything for you and it 
> is still your responsibility to add build-depends on the tools your build 
> requires and
> to override debhelper in situations where it is not compatible with your 
> source tree. 
> Unfortunately even after installing cmake the build still
> fails for me with. 
>> dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
>> -DCMAKE_VERBOSE_MAKEFILE=ON --prefix=/usr --mandir=${prefix}/share/man 
>> --infodir=${prefix}/share/info --bindir=/usr/bin --sysconfdir=/etc/sarg 
>> --mandir=/usr/share/man/man1 
>> --enable-fontdir=/usr/share/fonts/truetype/ttf-dejavu 
>> --enable-imagedir=/usr/share/sarg/images --enable-sargphp=/usr/share/sarg 
>> returned exit code 1
>> make[1]: *** [override_dh_auto_configure] Error 2


Thanks for your patience. This was indeed a bug in dh automatic build system 
detection which tried to build sarg with cmake instead of common autoconf 
(which should, IMHO, be the preferred choice if present).

Sarg uses cmake for mingw builds on Windows and this is why it does not work 
with cmake in debian.

Strange enough, I don't have cmake installed on my build system and my builds 
gets correctly completed with autoconf, so it took me pretty long to identify 
the source of this bug.

In the 2.3.2-2 version, which I'm uploading right now, the build system is 
manually chosen.

Regards,

L

--
Luigi Gangitano --  -- 
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26




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

Bug#648187: [PATCH] mx-create-image-cache: Using dynamic memory allocation for paths.

[Samuel Thibault]

Hello,

Ying-Chun Liu (PaulLiu), le Sun 20 Nov 2011 14:58:30 +0800, a écrit :
> Can you help me to review the patch for mx?

Here is a revised version of the patch, using g_strdup_printf instead
of computing the size in advance, thus making it a lot more obviously
correct.

Samuel
--- mx/mx-create-image-cache.c.original 2012-01-06 00:07:01.0 +
+++ mx/mx-create-image-cache.c  2012-01-06 00:25:36.0 +
@@ -417,7 +417,7 @@
  char *pngfile)
 {
   FILE *file;
-  char filename[PATH_MAX *2];
+  char *filename = NULL;
   struct imgcache_element element;
   struct imgcache_element *elm;
   GList *item;
@@ -426,11 +426,12 @@
 
   strcpy(&element.filename[0], pngfile);
 
-  sprintf(filename, "%s/mx.cache", directory);
+  filename = g_strdup_printf("%s/mx.cache", directory);
 
   file = fopen(filename, "w");
   if (!file) {
   fprintf(stderr, "Cannot write cache file: %s\n", filename);
+  g_free (filename);
   return;
 }
   fwrite(&element, 1, sizeof(element), file);
@@ -442,6 +443,7 @@
   elm->ptr = NULL;
   fwrite(elm, 1, sizeof(element), file);
 }
+  g_free (filename);
   fclose(file);
 
 }
@@ -449,7 +451,8 @@
 int main(intargc,
  char **argv)
 {
-  char image_file[PATH_MAX];
+  char *image_file = NULL;
+
   if (argc <= 1) {
   printf("Usage:\n\t\tmakecache \n");
   return EXIT_FAILURE;
@@ -457,8 +460,9 @@
   g_type_init();
   makecache(argv[1], 1);
   optimal_placement();
-  sprintf(image_file, "/var/cache/mx/%08x.png", g_str_hash(argv[1]));
+  image_file = g_strdup_printf("/var/cache/mx/%08x.png", g_str_hash(argv[1]));
   if (make_final_image(image_file))
 write_cache_file(argv[1], image_file);
+  g_free (image_file);
   return EXIT_SUCCESS;
 }

Bug#654833: Switch to dpkg-buildflags

[Moritz Muehlenhoff]

Package: pound
Severity: normal
Tags: patch

Pound already uses hardened build flags for quite some time.

dpkg-buildflags now emits hardened build flags. Please switch
to it. Patch attached.

Cheers,
Moritz
--- pound-2.5.orig/debian/rules	2011-12-15 16:45:25.0 +0100
+++ pound-2.5/debian/rules	2012-01-06 01:19:34.0 +0100
@@ -10,29 +10,15 @@
   CONFFLAGS += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
 endif
 
-ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
-  CFLAGS += -g
-endif
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-	CFLAGS += -O0
-else
-	CFLAGS += -O2
-	CFLAGS += -D_FORTIFY_SOURCE=2 
-endif
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
 	INSTALL_PROGRAM += -s
 endif
-ifneq ($(DEB_HOST_GNU_CPU),arm)
-	CFLAGS += -fstack-protector
-endif
-CFLAGS += -fPIE
-LDFLAGS += -Wl,-z,relro,-z,noexecstack -pie
 
 config.status: configure
 	dh_testdir
 	mv config.sub config.sub.upstream && ln -s /usr/share/misc/config.sub
 	mv config.guess config.guess.upstream && ln -s /usr/share/misc/config.guess
-	env LDFLAGS="$(LDFLAGS)" CFLAGS="$(CFLAGS)" ./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc/pound
+	./configure $(shell dpkg-buildflags --export=configure) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc/pound
 	rm config.sub && mv config.sub.upstream config.sub
 	rm config.guess && mv config.guess.upstream config.guess
 

Bug#654830: uprecords: Shows duplicated entry and impossible values

[Thibaut VARENE]

severity 654830 minor
tags 654830 upstream
quit

Hi,

The uptime percentage and dowtime values are bogus, upstream is aware
of that and I  believe they will be removed in the next release.

The double entry is puzzling though, thanks for reporting. I wonder if
that's just the addition of the current exact uptime at the moment you
ran uprecords which tops out max recorded uptime + the display of the
last recorded highest uptime. Need to check the code.

On Fri, Jan 6, 2012 at 12:59 AM, Axel Beckert  wrote:
> Package: uptimed
> Version: 1:0.3.16-3.2
> Severity: normal
>
> Hi,
>
> on a netbook which I suspend to RAM quite often (not sure if that's
> relevant :-), I found the following strange output of uprecords:
>
> $ uprecords
>     #               Uptime | System                                    Boot up
> +--
> ->   1     6 days, 05:04:09 | Linux 3.2.0-rc7-amd64    Fri Dec 30 19:42:06 
> 2011
>     2     6 days, 05:03:35 | Linux 3.2.0-rc7-amd64    Fri Dec 30 19:42:10 2011
>     3     1 day , 09:16:42 | Linux 3.1.0-1-amd64      Fri Dec 23 03:26:52 2011
>     4     1 day , 05:32:43 | Linux 3.2.0-rc4-amd64    Sat Dec 24 12:43:57 2011
>     5     0 days, 19:12:32 | Linux 3.2.0-rc7-amd64    Thu Dec 29 23:09:59 2011
>     6     0 days, 05:43:05 | Linux 3.1.0-1-amd64      Thu Dec 22 21:25:32 2011
>     7     0 days, 01:42:10 | Linux 3.2.0-rc4-amd64    Wed Dec 28 21:52:54 2011
>     8     0 days, 01:08:25 | Linux 3.2.0-rc4-amd64    Thu Dec 29 15:50:37 2011
>     9     0 days, 00:51:51 | Linux 3.2.0-rc7-amd64    Thu Dec 29 16:59:50 2011
>    10     0 days, 00:35:10 | Linux 3.2.0-rc4-amd64    Tue Dec 27 04:04:43 2011
> +--
> NewRec     0 days, 00:00:33 | since                    Fri Jan  6 00:45:41 
> 2012
>    up    16 days, 06:36:17 | since                    Thu Dec 22 21:25:32 2011
>  down   -2 days, -03:-16:- | since                    Thu Dec 22 21:25:32 2011
>   %up              115.108 | since                    Thu Dec 22 21:25:32 2011
>
> The first entry seems to be duplicated more or less, leading to wrong
> uptime percentage (115%) and wrong downtime (-2 days).
>
> I though can't find this duplicated entry in the
> /var/spool/uptimed/records file, so I suspect a bug in the statistics
> part of uprecords:
>
> $ cat /var/spool/uptimed/records
> 536855:1325270530:Linux 3.2.0-rc7-amd64
> 119802:1324607212:Linux 3.1.0-1-amd64
> 106363:1324727037:Linux 3.2.0-rc4-amd64
> 69152:1325196599:Linux 3.2.0-rc7-amd64
> 20585:1324585532:Linux 3.1.0-1-amd64
> 6130:1325105574:Linux 3.2.0-rc4-amd64
> 4105:1325170237:Linux 3.2.0-rc4-amd64
> 3111:1325174390:Linux 3.2.0-rc7-amd64
> 2110:1324955083:Linux 3.2.0-rc4-amd64
> 802:1324833446:Linux 3.2.0-rc4-amd64
> 753:1325056802:Linux 3.2.0-rc4-amd64
> $
>
> -- System Information:
> Debian Release: wheezy/sid
>  APT prefers unstable
>  APT policy: (990, 'unstable'), (900, 'testing'), (110, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-rc7-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages uptimed depends on:
> ii  debconf [debconf-2.0]  1.5.41
> ii  libc6                  2.13-24
> ii  libuptimed0            1:0.3.16-3.2
>
> uptimed recommends no packages.
>
> uptimed suggests no packages.
>
> -- debconf information:
>  uptimed/mail/do_mail: Never
>  uptimed/mail/address: root@localhost
>  uptimed/mail/milestones_info:
>  uptimed/maxrecords: 50
>  uptimed/interval: 60
>
>



-- 
Thibaut VARENE
http://www.parisc-linux.org/~varenet/



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

Bug#654832: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libtunepimp
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 libtunepimp-0.5.3.orig/debian/rules libtunepimp-0.5.3/debian/rules
--- libtunepimp-0.5.3.orig/debian/rules	2012-01-06 01:09:10.0 +0100
+++ libtunepimp-0.5.3/debian/rules	2012-01-06 01:10:24.0 +0100
@@ -9,12 +9,10 @@
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DESTDIR = $(CURDIR)/debian/tmp
 
-CFLAGS = -Wall -g
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-	CFLAGS += -O0
-else
-	CFLAGS += -O2
-endif
+CFLAGS = `dpkg-buildflags --get CFLAGS`
+CFLAGS += -Wall
+LDFLAGS = `dpkg-buildflags --get LDFLAGS`
+CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
 
 config.status: configure patch-stamp
 	dh_testdir
@@ -27,7 +25,7 @@
 	./configure --host=$(DEB_HOST_GNU_TYPE) \
 		--build=$(DEB_BUILD_GNU_TYPE) \
 		--prefix=/usr --without-included-ltdl \
-		CFLAGS="$(CFLAGS)"
+		CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)"
 
 build: build-stamp
 build-stamp: config.status tunepimp.doxy
Nur in libtunepimp-0.5.3/debian: rules~.

Bug#653663: gnome-orca: Please recommend brltty-x11

[Samuel Thibault]

Josselin Mouette, le Sat 31 Dec 2011 01:21:09 +0100, a écrit :
> Le vendredi 30 décembre 2011 à 03:40 +0100, Samuel Thibault a écrit : 
> > To get braille input properly working, the user needs to have brltty-x11
> > installed, which will launch xbrlapi in the session. Could gnome-orca
> > recommend brltty-x11 so that their user automatically get braille input
> > working?
> 
> We have yet to upgrade orca to version 3.x. Does the new version still
> need this change?

Yes.

> I’d like to avoid that since brltty-x11 depends on GNOME 2 AT,
> including bonobo.

The just-uploaded brltty-x11_4.3-1 now does not depend on it any more.

Samuel



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

Bug#628997: gecko-mediaplayer maintenance

[Aron Xu]

On Fri, Jan 6, 2012 at 00:52, Sebastian Ramacher  wrote:
> On 01/05/2012 05:11 PM, Aron Xu wrote:
>> Ok, thank you to let me know. Is the package ready on your side? If
>> yes, I'll upload it.
>
> Is debian/copyright okay? Or should we document the licenses from the build
> system (as in gecko-mediaplayer) there too?
>
> Otherwise it's ready from my side.
>
> Kind regards,
> --
> Sebastian Ramacher
>

IMHO for the most commonly used build systems, like autotools and cmake, the
license of those files can be omitted in d/copyright.

As you had mentioned, I did a quick check for gecko-mediaplayer's copyright and
found two problems:
1.INSTALL is not licensed under GFDL, also GFDL isn't DFSG Free.
2.For files that have multiple licenses, for example MPL-1.1, GPL-2+
and LGPL-2.1+,
 we need to add the "license block" in d/copyright, also including the
actual text of
 those three licenses.

-- 
Regards,
Aron Xu



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

Bug#543355: Please add a --dep3 option to "quilt -e header"

[Martin Quinson]

On Thu, Jan 05, 2012 at 10:43:01AM -0500, Ryan Kavanagh wrote:
> Hi Martin,
> 
> On Mon, Aug 24, 2009 at 02:59:47PM +0200, Didier Raboud wrote:
> > intensively using quilt for Debian packages and trying to adopt the DEP-3 
> > Patch
> > Tagging Guidelines for my patches, I often get to go on 
> > http://dep.debian.net/
> > to find the correct fields.
> 
> This is a problem I frequently encounter too. I was about to write a
> script for devscripts that does exactly what Didier's patch does (add a
> DEP-3 header to an existing patch / create a new patch with a DEP-3
> header). 
> 
> Is there anything blocking the application of this patch or anything we
> could do to help it get into the archive, or should I add my script to
> the devscripts package, devscript maintainers willing?

The only limit was my available time. Thanks for the incitative into
finally reviewing the patch. I feel ashamed it took me so long to do
so, but there is a reason why the package is marked RFH. I don't quite
use it myself anymore, and I have very few resource to devote to it.

Any help on quilt would be welcomed, even if this particular bug is
now pending in our git.

Thanks to both of you, and sorry again.
Mt.

-- 
There are three kinds of lies -- lies, damned lies, and statistics.
   -- Benjamin Disraeli, British Prime Minister



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

Bug#654831: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libsndfile
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached.

Cheers,
Moritz
diff -aur libsndfile-1.0.25.orig/debian/rules libsndfile-1.0.25/debian/rules
--- libsndfile-1.0.25.orig/debian/rules	2011-08-13 01:49:09.0 +0200
+++ libsndfile-1.0.25/debian/rules	2012-01-06 01:04:34.0 +0100
@@ -11,9 +11,6 @@
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_MULTIARCH  ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
-ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS)))
-	CFLAGS += -g
-endif
 ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
 	INSTALL_PROGRAM += -s
 endif
@@ -21,7 +18,7 @@
 config.status: configure
 	dh_testdir
 	#autoreconf -f
-	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
+	./configure $(shell dpkg-buildflags --export=configure) --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
 
 
 build: patch build-stamp
Nur in libsndfile-1.0.25/debian: rules~.

Bug#654830: uprecords: Shows duplicated entry and impossible values

[Axel Beckert]

Package: uptimed
Version: 1:0.3.16-3.2
Severity: normal

Hi,

on a netbook which I suspend to RAM quite often (not sure if that's
relevant :-), I found the following strange output of uprecords:

$ uprecords
 #   Uptime | SystemBoot up
+--
->   1 6 days, 05:04:09 | Linux 3.2.0-rc7-amd64Fri Dec 30 19:42:06 2011
 2 6 days, 05:03:35 | Linux 3.2.0-rc7-amd64Fri Dec 30 19:42:10 2011
 3 1 day , 09:16:42 | Linux 3.1.0-1-amd64  Fri Dec 23 03:26:52 2011
 4 1 day , 05:32:43 | Linux 3.2.0-rc4-amd64Sat Dec 24 12:43:57 2011
 5 0 days, 19:12:32 | Linux 3.2.0-rc7-amd64Thu Dec 29 23:09:59 2011
 6 0 days, 05:43:05 | Linux 3.1.0-1-amd64  Thu Dec 22 21:25:32 2011
 7 0 days, 01:42:10 | Linux 3.2.0-rc4-amd64Wed Dec 28 21:52:54 2011
 8 0 days, 01:08:25 | Linux 3.2.0-rc4-amd64Thu Dec 29 15:50:37 2011
 9 0 days, 00:51:51 | Linux 3.2.0-rc7-amd64Thu Dec 29 16:59:50 2011
10 0 days, 00:35:10 | Linux 3.2.0-rc4-amd64Tue Dec 27 04:04:43 2011
+--
NewRec 0 days, 00:00:33 | sinceFri Jan  6 00:45:41 2012
up16 days, 06:36:17 | sinceThu Dec 22 21:25:32 2011
  down   -2 days, -03:-16:- | sinceThu Dec 22 21:25:32 2011
   %up  115.108 | sinceThu Dec 22 21:25:32 2011

The first entry seems to be duplicated more or less, leading to wrong
uptime percentage (115%) and wrong downtime (-2 days).

I though can't find this duplicated entry in the
/var/spool/uptimed/records file, so I suspect a bug in the statistics
part of uprecords:

$ cat /var/spool/uptimed/records
536855:1325270530:Linux 3.2.0-rc7-amd64
119802:1324607212:Linux 3.1.0-1-amd64
106363:1324727037:Linux 3.2.0-rc4-amd64
69152:1325196599:Linux 3.2.0-rc7-amd64
20585:1324585532:Linux 3.1.0-1-amd64
6130:1325105574:Linux 3.2.0-rc4-amd64
4105:1325170237:Linux 3.2.0-rc4-amd64
3111:1325174390:Linux 3.2.0-rc7-amd64
2110:1324955083:Linux 3.2.0-rc4-amd64
802:1324833446:Linux 3.2.0-rc4-amd64
753:1325056802:Linux 3.2.0-rc4-amd64
$

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

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

Versions of packages uptimed depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  libc6  2.13-24
ii  libuptimed01:0.3.16-3.2

uptimed recommends no packages.

uptimed suggests no packages.

-- debconf information:
  uptimed/mail/do_mail: Never
  uptimed/mail/address: root@localhost
  uptimed/mail/milestones_info:
  uptimed/maxrecords: 50
  uptimed/interval: 60



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

Bug#652464: ITP: aguilas -- A web-based LDAP user management system

[Luis Alejandro Martínez Faneyth]

After i correct all this issues, should i fill in another ITP?

On 17/12/11 18:24, Roberto C. Sánchez wrote:
> On Sat, Dec 17, 2011 at 06:08:35PM -0430, Luis Alejandro Martínez Faneyth 
> wrote:
>> On 17/12/11 16:19, Sune Vuorela wrote:
>>>
>>> $sel_q = "SELECT * FROM NewUser"
>>>   . " WHERE mail='" . $mail . "'"
>>>   . " AND uid='" . $uid . "'"
>>>   . " AND token='" . $token . "'"
>>>   . " ORDER BY token DESC LIMIT 0,1";
>>
>> Thanks for having a look :)
>>
>> Well, i perform a very strict validation before that query is made.
>> Lines 20 - 54:
>>
>> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#20
>> http://code.google.com/p/aguilas/source/browse/NewUserDo.php#54
>>
>> You are still scared?
>>
> I would be.  Bind variables exist for a reason.  Aside from that, your
> validation of email addresses is wrong:
> 
> // Invalid e-mail
> } elseif (preg_match("/\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*/", $mail) 
> == 0) {
> 
> First off, there is nothing in the RFC that says that the email address
> must start with a letter, which your regex requires.  In addition to
> that, you do not allow other allowed special characters:
> 
>  !#$%&'*/=?^_`{|}~"(),:;<>@[\]
> 
> You also don't properly check for consecutive dots, so I could pass the
> email a@foo.com and it pass your check, and still be wrong.
> 
> What you have done is reinvent the wheel, and badly at that.
> 
> If it were up to me, I would reject this package based on that one line
> of code alone.
>>
>> CODE IS POETRY
>>
> I find it terribly ironic that you have that satement in your email
> signature.
> 
> Regards,
> 
> -Roberto
> 

-- 
Luis Alejandro Martínez Faneyth
Blog: http://www.huntingbears.com.ve/
Twitter/Identi.ca: @LuisAlejandro
ED51 8FE7 4107 715D 0464  8366 F614 5A95 E78D AA2E


CODE IS POETRY



signature.asc
Description: OpenPGP digital signature

Bug#625357: gcc -Wunused-but-set-variable warning is confusing

[Jonathan Nieder]

reassign 625357 src:gcc-snapshot 20111210-1
affects 625357 + gcc-4.6
affects 625357 + gcc-4.7
quit

Jonathan Nieder wrote:
> Steve McIntyre wrote:

>> error = add_md5_entry(UNKNOWN, md5, file_name);
>> return 0;
>> }
>>
>> To explain a bit more: the warning reported by gcc (unhelpfully)
>> points at the declaration/initialisation of "error", which led me to
>> (incorrectly) think that it was complaining about set-but-unused for
>> the initialisation. With minor tweaks, I can see that it's complaining
>> about the return value from add_md5_entry() being ignored but doesn't
>> *say* that. :-(
>
> Ah, I see and I think I agree.
[...]
> Something like
>
>  test.c:3:6: warning: unused variable ‘x’ [-Wunused-but-set-variable]
>
> would be clearer.

Here's a rough patch.  Will send upstream after testing, but thoughts
welcome already.  Sensible?
From: Jonathan Nieder 
Date: Thu, 5 Jan 2012 17:13:29 -0600
Subject: gcc: make -Wunused-but-set-variable message less confusing

gcc:
* c-decl.c (pop_scope, finish_function): Say "unused variable
‘x’ [-Wunused-but-set-variable]" instead of "variable ‘x’ set
but not used [-Wunused-but-set-variable]" to put the emphasis
on the "unused" part.
* cp/decl.c (pop_scope, finish_function): Likewise.

gcc/testsuite:
* c-c++-common/Wunused-var-1.c (f1, f2, f5, f8, f14, f17, f18, f20):
Substitute "unused" for "set but not used" in expected warnings.
* c-c++-common/Wunused-var-3.c (f1): Likewise.
* c-c++-common/Wunused-var-4.c (f3): Likewise.
* c-c++-common/Wunused-var-7.c (bar): Likewise.
* c-c++-common/Wunused-var-9.c (f6): Likewise.
* c-c++-common/Wunused-var-12.c (bar): Likewise.
* g++.dg/template/sfinae16.C (main): Likewise.
* g++.dg/warn/Wunused-7.C (func): Likewise.
* g++.dg/warn/Wunused-var-4.C (f1, f2): Likewise.
* g++.dg/warn/Wunused-var-5.C (f1, f2, f5, f8, f14, f17, f18, f20):
Likewise.
* g++.dg/warn/Wunused-var-7.C (f1): Likewise.
* g++.dg/warn/Wunused-var-10.C (f3): Likewise.
* objc.dg/set-not-used-1.m (main): Likewise.
* obj-c++.dg/set-not-used-1.mm (main): Likewise.

* gcc.dg/Wunused-parm-1.c (f3): Substitute "unused parameter" for "set
but not used" in expected warning.
* g++.dg/warn/Wunused-parm-1.C (f4): Likewise.
* g++.dg/warn/Wunused-parm-2.C (f4): Likewise.

* gcc.dg/Wunused-var-1.c (f2): Substitute "unused variable" for "set but
not used" in expected warning.
---
 gcc/c-decl.c|4 ++--
 gcc/cp/decl.c   |4 ++--
 gcc/testsuite/c-c++-common/Wunused-var-1.c  |   18 +-
 gcc/testsuite/c-c++-common/Wunused-var-12.c |2 +-
 gcc/testsuite/c-c++-common/Wunused-var-3.c  |4 ++--
 gcc/testsuite/c-c++-common/Wunused-var-4.c  |4 ++--
 gcc/testsuite/c-c++-common/Wunused-var-7.c  |2 +-
 gcc/testsuite/c-c++-common/Wunused-var-9.c  |2 +-
 gcc/testsuite/g++.dg/template/sfinae16.C|2 +-
 gcc/testsuite/g++.dg/warn/Wunused-7.C   |2 +-
 gcc/testsuite/g++.dg/warn/Wunused-parm-1.C  |2 +-
 gcc/testsuite/g++.dg/warn/Wunused-parm-2.C  |2 +-
 gcc/testsuite/g++.dg/warn/Wunused-var-10.C  |2 +-
 gcc/testsuite/g++.dg/warn/Wunused-var-4.C   |   10 +-
 gcc/testsuite/g++.dg/warn/Wunused-var-5.C   |   18 +-
 gcc/testsuite/g++.dg/warn/Wunused-var-7.C   |4 ++--
 gcc/testsuite/gcc.dg/Wunused-parm-1.c   |2 +-
 gcc/testsuite/gcc.dg/Wunused-var-1.c|2 +-
 gcc/testsuite/obj-c++.dg/set-not-used-1.mm  |6 +++---
 gcc/testsuite/objc.dg/set-not-used-1.m  |6 +++---
 20 files changed, 49 insertions(+), 49 deletions(-)

diff --git a/gcc/c-decl.c b/gcc/c-decl.c
index 96e9c7d1..bde2668f 100644
--- a/gcc/c-decl.c
+++ b/gcc/c-decl.c
@@ -1176,7 +1176,7 @@ pop_scope (void)
  else if (DECL_CONTEXT (p) == current_function_decl)
warning_at (DECL_SOURCE_LOCATION (p),
OPT_Wunused_but_set_variable,
-   "variable %qD set but not used", p);
+   "unused variable %qD", p);
}
 
  if (b->inner_comp)
@@ -8396,7 +8396,7 @@ finish_function (void)
&& !TREE_NO_WARNING (decl))
  warning_at (DECL_SOURCE_LOCATION (decl),
  OPT_Wunused_but_set_parameter,
- "parameter %qD set but not used", decl);
+ "unused parameter %qD", decl);
 }
 
   /* Complain about locally defined typedefs that are not used in this
diff --git a/gcc/cp/decl.c b/gcc/cp/decl.c
index 7daac5fe..e832880a 100644
--- a/gcc/cp/decl.c
+++ b/gcc/cp/decl.c
@@ -634,7 +634,7 @@ poplevel (int keep, int reverse, int functionbody)
   || !TYPE_HAS_NONTRIVIAL_DESTRUCTOR (TREE_TYPE (decl
{
  warning (OPT_Wunused_but_set_variable,
-  

Bug#654829: enigmail: incompatible with icedove 8.0

[Sebastian Ramacher]

Package: enigmail
Version: 2:1.1.2-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The enigmail version in unstable is not compatible with icedove 8.0 which is now
in unstable.

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

iQIcBAEBCAAGBQJPBjMTAAoJEGny/FFupxmTQ5gP/0xvyVfxpMKd42wxv48+dwee
5wqYOnAKSLtOAcnRCI4YOSXDVHr0Czo67ICYc6/iUE1OdvuC9KuNn3tavadsC6/R
H6Jp3lSKndUKpFM/HSCV78EHnZdSnY5jFbsQOwNUTsCa0KnwVKb1C6hkQraxuo6d
diSTYilD1SZamCsTxP1UbV8+JXX9ZzbVmWu7/zSm7rvxUWykFgE8B5E9xC4+S9my
gTTlyOJEZqW/Wmcxmx0Wa0uKgNrW9QkyAOzuOMuFCzfq/PiUrGETMuJNhNbURrr0
5Bka3oz/f68X47VIDoOwwY9o3OACAj8lRvgOatfqzcZD1kaC7HvqNxwKrZuT9brH
2XhlNhLzQTOxk8FBwe23RtMXfAig3rQARZPxDZbEfzyn8ZWBElkyVstnDF5dpLZd
yBWDYr3qmP2sOizWT2CCwnoIpNLGZsPhsfP7LjYK9oy7jy5D61rbkk7Dt3eIhgna
GJD62R+kxWW5mVMNF60BvLwNvjF+zw5dhoa+yQVq9IHStni16TVIQuJ/Ag/smCPx
xem/sLewfyppBvXEpOf+Uk7DQ7CUsHcnnrmW2ztT2wTBr3HpY/v/hHwwMYBAKtCO
KqXol70/E2rfcocHV3dr4WSNfpXv0/wzDrkg9siJUiE44Uuo+xJ9V7z8iRNLaq4N
SHVAG0y62Sj5lR7NwdIO
=Wg/I
-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#654828: iceowl: Depends: calendar-timezones (= 1.0~b2-6) but it is not going to be installed

[Sebastian Ramacher]

Package: iceowl
Version: 1.0~b2-6
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Since calendar-timezones 8.0-2 is now in unstable iceowl can not be installed
anymore.

# apt-get install iceowl
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 iceowl : Depends: calendar-timezones (= 1.0~b2-6) but it is not going to be 
installed
E: Broken packages


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

iQIcBAEBCAAGBQJPBjESAAoJEGny/FFupxmT9BkP/jJv+DXEZSDJuLL+bTbyxZE7
NgMBnMHYnrgxYaQI72cRFQo9ItqI5z1vgB6iNWwnPC0XUGovYGlxlVCFBUMVuy02
BLh4pWFZ31ZC6WzHW4449/Bv5w9BKUWBsHDcvD4324QNzA5tNcbHOu3W8WYrxYl0
1SUunomn8HcgHno9/ca1mCGXfo40MBE9lodwwf2wSG3yBQVfMFdXtaQEELRIakXh
PdyrQtW72w8D7eD54Ibid9izUrKi/Ir35qtAF4tz26M3p3hUR/+wlZxirCBB3EBe
ecHMdjjGtdYKq24UMOKW2Uhc3vbYI5FNMkzip3aG/9AFfht4Lpq9lhhXiUNHaz+3
bK7jdFsehE8j/cDWvXGuDkvKhXxicGpQrliS/zx7MkbKq0jd9bnQWPOvNTqF3+od
C5GY1E9aJjlPSqt7LZqxCbnkA0Qi/rSLGdH2XRpBLKOyrirLQBZjyP+xkrUAuDdw
/cVZeRn8cFYtXVQifX6e0ZC6h0U1nXP+pZjUwVKjI6JUVEUoyzRlfo4VuniRJtDK
NzGU/+9gjztei/ScDsbv+arYs6//K7AWkcStDqPYBZBFWGM8I0Kp6jfnFOwJHDEz
WOuyKGUtYjDPW4Jx2Xed38sm8knJhvA5BfXI0KIY/JzPJbZomoXT97d2WT99n+TI
SGKavu27wXYh8emcD5Vd
=sb57
-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#654690: /usr/bin/rst2html: don't overwrite (non .html files) by default

[Karl Goetz]

On Thu, 5 Jan 2012 22:00:45 +0100
Jakub Wilk  wrote:

> * Karl Goetz , 2012-01-05, 20:54:
> >Please require an option before rst2html will overwrite an existing
> >>file. I just ran 'rst2html *ipv6*.rst' without realising i had two
> >>>files containing ipv6 in the name. The second file was turned into
> html, and its rst contents lost.
> 
> Overwriting the output file is the behaviour some people (including
> me) rely on. You said "(non .html files)" in the subject, but how

I'm sure, it wouldn't behave that way if no one wanted it to do so.
fwiw, an option to say 'ask before overwriting' would suite me just as
well (ala cp/mv with -i).

> would docutils decide if the output file is a ".html file" or not?

I assumed by its mime type.
thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#654827: racket: FTBFS on s390: reqprov.rkt:161:8: expand: unbound identifier in module (in phase 1, transformer environment) in: recur-pre

[Jakub Wilk]

Source: racket
Version: 5.2+dfsg1-1
Severity: serious
Justification: fails to build from source
User: debian-s...@lists.debian.org
Usertags: s390

racket FTBFS on s390:
| /usr/bin/make xsrc/precomp.h
| make[5]: Entering directory 
`/build/buildd-racket_5.2+dfsg1-1-s390-2b0f1b/racket-5.2+dfsg1/build/racket/gc2'
| env XFORM_PRECOMP=yes ../racketcgc -cqu 
/build/buildd-racket_5.2+dfsg1-1-s390-2b0f1b/racket-5.2+dfsg1/src/racket/gc2/xform.rkt 
--setup . --cpp "gcc -E -I./.. 
-I/build/buildd-racket_5.2+dfsg1-1-s390-2b0f1b/racket-5.2+dfsg1/src/racket/gc2/../include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 "  --keep-lines -o xsrc/precomp.h 
/build/buildd-racket_5.2+dfsg1-1-s390-2b0f1b/racket-5.2+dfsg1/src/racket/gc2/precomp.c
| 
/build/buildd-racket_5.2+dfsg1-1-s390-2b0f1b/racket-5.2+dfsg1/collects/racket/private/reqprov.rkt:161:8:
 expand: unbound identifier in module (in phase 1, transformer environment) in: 
recur-pre
| make[5]: *** [xsrc/precomp.h] Error 1

Full build log:
https://buildd.debian.org/status/fetch.php?pkg=racket&arch=s390&ver=5.2%2Bdfsg1-1&stamp=1325797865

--
Jakub Wilk



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

Bug#654826: sidplay-libs: FTBFS on hurd-i386

[Samuel Thibault]

Package: sidplay-libs
Version: 2.1.1-8
Severity: important
Tags: patch

Hello,

sidplay-libs currently FTBFS on hurd-i386, due to hardsid not being
buildable there. Could you please apply the attached patch to fix it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- /dev/null   2011-10-07 00:30:04.0 +0200
+++ debian/libresid-builder0c2a.files.hurd-i386 2012-01-06 00:05:53.0 
+0100
@@ -0,0 +1,1 @@
+usr/lib/libresid-builder.so.*
--- /dev/null   2011-10-07 00:30:04.0 +0200
+++ debian/libresid-builder-dev.files.hurd-i386 2012-01-06 00:06:00.0 
+0100
@@ -0,0 +1,4 @@
+usr/include/sidplay/builders/resid.h
+usr/lib/libresid-builder.a
+usr/lib/libresid-builder.la
+usr/lib/libresid-builder.so

Bug#649991: [Pkg-hpijs-devel] Bug#649991: Please rename the hplip packages to the printer-driver- convention

[Till Kamppeter]

OdyX, thank you for the patch. I have reviewed it and applied it now to 
the SVN repository of HPLIP and uploaded the new package to Ubuntu 
(Precise).


   Till



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

Bug#654825: xul-ext-quotecolors: not compatible with Icedove 8.0

[Sebastian Ramacher]

Package: xul-ext-quotecolors
Version: 0.3-2
Severity: grave
Justification: renders package unusble

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

xul-ext-quotecolors is not compatible with icedove 8.0 which is now in unstable.

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

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

Versions of packages xul-ext-quotecolors depends on:
ii  icedove  8.0-2

xul-ext-quotecolors recommends no packages.

xul-ext-quotecolors suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJPBisaAAoJEGny/FFupxmTG4MP+QHED6+VGTucr5KbwcgsMwm5
1CXIlqqMkprevTk9Xta9vxV2/sUkmg7XhVtkjerOG68lCPoCkQOGnHZl3zcDI+7F
+3AxAN/+08o1dY3lL2ioALIScLl4YHUhmZuYaSrC170+DR3PbiYgxiWqpgDeiHPT
f+mDEtsbw0/SrP8KZYJ13faGh07ZYBcZWicRb5AYm41bLei4BGtJVAFE6PRuSQJh
+JHxsfK2lzBtt8azYzeSSqTi+IcL9G1nzE3Tnp+7rXu3xivZuDrIC3DGpU+/wOmN
11ZudrY0LkYkVvVF8f5Hp4nwuzuoRWHERRIxMY12gaRpCmP3+OJdVfOxK9nGDNDK
Bh0Lr2B8bNBgZgWvABzSHe75+IEYojZjwp7DuISsHG08kNVbv1fqP0gBJejgGWES
EHVUvYnVTekdrMMCatermrdNKa6uvI4M30sxn8H+L3PB0yUgWM4+IfgxWZmo2uiv
8MVCGMSKD9hupwz6PIpy7qlK94ZmOOt3AtUwrW4Syn5ecosgG1VuCZ61QtDJ8JiZ
s0J7bfzQjv4eqSMcdQvZDWVUIJrnTaxCyQd761zYaQJyXeHO8CO2vAwkYhTyBm9Z
IEbp/60JqFTb6SgsNin/CDaAjIOpqhfFjbMSJcpD3LjLpF/r+rak7fNEl2fGkjll
EPtWZuOpCbPgWYV4iObW
=2Yia
-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#654823: new vgabios results in wrong X resolution of linux guests with -vga std in qemu/kvm

[Michael Tokarev]

[Cc'ing Volker Ruppert, hopefully using the right address.
 Initial message can be found at http://bugs.debian.org/654823 ]

On 06.01.2012 02:23, Michael Tokarev wrote:
> Package: vgabios
> Version: 0.7a-1
> Severity: grave
> 
> Severity is grave since it affects "most" users, while the problem
> itself isn't actually very serious but very annoying.
> 
> With 0.7 version of vgabios, all linux X guests using vesa driver
> (with -vga std) behaves strangely.  Typical Xorg.log tells that
> there are no valid video modes available (it lists lots of modes
> found after querying vesa vbe extensions, but rejects all of them),
> and finally it resorts to a list of built-in modes, which consists
> of 5 modes only:
> 
>  1280x768
>  1280x720
>  1024x768
>   800x600
>   640x480

A follow-up to this.  Reverting the HDTV resolutions patch
(http://cvs.savannah.gnu.org/viewvc/vgabios/vbetables-gen.c?root=vgabios&r1=1.5&r2=1.6
 )
makes the problem to go away.

Note that with the patch applied, the mentioned ubuntu image which
I used for testing --

> I'm attaching Xorg.log from ubuntu 11.04 guest (live cd) booting in
> qemu-kvm 0.15, in case it can help.  The test was done using
> http://bw.releases.ubuntu.com/11.04/ubuntu-11.04-desktop-i386.iso
> (boot it in qemu-kvm with -vga std) - the problem appears right
> after booting into initial menu where it asks if you want to
> install ubuntu or try it live from cd-rom -- in this first
> screen the guest "desktop" is already higher than guest sdl
> window and scrolls up/down with mouse.

actually behaves differently.  Without that patch, it boots into
full-screen mode where on the left there's a list of language
choices and on the right, larger part, two large buttons "install"
and "try".  With this patch in place, it boots into a very small
screen showing only language selection, and when done, that screen
gets replaced with the install menu.  I can only guess it is done
in order to fit everything in a small screen, so the installer is
unable to set the screen resolution properly.

Without the HDTV patch, the maximum resolution shown by this very
test guest is 1024x768, so it is difficult to say what is the
actual improvement.  I tried to remove 1280x768 mode (introduced
by this patch), and now my test guest behaves sanely at 1280x720
resolution (choosen by default).

But to be fair, I've no idea what to blame.  vesa driver? seabios?
qemu?  The added modes looks correct, but the resulting behavour
is obviously not.

Thanks,

/mjt



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

Bug#649033: boot sometimes stuck with "waiting for /dev to be fully populated."

[Jonathan Nieder]

reopen 649033
submitter 649033 Uwe Kleine-König 
retitle 649033 tpm_tis: hang during initialization (udevd: timeout: killing 
'/sbin/modprobe -b acpi:SMO1200:PNP0C31:')
quit

I wrote:

> Others, especially Uwe and Jurij, please file new bugs as appropriate.

On second thought, let's donate the bug to Uwe.

If we're lucky, Andrea's bug is the same one.



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

Bug#600661: ntp: Uses /var/lib/ntp/ntp.conf.dhcp regardless!?

[Will Aoki]

This is quite a nasty bug, as (when combined with #560046) it can easily
leave you in a situation where NTP has silently stopped working. The
incorrect documentation doesn't help matters.

It seems to me that /var/lib/ntp/ntp.conf.dhcp needs to be removed when
the DHCP client stops. It looks like there's code in the hook to do
that, but it evidently doesn't happen reliably, and should the system
crash the file will just get left there.

I'd recommend making arrangements for ntp.conf.dhcp to be erased on boot
and/or altering it to add DHCP-supplied servers in addition to, rather
than in place of, servers that are configured in /etc/ntp.conf.

-- 
William Aoki KD7YAFwa...@umnh.utah.edu5-1924



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

Bug#649033: linux-image-3.1.0-1-amd64: boot sometimes stuck with "waiting for /dev to be fully populated."

[Vincent Lefevre]

On 2012-01-04 09:48:48 +0100, Vincent Lefevre wrote:
> It happened yeaterday, for the first time after I removed the 'quiet'
> option. There were a few lines about the wifi chipset, and the last
> message was:
> 
>   iwlagn :0c:00.0: Refused to change power state, currently in D3

This has occurred another time. Since this bug was too generic (other
users posted different causes), I've opened a new one: bug #654822

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)



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

Bug#640464: xterm: rendering problems (pixels not erased?)

[Vincent Lefevre]

On 2012-01-05 17:41:37 +0100, Vincent Lefevre wrote:
> No, downgrading *nouveau* and the X server to old versions doesn't
> make the problem disappear. However the problem disappeared after
> downgrading libx11* packages. I'll try to investigate more later.

After doing tests on another machine, this is not related to the
libx11* packages (in some cases, the problem doesn't occur, and it
might be the case here). I'm not even sure that this is a regression,
but in such a case, I don't know why I didn't notice it before. For
the moment, I've tried to downgrade packages as shown in attachment
(downgrade1), and the bug still occurs (after a reboot).

To reproduce the bug, I've attached a file "text", obtained from
xterm logging (md5sum: e522fe4b2a4e45e39761550e8a5426f7). The steps
are the following:

1. Type: xterm -geometry 80x60 -e 'sleep 10; cat text; sleep 999'
2. Put a smaller window covering the middle of the right part of
   the xterm window.
3. Wait for the text (from "cat text").

In case this is due to the driver, I use the nouveau driver (both
machines have a NVIDIA card).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon)
[?1049h[?1h=


























































curl(1)   Curl Manual 
 curl(1)

NAME
   curl - transfer a URL

SYNOPSIS
   curl [options] [URL...]

DESCRIPTION
   curl  is  a tool to transfer data from or to a server, using one 
of the
   supported protocols (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS,  
IMAP,
   IMAPS,  LDAP,  LDAPS,  POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, 
SMTPS,
   TELNET and TFTP).  The command is designed to work without user  
inter-
   action.

   curl offers a busload of useful tricks like proxy support, user 
authen-
   tication, FTP upload, HTTP post, SSL connections, cookies, file  
trans-
   fer resume and more. As you will see below, the number of features 
will
   make your head spin!

   curl is powered by  libcurl  for  all  transfer-related  features.  
See
   libcurl(3) for details.

URL
   The  URL  syntax is protocol-dependent. You'll find a detailed 
descrip-
   tion in RFC 3986.

   You can specify multiple URLs or parts of URLs  by  writing  part  
sets
   within braces as in:

http://site.{one,two,three}.com

   or you can get sequences of alphanumeric series by using [] as in:

ftp://ftp.numericals.com/file[1-100].txt
ftp://ftp.numericals.com/file[001-100].txt(with leading zeros)
ftp://ftp.letters.com/file[a-z].txt

   Nested  sequences  are not supported, but you can use several ones 
next
   to each other:

http://any.org/archive[1996-1999]/vol[1-4]/part{a,b,c}.html

   You can specify any amount of URLs on the command line.  They  will  
be
   fetched in a sequential manner in the specified order.

   You  can  specify a step counter for the ranges to get every Nth 
number
   or letter:

http://www.numericals.com/file[1-100:10].txt
http://www.letters.com/file[a-z:2].txt

   If you specify URL without protocol:// prefix,  curl  will  attempt  
to
   guess  what  protocol  you might want. It will then default to HTTP 
but
   try other protocols based on often-used host name prefixes.  For  
exam-
   ple,  for  host names starting with "ftp." curl will assume you want 
to
   speak FTP.

   curl will do its best to use what you pass to it as a URL.  It  is  
not
 Manual page curl(1) line 1 (press h for help or q to quit)
/hhttttppss
curl(1)   Curl Manual  
curl(1)

NAME
   curl - transfer a URL

SYNOPSIS
   curl [options] [URL...]

DESCRIPTION
   curl  is  a tool to transfer data from or to a server, 
using one of the
   supported protocols (DICT, FILE, FTP, FTPS, GOPHER, HTTP, HTTPS,  
IMAP,
   IMAPS,  LDAP,  LDAPS,  POP3, POP3S, RTMP, RTSP, SCP, SFTP, SMTP, 
SMTPS,
   TELNET and TFTP).  The command is designed to work without user  
inter-
   action.

   curl offers a busload of useful tricks like proxy support, user 
authen-
   tication, FTP upload, HTTP post, SSL connections, cookies, file  
trans-
   fer resume and more. As you will see below, the numbe

Bug#654824: openldap: FTBFS(!linux): testsuite failures

[Christoph Egger]

Package: src:openldap
Version: 2.4.28-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)

Hi!

Your package failed to build on the kfreebsd-* buildds:

> Starting test045-syncreplication-proxied for bdb...
running defines.sh
Starting master slapd on TCP/IP port 9011...
Using ldapsearch to check that master slapd is running...
Using ldapadd to create the context prefix entry in the master...
Starting slave slapd on TCP/IP port 9012...
Using ldapsearch to check that slave slapd is running...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
ldapsearch failed (255)!
> test045-syncreplication-proxied failed for bdb
(exit 255)

Full build log at
https://buildd.debian.org/status/fetch.php?pkg=openldap&arch=kfreebsd-amd64&ver=2.4.28-1&stamp=1325787980

Regards

Christoph

If you have further questions please mail debian-...@lists.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#607138: An important issue was abandoned (package libx11-data)

[alexander barakin]

On Sun, Dec 11, 2011 at 12:19:51PM +0100, Cyril Brulebois wrote:
> Hi,
> 
> Dmitry Kolesnikov  (23/10/2011):
> > I would like to report a bug, but I've found that exactly the same
> > problem already have a bug report #608045. It seems to me that the
> > person who closed the bug was inconsiderate. I am experiencing
> > problems due to this bug (which is part of a larger bug #607138), and
> > do not know what to do next. Should I report the same bug again, or is
> > there some special way to ask you look closely?
> 
> that was not inconsiderate:
> 
> kibi@bowmore:~/debian-x/lib/libx11.git$ git grep ru_UA|grep -i utf
> nls/compose.dir.pre:en_US.UTF-8/Compose:  ru_UA.UTF-8
> nls/locale.dir.pre:en_US.UTF-8/XLC_LOCALE:ru_UA.UTF-8
> 
> I'm cc-ing the bug and its submitter for reference.
> 
> So, as Julien said: stop using an invalid locale name.

invalid locale name is taken from the program "locale" (package
"libc-bin"):

$ sudo dpkg-reconfigure locales
Generating locales (this might take a while)...
  en_US.UTF-8... done
  ru_UA.UTF-8... done
Generation complete.
$ grep -Ev '^(#|$)' /etc/locale.gen
en_US.UTF-8 UTF-8
ru_UA.UTF-8 UTF-8
$ locale -a | grep utf
en_US.utf8
ru_UA.utf8
$ dpkg -S $(which locale)
libc-bin: /usr/bin/locale

-- 
alexander barakin aka sash-kan | mailto+jid: alex.bara...@gmail.com
mezon.ru,spb,russia| nic-handle: SASH3-UANIC


signature.asc
Description: Digital signature

Bug#654800: Please, add CONFIG_STAGING_MEDIA=y and CONFIG_EASYCAP=m to the config files

[Rogério Brito]

Hi, Jonathan.

2012/1/5 Jonathan Nieder :
> found 654800 linux-2.6/3.2~rc7-1~experimental.1
> severity 654800 important
>
> What version?

Version 3.2~rc7-1~experimental.1, as you already pointed out.

>> ,
>> | CONFIG_STAGING_MEDIA=y
>> | CONFIG_EASYCAP=m
>
> Looks like the driver has been enabled in Debian since v2.6.39
> (bug#624505).  But the config files weren't adjusted to enable
> CONFIG_STAGING_MEDIA after v3.2-rc2~15^2~133 (staging: Move media
> drivers to staging/media, 2011-11-01) yet so no joy.

Oh, great.

>> | CONFIG_EASYCAP_DEBUG=y
>
> Why?

Being a staging driver, I just thought that it would be a good idea
for the distribution to have more detailed dmesg logs to ask the users
to send in case of problems (and, when pertinent, to send upstream),
but if you don't see that need, just drop that part of my request.

(The driver does not work 100% anyway, but almost, and I am trying to
debug why).

> Thanks for the heads up,

Thanks for your prompt reply,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



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

Bug#654821: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: lcms
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached.

Cheers,
Moritz
--- lcms-1.19.dfsg.orig/debian/rules	2012-01-05 23:19:22.0 +0100
+++ lcms-1.19.dfsg/debian/rules	2012-01-05 23:16:55.0 +0100
@@ -31,9 +31,9 @@
 ifeq ($(ARCH),powerpc)
 	echo "#define USE_BIG_ENDIAN" >include/lcms-endian.h
 endif
-	CFLAGS=$(CFLAGS) ./configure --prefix=/usr --with-python
+	./configure $(shell dpkg-buildflags --export=configure)   --prefix=/usr --with-python
 	cd python && ./swig_lcms && cd ..
-	make CFLAGS=$(CFLAGS)
+	make
 	touch build-stamp
 
 clean: 

Bug#654820: [INTL:da] Danish translation of the debconf templates vidalia

[Joe Dalton]

Package: vidalia
Severity: wishlist
Tags: l10n patch

Please include the attached Danish vidalia translations.

joe@pc:~/over/debian/vidalia$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 4 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#654819: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libcgroup
Severity: important
Tags: patch

Please enable hardened build flags for your package. Since your
package has already been converted to dh, setting debian/compat
to 9 is all you need to do.

I've tested in a local build that this is sufficient to enable
hardened build flags.

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#614352: debmirror: broken by Release file changes

[Jonathan Nieder]

Hi Joey,

Joey Hess wrote:

>* In Release, Packages, and Sources files, support all sizes of SHA
>  checksums that are supported by Digest::SHA. Closes: #614383
>* Now depends on libdigest-sha-perl.
>* Check SHA512, SHA256, or SHA1 in preference to MD5.
>* Full checksum validation is now enabled by the --checksums switch.
>  (The old --md5sums switch is an alias to that for backwards 
> compatibility.)

Here are some patches that blindly backport the above changes to
squeeze.  Completely untested, and I'd be surprised if it actually
works without tweaking.  I don't use debmirror, but maybe this can
save some time for someone on squeeze who does.

Thanks,
Jonathan
From: Joey Hess 
Date: Mon, 21 Feb 2011 15:15:13 -0400
Subject: prepare for multi-checksum support

commit 59d7ebe779b6881d48f45f7188b09ea165cf6a61 upstream.

Mostly just s/md5sum/$more generic wording/
---
 debian/changelog |   10 ++
 debmirror|   94 -
 2 files changed, 60 insertions(+), 44 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 3f4150b5..9ec3b8a1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+debmirror (1:2.4.5+squeeze1) UNRELEASED; urgency=low
+
+  [ Joey Hess ]
+  * Support sha checksums in Release files, and use in preference to md5.
+Closes: #614383
+  * Full checksum validation is now enabled by the --checksums switch.
+(The old --md5sums switch is an alias to that for backwards compatability.)
+
+ -- Jonathan Nieder   Thu, 05 Jan 2012 15:06:55 -0600
+
 debmirror (1:2.4.5) unstable; urgency=low
 
   * Drop support for the --adddir option which was obsoleted log ago.
diff --git a/debmirror b/debmirror
index 089cdac6..eeb57732 100755
--- a/debmirror
+++ b/debmirror
@@ -41,7 +41,7 @@ removed.
 The Packages and Sources files are scanned, to build up a list of all the
 files they refer to. A few other miscellaneous files are added to the list.
 Then the program makes sure that each file in the list is present on the
-local mirror and is up-to-date, using file size (and optionally md5sum) checks.
+local mirror and is up-to-date, using file size (and optionally checksum) 
checks.
 Any necessary files are downloaded.
 
 =back
@@ -246,9 +246,9 @@ files can be relatively big and can change frequently, 
especially for the
 testing and unstable suites. Use of the available diff files is strongly
 recommended (see the --diff option).
 
-=item --md5sums -m
+=item --checksums
 
-Use md5sums to determine if files on the local mirror that are the correct
+Use checksums to determine if files on the local mirror that are the correct
 size actually have the correct content. Not enabled by default, because
 it is too paranoid, and too slow.
 
@@ -355,8 +355,8 @@ files after applying diffs. The default options are "-9 -n 
--rsyncable"
 which corresponds with the options used to gzip meta files for the main
 Debian archive.
 
-These options may need to be modified if the md5sum of the file as gzipped
-by debmirror does not match the md5sum listed in the Release file (which
+These options may need to be modified if the checksum of the file as gzipped
+by debmirror does not match the checksum listed in the Release file (which
 will result in the gzipped file being downloaded unnecessarily after diffs
 were successfully applied).
 
@@ -522,8 +522,7 @@ our (@dists, @sections, @arches, @ignores, @excludes, 
@includes);
 our (@excludes_deb_section, @limit_priority);
 our (@di_dists, @di_arches, @rsync_extra);
 our $state_cache_days = 0;
-our $check_md5sums = 0;
-our $check_downloads = 0;
+our $verify_checksums = 0;
 our $cleanup=0;
 our $post_cleanup=1;
 our $no_cleanup=0;
@@ -583,7 +582,7 @@ my %distset=();
 # below! Filenames should be relative to $mirrordir.
 my %files;
 
-# Hash to record size and md5sums of meta files and package files (from the
+# Hash to record size and checksums of meta files and package files (from the
 # Release file and Source/Packages files).
 my %file_lists;
 
@@ -607,8 +606,8 @@ GetOptions('debug'  => \$debug,
   'progress|p' => \$progress,
   'verbose|v'  => \$verbose,
   'source!'=> \$do_source,
-  'md5sums|m'  => \$check_md5sums,
-  'nomd5sums'  => \$check_downloads,
+  'checksums!' => \$verify_checksums,
+  'md5sums|m'  => \$verify_checksums, # back compat
   'passive!'   => \$passive,
   'host|h=s'   => \$host,
   'user|u=s'   => \$user,
@@ -714,7 +713,7 @@ say("Including source.") if $do_source;
 say("D-I arches: ".join(",", @di_arches)) if @di_arches;
 say("D-I dists: ".join(",", @di_dists)) if @di_dists;
 say("Pdiff mode: $diff_mode");
-say("Checking md5sums.") if $check_md5sums;
+say("Veriftying checksums.") if $verify_checksums;
 say("Passive mode on.") if $passive;

Bug#654768: pygame: FTBFS(kfreebsd): asm/types.h

[Lenard Lindstrom]

On 05/01/12 08:15 AM, Christoph Egger wrote:

Hi!

   I've written a patch to make pygame work on kfreebsd

Regards

 Christoph


A similar patch was recently applied to the default branch:

https://bitbucket.org/pygame/pygame/changeset/dd6752f761be

Lenard Lindstrom




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

Bug#571163: logwatch: unmatched entries for dovecot deliver

[Thorsten Kohlhepp]

Hi,
I've tested your dovecot file on my server and it works just fine.
But I haven't tested it with pop3 logins really. I'll do that tomorrow.
Thanks for that quick response.
Cheers
thorko

On 01/03/2012 08:43 PM, Willi Mann wrote:
> Hi!
>
> Did your patch really work for you? I'm not sure which regex would match
> the login lines.
>
> I've created a different patch that worked on you logfile. Can you
> please test it?
>
> Attached is both the diff and my latest version (as the diff is against
> latest upstream SVN, and may not apply cleanly on your machine)
>
> WM
>
>
> On 2012-01-02 20:29, Thorsten Kohlhepp wrote:
>> Hi,
>> I've checked the regex and modified a bit to work also with dovecot 1.0.
>> I've attached a new patch file.
>> Here are also some example logfiles for dovecot 2.0. Sorry but I don't
>> have some pop3-logins.
>> Cheers
>> thorko
>>
>> On 01/02/2012 07:43 PM, Willi Mann wrote:
>>> Hi!
>>>
>>> On 2011-12-29 16:33, Thorsten Kohlhepp wrote:
 Hi, I've created a patch which works with dovecot 2.0.15 You can
 get it here
 http://www.thorko.de/assets/public/scripts/logwatch-dovecot.patch
>>> Thanks for the patch, but if you are trying to fix bugs related to
>>> dovecot 2, then it does not seem to be right to modify the section for
>>> handling dovecot 1 messages. Furthermore, the patch should also
>>> support the old format of Dovecot 2.
>>>
>>> Maybe you could send me some example log entries, such that I can
>>> produce a fix that I can really include, and that can also be included
>>> upstream. (I don't have any dovecot server running, so I need user input)
>>>
>>> WM
>>>
>>
>>





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

Bug#654807: Please enabled hardened build flags

[Axel Beckert]

tag 654807 + pending
kthxbye

Hi Moritz,

Moritz Muehlenhoff wrote:
> Package: links2
> Version: 2.5-1
> Severity: important
> Tags: patch
> 
> Please enabled hardened build flags through dpkg-buildflags.

Committed and pushed. Will be part of the next upload.

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

Thanks for the ready to use patch!

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#654818: alevt and dvb-apps: error when trying to install together

[Ralf Treinen]

Package: dvb-apps,alevt
Version: dvb-apps/1.1.1+rev1457-2
Version: alevt/1:1.6.2-4
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2012-01-05
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libpng12-0 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libzvbi-common
  libzvbi0 alevt dvb-apps
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libpng12-0.
(Reading database ... 10506 files and directories currently installed.)
Unpacking libpng12-0 (from .../libpng12-0_1.2.46-3_amd64.deb) ...
Selecting previously unselected package libxau6.
Unpacking libxau6 (from .../libxau6_1%3a1.0.6-4_amd64.deb) ...
Selecting previously unselected package libxdmcp6.
Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-4_amd64.deb) ...
Selecting previously unselected package libxcb1.
Unpacking libxcb1 (from .../libxcb1_1.7-4_amd64.deb) ...
Selecting previously unselected package libx11-data.
Unpacking libx11-data (from .../libx11-data_2%3a1.4.4-4_all.deb) ...
Selecting previously unselected package libx11-6.
Unpacking libx11-6 (from .../libx11-6_2%3a1.4.4-4_amd64.deb) ...
Selecting previously unselected package libzvbi-common.
Unpacking libzvbi-common (from .../libzvbi-common_0.2.33-4_all.deb) ...
Selecting previously unselected package libzvbi0.
Unpacking libzvbi0 (from .../libzvbi0_0.2.33-4_amd64.deb) ...
Selecting previously unselected package alevt.
Unpacking alevt (from .../alevt_1%3a1.6.2-4_amd64.deb) ...
Selecting previously unselected package dvb-apps.
Unpacking dvb-apps (from .../dvb-apps_1.1.1+rev1457-2_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/dvb-apps_1.1.1+rev1457-2_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/alevt-date.1.gz', which is also in 
package alevt 1:1.6.2-4
configured to not write apport reports
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/dvb-apps_1.1.1+rev1457-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/bin/alevt
  /usr/bin/alevt-cap
  /usr/bin/alevt-date
  /usr/share/man/man1/alevt-cap.1.gz
  /usr/share/man/man1/alevt-date.1.gz

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#654817: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libmodplug
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached. 

Cheers,
   Moritz
diff -aur libmodplug-0.8.8.4.orig/debian/rules libmodplug-0.8.8.4/debian/rules
--- libmodplug-0.8.8.4.orig/debian/rules	2012-01-05 23:00:57.0 +0100
+++ libmodplug-0.8.8.4/debian/rules	2012-01-05 23:01:46.0 +0100
@@ -20,7 +21,7 @@
 	autoheader
 	automake --add-missing --copy
 
-	CC="$(CC)" CXX="$(CXX)" CFLAGS="-O2" CXXFLAGS="-O2" \
+	CC="$(CC)" CXX="$(CXX)" $(shell dpkg-buildflags --export=configure)
 	./configure --prefix=/usr \
 		--mandir=\$${prefix}/share/man \
 		--infodir=\$${prefix}/share/info
Nur in libmodplug-0.8.8.4/debian: rules~.

Bug#654816: [INTL:da] Danish translation of the debconf templates pnp4nagios

[Joe Dalton]

Package: pnp4nagios
Severity: wishlist
Tags: l10n patch

Please include the attached Danish pnp4nagios translations.

joe@pc:~/over/debian/pnp4nagios$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 3 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#654815: misdetects vlan master interfaces with kernel 3.2

[Marc Haber]

Package: ifupdown-scripts-zg2
Severity: normal

In kernel 3.2, /proc/net/dev is sorted differently from what it used
to be in older kernels:

kernel 2.6:
$ cat /proc/net/dev
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:   0   0000 0  0 00  
 0000 0   0  0
  eth0:   0   0000 0  0 00  
 0000 0   0  0
  eth1:   0   0000 0  0 00  
 0000 0   0  0
  eth2:   0   0000 0  0 00  
 0000 0   0  0
  eth3:   0   0000 0  0 00  
 0000 0   0  0
  eth4:   0   0000 0  0 0 1404  
18000 0   0  0
  eth5:   0   0000 0  0 00  
 0000 0   0  0
  eth6:   0   0000 0  0 00  
 0000 0   0  0
  eth7:   0   0000 0  0 00  
 0000 0   0  0
  eth8:   0   0000 0  0 00  
 0000 0   0  0
  eth9:   77687 7900  3370 0  0 046484 
308000 0   0  0
per201:   0   0000 0  0 0  468  
 6000 0   0  0
per203:   0   0000 0  0 0  468  
 6000 0   0  0

Kernel 3.2:
$ cat /proc/net/dev
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
  eth3:   0   0000 0  0 00  
 0000 0   0  0
per201:   0   0000 0  0 0  816  
10000 0   0  0
  eth7:   0   0000 0  0 00  
 0000 0   0  0
lo:   0   0000 0  0 00  
 0000 0   0  0
  eth2:   0   0000 0  0 00  
 0000 0   0  0
  eth6:   0   0000 0  0 00  
 0000 0   0  0
  eth1:   0   0000 0  0 00  
 0000 0   0  0
  eth5:   0   0000 0  0 00  
 0000 0   0  0
per203:   0   0000 0  0 0  398  
 5000 0   0  0
  eth9:   21200 116000 0  0 012358  
99000 0   0  0
  eth0:   0   0000 0  0 00  
 0000 0   0  0
  eth4:   0   0000 0  0 0 1214  
15000 0   0  0
  eth8:   0   0000 0  0 00  
 0000 0   0  0

When searching for a vlan master by MAC address, ifupdown-scripts-zg2
assumes that hardware interfaces are listed first, and takes the first
found interface with this MAC address to be the Master. That's wrong.

We either need to check in /proc/net/vlan/ whether the found interface
is a VLAN interface, or check in "ip link" output whether we have a
per201@dotqb interface name.

Greetings
Marc

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

Kernel: Linux 3.1.6-zgws1 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#654814: ITP: shaarli -- Shaarli is a minimalist delicious clone designed to be personal (single-user), fast and handy.

[Emilien Klein]

Package: wnpp
Owner: Emilien Klein 
Severity: wishlist

* Package name: shaarli
 Version : 0.0.32 beta
 Upstream Author : Seb Sauvage 
* URL : http://sebsauvage.net/wiki/doku.php?id=php:shaarli
* License : zlib/libpng
 Programming Lang: PHP
 Description : Shaarli is a minimalist delicious clone designed
to be personal (single-user), fast and handy.

Saving simple links should not be a complicated heavy thing. Shaarli
is simple, but it does the job and does it well. And your data is not
hosted on a foreign server, but on your server.



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

Bug#654813: [INTL:da] Danish translation of the debconf templates playmidi

[Joe Dalton]

Package: playmidi
Severity: wishlist
Tags: l10n patch

Please include the attached Danish playmidi translations.

joe@pc:~/over/debian/playmidi$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 5 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#654812: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: libsmi
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 also attached a patch.

Cheers,
Moritz
diff -aur libsmi-0.4.8+dfsg2.orig/debian/rules libsmi-0.4.8+dfsg2/debian/rules
--- libsmi-0.4.8+dfsg2.orig/debian/rules	2011-05-18 13:32:01.0 +0200
+++ libsmi-0.4.8+dfsg2/debian/rules	2012-01-05 22:53:28.0 +0100
@@ -13,7 +13,7 @@
 	ln -sf /usr/share/misc/config.sub .
 	ln -sf /usr/share/misc/config.guess .
 
-	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
+	./configure $(shell dpkg-buildflags --export=configure) --prefix=/usr --mandir=\$${prefix}/share/man \
 		--with-mibdir=/usr/share/mibs --sysconfdir=/etc \
 		--libexecdir=/usr/lib
 
Nur in libsmi-0.4.8+dfsg2/debian: rules~.
diff -aur libsmi-0.4.8+dfsg2.orig/tools/dump-tree.c libsmi-0.4.8+dfsg2/tools/dump-tree.c
--- libsmi-0.4.8+dfsg2.orig/tools/dump-tree.c	2009-11-15 12:20:25.0 +0100
+++ libsmi-0.4.8+dfsg2/tools/dump-tree.c	2012-01-05 22:56:21.0 +0100
@@ -117,7 +117,7 @@
 	 smiElement; smiElement = smiGetNextElement(smiElement), i++) {
 	if (i > 0) fprintf(f, ",");
 	if (indexname) {
-	fprintf(f, indexname);
+	fprintf(f, "%s", indexname);
 	}
 	indexname = smiGetElementNode(smiElement)->name;
 }
@@ -143,7 +143,7 @@
 	 smiElement = smiGetNextElement(smiElement), i++) {
 	if (i > 0) fprintf(f, ",");
 	if (objectname) {
-	fprintf(f, objectname);
+	fprintf(f, "%s", objectname);
 	}
 	objectname = smiGetElementNode(smiElement)->name;
 }
Nur in libsmi-0.4.8+dfsg2/tools: dump-tree.c~.

Bug#654811: [INTL:da] Danish translation of the debconf templates am-utils

[Joe Dalton]

Package: am-utils
Severity: wishlist
Tags: l10n patch

Please include the attached Danish am-utils translations.

joe@pc:~/over/debian/am-utils$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 57 oversatte tekster.

bye
Joe


da.po
Description: Binary data

Bug#654800: Please, add CONFIG_STAGING_MEDIA=y and CONFIG_EASYCAP=m to the config files

[Jonathan Nieder]

found 654800 linux-2.6/3.2~rc7-1~experimental.1
# regression
severity 654800 important
quit

Rogério Brito wrote:

> Package: linux-2.6

What version?

[...]
> Please, can the options
>
> ,
> | CONFIG_STAGING_MEDIA=y
> | CONFIG_EASYCAP=m
[...]
> be added to the config file of the kernels?
>
> This would add support for the appropriate device (an EasyCAP video capture
> card), which has its driver recently incorporated to the staging subtree?

Looks like the driver has been enabled in Debian since v2.6.39
(bug#624505).  But the config files weren't adjusted to enable
CONFIG_STAGING_MEDIA after v3.2-rc2~15^2~133 (staging: Move media
drivers to staging/media, 2011-11-01) yet so no joy.

> | CONFIG_EASYCAP_DEBUG=y

Why?

Thanks for the heads up,
Jonathan



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

Bug#654799: Cranking sound coming out of speakers with the new 3.1 kernel

[Jan Prunk]

Hello Jonathan,

The cracking sound starts right between bootup,
I would say when ALSA gets loaded into kernel ?
And then it persists there after I log into the system.

Kind regards,
Jan

On Thu, Jan 5, 2012 at 10:41 PM, Jonathan Nieder  wrote:
> reassign 654799 linux-2.6 linux-2.6/3.1.6-1
> unarchive 639165
> notfound 639165 linux-3.0.0
> found 639165 linux-2.6/3.0.0-1
> fixed 639165 linux-2.6/3.0.0-3
> reopen 639165
> merge 639165 654799
> quit
>
> Jan Prunk wrote:
>
>> I experience the same error again with 3.1.6-1
>> like previously on 3.0.0-1.
>> Cranking sound coming out of the speakers on my laptop.
>>
>> When booted into 3.0.0-3 I don't have this problem.
>>
>> The explanation is in the previous bug report #639165
>
> Thanks.  Is the strange sound always there or only when playing sound
> with certain programs?
>
> Please try 3.2-rc7 from experimental, since it has some more Realtek
> fixes.



-- 
Jan Prunk   http://www.prunk.si
0x00E80E86  http://pgp.prunk.si
http://AS50763.peeringdb.com



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

Bug#652664: Upstream is on it

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have talked to my contact at the upstream company. He is bugging the
developers to help backport the security fix. No reply yet.

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

iEYEARECAAYFAk8GHB4ACgkQCV53xXnMZYa8hACgi/txpimWJE/SLH323/8X8SQq
FTQAoI3rb1Q63IXz+69G+8J3HdcuhQu/
=EWFy
-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#584987: mysql-gui-tools: EOL upstream, should not be shipped in squeeze, replaced by MySQL Workbench

[Adam Majer]

Package: mysql-gui-tools
Followup-For: Bug #584987


I'll upload mysql-workbench package on the weekend. There is really no
reason to try to fix these old gui tools, considering most of these
FTBFS bugs will be in the patched and obsolete version of in-tree
gtksourceview.

- Adam



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

Bug#654782: python-stdnum: missing dependency on python-pkg-resources

[Arthur de Jong]

On Thu, 2012-01-05 at 19:12 +0100, Michał Sawicz wrote:
> Dear Maintainer,
>* What led up to the situation?
>   installing the python-stdnum package
>* What was the outcome of this action?
>   python failed to `import stdnum` due to missing pkg-resources
>* What outcome did you expect instead?
>   python should `import stdnum` fine

Thanks for your bug report, it has been fixed in SVN and will be in the
next upload. Note that `import stdnum` works but some functions (e.g.
isbn.split() don't work properly without the pkg_resources package
available).

Thanks,

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#653053: ldap2zone: Sending email every hour fill up the mail spool

[Adam D. Barratt]

On Thu, 2012-01-05 at 16:16 +0100, Holger Levsen wrote:
> +ldap2zone (0.1-7.1) stable-proposed-updates; urgency=low
> +
> +  * Non-maintainer upload.
> +  * Include half the patch from #653053 to silence the cronjob on success, to
> +avoid excessive emails and instead log this with syslog.
> +The full patch has been accepted by the maintainer and is already in 
> +wheezy and sid in version 0.2-2. (Closes: #653053)

0.1-7+squeeze1 would be more conventional :-) but please go ahead;
thanks.

Regards,

Adam




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

Bug#654810: dvb-apps and nmh: error when trying to install together

[Ralf Treinen]

Package: nmh,dvb-apps
Version: nmh/1.3-1+b1
Version: dvb-apps/1.1.1+rev1457-2
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2012-01-05
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  liblockfile-bin liblockfile1 libsasl2-2 libpng12-0 libxau6 libxdmcp6 libxcb1
  libx11-data libx11-6 libzvbi-common libzvbi0 nmh dvb-apps
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package liblockfile-bin.
(Reading database ... 10506 files and directories currently installed.)
Unpacking liblockfile-bin (from .../liblockfile-bin_1.09-3_amd64.deb) ...
Selecting previously unselected package liblockfile1.
Unpacking liblockfile1 (from .../liblockfile1_1.09-3_amd64.deb) ...
Selecting previously unselected package libsasl2-2.
Unpacking libsasl2-2 (from .../libsasl2-2_2.1.25.dfsg1-2_amd64.deb) ...
Selecting previously unselected package libpng12-0.
Unpacking libpng12-0 (from .../libpng12-0_1.2.46-3_amd64.deb) ...
Selecting previously unselected package libxau6.
Unpacking libxau6 (from .../libxau6_1%3a1.0.6-4_amd64.deb) ...
Selecting previously unselected package libxdmcp6.
Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-4_amd64.deb) ...
Selecting previously unselected package libxcb1.
Unpacking libxcb1 (from .../libxcb1_1.7-4_amd64.deb) ...
Selecting previously unselected package libx11-data.
Unpacking libx11-data (from .../libx11-data_2%3a1.4.4-4_all.deb) ...
Selecting previously unselected package libx11-6.
Unpacking libx11-6 (from .../libx11-6_2%3a1.4.4-4_amd64.deb) ...
Selecting previously unselected package libzvbi-common.
Unpacking libzvbi-common (from .../libzvbi-common_0.2.33-4_all.deb) ...
Selecting previously unselected package libzvbi0.
Unpacking libzvbi0 (from .../libzvbi0_0.2.33-4_amd64.deb) ...
Selecting previously unselected package nmh.
Unpacking nmh (from .../nmh_1.3-1+b1_amd64.deb) ...
Selecting previously unselected package dvb-apps.
Unpacking dvb-apps (from .../dvb-apps_1.1.1+rev1457-2_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/dvb-apps_1.1.1+rev1457-2_amd64.deb (--unpack):
 trying to overwrite '/usr/share/man/man1/scan.1.gz', which is also in package 
nmh 1.3-1+b1
configured to not write apport reports
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/dvb-apps_1.1.1+rev1457-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
cow-shell unlink .ilist: No such file or directory


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/share/man/man1/scan.1.gz

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.



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

Bug#654809: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: freeciv
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 freeciv-2.3.0.orig/debian/rules freeciv-2.3.0/debian/rules
--- freeciv-2.3.0.orig/debian/rules	2011-08-29 04:41:05.0 +0200
+++ freeciv-2.3.0/debian/rules	2012-01-05 22:28:12.0 +0100
@@ -21,12 +21,10 @@
 DEB_HOST_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
 DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
-CFLAGS  = -Wall -g
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-  CFLAGS += -O0
-else
-  CFLAGS += -O2 
-endif
+CFLAGS = `dpkg-buildflags --get CFLAGS`
+CFLAGS += -Wall
+LDFLAGS = `dpkg-buildflags --get LDFLAGS`
+CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
 
 COMMON_CONFIG := --cache-file=$(CURDIR)/config.cache \
 		 --sysconfdir=/etc --prefix=/usr \
@@ -45,7 +43,7 @@
 	ln -sf /usr/share/misc/config.guess bootstrap/config.guess
 
 	mkdir build-server
-	(cd build-server && ../configure $(COMMON_CONFIG) --disable-client \
+	(cd build-server && ../configure CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" $(COMMON_CONFIG) --disable-client \
 		--without-ggz-client && \
 	$(MAKE) CFLAGS="$(CFLAGS)")
 
@@ -60,7 +58,7 @@
 
 	mkdir build-xaw3d
 	(cd build-xaw3d && 	\
-	 ../configure $(COMMON_CONFIG) --disable-server --enable-client=xaw \
+	 ../configure CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" $(COMMON_CONFIG) --disable-server --enable-client=xaw \
 	 	--with-xaw3d --without-ggz-client --without-ggz-server && \
 	$(MAKE) CFLAGS="$(CFLAGS)")
 
@@ -75,7 +73,7 @@
 
 	mkdir build-gtk
 	(cd build-gtk && \
-	../configure $(COMMON_CONFIG) --disable-server --enable-client=gtk-2.0 \
+	../configure CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" $(COMMON_CONFIG) --disable-server --enable-client=gtk-2.0 \
 		--without-ggz-server --enable-noregistry && \
 	$(MAKE) CFLAGS="$(CFLAGS)")
 	
@@ -90,7 +88,7 @@
 
 	mkdir build-sdl
 	(cd build-sdl && \
-	../configure $(COMMON_CONFIG) --disable-server --enable-client=sdl \
+	../configure CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" $(COMMON_CONFIG) --disable-server --enable-client=sdl \
 		--without-ggz-client --without-ggz-server && \
 	$(MAKE) CFLAGS="$(CFLAGS)")
 	
Nur in freeciv-2.3.0/debian: rules~.

Bug#654808: Please enabled hardened build flags

[Moritz Muehlenhoff]

Source: librpcsecgss
Severity: important
Tags: patch

Please enabled hardened build flags through dpkg-buildflags.

Patch attached.

Cheers,
Moritz
diff -aur librpcsecgss-0.19.orig/debian/rules librpcsecgss-0.19/debian/rules
--- librpcsecgss-0.19.orig/debian/rules	2011-11-09 06:35:13.0 +0100
+++ librpcsecgss-0.19/debian/rules	2012-01-05 22:37:25.0 +0100
@@ -13,11 +13,16 @@
 version=3.0.0
 major=3
 
+CFLAGS = `dpkg-buildflags --get CFLAGS`
+LDFLAGS = `dpkg-buildflags --get LDFLAGS`
+LDFLAGS += -Wl,-z,defs
+CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
+
 config.status: configure
 	dh_testdir
 	# Add here commands to configure the package.
 	cp -f /usr/share/misc/config.sub /usr/share/misc/config.guess .
-	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs"
+	./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)"
 
 build: build-arch build-indep
 build-arch: build-stamp
Nur in librpcsecgss-0.19/debian: rules~.