Bug#726976: ldap-account-manager: Pre-Authentication Cross-Site-Scripting in current_language parameter

[Eric Sesterhenn]

Hello Roland,

* Roland Gruber (p...@rolandgruber.de) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi Eric,
> 
> thank you very much for reporting this issue.
> 
> 
> There is a patch available now:
> 
> https://sourceforge.net/p/lam/bugs/156/#a1dc

thanks for the quick reply. The patch looks good to me, even if this
issue is still exploitable with a malicious cookie (but I dont see a way
to place such data into a cookie for an attacker).

To nitpick, the description "E.g. it is not sufficient to click on a link."
is not correct, if the victim clicks on a link to a different
web-site, which contains a web form and JavaScript to submit this form 
automatically
this can be exploited without requiring more user interaction.

Regards, Eric
 
> Best regards
> 
> Roland
> 
> 
> On 21.10.2013 08:49, Eric Sesterhenn wrote:
> > Package: ldap-account-manager Version: 4.3 Severity: grave Tags:
> > security Justification: user security hole
> > 
> > === Security Advisory ===
> > 
> > ldap-account-manager-4.3 - PreAuth XSS 
> > 
> > 
> > Affected Version  ldap-account-manager-4.3,
> > ldap-account-manager-4.2.1 and possibly others
> > 
> > Problem Overview  Technical Risk: medium Likelihood
> > of Exploitation: medium Vendor: Debian / Roland Gruber Reported by:
> > Eric Sesterhenn  Advisory updates:
> > http://www.rusty-ice.de/advisory/advisory_2013001.txt Advisory
> > Status: Private
> > 
> > Problem Impact == While taking a quick lock at the ldap
> > account manager, a XSS issue has been found. It is possible to
> > execute JavaScript in a victims' browser after tricking the victim
> > to post certain data to the website.
> > 
> > 
> > Problem Description === The file
> > "./templates/login.php" contains an Cross-Site-Scripting Issue on
> > line 122. When the parameter current_language is set to malicious
> > input (e.g. foo%3A">alert(1)%3Abar) JavaScript is
> > executed in the victims' browser. The parameter current_language is
> > retrieved from $_SESSION['language'] in line 119, which is a copy
> > of $_POST['language'] (line 117).
> > 
> > 
> > Temporary Workaround and Fix  Apply the
> > following patch to properly encode the variable:
> > 
> > --- templates/login.php.orig2013-09-25 07:53:03.107208062
> > +0200 +++ templates/login.php 2013-09-25 07:53:20.715207533 +0200 
> > @@ -119,7 +119,7 @@ if (isset($_POST['language'])) { 
> > $current_language = explode(":",$_SESSION['language']); 
> > $_SESSION['header'] = " > 4.01 Transitional//EN\"
> > \"http://www.w3.org/TR/html4/loose.dtd\";>\n\n"; $_SESSION['header']
> > .= "\n\n"; -$_SESSION['header'] .= " > http-equiv=\"content-type\" content=\"text/html; charset=" .
> > $current_language[1] . "\">\n"; +$_SESSION['header'] .= " > http-equiv=\"content-type\" content=\"text/html; charset=" .
> > htmlentities($current_language[1]) . "\">\n"; $_SESSION['header']
> > .= "\n  > http-equiv=\"cache-control\" content=\"no-cache\">";
> > 
> > /**
> > 
> > 
> > History === 25.09.2013 - Issue detected 20.10.2013 - Vendor
> > notified
> > 
> > 
> > 
> > -- System Information: Debian Release: jessie/sid APT prefers
> > testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) 
> > Foreign Architectures: i386
> > 
> > Kernel: Linux 3.10-3-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
> > 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
> 
> iEYEARECAAYFAlJlamcACgkQq/ywNCsrGZ58SgCfUFOWSltgfgJrzMO8CsDHRwKS
> ougAn3jeIxe3PsswAWNaPQCcFhDjDuPL
> =Zxx1
> -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#698008: fglrx-driver: Xorg crash on window resize.

[Dmitry Smirnov]

The attached script from [1] may be helpful to reproduce the problem.
Just start the application and resize (enlarge) its window.

I also made a list of possibly related bugs:

​http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698008
​https://bugs.freedesktop.org/show_bug.cgi?id=57534
​http://ati.cchtml.com/show_bug.cgi?id=687
​http://ati.cchtml.com/show_bug.cgi?id=633
​http://ati.cchtml.com/show_bug.cgi?id=567
​http://ati.cchtml.com/show_bug.cgi?id=657
​https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/1151242 

I'm not sure where would be the best place to forward this test
case...

[1]: http://xpra.org/trac/ticket/327#comment:10

Thanks.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Odious ideas are not entitled to hide from criticism behind the human
shield of their believers' feelings.
-- Richard Stallman

#!/usr/bin/env python

import gtk
from gtk import gdk
import cairo
import gobject

CRASH = True

class ClientWindow(gtk.Window):

	def __init__(self, w, h):
		gtk.Window.__init__(self, gtk.WINDOW_TOPLEVEL)
		self.set_size_request(w, h)
		self.set_app_paintable(True)
		self.add_events(gdk.STRUCTURE_MASK)
		self._backing = None
		self.new_backing(w, h)

	def new_backing(self, w, h):
		print("new_backing(%s, %s)" % (w, h))
		if self._backing is None:
			self._backing = Backing()
		self._backing.init(w, h)

	def do_configure_event(self, event):
		print("do_configure_event(%s)" % event)
		gtk.Window.do_configure_event(self, event)
		_, _, w, h, _ = self.get_window().get_geometry()
		self.new_backing(w, h)


class Backing(object):

	def __init__(self):
		self._backing = None

	def init(self, w, h):
		old_backing = self._backing
		self._backing = gdk.Pixmap(gdk.get_default_root_window(), w, h)
		cr = self._backing.cairo_create()
		cr.set_source_rgb(1, 1, 1)
		if CRASH and old_backing is not None:
			cr.set_operator(cairo.OPERATOR_SOURCE)
			cr.set_source_pixmap(old_backing, 0, 0)
			cr.paint()
			old_w, old_h = old_backing.get_size()
			if w>old_w:
cr.new_path()
cr.move_to(old_w, 0)
cr.line_to(w, 0)
cr.line_to(w, h)
cr.line_to(old_w, h)
cr.close_path()
cr.fill()
			if h>old_h:
cr.new_path()
cr.move_to(0, old_h)
cr.line_to(0, h)
cr.line_to(w, h)
cr.line_to(w, old_h)
cr.close_path()
cr.fill()
		else:
			cr.rectangle(0, 0, w, h)
			cr.fill()

gobject.type_register(ClientWindow)


def main():
	window = ClientWindow(400, 200)
	window.show()
	gtk.main()


if __name__ == "__main__":
	main()

Bug#727086: uim-skk: uim-skk does'nt close skkserv connection correctly

[Youhei SASAKI]

Package: uim-skk
Version: 1:1.8.6-3
Severity: normal

Dear Maintainer, uim-skk does'nt close skkserv connection when toggle
input method on/off as follows:

  # lsof -i | grep skk
  inetd 26153root4u  IPv4 1348536  0t0  TCP *:skkserv 
(LISTEN)

  - toggle input method(SKK swtich ON):

  # lsof -i | grep skk
  uim-xim3913 uwabami   15u  IPv4 1367469  0t0  TCP 
localhost:47510->localhost:skkserv (ESTABLISHED)
  inetd 26153root4u  IPv4 1348536  0t0  TCP *:skkserv 
(LISTEN)
  dbskkd-cd 28874  nobody0u  IPv4 1366699  0t0  TCP 
localhost:skkserv->localhost:47510 (ESTABLISHED)
  dbskkd-cd 28874  nobody1u  IPv4 1366699  0t0  TCP 
localhost:skkserv->localhost:47510 (ESTABLISHED)
  dbskkd-cd 28874  nobody2u  IPv4 1366699  0t0  TCP 
localhost:skkserv->localhost:47510 (ESTABLISHED)

  - toggle input method(SKK swtich OFF):

  uim-xim3913 uwabami   15u  IPv4 1367469  0t0  TCP 
localhost:47510->localhost:skkserv (CLOSE_WAIT)
  inetd 26153root4u  IPv4 1348536  0t0  TCP *:skkserv 
(LISTEN)

  - toggle input method(SKK swtich ON) again:

  uim-xim3913 uwabami   15u  IPv4 1367469  0t0  TCP 
localhost:47510->localhost:skkserv (CLOSE_WAIT)
  uim-xim3913 uwabami   16u  IPv4 1372174  0t0  TCP 
localhost:47511->localhost:skkserv (ESTABLISHED)
  inetd 26153root4u  IPv4 1348536  0t0  TCP *:skkserv 
(LISTEN)
  dbskkd-cd 29180  nobody0u  IPv4 1370524  0t0  TCP 
localhost:skkserv->localhost:47511 (ESTABLISHED)
  dbskkd-cd 29180  nobody1u  IPv4 1370524  0t0  TCP 
localhost:skkserv->localhost:47511 (ESTABLISHED)
  dbskkd-cd 29180  nobody2u  IPv4 1370524  0t0  TCP 
localhost:skkserv->localhost:47511 (ESTABLISHED)

  - toggle input method(SKK swtich OFF) again:

  uim-xim3913 uwabami   15u  IPv4 1367469  0t0  TCP 
localhost:47510->localhost:skkserv (CLOSE_WAIT)
  uim-xim3913 uwabami   16u  IPv4 1372174  0t0  TCP 
localhost:47511->localhost:skkserv (CLOSE_WAIT)
  inetd 26153root4u  IPv4 1348536  0t0  TCP *:skkserv 
(LISTEN)

  - toggle input method(SKK swtich ON) ... 

Thus, the state (CLOSE_WAIT) are increasing. 

What's wrong?

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (90, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages uim-skk depends on:
ii  dbskkd-cdb [skkserv]  1:2.00-6
ii  libc6 2.17-93
ii  libgcroots0   0.8.5-4
ii  libuim-data   1:1.8.6-3
ii  libuim-scm0   1:1.8.6-3
ii  libuim8   1:1.8.6-3
ii  skkdic20130505-2
ii  skkdic-extra  20130505-2
ii  uim-common1:1.8.6-3
ii  uim-utils 1:1.8.6-3

uim-skk recommends no packages.

uim-skk 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#727084: src:python-abiword: libabiword-3.0 mini-transition

[Andrei POPESCU]

Control: reassign -1 pyabiword 0.8.0-11

On Ma, 22 oct 13, 17:22:00, Dmitry Smirnov wrote:
> Package: src:python-abiword
> Version: 0.8.0-11
> Severity: normal
> 
> Dear Jonas,
> 
> "libabiword-3.0" is in experimental and "python-abiword" is the only
> reverse dependency that is still bound to "libabiword-2.9". Please
> consider updating your package for this mini-transition.
> 
> With minimum changes to Build-Depends and to "configure.in" (see
> below) I was able to build "python-abiword" successfully with
> "libabiword-3.0", however I can't test the run-time functionality of
> the re-built package.
> 
> 
> --- a/configure.in
> +++ b/configure.in
> @@ -16,9 +16,9 @@
>  AC_STDC_HEADERS
>  AM_PROG_LIBTOOL
>  AC_C_CONST
>  
> -abi_pkg='abiword-2.9 >= 2.9.0'
> +abi_pkg='abiword-3.0 >= 3.0.0'
>  PKG_CHECK_MODULES(ABIWORD, "$abi_pkg")
>  AC_SUBST(ABIWORD_CFLAGS)
>  AC_SUBST(ABIWORD_LIBS)
> 
> 
> Thanks.
> 
> -- 
> Best wishes,
>  Dmitry Smirnov
>  GPG key : 4096R/53968D1B

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#726986: Add support for BIND9 Response Rate Limiting (RRL)

[Andrei POPESCU]

Control: reassign -1 bind9 1:9.9.3.dfsg.P2-4
Control: severity -1 wishlist

On Lu, 21 oct 13, 11:14:58, Martin Sebald wrote:
> Package: bind
> Version: 1:9.9.3.dfsg.P2-4
> 
> Hello,
> 
> please include support for BIND9 Response Rate Limiting (RRL) into Debian
> package of BIND9.
> 
> See:
> https://www.isc.org/blogs/isc-adds-ddos-defense-module-to-bind-software/
> http://ss.vix.su/~vjs/rrlrpz.html
> http://www.redbarn.org/dns/ratelimits
> 
> Reason:
> Many DNS Servers, including ours, are suffering from severe DoS attacks.
> This module seems to be the best protection against thos DoS attacks at the
> moment.
> 
> Thanks and cheers,
> Martin

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#726602: mpfr4: sh4: Please change optimize from O3 to O0

[Nobuhiro Iwamatsu]

Hi,


2013/10/21 Laurent Fousse :
> tags 726602 +pending
> thanks
>
> Hi,
>
> * Nobuhiro Iwamatsu [Thu, Oct 17, 2013 at 03:15:21PM +0900]:
>> I am a porter of Renesas sh4.
>> mpfr4 ftbfs on unstable of sh4, because this fails to build in O3.
>>   
>> http://buildd.debian-ports.org/status/fetch.php?pkg=mpfr4&arch=sh4&ver=3.1.1-1&stamp=1375195194
> [...]
>> I confirmed that this can be built with O1.
>> when target architecture is sh4, could you set to O1?
>
> Thanks for the report, and the patch. I'll include it in the next
> upload, probably this week.

Thank you.

> Is this a know compiler issue?
>

Yes, I know. But I dont know fixing of this problem.
I am going to report this problem in the origin of development of gcc.

Best regards,
  Nobuhiro
-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#727088: browser-plugin-gnash: unable to display google street maps from google map when dragging man icon on a street

[YvanM]

Package: browser-plugin-gnash
Version: 0.8.11~git20130903-3
Severity: normal

Dear Maintainer,

If I go on Google Maps and want to display "Street View", I drag the man icon
from the left of the map to the street I want. The problem is that the map
stays displayed, although normally I should see pictures of the street. The map
still displayed does not allow moving or zooming anymore.

The only way to get back to a normal view of the map is to click on the upper
arrow in the bottom-right corner square. This enlarge this square to the half
of the map, the rest normally showing the street view (but actually showing
black). After that you can click on the cross on "street view screen" to
finally get back to the normal map.

Thanks for you time,
YvanM



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

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

Versions of packages browser-plugin-gnash depends on:
ii  gnash 0.8.11~git20130903-3
ii  libboost-iostreams1.54.0  1.54.0-2
ii  libc6 2.17-93
ii  libgcc1   1:4.8.1-10
ii  libglib2.0-0  2.36.4-1
ii  libstdc++64.8.1-10

browser-plugin-gnash recommends no packages.

Versions of packages browser-plugin-gnash suggests:
pn  browser-plugin-lightspark  

-- 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#727007: pu: package nsd3/3.2.12-3+deb7u1

[Niels Thykier]

On 2013-10-21 15:03, Ondřej Surý wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Hi,
> 
> this is really simple bugfix adding $network to Required-Start to
> /etc/init.d/nsd3 since the daemon needs the network interfaces to
> be up.
> 
> $ diffstat nsd3_3.2.12-3+deb7u1.debdiff
>  changelog |6 ++
>  gbp.conf  |4 ++--
>  init  |2 +-
>  3 files changed, 9 insertions(+), 3 deletions(-)
> 
> O.
> 
> [...]

Hi,

Thanks for working on fixing bugs in stable.

The bug in question (#694930) is still marked as affecting unstable and
testing.  We would like the bug to be fixed in unstable before accepting
the changes in stable.
  If the bug is already fixed in the unstable version, please close the
bug with the version that contained the fix[1].  If the bug does not
apply to the unstable version for other reasons, then please add the
"wheezy" tag to the bug.

~Niels

[1] The following template might be useful:

"""
To: 694930-d...@bugs.debian.org
Subject: Already fixed in sid

Version: 

<... message to the submitter ...>

"""


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

Bug#727020: pu: package distro-info-data/0.17~deb7u1

[Niels Thykier]

Control: tags -1 confirmed

On 2013-10-21 17:08, Stefano Rivera wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Hi, can we please update distro-info-data, to add the next Ubuntu
> release, 14.04 LTS - Trusty Tahr.
> 
> As in #707752, I'd be nice if this could go through stable-updates, but
> not essential.
> 
> The impact of having this data package out of date is mostly restricted
> to ubuntu-dev-tools, which won't know the name of the current Ubuntu
> stable release.
> 
> SR
> 
> [...]
> 
> 

Hi,

Please go ahead with the upload to stable.

~Niels


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

Bug#459716: "Use Debian's pyglet package instead of included code copy"

[Sergey B Kirpichev]

tag 459716 +patch
thanks

Patch attached.
>From 91ee80937104ccc02bab81816bc2bb42b9db4ca4 Mon Sep 17 00:00:00 2001
From: Sergey B Kirpichev 
Date: Mon, 21 Oct 2013 23:07:06 +0400
Subject: [PATCH 2/6] Recommend: python-pyglet (Closes: #459716)

---
 debian/control |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index b50eb6d..cf0ddf4 100644
--- a/debian/control
+++ b/debian/control
@@ -15,7 +15,7 @@ Package: python-sympy
 Architecture: all
 Depends: ${python:Depends}, ${misc:Depends}
 Recommends: python-imaging, python-ctypes, ipython, python-numpy,
- texlive-fonts-extra, dvipng
+ texlive-fonts-extra, dvipng, python-pyglet
 Description: Computer Algebra System (CAS) in Python
  SymPy is a Python library for symbolic mathematics (manipulation). It aims to
  become a full-featured computer algebra system (CAS) while keeping the code as
-- 
1.7.10.4

Bug#727089: zeitgeist-daemon.bash_completion: No such file or directory

[John Candlish]

Package: zeitgeist-core
Version: 0.9.14-1
Severity: important

Dear Maintainer,

After updating to 0.9.14-1 the following regression is observed:
 - new shells emit the following text on startup
bash: data/zeitgeist-daemon.bash_completion: No such file or directory


Thanks


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

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

Versions of packages zeitgeist-core depends on:
ii  libc6   2.17-93
ii  libdee-1.0-41.0.10-3
ii  libgcc1 1:4.8.2-1
ii  libglib2.0-02.36.4-1
ii  libsqlite3-03.8.0.2-1
ii  libstdc++6  4.8.2-1
ii  libxapian22 1.2.15-2
ii  libzeitgeist-2.0-0  0.9.14-1

zeitgeist-core recommends no packages.

Versions of packages zeitgeist-core suggests:
ii  zeitgeist-datahub  0.9.14-1

-- no debconf information


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

Bug#718370: python-sympy: Vcs fields are incorrect

[Sergey B Kirpichev]

tag 718370 +pending
thanks

Fixed in repo:
http://anonscm.debian.org/viewvc/python-modules/packages/sympy/trunk/debian/control?r1=22856&r2=24123


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

Bug#727090: ITP: r-cran-dosefinding -- Planning and Analyzing Dose Finding experiments

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-dosefinding
  Version : 0.9-9-1
  Upstream Author : Bjoern Bornkamp, Jose Pinheiro, Frank Bretz
* URL : http://cran.r-project.org/web/packages/DoseFinding
* License : GPL
  Programming Lang: R
  Description : Planning and Analyzing Dose Finding experiments
 The DoseFinding GNU R package provides functions for the design and
 analysis of dose-finding experiments (with focus on pharmaceutical Phase
 II clinical trials). It provides functions for: multiple contrast tests,
 fitting non-linear dose-response models (using Bayesian and non-Bayesian
 estimation), calculating optimal designs and an implementation of the
 MCPMod methodology.


The package is maintained in Debian Med team and available in VCS at
  svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-dosefinding/trunk/

Remark: The source contains some RData files which are all documented
inside the according manuals.


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

Bug#727091: opu (binnmu): chrony_1.24-3+squeeze1+b1 -- GPL-2-only program linking GPL-3+ libreadline6 on amd64

[Ansgar Burchardt]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertag: opu

On 10/20/2013 18:10, Moritz Mühlenhoff wrote:
> On Sat, Oct 19, 2013 at 04:06:06PM +0200, Ansgar Burchardt wrote:
>> The security update for chrony links against libreadline6 on
>> amd64. However chrony is licensed under GPL-2-only and libreadline6 is
>> GPL-3-or-later.
>>
>> The buildd uploads still link against libreadline5 (GPL-2+). So it looks
>> like the amd64 version was built in an unclean environment.
>>
>> So chrony needs either
>> a, a binNMU on amd64 for the next point release, leaving the current
>>version on security.d.o, or
> 
> We should trigger a binBMU for amd64.

Please consider scheduling a binNMU for chrony in oldstable. The program
is licensed under GPL-2-only, but links a GPL-3+ library on amd64[1].

  [1] 

Ansgar


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

Bug#589040: Isn't this something like #622230?

[Ferenc Wagner]

Exit status 20 sounds like debconf confused by unintended input.
Running the postinst script with set -x as in #622230 would reveal this.
-- 
Regards,
Feri.


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

Bug#727092: cvs: missing PAM support

[Jon Bendtsen]

Package: cvs
Version: 2:1.12.13+real-9
Severity: normal

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

   * What led up to the situation?

Upgrading from Squeeze to Wheezy.


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

Fixing entry line in /etc/inetd.conf to the new syntax.

Recompiling the package with --enable-pam in cvs-1.12.13+real/debian/rules,
dpkg-buildpackage -us -uc
dpkg -i cvs_1.12.13+real-9_i386.deb

   * What was the outcome of this action?

Almost correct outcome. PAM authentication now works, but EVERYDAY running
apt-get upgrade tells me that there is a new binary precompiled CVS package
ready for installation.

dksrv001:/usr/local/src# apt-get --dry-run upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  cvs
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Inst cvs [2:1.12.13+real-9] (2:1.12.13+real-9 Debian:7.2/stable [i386])
Conf cvs (2:1.12.13+real-9 Debian:7.2/stable [i386])

Why does this keep happening?

dksrv001:/usr/local/src# dpkg -l cvs
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersion  Architecture Description
+++-===---
ii  cvs 2:1.12.13+real-9 i386 Concurrent 
Versions System

The version numbers are identical:
2:1.12.13+real-9
2:1.12.13+real-9

   * What outcome did you expect instead?

That apt-get upgrade would not complain about a "newer" cvs package when there 
are infact no newer CVS package.



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


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

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

Versions of packages cvs depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.16.12
ii  install-info  4.13a.dfsg.1-10
ii  libbsd0   0.4.2-1
ii  libc6 2.13-38
ii  libgssapi-krb5-2  1.10.1+dfsg-5+deb7u1
ii  libkrb5-3 1.10.1+dfsg-5+deb7u1
ii  libpam0g  1.1.3-7.1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages cvs recommends:
ii  openssh-client  1:6.0p1-4

Versions of packages cvs suggests:
pn  mksh  
ii  rcs   5.8.1-1

-- debconf information:
  cvs/pserver_repos_individual: true
  cvs/pserver_setspawnlimit: false
  cvs/rotatekeep: 7
  cvs/repositories: /srv/cvs
  cvs/badrepositories: create
  cvs/rotatekeep_individual: 7
  cvs/rotatekeep_nondefault: no
  cvs/rotate_individual: true
  cvs/pserver_repos: some
  cvs/pserver: false
  cvs/pserver_spawnlimit: 400
  cvs/rotatehistory: no


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

Bug#727093: FTBFS: GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Invalid argument. Aborting.

[Iain Lane]

Package: src:gmime
Version: 2.6.18-1
Severity: serious
Tags: upstream patch

Hi,

gmime FTBFS in unstable in the testsuite:

,
| Testing Mbox parser: no tests performed
| GLib (gthread-posix.c): Unexpected error from C library during 
'pthread_mutex_lock': Invalid argument.  Aborting.
| Testing addr-spec parser: passed
| Testing date parser: passed
| Testing rfc2047 encoding/decoding: passed
| Testing rfc2184 encoding/decoding: passed
| Testing quoted-strings: passed
| /bin/bash: line 4: 23034 Aborted (core dumped) ./${test} -v 
${testdir}
| Results: 7 tests passed; 1 tests failed.
| Failed tests:
|  test-mime
| make[4]: *** [check-local] Error 255
| make[4]: Leaving directory `/«PKGBUILDDIR»/tests'
| make[3]: *** [check-am] Error 2
| make[3]: Leaving directory `/«PKGBUILDDIR»/tests'
| make[2]: *** [check-recursive] Error 1
| make[2]: Leaving directory `/«PKGBUILDDIR»/tests'
| make[1]: *** [check-recursive] Error 1
| make[1]: Leaving directory `/«PKGBUILDDIR»'
| dh_auto_test: make -j1 check returned exit code 2
| make: *** [binary] Error 2
| dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
2
`

It's fixed upstream in bb1c6094e04ce54de52289cd5ba7f9b73694ef1f, which
I've also attached.

Can NMU if you want.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]
>From bb1c6094e04ce54de52289cd5ba7f9b73694ef1f Mon Sep 17 00:00:00 2001
From: Jeffrey Stedfast 
Date: Thu, 26 Sep 2013 08:46:10 -0400
Subject: [PATCH] Initialize mutexes earlier in g_mime_init

2013-09-26  Jeffrey Stedfast  

	* gmime/gmime.c (g_mime_init): Initialize the mutexes
	earlier. Fixes bug #708818.
---
 ChangeLog |  5 +
 gmime/gmime.c | 14 +++---
 2 files changed, 12 insertions(+), 7 deletions(-)

Index: b/gmime/gmime.c
===
--- a/gmime/gmime.c
+++ b/gmime/gmime.c
@@ -132,6 +132,13 @@
 	g_type_init ();
 #endif
 	
+#ifdef G_THREADS_ENABLED
+	g_mutex_init (&G_LOCK_NAME (iconv_cache));
+	g_mutex_init (&G_LOCK_NAME (iconv_utils));
+	g_mutex_init (&G_LOCK_NAME (charset));
+	g_mutex_init (&G_LOCK_NAME (msgid));
+#endif
+	
 	g_mime_charset_map_init ();
 	g_mime_iconv_utils_init ();
 	g_mime_iconv_init ();
@@ -144,13 +151,6 @@
 	gmime_gpgme_error_quark = g_quark_from_static_string ("gmime-gpgme");
 	gmime_error_quark = g_quark_from_static_string ("gmime");
 	
-#ifdef G_THREADS_ENABLED
-	g_mutex_init (&G_LOCK_NAME (iconv_cache));
-	g_mutex_init (&G_LOCK_NAME (iconv_utils));
-	g_mutex_init (&G_LOCK_NAME (charset));
-	g_mutex_init (&G_LOCK_NAME (msgid));
-#endif
-	
 	/* register our GObject types with the GType system */
 	g_mime_crypto_context_get_type ();
 	g_mime_decrypt_result_get_type ();

Bug#610630: Why not get over with this?

[Ferenc Wagner]

Hi,

This unfortunate code in the postinst script led to serveral (like
#482041, #589040, #606784 and #610630) bugs.  Now that there have been
stable releases with the upgrade code adding the snmp group, the
existing user and group could be let alone, simply by letting adduser
fail gracefully, without any conditional logic.  What do you think?
(I'm currently suffering this doing the latest squeeze point upgrade.)
-- 
Thanks,
Feri.


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

Bug#727089: zeitgeist-daemon.bash_completion: No such file or directory

[Laurent Bigonville]

Package: zeitgeist-core
Followup-For: Bug #727089

Hi,

This is due to a conffile (/etc/bash_completion.d/zeitgeist-daemon) not
being removed on upgrade.

As a side note, /etc/bash_completion.d/zeitgeist-core should probably be
moved to /usr/share/bash-completion/completions to avoid this in the
futur.

Cheers

Laurent Bigonville

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

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

Versions of packages zeitgeist-core depends on:
ii  libc6   2.17-93
ii  libdee-1.0-41.0.10-3
ii  libgcc1 1:4.8.2-1
ii  libglib2.0-02.36.4-1
ii  libsqlite3-03.8.0.2-1
ii  libstdc++6  4.8.2-1
ii  libxapian22 1.2.15-2
ii  libzeitgeist-2.0-0  0.9.14-1

zeitgeist-core recommends no packages.

Versions of packages zeitgeist-core suggests:
pn  zeitgeist-datahub  

-- 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#727094: tritium: Usage not available

[Henri Salo]

Package: tritium
Version: 0.3.8-2
Severity: normal

user@unstable:~$ tritium -h
Traceback (most recent call last):
  File "/usr/bin/tritium", line 170, in 
usage()
NameError: name 'usage' is not defined

Also the man page does not help at all.

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

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

Versions of packages tritium depends on:
ii  python   2.7.5-5
ii  python-contract  1.4-3
ii  python-plwm  2.6a+20080530-1.1
ii  python-support   1.0.15
ii  python-xlib  0.14+20091101-1

tritium recommends no packages.

tritium suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#727095: [faumachine] .desktop file should use absolute path to binary

[Bruno Kleinert]

Package: faumachine
Version: 20120707-2
Severity: normal

--- Please enter the report below this line. ---
Hi there,

in /usr/share/applications/faum.desktop, an absolute path to the faum
binary should be given. Otherwise there can occure problems with useres'
PATH environment variable.

Cheers - Fuddl

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.10-3-amd64

Debian Release: jessie/sid
  500 testing-updates ftp.de.debian.org 
  500 testing security.debian.org 
  500 testing ftp.de.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libatk1.0-0(>= 1.12.4) | 2.10.0-2
libc6(>= 2.14) | 2.17-93
libcairo2   (>= 1.2.4) | 1.12.16-2
libfontconfig1 (>= 2.10.0) | 2.10.2-2
libfreetype6(>= 2.2.1) | 2.4.9-1.1
libgdk-pixbuf2.0-0 (>= 2.22.0) | 2.28.2-1
libglib2.0-0   (>= 2.12.0) | 2.36.4-1
libgtk2.0-0(>= 2.24.0) | 2.24.21-1
libogg0(>= 1.0rc3) | 1.3.1-1
libpango-1.0-0 (>= 1.14.0) | 1.32.5-5+b1
libpangocairo-1.0-0(>= 1.14.0) | 1.32.5-5+b1
libpangoft2-1.0-0  (>= 1.14.0) | 1.32.5-5+b1
libpng12-0   (>= 1.2.13-4) | 1.2.49-5
libtheora0  (>= 0.0.0.alpha7.dfsg) | 1.1.1+dfsg.1-3.1
libx11-6   | 2:1.6.2-1
faumachine-data (= 20120707-2) | 20120707-2
zenity | 3.8.0-1
fauhdlc  (>= 20110812) | 20130704-1


Recommends  (Version) | Installed
=-+-===
slirp | 1:1.0.17-7


Package's Suggests field is empty.




-- 
Dipl. Inf. Bruno Kleinert

Chair of Computer Science 3
University of Erlangen-Nürnberg
Martensstr. 3 - Room 07.135
91058 Erlangen
Germany

Tel. +49 9131 85 27612
Fax. +49 9131 85 27239


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

Bug#727097: mjpegtools: trying to overwrite errors for library dependencies of mjpegtools

[Martin Steigerwald]

Package: mjpegtools
Version: 1:2.1.0+debian-2
Severity: important

Dear Maintainer,

On todays upgrade I got:

merkaba:~> LANG=C apt-get install mjpegtools
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  liblavfile-2.1-0 liblavjpeg-2.1-0 liblavplay-2.1-0 libmjpegutils-2.1-0 
libmpeg2encpp-2.1-0 libmplex2-2.1-0 mjpegtools-gtk
The following NEW packages will be installed:
  liblavfile-2.1-0 liblavjpeg-2.1-0 liblavplay-2.1-0 libmjpegutils-2.1-0 
libmpeg2encpp-2.1-0 libmplex2-2.1-0 mjpegtools
  mjpegtools-gtk
0 upgraded, 8 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/701 kB of archives.
After this operation, 2108 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Selecting previously unselected package libmjpegutils-2.1-0.
(Reading database ... 378470 files and directories currently installed.)
Unpacking libmjpegutils-2.1-0 (from 
.../libmjpegutils-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libmjpegutils-2.1-0_1%3a2.1.0+debian-2_amd64.deb 
(--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libmjpegutils-2.1.so.0.0.0', 
which is also in package libmjpegutils-2.0-0 1:2.1.0+debian-1
Selecting previously unselected package liblavfile-2.1-0.
Unpacking liblavfile-2.1-0 (from 
.../liblavfile-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package liblavjpeg-2.1-0.
Unpacking liblavjpeg-2.1-0 (from 
.../liblavjpeg-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package liblavplay-2.1-0.
Unpacking liblavplay-2.1-0 (from 
.../liblavplay-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package libmpeg2encpp-2.1-0.
Unpacking libmpeg2encpp-2.1-0 (from 
.../libmpeg2encpp-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package libmplex2-2.1-0.
Unpacking libmplex2-2.1-0 (from 
.../libmplex2-2.1-0_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package mjpegtools.
Unpacking mjpegtools (from .../mjpegtools_1%3a2.1.0+debian-2_amd64.deb) ...
Selecting previously unselected package mjpegtools-gtk.
Unpacking mjpegtools-gtk (from .../mjpegtools-gtk_1%3a2.1.0+debian-2_amd64.deb) 
...
Processing triggers for install-info ...
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/libmjpegutils-2.1-0_1%3a2.1.0+debian-2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


I don´t know what a /usr/lib/x86_64-linux-gnu/libmjpegutils-2.1.so.0.0.0
file or symlink has to do in a libmjpegutils-2.0-0 package.

I did not file on libmjpegutils-2.1-0 cause this basically happens with
the other library dependencies of mjpegtools as well. Still the bug is
in the library packages.

Since transcode depends on older libs I am leaving mjpegtools uninstalled
for now:

merkaba:~#100> apt-cache rdepends libmjpegutils-2.0-0
libmjpegutils-2.0-0
Reverse Depends:
  libmjpegutils-2.0-0:i386
  transcode
  libmplex2-2.0-0
  libmpeg2encpp-2.0-0
  liblavplay-2.0-0
  liblavjpeg-2.0-0
  liblavfile-2.0-0
  lives
  gmerlin-encoders-extra
  libgmerlin-avdec1

Thanks,
Martin

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

Kernel: Linux 3.12.0-rc6-tp520 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mjpegtools depends on:
ii  dpkg 1.17.1
ii  install-info 5.2.0.dfsg.1-1
ii  libc62.17-93
ii  libdv4   1.0.0-6
ii  libgcc1  1:4.8.2-1
ii  libjpeg8 8d-1
iu  liblavfile-2.1-0 1:2.1.0+debian-2
iu  liblavjpeg-2.1-0 1:2.1.0+debian-2
iu  liblavplay-2.1-0 1:2.1.0+debian-2
pn  libmjpegutils-2.1-0  
iu  libmpeg2encpp-2.1-0  1:2.1.0+debian-2
iu  libmplex2-2.1-0  1:2.1.0+debian-2
ii  libpng12-0   1.2.49-5
ii  libsdl1.2debian  1.2.15-7
ii  libstdc++6   4.8.2-1
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages mjpegtools recommends:
iu  mjpegtools-gtk  1:2.1.0+debian-2

mjpegtools 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#727096: uscan: store signature for upstream tarball in debian/

[Ansgar Burchardt]

Package: devscripts
Version: 2.13.4
Severity: wishlist
File: /usr/bin/uscan

Hi,

It would be nice if uscan would store the signature for the upstream tarball as
obtained via pgpsigurlmangle=... in the debian/ directory. This would allow
checking the signature later without having to rely on the file staying on the
upstream site.

The file could for example be stored as debian/upstream-signature.pgp or
debian/upstream-signature_.pgp.

Regards,
Ansgar


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

Bug#727053: how to manage patches with dgit?

[Ian Jackson]

Antoine Beaupré writes ("Bug#727053: how to manage patches with dgit?"):
> http://paste.anarc.at/be-bug/

Thanks, looking at this now.

Ian.


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

Bug#712104: gnome-terminal: gksu gnome-terminal doesn't start

[Pascal Legrand]

Hello,
i've got the same problem.

Linux Pascal 3.11-1-amd64 #1 SMP Debian 3.11.5-1 (2013-10-17) x86_64 GNU/Linux
gnome-terminal: Version : 3.8.4-1
gksu : Version : 2.0.2-6

i can launch one time gksu gnome-terminal
The second time i try i've got this message :
Error constructing proxy for org.gnome.Terminal:/org/gnome/Terminal/Factory0:
Erreur lors de l'appel de StartServiceByName pour org.gnome.Terminal :
GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process
/usr/lib/gnome-terminal/gnome-terminal-server exited with status 1


I've got the same error even if i add "--disable-factory"
gksu "gnome-terminal --disable-factory"

Is there a way to make it work ?
Thanks


-- 
*Pascal*


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

Bug#727098: Bug in python-exif

[Walter Valenti]

Package: python-exif
Version: 1.1.0-1

Debian Testing (i386), Python 2.7.5+

On /usr/share/pyshared/EXIF.py,
when the condition is: data[base:base+2]=='\xFF\xEC' (line 1717), 
the "while 1" cicle (line 1670), should end with a break.
Currently with the condition data[base:base+2]=='\xFF\xEC'
it goes in infinite loop.

It is:
elif data[base:base+2]=='\xFF\xEC':
# APP12
if debug: print "APP12 XMP (Ducky) or Pictureinfo segment at 
base",hex(base)
if debug: print "Got",hex(ord(data[base])), 
hex(ord(data[base+1])),"and", data[4+base:10+base], "instead."
if debug: print "Length",hex(ord(data[base+2])), 
hex(ord(data[base+3]))
if debug: print "Code",data[base+4:base+8]
if debug: print "Increment base 
by",ord(data[base+2])*256+ord(data[base+3])+2
print "There is useful EXIF-like data here (quality, comment, 
copyright), but we have no parser for it."
base=base+ord(data[base+2])*256+ord(data[base+3])+2

it should be:
elif data[base:base+2]=='\xFF\xEC':
# APP12
if debug: print "APP12 XMP (Ducky) or Pictureinfo segment at 
base",hex(base)
if debug: print "Got",hex(ord(data[base])), 
hex(ord(data[base+1])),"and", data[4+base:10+base], "instead."
if debug: print "Length",hex(ord(data[base+2])), 
hex(ord(data[base+3]))
if debug: print "Code",data[base+4:base+8]
if debug: print "Increment base 
by",ord(data[base+2])*256+ord(data[base+3])+2
print "There is useful EXIF-like data here (quality, comment, 
copyright), but we have no parser for it."
break


Thank
Walter


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

Bug#725772: RFS: nfft -- Library for computing Non-uniform Fast Fourier Transforms

[Ghislain Vaillant]

On Tue, 2013-10-22 at 08:42 +0200, Andreas Tille wrote:
> Hi Ghislain,
> 
> On Mon, Oct 21, 2013 at 02:54:50PM +0100, Ghislain Vaillant wrote:
> > Just a short update on this RFS,
> > 
> > Following your advice, I have moved the package over to debian-science
> > and followed the debian-science policy. It now hosted on
> > http://anonscm.debian.org/gitweb/?p=debian-science/packages/nfft.git
> 
> Thanks.  In turn (and because I think you are not a member of Debian
> Blends team) I added the -dev package to mathematics-dev, physics-dev
> and engineering-dev:
> 
>http://anonscm.debian.org/viewvc/blends?view=revision&revision=3887
> 
> Please tell me whether you regard this as sensible (or please ask if you
> have no idea what I'm talking about).  When doing so I realised that
> physics-dev is very badly / not really maintained.  Any volunteer to
> check the package pool for packages that are helpful for developing
> applications for physicists?
> 

I believe nfft should be part of the same groups as fftw.

> > I have removed the version uploaded on mentors.debian.org for now to
> > avoid duplication.
> 
> If you want me to sponsor this as SoB[1] package I personally do not
> require an upload to mentors.d.o because I use the repository anyway.
> 

Good, I'll leave it like this then.

> When looking at the package I have the following hints:
> 
>  d/copyright:
>The header is not a valid DEP5 header.  You can easily check
>the file by using
>cme fix dpkg-copyright
> 

Thanks for the tip.

>  d/*.install:
>The files are starting by a line "#!/usr/bin/dh-exec"   I admit
>I have never seen this before even if I suspect this might be
>somewhere in the docs which you have definitely read in a way more
>recent version than me.  The line does not harm but to the best of
>my knowledge you can safely remove it.
> 
I probably took it blindly from somewhere else. Good to know for the
future.

>  d/watch:
>Pure nitpicking:  The file contains some boilerplate comments like
> "# Uncomment to examine a Webserver directory"
>You actually *have* uncommented the line - I'd recommend droping
>useless comments.
> 
I am happy with nitpicking. That's how I'll learn.

> Regarding building he package:  When using git-buildpackage it comes
> very handy if the pristine-tar information is inside the repository.  I
> think this is even written down in Debian Science policy (did not
> checked; if it is not it should be - it is in several other team
> policies).  Please use
> 
>git import-orig --pristine-tar 
> 
> to import the original tarball information to get a byte identical
> orig tarball without downloading again from scratch.
> 

I'll have a look at pristine-tar.

> Kind regards
> 
>Andreas.
> 
> [1] http://wiki.debian.org/DebianPureBlends/SoB
> 
> -- 
> http://fam-tille.de
> 
> 

I'll make an update of the package addressing your comments. Thanks for
your time.

Ghislain


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

Bug#725262: keymapping window edit suddenly lost and mozc_tools hang up

[Nobuhiro Iwamatsu]

Control: tag -1 - unreproducible
Control: reassign  -2 ibus 1.5.3-7

Hi,

Thanks for your infomation.
I think this to be bug of ibus not bug of mozc.
I reassign to ibus, and close.
# I know that this problem is revised in 1.5.4-1.

Best regards,
  Nobuhiro

2013/10/19 ISHIKAWA Mutsumi :
>> In 
>>   Nobuhiro Iwamatsu  wrote:
>>> Control: tag -1 unreproducible
>>>
>>> Hi,
>>>
>>> I tested on gnome3, gnome-fallback and xfce.
>>> But I can not reproduce.
>
> This bug perhaps is same reason as these bugs bellow:
>
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726467
>  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725134
>
>  mozc-utils-gui works well with gir1.2-gtk-3.0 but without it
> it is crash after some operations.
>
>  You can reproduce this bug report:
>
>  1) sudo apt-get purge gir1.2-gtk-3.0
>  2) run mozc-utils-gui
>
> --
> ISHIKAWA Mutsumi
>  , , 



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


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

Bug#727007: pu: package nsd3/3.2.12-3+deb7u1

[Ondřej Surý]

Hi Niels,

I have prepared nsd_4.0.0~rc2-2 that will replace nsd3 in unstable and os 
waiting in NEW thus it seems to be a little pointless to update nsd3, but I can 
do that if you think it would be better.

O.
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

> On 22. 10. 2013, at 10:11, Niels Thykier  wrote:
> 
>> On 2013-10-21 15:03, Ondřej Surý wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: pu
>> 
>> Hi,
>> 
>> this is really simple bugfix adding $network to Required-Start to
>> /etc/init.d/nsd3 since the daemon needs the network interfaces to
>> be up.
>> 
>> $ diffstat nsd3_3.2.12-3+deb7u1.debdiff
>> changelog |6 ++
>> gbp.conf  |4 ++--
>> init  |2 +-
>> 3 files changed, 9 insertions(+), 3 deletions(-)
>> 
>> O.
>> 
>> [...]
> 
> Hi,
> 
> Thanks for working on fixing bugs in stable.
> 
> The bug in question (#694930) is still marked as affecting unstable and
> testing.  We would like the bug to be fixed in unstable before accepting
> the changes in stable.
>  If the bug is already fixed in the unstable version, please close the
> bug with the version that contained the fix[1].  If the bug does not
> apply to the unstable version for other reasons, then please add the
> "wheezy" tag to the bug.
> 
> ~Niels
> 
> [1] The following template might be useful:
> 
> """
> To: 694930-d...@bugs.debian.org
> Subject: Already fixed in sid
> 
> Version: 
> 
> <... message to the submitter ...>
> 
> """
> 

Bug#727099: php-pear: does not use the $http_proxy environment var in the absence of an http_proxy PEAR setting

[Michael Deegan]

Package: php-pear
Version: 5.4.4-14+deb7u5
Severity: normal

Hello,

I don't believe it makes sense for pecl, etc to ignore the http_proxy
environment variable when it hasn't been overridden within php-pear's own
configuration.

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (500, 'stable'), (500, 'oldstable'), (470, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages php-pear depends on:
ii  php5-cli 5.4.4-14+deb7u5
ii  php5-common  5.4.4-14+deb7u5

Versions of packages php-pear recommends:
ii  gnupg  1.4.12-6

Versions of packages php-pear suggests:
pn  php5-dev  

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

-- no debconf information

-MD

-- 
---
Michael DeeganHugaholichttp://www.deegan.id.au/
-  Jung, zr jbeel?  ---


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

Bug#727100: domain doesn't reboot with xl toolstack

[PASZTOR Gyorgy]

Package: xen-utils-4.1
Version: 4.1.4-3+deb7u1
Severity: important
Tags: security patch

When you use xl toolstack, you can't reboot domUs.
When you switch back to xm toolstack, than reboot works again.
I think the problem with the debian packaged version is the same as in
this thread:
http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html
I also think it's a security issue, since this is kind of a DoS from
the viewpoint of a domU.
In that thread, Ian Campbel also provided a patch, which might work
for the debian version too. (I haven't tested yet.)

Cheers,
György PÁSZTOR

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

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

Versions of packages xen-utils-4.1 depends on:
ii  e2fslibs  1.42.5-1.1
ii  libc6 2.13-38
ii  libgnutls26   2.12.20-7
ii  libncurses5   5.9-10
ii  libpci3   1:3.1.9-6
ii  libtinfo5 5.9-10
ii  libuuid1  2.20.1-5.3
ii  libxen-4.14.1.4-3+deb7u1
ii  libxenstore3.04.1.4-3+deb7u1
ii  python2.7.3-4+deb7u1
ii  python2.7 2.7.3-6
ii  xen-utils-common  4.1.4-3+deb7u1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages xen-utils-4.1 recommends:
ii  bridge-utils   1.5-6
ii  qemu-keymaps   1.1.2+dfsg-6a
ii  qemu-utils 1.1.2+dfsg-6a
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1]  4.1.4-3+deb7u1

Versions of packages xen-utils-4.1 suggests:
pn  xen-docs-4.1  

-- no debconf information
diff -r d7b14b76f1eb tools/libxl/xl_cmdimpl.c
--- a/tools/libxl/xl_cmdimpl.c  Thu Sep 22 14:26:08 2011 +0100
+++ b/tools/libxl/xl_cmdimpl.c  Fri Sep 23 08:59:36 2011 +0100
@@ -1516,6 +1516,11 @@ start:
 ret = libxl_domain_create_restore(ctx, &d_config,
 cb, &child_console_pid,
 &domid, restore_fd);
+/*
+ * On subsequent reboot etc we should create the domain, not
+ * restore/migrate-receive it again.
+ */
+restore_file = NULL;
 }else{
 ret = libxl_domain_create_new(ctx, &d_config,
 cb, &child_console_pid, &domid);

Bug#727101: libvirt: CVE-2013-4400 / CVE-2013-4401

[Moritz Muehlenhoff]

Package: libvirt
Severity: important
Tags: security patch
Justification: user security hole

Please see
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4400
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2013-4401

oldstable/stable is not affected.

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#727102: wmbattery doesn't report battery status (3.2.0 kernel)

[Karsten M. Self]

Package: wmbattery
Version: 2.41
Severity: important

Dear Maintainer,

Following a system update and windowmanager (WindowMaker) restart,
wmbattery would launch but reports no charge in the "bell", '00:00'
battery life, and 0% charge status.

APM doesn't appear to be supported by my kernel.  'acpi -b' _does_
report battery status, e.g.:  

$ acpi -b
Battery 0: Unknown, 95%

Providing the '-b 0' option to wmbattery results in a segfault.  '-b 1'
reports as indicated above.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (999, 'testing'), (500, 'oldstable-updates'), (500, 'oldstable'), 
(400, 'experimental'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages wmbattery depends on:
ii  hal  0.5.14-8
ii  libapm1  3.2.2-14
ii  libc62.17-93
ii  libdbus-1-3  1.6.14-1
ii  libhal1  0.5.14-8
ii  libx11-6 2:1.6.2-1
ii  libxext6 2:1.3.2-1
ii  libxpm4  1:3.5.10-1

wmbattery recommends no packages.

Versions of packages wmbattery suggests:
ii  wmaker  0.95.4-2

-- no debconf information

-- 
Karsten M. Self http://linuxmafia.com/~karsten
 What part of "gestalt" don't you understand?


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

Bug#717236: partman-reiserfs: depends on obsolete package reiserfs-modules

[Thomas Dreibholz]

Hi,

why has reiserfs support been removed before useful tools to convert reiserfs 
to btrfs are available? btrfs-convert 
(https://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3) can only 
convert ext2/3/4, but *not* reiserfs. Are there any useful tools to do such a 
conversion without copying terabytes of data to an additional disk, 
reformatting the original disk with btrfs and copying everything back?

If a useful and working feature like reiserfs is going to be removed, the 
installer should at least provide an easy conversion option to do all the 
conversion automatically. Just removing it and expecting the user to find some 
solution is just annoying!

-- 
Best regards / Mit freundlichen Grüßen / Med vennlig hilsen

===
 Thomas Dreibholz

 Simula Research Laboratory
 Simula Innovation AS, Network Systems Group
 Visiting address: Martin Linges vei 17, 1364 Fornebu, Norway
 Mailing address:  P.O.Box 134, 1325 Lysaker, Norway
---
 E-Mail: dre...@simula.no
 Homepage:   http://simula.no/people/dreibh
===


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

Bug#727100: [Pkg-xen-devel] Bug#727100: domain doesn't reboot with xl toolstack

[Ian Campbell]

On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote:
> When you use xl toolstack, you can't reboot domUs.
> When you switch back to xm toolstack, than reboot works again.
> I think the problem with the debian packaged version is the same as in
> this thread:
> http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html
> I also think it's a security issue, since this is kind of a DoS from
> the viewpoint of a domU.

The only people who can migrate a domain in any sensible deployment
would be host administrator or maybe the VM admin. So there is no
security aspect since they already more than privileged enough to simply
destroy the domain if they wanted.

The status of xl in 4.1 was "try it and if it works for you great,
otherwise stick with xm". This particular issue is already fixed in
newer Xen, which is good.

FWIW this was fixed by git commit 062ef262f9df upstream. Looks like it
was fixed in 4.2-rc1.


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

Bug#727103: tacacs+: Please implement the patch to support PAM for PAP authentication

[Frank Groetzner]

Package: tacacs+
Version: 4.0.4.19-11
Severity: wishlist

Hi!

Could you please apply the patch mentioned at
http://www.shrubbery.net/pipermail/tac_plus/2012-March/001117.html
to the wheezy package? It would be great to have PAM support for
PAP authentication!

Best regards,
Frank

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

Kernel: Linux 3.2.0-4-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/dash


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

Bug#727065: [Pkg-samba-maint] [samba] 01/01: debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS handling to work independently of header include order. Closes: #727065.

[Andrew Bartlett]

On Tue, 2013-10-22 at 03:34 +, Steve Langasek wrote:
> This is an automated email from the git hooks/post-receive script.
> 
> vorlon pushed a commit to branch master
> in repository samba.
> 
> commit b6df53758df589060f31e6ceda303cc40dfc82f5
> Author: Steve Langasek 
> Date:   Mon Oct 21 20:34:10 2013 -0700
> 
> debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS 
> handling to work independently of header include order.  Closes: #727065.
> ---
>  debian/changelog|2 ++
>  debian/patches/bug_221618_precise-64bit-prototype.patch |   10 --
>  2 files changed, 10 insertions(+), 2 deletions(-)
> 
> diff --git a/debian/changelog b/debian/changelog
> index 77b02bc..66ec7e4 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -22,6 +22,8 @@ samba (2:4.0.10+dfsg-3) UNRELEASED; urgency=low
>[ Steve Langasek ]
>* Don't fail on errors from testparm in the samba init script.
>  Closes: #726326
> +  * debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS
> +handling to work independently of header include order.  Closes: #727065.
>  
>   -- Ivo De Decker   Mon, 14 Oct 2013 19:33:04 +0200
>  
> diff --git a/debian/patches/bug_221618_precise-64bit-prototype.patch 
> b/debian/patches/bug_221618_precise-64bit-prototype.patch
> index 31108f2..3f8b302 100644
> --- a/debian/patches/bug_221618_precise-64bit-prototype.patch
> +++ b/debian/patches/bug_221618_precise-64bit-prototype.patch
> @@ -7,12 +7,18 @@ Index: samba/source3/include/libsmbclient.h
>  ===
>  --- samba.orig/source3/include/libsmbclient.h
>  +++ samba/source3/include/libsmbclient.h
> -@@ -79,6 +79,10 @@
> +@@ -79,6 +79,16 @@
>   #include 
>   #include 
>   
>  +  /* Debian bug #221618 */
> -+#define _LARGEFILE64_SOURCE
> ++#ifdef _LARGEFILE64_SOURCE
> ++#undef _LARGEFILE64_SOURCE
> ++#endif
> ++#define _LARGEFILE64_SOURCE 1
> ++#ifdef _FILE_OFFSET_BITS
> ++#undef _FILE_OFFSET_BITS
> ++#endif
>  +#define _FILE_OFFSET_BITS 64
>  +
>   #define SMBC_BASE_FD1 /* smallest file descriptor returned */

As you know, I don't like this, and I still think this is in the wrong
place.  Perhaps we need to get this into our CFLAGS.  Forced into this
header, we just ensure the particular .c file this is included in uses
64-bit file handles, but not the other C files that link to that in the
binary using our library.  It just pushes the problem around, it doesn't
fix it. 

Andrew Bartlett

-- 
Andrew Bartletthttp://samba.org/~abartlet/
Authentication Developer, Samba Team   http://samba.org


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

Bug#727104: nagios-nrpe-server: initscript kills by process name in stead of PID and thus killing daemons in lxc containters

[Radu Epure]

  
  
Package: nagios-nrpe-server
Version: 2.12-4
Severity: important

The init script /etc/init.d/nagios-nrpe-server will kill all
processes with the name nrpe in stead of killing by PID from
/var/run/nagios/nrpe.pid which has as effect the killing of the
daemon on all LXC containers.
When restarting the nagios-nrpe-server service on an lxc host, only
the daemon on the host is started after killing the daemons on all
guests as well.

This is fixed on wheezy in Package: 2.13-3.

Regards, 
Radu.
-- 
  
  

  
  
 Radu-Razvan Epure
  UNIX Administrator /
Administrateur UNIX
  Global Network Services (GNS)
  
  Mobile : +40 745
701 439
Msn : radurazvan.ep...@gameloft.com
E-mail : radurazvan.ep...@gameloft.com
   
  

  

  

  

Bug#727105: snmpd: SNMPD initscript kills by process name in stead of PID and thus killing daemons in lxc containters

[Radu Epure]

  
  
Package: snmpd
Version: 5.4.3~dfsg-2+squeeze1
Severity: important

The init script /etc/init.d/snmpd will kill all processes with the
name snmpd in stead of killing by PID from /var/run/snmpd.pid which
has as effect the killing of the daemon on all LXC containers.
When restarting the snmpd service on an lxc host, only the daemon on
the host is started after killing the daemons on all guests as well.

This is also happening on wheezy with Package: snmpd
(5.4.3~dfsg-2.7).

Regards, 
Radu.
-- 
  
  

  
  
 Radu-Razvan Epure
  UNIX Administrator /
Administrateur UNIX
  Global Network Services (GNS)
  
  Mobile : +40 745
701 439
Msn : radurazvan.ep...@gameloft.com
E-mail : radurazvan.ep...@gameloft.com
   
  

  

  

  

Bug#717236: partman-reiserfs: depends on obsolete package reiserfs-modules

[Christian PERRIER]

Quoting Thomas Dreibholz (dre...@iem.uni-due.de):
> Hi,
> 
> why has reiserfs support been removed before useful tools to convert reiserfs 

Because the kernel does not longer provide reiserfs modules?




signature.asc
Description: Digital signature

Bug#727100: [Pkg-xen-devel] Bug#727100: domain doesn't reboot with xl toolstack

[PÁSZTOR György]

Hi,

"Ian Campbell"  írta 2013-10-22 11:17-kor:
> On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote:
> > When you use xl toolstack, you can't reboot domUs.
> > When you switch back to xm toolstack, than reboot works again.
> > I think the problem with the debian packaged version is the same as in
> > this thread:
> > http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html
> > I also think it's a security issue, since this is kind of a DoS from
> > the viewpoint of a domU.
> 
> The only people who can migrate a domain in any sensible deployment
> would be host administrator or maybe the VM admin. So there is no
> security aspect since they already more than privileged enough to simply
> destroy the domain if they wanted.

I didn't mention migrate, I wrote about reboot.
However if the domU's admin don't have host admin right's, just want to
reboot, then it'll fail, and his machine will remain shut down, until host
admin starts it again... What is this, if not a denial of a service?

PS.: I understand that 4.1/xl is just 'try and use if works' in Debian 7.0,
but if your patch works, I don't see a reason, why it couldn't applied, and
pushed through proposed-updates, and if a wider userbase tested it, it
could be incorporated into the next point release of Wheezy.

Cheers,
György


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

Bug#727106: python-moinmoin: GUI editor results in ServerError when using indent and list

[Michael Lass]

Package: python-moinmoin
Version: 1.9.4-8+deb7u2
Severity: normal

Dear Maintainer,

the MoinMoin Wiki results in a server error when doing the following steps:

1. Create a page using the text editor using the following content:
 :: Test
 . Test

2. Edit the page in GUI mode

3. Save the page or load the preview

The result is an internal server error. In the apache error.log you can find the
following lines:

[Tue Oct 22 11:52:19 2013] [error] 2013-10-22 11:52:19,800 ERROR 
MoinMoin.wsgiapp:293 An exception has occurred [${URL of your wiki page}].
[Tue Oct 22 11:52:19 2013] [error] Traceback (most recent call last):
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 282, in __call__
[Tue Oct 22 11:52:19 2013] [error] response = run(context)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 88, in run
[Tue Oct 22 11:52:19 2013] [error] response = dispatch(request, context, 
action_name)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 136, in dispatch
[Tue Oct 22 11:52:19 2013] [error] response = handle_action(context, 
pagename, action_name)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/wsgiapp.py", line 195, in 
handle_action
[Tue Oct 22 11:52:19 2013] [error] handler(context.page.page_name, context)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/action/edit.py", line 92, in execute
[Tue Oct 22 11:52:19 2013] [error] savetext = convert(request, pagename, 
savetext)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 1456, in convert
[Tue Oct 22 11:52:19 2013] [error] text = convert_tree(request, 
pagename).do(tree)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 467, in do
[Tue Oct 22 11:52:19 2013] [error] self.visit(tree.documentElement)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 413, in visit
[Tue Oct 22 11:52:19 2013] [error] return self.visit_element(node)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 519, in visit_element
[Tue Oct 22 11:52:19 2013] [error] func(node)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 562, in process_page
[Tue Oct 22 11:52:19 2013] [error] self.visit_element(i)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 519, in visit_element
[Tue Oct 22 11:52:19 2013] [error] func(node)
[Tue Oct 22 11:52:19 2013] [error]   File 
"/usr/lib/python2.7/dist-packages/MoinMoin/converter/text_html_text_moin_wiki.py",
 line 642, in process_dl
[Tue Oct 22 11:52:19 2013] [error] raise ConvertError("Illegal list element 
%s" % i.localName)
[Tue Oct 22 11:52:19 2013] [error] ConvertError: Illegal list element ul

I saw this problem in a number of different cases. It seems to me like the GUI 
editor
sometimes creates invalid HTML and moinmoin then fails to interpret that. 
Specifically
I saw cases where there was a  without a  or a  as a direct child 
of a .

I the case above it's the following code:



Test 

Test





-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (700, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages python-moinmoin depends on:
ii  python2.7.3-4+deb7u1
ii  python-parsedatetime  0.8.7-3
ii  python-pygments   1.5+dfsg-1
ii  python-recaptcha  1.0.6-1
ii  python-werkzeug   0.8.3+dfsg-1

Versions of packages python-moinmoin recommends:
ii  apache2-mpm-prefork [httpd-cgi]2.2.22-13
ii  exim4-daemon-light [mail-transport-agent]  4.80-7
ii  fckeditor  1:2.6.6-3
ii  libapache2-mod-wsgi3.3-4
ii  python-xapian  1.2.12-2
ii  python-xappy   0.5-5

Versions of packages python-moinmoin suggests:
pn  antiword
pn  catdoc  
pn  cifs-utils  
pn  docbook-dsssl   
pn  poppler-utils | xpdf-utils  
pn  python-4suite-xml   
pn  python-docutils 
pn  python-flup 
pn  python-gdchart  
pn  python-ldap 
ii  python-mysqldb  1.2.3-2
pn  python-openid   
pn  python-pyxmpp   
pn  python-tz   

Bug#566717: Possible solution - not sure if this is a bug...

[Jupiter]

Hello,

I had the same problem.

I am using Debian 7 Wheezy on a server (no GUI installed) and the 
standard Xmail package from wheezy. PHP and Apache2 too are the wheezy 
standard packages.


PHP configuration is correct, i.e. it has '/usr/sbin/sendmail -t -i' 
defined.


I could send email via PHP or Perl scripts, if I started the scripts 
manually from the shell as root. But a small testmail.php-Script started 
with the rights of the webserver (web:webgroup) failed with permission 
denied, it cannot access xmail spool directory.


Looking into this I found:

1) There is a sendmail drop in from xmail as described in the 
documentation. /usr/sbin/sendmail is a symlink to a small shell script 
xsendmail. The shell script ensures 2 environment variables are set and 
calls the xmail sendmail program.


2) The drop in script /var/lib/xmail/sendmail/xsendmail is owned by 
root:mail and has the setgid bit set.


xsendmail permissions: r-xr-s-r-x

That means that every user can use it (via symlink or directly) to send 
email, it is executed as group 'mail'.


3) The drop in sendmail program /var/lib/xmail/sendmail is owned by 
root:root and has no setgid/setuid bits set.


/var/lib/xmail/sendmail/sendmail permissions: rwxr-xr-x

I do not know if this intentional, and I am not sure, if exec-ing a 
program by shell script (with setgid bits) should exec the program with 
the same setgid bit, i.e. in the group mail in this case. I am not sure 
about the rules here.


What I tried: Set the drop in sendmail 
(/var/lib/xmail/sendmail/sendmail) to owner root:mail and set the setgid 
bit, so that the drop in program has exactly the same rights like the 
drop in shell script xsendmail:


/var/lib/xmail/sendmail/xsendmail:-r-xr-sr-x root mail xsendmail
/var/lib/xmail/sendmail/sendmail:  -r-xr-sr-x root mail sendmail

This fixes it, since now PHP, operating under the web servers non 
privileged account can call sendmail, which operates under the group 
'mail' and has access rights. This problem is nasty to isolate, since 
PHP is not very helpful and the 'permission denied' message is not 
showed. One can only find it by using a small test script, starting this 
via shell and PHP cli interface. Only then the error shows up. Using it 
via the webserver simply returns 'false' (0) from the PHP mail()-function.


I am not sure if this is an oversight or was intended this way. But 
without changing the configuration a web server under a non privileged 
account would have to be put into the group 'mail' to be able to send 
mail. This makes no sense to me. I have no local user accounts on my 
server. I could put the web server into this group, but why? It also 
would break other things.


I hope this helps.

H.F.W.


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

Bug#727100: [Pkg-xen-devel] Bug#727100: domain doesn't reboot with xl toolstack

[Ian Campbell]

On Tue, 2013-10-22 at 12:49 +0200, PÁSZTOR György wrote:
> Hi,
> 
> "Ian Campbell"  írta 2013-10-22 11:17-kor:
> > On Tue, 2013-10-22 at 11:52 +0200, PASZTOR Gyorgy wrote:
> > > When you use xl toolstack, you can't reboot domUs.
> > > When you switch back to xm toolstack, than reboot works again.
> > > I think the problem with the debian packaged version is the same as in
> > > this thread:
> > > http://lists.xen.org/archives/html/xen-devel/2011-09/msg01289.html
> > > I also think it's a security issue, since this is kind of a DoS from
> > > the viewpoint of a domU.
> > 
> > The only people who can migrate a domain in any sensible deployment
> > would be host administrator or maybe the VM admin. So there is no
> > security aspect since they already more than privileged enough to simply
> > destroy the domain if they wanted.
> 
> I didn't mention migrate, I wrote about reboot.

The thread you linked to was solely about an issue which arises after a
migration. It sounds like you have a different problem.

> However if the domU's admin don't have host admin right's, just want to
> reboot, then it'll fail, and his machine will remain shut down, until host
> admin starts it again... What is this, if not a denial of a service?

It is a bug. A bug does not become security critical if only someone who
can already run "rm -rf /" (or "service apache stop" or ...) can trigger
it.

> PS.: I understand that 4.1/xl is just 'try and use if works' in Debian 7.0,
> but if your patch works, I don't see a reason, why it couldn't applied, and
> pushed through proposed-updates, and if a wider userbase tested it, it
> could be incorporated into the next point release of Wheezy.

It sounds like the patch is not relevant to your problem anyway, since
as I said it is relevant only after a migration or save/restore.

Ian.


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

Bug#726623: nmu: libprelude_1.0.0-9

[Andreas Beckmann]

On 2013-10-22 10:31, Niels Thykier wrote:
>   I don't think the binNMU is an option (any longer?) since testing now
> has 1.0.0-11.

Which is of course the better solution :-)


Andreas


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

Bug#727107: libzeroc-ice-ruby1.9.1: rename the package ruby-zeroc-ice and install in /usr/lib/ruby/vendor_ruby

[Cédric Boutillier]

Package: libzeroc-ice-ruby1.9.1
Severity: important
User: debian-r...@lists.debian.org

Dear Maintainer,

since Wheezy, the convention for Ruby packages is to use ruby-
instead of the old lib-ruby naming scheme. Please rename
libzeroc-ice-ruby1.9 to ruby-zeroc-ice to follow this convention.

Also, your package should install files in /usr/lib/ruby/vendor_ruby
(RbConfig::CONFIG["vendordir"]) for
pure Ruby files and /usr/lib/ruby/vendor_ruby/1.9.1/
(RbConfig::CONFIG["vendorarchdir"]) for compiled C/C++ extensions.

If possible, it would be great to also provide the extensions built for
Ruby 2.0 in the multiarch location indicated by
RbConfig::CONFIG["vendorarchdir"] in Ruby 2.0?

Please consult the guidelines for Ruby packaging for more information:
  https://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging

Don't hesitate to contact the Ruby team on IRC channel #debian-ruby or
on debian-r...@lists.debian.org if you have any questions.

Cheers,

Cédric


signature.asc
Description: Digital signature

Bug#727067: details

[Henri Salo]

Verified in sid. In wheezy nasty tries to find the password, but I believe =
this
program does not work as intented. Some test cases in wheezy below.

Run: nasty -m file -i input -f output
Result: does not find the password at all even it is in the input file.

Run: nasty -a 8 -b 8 -m incremental -f output
Result:

# tried: 11985 (499.375000 per second), last tried: T
# tried: 13512 (500.44 per second), last tried: g[
# tried: 15042 (501.40 per second), last tried: Ab
# tried: 16572 (502.181818 per second), last tried: =FBh

# tried: 28770 (504.736842 per second), last tried:=20
# tried: 30303 (505.05 per second), last tried: ^=A6

Does not find password this way. Also note that it does not try for eight
characters and I'm not sure if that one was space or empty password.

With very weak password nasty prints only this without password:

"""
nasty v0.6, (C) 2005 by folk...@vanheusden.com

Passphrase is:=20
"""

You might want to use Python + paramiko to bruteforce the password.

---
Henri Salo


signature.asc
Description: Digital signature

Bug#726623: nmu: libprelude_1.0.0-9

[Niels Thykier]

On 2013-10-22 13:22, Andreas Beckmann wrote:
> On 2013-10-22 10:31, Niels Thykier wrote:
>>   I don't think the binNMU is an option (any longer?) since testing now
>> has 1.0.0-11.
> 
> Which is of course the better solution :-)
> 
> 
> Andreas
> 
> 

libprelude FTBFS on kfreebsd again, so I am going to presume the build
failure there is persistent.
  By the looks of it, the kfreebsd version of libprelude 1.0.0-11 is
still built against perl5.14, so the problem is still present (but now
limited to kfreebsd).

Not much we can do from here; I think libprelude will need a sourceful
upload with a proper fix for #721776.

~Niels


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

Bug#724089: source-highlight: FTBFS: Tests failed

[Dmitrijs Ledkovs]

I believe this is related to boost1.54. I found some vague references
to that whilst doing web-search for a patch.

Regards,

Dmitrijs.


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

Bug#727109: RM: megaglest [mips powerpc s390 s390x sparc] -- ANAIS; fix for RC bug #725055

[Paul Wise]

Package: ftp.debian.org
Severity: normal

Please remove the outdated and uninstallable megaglest-dbg binary
packages from sid, see RC bug #725055 for details. The list of affected
architectures is mips powerpc s390 s390x sparc.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#714458: ghc-mod: Error:No entry for "target has .ident directive" in "/usr/lib/ghc/settings"

[Niels Thykier]

Control: tags -1 sid

Hi,

This bug is RC, affects testing and no news since 1st of July.

By the looks of it, the only reason why this package has not been
automatically removed from testing is that it is tagged "jessie" without
"sid" making the BTS believe that sid is unaffected.
  After reading Joachim's email, which suggested something was missing
in the Depends-field, I have taken the liberty of marking this as
affecting sid as well (given that sid and testing have the same version).

~Niels


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

Bug#727089: zeitgeist-daemon.bash_completion: No such file or directory

[Michael Biebl]

On Tue, Oct 22, 2013 at 11:14:43AM +0200, Laurent Bigonville wrote:
> This is due to a conffile (/etc/bash_completion.d/zeitgeist-daemon) not
> being removed on upgrade.

Removing the obsolete conffile /etc/bash_completion.d/zeitgeist-daemon
is not sufficient for me. I'm still getting the error after removing
that file.

> As a side note, /etc/bash_completion.d/zeitgeist-core should probably be
> moved to /usr/share/bash-completion/completions to avoid this in the
> futur.
> Cheers

Yes, please.


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

Bug#727110: mysql-server config files problem with socket

[Dmitry Zvorikin]

Package: mysql-server
Version: 5.5.31

My app needs a mysql socket in /tmp/mysql.sock

So I start digging thru the config files and see:

File: /etc/mysql/my.cnf
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[mysqld]
socket = /tmp/mysql.sock
...

File: /etc/mysql/debian.cnf
# Automatically generated for Debian scripts. DO NOT TOUCH!

Should I actually touch the untouched /etc/mysql/debian.cnf and which
is the kosher way to change a socket place?
I suggest the proper instructions should be placed in these files.

-- 
С уважением,
Дмитрий А. Зворыкин,
системный администратор


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

Bug#727111: nmu: libgdal-grass_1.9.0-1

[Andreas Beckmann]

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

nmu libgdal-grass_1.9.0-1 . ALL . -m "Rebuild against grass 6.4.3"
dw libgdal-grass_1.9.0-1 . ia64 . -m "grass-dev (>= 6.4.3)"

libgdal-grass is no longer installable in sid due to a dependency on
grass642. Also grass 6.4.3 FTBFS on ia64, so add a dep-wait there.


Andreas


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

Bug#727053: how to manage patches with dgit?

[Ian Jackson]

retitle 727053 quilt fixup fails in dirty (built) trees
thanks

So, thanks for your report.  Looking at the git tree and the uploaded
files, I have repro'd what I think is at the root of your problem.

I think the error you must have originally had (which prevented your
non-dry-run push) was due to your working tree being dirty when you
ran dgit push.  Specifically, git-buildpackage would have left the
build products, debhelper log, and so forth.

A workaround would be to run debian/rules clean before dgit push.
Also, I think using one of dgit's build wrappers would have avoided
the problem.

Nevertheless, I think this is suboptimal and I have therefore
developed what seems to be a fix.  0.16 will have it.

Thanks for providing that repro recipe.  Unfortunately it's not
entirely accurate because using --dry-run prevents dgit from doing its
usual quilt fixup step.  That means that the messages you get are
expected but not very helpful.  0.16 will have a new --damp-run mode
which is willing to make local changes, which will naturally produce a
more accurate transcript when things aren't working.

I'm just about to finish up and push 0.16.


The results of your attempts to manually fix things up for
bugs-everywhere aren't ideal.  I don't know if the clone will work
after your package comes out of NEW.  Could you let me know when it is
out of NEW and I'll check ?

If it doesn't work, I'd appreciate it if you'd give me your blessing
to upload an empty NMU (that is, an NMU with only a version number
bump) using dgit.  This will allow me to check that the change I have
made in dgit 0.16 actually fixes your problem in your workflow, and
also make sure that the dgit-repos and archive have corresponding
contents.  If this is OK, please let me know what version number I
should use for the upload.

Alternatively, if you plan to make another upload yourself, with dgit,
then if we're lucky that will work.


Thanks,
Ian.


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

Bug#727089: zeitgeist-daemon.bash_completion: No such file or directory

[Michael Biebl]

Am 22.10.2013 13:56, schrieb Michael Biebl:
> On Tue, Oct 22, 2013 at 11:14:43AM +0200, Laurent Bigonville wrote:
>> This is due to a conffile (/etc/bash_completion.d/zeitgeist-daemon) not
>> being removed on upgrade.
> 
> Removing the obsolete conffile /etc/bash_completion.d/zeitgeist-daemon
> is not sufficient for me. I'm still getting the error after removing
> that file.

Looking at  /etc/bash_completion.d/zeitgeist-core:

data/zeitgeist-daemon.bash_completion zeitgeist-daemon

This file isn't installed anywhere.

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



signature.asc
Description: OpenPGP digital signature

Bug#717236: partman-reiserfs: depends on obsolete package reiserfs-modules

[Thomas Dreibholz]

Tirsdag 22. oktober 2013 13.06.05 skrev Christian PERRIER:
> Quoting Thomas Dreibholz (dre...@iem.uni-due.de):
> > Hi,
> > 
> > why has reiserfs support been removed before useful tools to convert
> > reiserfs
> Because the kernel does not longer provide reiserfs modules?

Then, why does the kernel not longer provide reiserfs modules so that partman-
reiserfs cannot support reiserfs any more?

The kernel (from git.kernel.org) still has reiserfs support, so why is Debian 
removing support without providing any smooth migration path to the users? 
Particularly, the support is even removed without providing a better (or at 
least equal) solution. The only possibilities are to use ext4 (a performance 
downgrade) or btrfs (replacing a stable file system by an experimental one).

-- 
Best regards / Mit freundlichen Grüßen / Med vennlig hilsen

===
 Thomas Dreibholz

 Simula Research Laboratory
 Simula Innovation AS, Network Systems Group
 Visiting address: Martin Linges vei 17, 1364 Fornebu, Norway
 Mailing address:  P.O.Box 134, 1325 Lysaker, Norway
---
 E-Mail: dre...@simula.no
 Homepage:   http://simula.no/people/dreibh
===


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

Bug#725666: [git-buildpackage/master] gbp-clone: support cloning to a specific directory

[Guan Junchun]

tag 725666 pending
thanks

Date:   Fri Oct 11 18:16:17 2013 +0800
Author: Guan Junchun 
Commit ID: d52abf37893c90c228ca043623a9bda214382239
Commit URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=d52abf37893c90c228ca043623a9bda214382239
Patch URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=d52abf37893c90c228ca043623a9bda214382239

gbp-clone: support cloning to a specific directory

Closes: #725666

Signed-off-by: Guan Junchun 
Signed-off-by: Markus Lehtonen 
  


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

Bug#727112: mt-st: description incorrectly says mt is diverted

[Ben Harris]

Package: mt-st
Version: 1.1-5
Severity: minor

The description for mt-st says:

"Mt-st diverts (replaces) the GNU version of mt, in the cpio package."

However, it seems that the "mt-st" package actually installs an 
alternative for "mt", alongside the GNU version.


I'd suggest replacing "diverts (replaces)" with "provides an alternative 
to".


--
Ben Harris, University of Cambridge Computing Service.


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

Bug#725850: [RFR] templates://mini-buildd/{mini-buildd.templates}

[Christian PERRIER]

Please find, for review, the debconf templates and packages descriptions for 
the mini-buildd source package.

This review will last from Tuesday, October 22, 2013 to Friday, November 01, 
2013.

Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.

Your review should be sent as an answer to this mail.

When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.

When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.

Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.

Rationale:
--- mini-buildd.old/debian/mini-buildd.templates2013-10-08 
19:17:25.844663113 +0200
+++ mini-buildd/debian/mini-buildd.templates2013-10-22 13:58:15.108211668 
+0200
@@ -1,9 +1,9 @@
 Template: mini-buildd/purge_warning
 Type: note
-_Description: Data purge warning
+_Description: mini-buildd data purge warning
  You have chosen to purge mini-buildd.
  .
- This choice means that the mini-buildd user will be removed
+ As a consequence, the mini-buildd user will be removed
  along with all the files it owns, possibly including Debian
  repositories.
  .
@@ -13,39 +13,41 @@
 Type: string
 Default: /var/lib/mini-buildd
 _Description: Home path:
- This is mini-buildd's UNIX user home, and the place where all
- data is kept. This path should have enough space for all
+ Please choose the directory where mini-buildd data will be stored.
+ The directory will also be the home directory for the mini-buildd user.
+ .
+ It should have enough space for all
  repositories and/or builders data you plan to use.
 
 Template: mini-buildd/admin_password
 Type: password
-_Description: Administrator's password:
- You may later login into the admin area of the web application
- via user 'admin' and the password you give here.
+_Description: Administrator password for mini-buildd:
+ Please choose the password for the administrative user of
+ mini-buildd. This password will be used, for the admin" user
+ in mini-buildd's web interface.
  .
- Entering a password will also trigger the (needed) initial
- creation of the 'admin' user.
+ If you enter a password, this will also trigger the creation of a
+ local "admin" user.
  .
- If you leave this empty, nothing will be done.
+ If you leave this empty, no user creation will happen.
 
 Template: mini-buildd/options
 Type: string
 Default: --verbose
 _Description: Extra options:
- You may add any mini-buildd command line option here (see
- 'mini-buildd --help').
- .
- However, the only really recommended option to give here is to
- increase/decrease the log level via '-v, --verbose' or '-q,
- --quiet', respectively.
+ Please add any mini-buildd command line option you would like to use
+ (see the output of "mini-buildd --help" for a full set of available
+ options).
+ .
+ The only really recommended option, here, is to
+ increase/decrease the log level via "-v, --verbose" or "-q,
+ --quiet", respectively.
 
 Template: mini-buildd/note
 Type: note
 _Description: Package configuration complete
  After the package installation is complete, visit the new home
- of your local mini-build instance. Unless you changed the
- defaults, this should be reachable via:
- .
- http://localhost:8066
+ of the local mini-build instance. Unless you changed the
+ defaults, this should be reachable via http://localhost:8066.
  .
- A good starting point is the online manual's Quickstart.
+ A good starting point is the online manual named "Quickstart".
--- mini-buildd.old/debian/control  2013-10-08 19:17:25.844663113 +0200
+++ mini-buildd/debian/control  2013-10-22 14:02:10.850394040 +0200
@@ -35,11 +35,11 @@
  python-argcomplete (>= 0.5.4),
  python-keyring (>= 1.6),
  python-debian (>= 0.1.18~)
-Description: Minimal Debian build daemon: python library and user tool
- mini-buildd is an easy-to-configure Debian autobuilder and
- repository.
+Description: minimal build daemon - python library and user tool
+ Mini-buildd is an easy to configure autobuilder and
+ repository for deb packages.
  .
- This package includes the user space control tool and the
+ More specifically, this package includes the user space control tool and the
  'mini_buildd' python package.
 
 Package: mini-buildd
@@ -72,14 +72,16 @@
 mini-buildd-bld (<< 1.0.0~)
 Replaces: mini-buildd-rep,
   mini-buildd-bld
-Description: Minimal Debian build daemon
- mini-buildd is an easy-to-configure Debian autobuilder and
- repository.
+Description: minimal build daemon - daemon
+ Mini-buildd is an easy to configure autobuilder and
+ repository for deb packages.
+ .
+ This package provides the main daemon.
 
 Package: mini-buildd-common
 Architecture: all
 Depends: ${misc:Depends}
-Description: minimal Debian build daemon - 08x upgrade dummy package
+Description: minimal build daemo

Bug#687156: fontconfig disjunction syntax incorrect

[Iain Lane]

Hi,

On Mon, Sep 10, 2012 at 12:40:35PM +0100, Iain Lane wrote:
> Package: ttf-wqy-zenhei
> Version: 0.9.45-4
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu quantal ubuntu-patch
> 
> 
> Hey,
> 
> Here's another fontconfig file with an invalid syntax for disjunction;
> patch attached.

Looks like you instead fixed this by removing the Chinese name from the
fontconfig file. I actually think the approach I suggested in this bug
is better. Would you consider it?

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


signature.asc
Description: Digital signature

Bug#727113: RFS: scorched3d/43.3+dfsg-1 [RC]

[Juhani Numminen]

Package: sponsorship-requests
Severity: important

Dear mentors and games team members,

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

 * Package name: scorched3d
   Version : 43.3+dfsg-1
   Upstream Author : Gavin Camp
 * URL : http://scorched3d.co.uk/
 * License : GPLv2+
   Section : games

It builds those binary packages:

 scorched3d - 3D artillery game similar to Scorched Earth
 scorched3d-data - data files for Scorched3D game
 scorched3d-dbg - 3D artillery game similar to Scorched Earth, debug data

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

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

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

 dget -x 
http://mentors.debian.net/debian/pool/main/s/scorched3d/scorched3d_43.3+dfsg-1.dsc

The Git repository of this package is available at
http://anonscm.debian.org/gitweb/?p=pkg-games/scorched3d.git.

More information about Scorched 3D can be obtained from
http://scorched3d.co.uk/.

Changes since the last upload:

scorched3d (43.3+dfsg-1) unstable; urgency=medium

  * Team upload.

  [ Stephen M. Webb ]
  * new upstream release
  * added myself as an uploader
  * refreshed debian/patches/01-openal-pkgconfig.diff
  * update to debhelper compat level 9
  * removed embedded copy of GLEW library (closes: #634843)
- removed lintian overrides
  * added dpkg Pre-Depends to -dbg and -data packages for xz compression
  * replaced the embedded copy of DejaVuCondensedBold font with the system one

  [ Juhani Numminen ]
  * Build-Depend on libpng-dev instead of libpng12-dev (Closes: #662497).
  * Update of debian/rules to dh 9 by Stephen M. Webb eliminates "cannot find
Makefile.in" FTBFS (Closes: #723051).
  * Set urgency to medium due to fix for release-critical bug.
  * Update standards version to 3.9.4. No changes were necessary.
  * Correct Vcs-* URLs to point to anonscm.debian.org.
  * Add missing patch metadata and unify patch style.
  * Add 0005-append-buildflags.patch to enable hardening.
  * Refer to GPL-2 instead of unversioned GPL in debian/copyright.
  * Add keywords to scorched3d.desktop file.

--
Cheers,
Juhani Numminen


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

Bug#727114: jabref: Unusable after 'missing comma between two fields' error

[Tobias Winchen]

Package: jabref
Version: 2.10~beta2+ds-2
Severity: normal

Dear Maintainer,


trying to  'save' a bibtex fille after manually adding a field in the BibTeX
source tab and forgetting the comma at the end of the line (see example below)
renders jabref unusable.
jabref spawns two error windows titled 'Problem with parsing entry' which are
not closable.

A defect bibtex file may look like this:
[...]
  Volume   = {32},
Note = {foo}
  Archiveprefix= {arXiv},
[...]


The following output is produced on the terminal:

java.io.IOException: Error in line 4 or above: Empty text token.
This could be caused by a missing comma between two fields.
at
net.sf.jabref.imports.BibtexParser.parseFieldContent(BibtexParser.java:587)
at net.sf.jabref.imports.BibtexParser.parseField(BibtexParser.java:505)
at net.sf.jabref.imports.BibtexParser.parseEntry(BibtexParser.java:493)
at net.sf.jabref.imports.BibtexParser.parse(BibtexParser.java:354)
at net.sf.jabref.EntryEditor.storeSource(EntryEditor.java:808)
at
net.sf.jabref.EntryEditor$StoreFieldAction.actionPerformed(EntryEditor.java:1303)
at net.sf.jabref.EntryEditor.updateField(EntryEditor.java:995)
at
net.sf.jabref.EntryEditor$FieldListener.focusLost(EntryEditor.java:1076)
at java.awt.AWTEventMulticaster.focusLost(AWTEventMulticaster.java:230)
at java.awt.Component.processFocusEvent(Component.java:6397)
at java.awt.Component.processEvent(Component.java:6261)
at java.awt.Container.processEvent(Container.java:2229)
at java.awt.Component.dispatchEventImpl(Component.java:4861)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4687)
at
java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1895)
at
java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:947)
at
java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:621)
at java.awt.Component.dispatchEventImpl(Component.java:4731)
at java.awt.Container.dispatchEventImpl(Container.java:2287)
at java.awt.Component.dispatchEvent(Component.java:4687)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735)
at java.awt.EventQueue.access$200(EventQueue.java:103)
at java.awt.EventQueue$3.run(EventQueue.java:694)
at java.awt.EventQueue$3.run(EventQueue.java:692)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
at java.awt.EventQueue$4.run(EventQueue.java:708)
at java.awt.EventQueue$4.run(EventQueue.java:706)
at java.security.AccessController.doPrivileged(Native Method)
at
java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:705)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
java.io.IOException: Error in line 4 or above: Empty text token.
This could be caused by a missing comma between two fields.
at
net.sf.jabref.imports.BibtexParser.parseFieldContent(BibtexParser.java:587)
at net.sf.jabref.imports.BibtexParser.parseField(BibtexParser.java:505)
at net.sf.jabref.imports.BibtexParser.parseEntry(BibtexParser.java:493)
at net.sf.jabref.imports.BibtexParser.parse(BibtexParser.java:354)
at net.sf.jabref.EntryEditor.storeSource(EntryEditor.java:808)
at
net.sf.jabref.EntryEditor$StoreFieldAction.actionPerformed(EntryEditor.java:1303)
at net.sf.jabref.EntryEditor.storeCurrentEdit(EntryEditor.java:713)
at net.sf.jabref.BasePanel.storeCurrentEdit(BasePanel.java:2499)
at
net.sf.jabref.export.SaveDatabaseAction.run(SaveDatabaseAction.java:161)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at spin.Invocation.evaluate(Invocation.java:181)
at spin.off.SpinOffEvaluator$1.run(SpinOffEvaluator.java:114)
at java.lang.Thread.run(Thread.java:724)

Bug#727115: apscheduler: new upstream release

[Antoine Musso]

Package: apscheduler
Version: 2.1.0-1

Upstream as released version 2.1.1 in pypi:
  https://pypi.python.org/pypi/APScheduler


Changelog:

* Fixed shutdown() in standalone mode
* Fixed the default value of the "db" parameter in the redis job store
* Switched to PyPy 2.0 for PyPy compatibility testing

https://bitbucket.org/agronholm/apscheduler/commits/818e3a2219097181ccfe986dee2287273bbed9bc?at=default

Note the PyPy dependency change from 1.9 to 2.0, probably not an issue.


-- 
Antoine "hashar" Musso


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

Bug#727086: uim-skk: uim-skk does'nt close skkserv connection correctly

[dai]

Control: forwarded -1 https://github.com/uim/uim/issues/32

i reproduced it to switch input method from skk to mozc or direct
by uim-toolbar-gtk's menu.

reproduced skkservers:

- dbskkd-cdb 1:2.00-6 with openbsd-inetd 0.20091229-2
- skksearch 0.0-21 with openbsd-inetd 0.20091229-2
- yaskkserv 0.5.2-3 (standalone)

so, i guess uim-skk's connection close issue.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#727116: polarssl: FTBFS on several architectures (regression)

[Niels Thykier]

Package: polarssl
Version: 1.3.1-1
Severity: serious

Hi,

Your package FTBFS on several architectures, more precisely mips,
powerpc, s390, s390x and sparc.  All failures appear to be caused
by test failures.

Note that all architectures where the package FTBFS are big endian,
which may (or may not) be related to the failure.

~Niels


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

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

[Andreas Beckmann]

On 2013-02-23 18:51, Andreas Beckmann wrote:
> Control: tag -1 moreinfo upstream
> 
> On Friday, 13. July 2012 18:58:48 Christian Tremel wrote:
>> ok, i downgraded the nvidia-dkms to 295.59-1 from snapshot "
>> http://snapshot.debian.org/archive/debian/20120710T092809Z/ wheezy main
>> contrib non-free" and set it on hold until this well known nvidia memory
>> leak crap gets fixed somehow. so the root of the problem is the nvidia
>> proprietary driver and the downgrade from 302.17 fixed it, at least in my
>> case. dunno whos maintaining this package, but maybe someone should forward
>> this info to the maintainer.
> 
> Which NVIDIA driver versions are affected?
> Did you try the latest driver from experimental (currently 313.18-2)?
> 
> There is nothing we can do to fix bugs in the proprietary closed-source 
> driver. Please report this to NVIDIA directly, their bug reporting 
> instructions can be found here:
> https://devtalk.nvidia.com/default/topic/522835/linux/if-you-have-a-problem-please-read-this-first/
> (And please post a link to an existing or new forum thread covering your 
> problem to this Debian bug so that we and others might follow the 
> developments.)

Ping.

testing (and wheezy-backports) has 304.108
unstable has 319.60
experimental has 325.15 (and in a few days 331.13)

Please test the newer drivers


Andreas


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

Bug#727117: binutils-avr: FTBFS on s390x - blocks testing migration

[Niels Thykier]

Package: binutils-avr
Version: 2.23.1-1
Severity: serious

Hi,

Your package FTBFS on s390x, but it built there in the past.  This
currently prevents binutils-avr from migrating to testing.

~Niels


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

Bug#717236: partman-reiserfs: depends on obsolete package reiserfs-modules

[Cyril Brulebois]

Thomas Dreibholz  (2013-10-22):
> Then, why does the kernel not longer provide reiserfs modules so that
> partman- reiserfs cannot support reiserfs any more?
> 
> The kernel (from git.kernel.org) still has reiserfs support, so why is
> Debian removing support without providing any smooth migration path to
> the users?  Particularly, the support is even removed without
> providing a better (or at least equal) solution. The only
> possibilities are to use ext4 (a performance downgrade) or btrfs
> (replacing a stable file system by an experimental one).

What about asking the right people? Meaning Debian kernel maintainers.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#726815: matanza: missing desktop and menu file Jessie Release Goal

[Markus Koschany]

Control: tags -1 patch

On 19.10.2013 18:02, Boris Pek wrote:
> If you prepare the patch for this package, I may upload it for you.

Hi Boris,

I'm attaching the debdiff and the new icons to this bug report. You just
have to copy the icons folder into the debian directory.

Regards,

Markus


matanza.tar.gz
Description: GNU Zip compressed data


signature.asc
Description: OpenPGP digital signature

Bug#727118: ccbuild: FTBFS on several architectures

[Niels Thykier]

Package: ccbuild
Version: 2.0.4-1
Severity: serious

Hi,

Your package FTBFS on several architectures were it was built in the
past.  This is a regression from the previous version and prevents
testing migration as well.

~Niels


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

Bug#718394: ITP: buck -- Facebook's build system for large Java projects

[Sylvestre Ledru]

Hello

What is the status of this ITP ? Do you need help ?
As Thomas said, please package it under the pkg-java umbrella. :)

Thanks,
Sylvestre


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

Bug#727113: RFS: scorched3d/43.3+dfsg-1 [RC]

[Andreas Tille]

Hi Juhani,

I'd consider sponsering the package regarding my Sponsering of Blends
effort at

   https://wiki.debian.org/DebianPureBlends/SoB

but the package is not listed inside the Debian Games tasks.

Kind regards

   Andreas

On Tue, Oct 22, 2013 at 03:22:05PM +0300, Juhani Numminen wrote:
> Package: sponsorship-requests
> Severity: important
> 
> Dear mentors and games team members,
> 
> I am looking for a sponsor for my package "scorched3d"
> 
>  * Package name: scorched3d
>Version : 43.3+dfsg-1
>Upstream Author : Gavin Camp
>  * URL : http://scorched3d.co.uk/
>  * License : GPLv2+
>Section : games
> 
> It builds those binary packages:
> 
>  scorched3d - 3D artillery game similar to Scorched Earth
>  scorched3d-data - data files for Scorched3D game
>  scorched3d-dbg - 3D artillery game similar to Scorched Earth, debug data
> 
> To access further information about this package, please visit the
> following URL:
> 
> http://mentors.debian.net/package/scorched3d
> 
> Alternatively, one can download the package with dget using this
> command:
> 
>  dget -x 
> http://mentors.debian.net/debian/pool/main/s/scorched3d/scorched3d_43.3+dfsg-1.dsc
> 
> The Git repository of this package is available at
> http://anonscm.debian.org/gitweb/?p=pkg-games/scorched3d.git.
> 
> More information about Scorched 3D can be obtained from
> http://scorched3d.co.uk/.
> 
> Changes since the last upload:
> 
> scorched3d (43.3+dfsg-1) unstable; urgency=medium
> 
>   * Team upload.
> 
>   [ Stephen M. Webb ]
>   * new upstream release
>   * added myself as an uploader
>   * refreshed debian/patches/01-openal-pkgconfig.diff
>   * update to debhelper compat level 9
>   * removed embedded copy of GLEW library (closes: #634843)
> - removed lintian overrides
>   * added dpkg Pre-Depends to -dbg and -data packages for xz compression
>   * replaced the embedded copy of DejaVuCondensedBold font with the system one
> 
>   [ Juhani Numminen ]
>   * Build-Depend on libpng-dev instead of libpng12-dev (Closes: #662497).
>   * Update of debian/rules to dh 9 by Stephen M. Webb eliminates "cannot find
> Makefile.in" FTBFS (Closes: #723051).
>   * Set urgency to medium due to fix for release-critical bug.
>   * Update standards version to 3.9.4. No changes were necessary.
>   * Correct Vcs-* URLs to point to anonscm.debian.org.
>   * Add missing patch metadata and unify patch style.
>   * Add 0005-append-buildflags.patch to enable hardening.
>   * Refer to GPL-2 instead of unversioned GPL in debian/copyright.
>   * Add keywords to scorched3d.desktop file.
> 
> --
> Cheers,
> Juhani Numminen
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20131022152205.225285f0@deadfish.hostile
> 
> 

-- 
http://fam-tille.de


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

Bug#727119: ncurses: Please add xenl to hurd terminfo

[Samuel Thibault]

Package: ncurses
Version: 5.9+20130608-1
Severity: normal
Tags: patch

Hello,

The Hurd console does ignore \n at end of lines, just like Linux does.
Could you thus add xenl to the hurd terminfo, as the attached patch
does?

Thanks,
Samuel

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

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

-- 
Samuel
Hi ! I'm a .signature virus ! Copy me into your ~/.signature, please !
--- debian/hurd.ti.orig 2013-10-22 14:43:45.135730149 +0200
+++ debian/hurd.ti  2013-10-22 14:44:56.057692200 +0200
@@ -18,6 +18,8 @@
am,
 # We wrap around the left edge.
bw,
+# We ignore \n at end of line
+   xenl,
 # Carriage return and newline.
cr=^M, nel=^M^J,
 # Move cursor to home position (to position P1, P2).

Bug#727121: appstream-index: conffiles not removed

[Paul Wise]

Package: appstream-index
Version: 0.4.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.

http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb

This bug report brought to you by adequate:

http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ pkg=appstream-index ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg 
| grep obsolete
appstream-index: obsolete-conffile 
/etc/dbus-1/system.d/org.freedesktop.AppStream.conf
 /etc/dbus-1/system.d/org.freedesktop.AppStream.conf 
53ea076e12ce493ec0fd7668ffdda2bb obsolete

-- System Information:
Debian Release: jessie/sid
  APT prefers experimental
  APT policy: (1400, 'experimental'), (1300, 'unstable'), (1200, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386

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

Versions of packages appstream-index depends on:
ii  libappstream0   0.4.0-1
ii  libc6   2.17-93
ii  libglib2.0-02.38.1-1
ii  libpackagekit-glib2-16  0.8.12-1
ii  libsqlite3-03.8.0.2-1
ii  libxapian22 1.2.15-2
ii  libxml2 2.9.1+dfsg1-3
ii  packagekit  0.8.12-1

Versions of packages appstream-index recommends:
ii  app-install-data  2012.06.16.1

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#727120: apt: add name/path to "could not lock the cache file"

[Tony den Haan]

Package: apt
Version: 0.9.11.4
Severity: normal

Dear Maintainer,

 after a failed upgrade system was in bad shape, trying to upgrade kept 
giving me
 "could not lock the cache file". even after quite a while on google i 
could not find what this 'cache file' was supposed to be. given the threads i 
ran into i think it would be rather useful to actually tell us what where to 
find this cache file :)

-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

# 
# deb cdrom:[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 NETINST Binary-1 
20070407-11:29]/ etch contrib main

#deb cdrom:[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 NETINST Binary-1 
20070407-11:29]/ etch contrib main

#deb http://ftp.debian.nl/debian/ testing main
deb http://ftp.debian.de/debian/ testing main contrib non-free
#deb-src http://ftp.debian.nl/debian/ testing main
deb-src http://ftp.debian.de/debian/ testing main contrib non-free

deb http://security.debian.org/ testing/updates main contrib
deb-src http://security.debian.org/ testing/updates main contrib

#fuckingclamav
#deb http://volatile.debian.org/debian-volatile testing/volatile main contrib 
non-free


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring  2012.4
ii  gnupg   1.4.15-1.1
ii  libapt-pkg4.12  0.9.11.4
ii  libc6   2.17-93
ii  libgcc1 1:4.8.1-10
ii  libstdc++6  4.8.1-10

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc 
ii  aptitude0.6.8.2-1.2
ii  dpkg-dev1.16.12
ii  python-apt  0.8.9.1+b1
ii  xz-utils5.1.1alpha+20120614-2

-- no debconf information


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

Bug#697874: Legacy drivers and gdb

[Andreas Beckmann]

Control: reassign -1 nvidia-legacy-304xx-driver 304.64-3

On 2013-01-13 20:52, Harald wrote:
> Andreas,
> 
> thanks for your suggestions. I followed those and installed the 486
> kernel and combined the 686-pae and the 486 kernel with nvidia driver
> 304.64 (the actual one), 173.14.35 (from legacy-173xx package), and
> finally 96.43.23-2 (from legacy-96xx package. The result was always the
> same: X crashed on the invocation of gv.

I don't expect the 304.108 driver would fix this, but have you tried it
anyway?

> Program received signal SIGABRT, Aborted.
> 0xb7504424 in __kernel_vsyscall ()
> #0  0xb7504424 in __kernel_vsyscall ()
> No symbol table info available.
> #1  0xb71c8941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #2  0xb71cbd72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #3  0xb7204e15 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #4  0xb720ef01 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #5  0xb7210768 in ?? () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.
> #6  0xb721381d in free () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
> No symbol table info available.

memory corruption? double free? free of overwritten pointer?

libc6 debug package would have been helpful, too

> #7  0xb755f8c7 in doListFontsWithInfo (client=0xb8b675b8, c=0xb8b6ba58)
> at ../../dix/dixfonts.c:1038
> #8  0xb756375d in ProcessWorkQueue () at ../../dix/dixutils.c:522
> #9  0xb769d860 in WaitForSomething (
> pClientsReady=pClientsReady@entry=0xb89e5658) at ../../os/WaitFor.c:170
> #10 0xb755f0ee in Dispatch () at ../../dix/dispatch.c:357
> #11 0xb754ce95 in main (argc=6, argv=0xbfbb9394, envp=0xbfbb93b0)
> at ../../dix/main.c:288

http://codesearch.debian.net/search?q=doListFontsWithInfo
==> this is xorg-xserver

Nothing at all from nvidia in the backtrace ...


Andreas


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

Bug#727122: [gitolite3] Do not create a test-repo with @all RW

[Bastien ROUCARIÈS]

Package: gitolite3
Severity: grave
Tags: security
X-Debbugs-CC: secure-testing-t...@lists.alioth.debian.org

By default gitolite3 install create a test repo (see gitolite.conf)
repo testing:
RW+ = @all

This repositionnery is writtable by every one and could lead to distant dos 
(disk full).

Bastien


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

Bug#727123: apt-listdifferences: French debconf translation update

[Jean-Baka Domelevo Entfellner]

Package: apt-listdifferences
Version: N/A
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Please find attached the French debconf templates update, proofread by the
debian-l10n-french mailing list contributors.



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

Kernel: Linux 3.6.6 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of apt-listdifferences messages to French
# Copyright (C) 2011-2013  Debian French l10n team 
# This file is distributed under the same license as the apt-listdifferences package.
#
# Jean-Baka Domelevo Entfellner , 2013.
msgid ""
msgstr ""
"Project-Id-Version: apt-listdifferences\n"
"Report-Msgid-Bugs-To: apt-listdifferen...@packages.debian.org\n"
"POT-Creation-Date: 2013-10-06 17:28+0200\n"
"PO-Revision-Date: 2013-10-18 15:06+0200\n"
"Last-Translator: Jean-Baka Domelevo Entfellner \n"
"Language-Team: French \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"
"Plural-Forms: nplurals=2; plural=n>1;\n"
"Language: FR\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Initialize the apt-listdifferences source packages database now?"
msgstr ""
"Faut-il initialiser maintenant la base de données des paquets source d'apt-"
"listdifferences ?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"The source packages database for apt-listdifferences can be initialized now. "
"Depending on your Internet connection, this may take a while, but it will "
"also provide immediate functionality for the tool."
msgstr ""
"La base de données des paquets source d'apt-listdifferences peut maintenant "
"être initialisée. En fonction de votre connexion à Internet, cette opération "
"peut prendre un certain temps, mais elle permettra à cet outil de "
"fonctionner dès à présent."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"If you do not choose this option, apt-list-differences will instead become "
"functional slowly over time as more and more reference source packages get "
"added to its database when they are first seen."
msgstr ""
"Si vous ne choisissez pas cette option, apt-listdifferences n'atteindra sa "
"pleine fonctionnalité que progressivement, les paquets source de référence "
"étant ajoutés à la base de données au fur et à mesure qu'ils sont vus pour "
"la première fois."

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Remove the apt-listdifferences source packages database?"
msgstr ""
"Faut-il supprimer la base de données des paquets source d'apt-"
"listdifferences ?"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"The apt-listdifferences source packages database is currently still present "
"on disk.  You can save a lot of space by removing it now, but if you ever "
"plan to reinstall apt-listdifferences, the data will need to be downloaded "
"again."
msgstr ""
"La base de données des paquets source d'apt-listdifferences réside toujours "
"sur votre disque. Vous pouvez gagner beaucoup d'espace en la supprimant "
"maintenant, mais dans ce cas vous devrez télécharger de nouveau ces données "
"si jamais vous deviez réinstaller apt-listdifferences à l'avenir."

Bug#727045: [pkg-octave/master] no-automake-werror.patch: new patch, removes -Werror from automake.

[Sébastien Villemot]

tag 727045 pending
thanks

Date: Tue Oct 22 14:36:07 2013 +0200
Author: Sébastien Villemot 
Commit ID: d4efc247acd762529c412c62cb09ea152138fd80
Commit URL: 
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff;h=d4efc247acd762529c412c62cb09ea152138fd80
Patch URL: 
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff_plain;h=d4efc247acd762529c412c62cb09ea152138fd80

no-automake-werror.patch: new patch, removes -Werror from automake.

Closes: #727045
  


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

Bug#701009: Bands at the top of the screen.

[Andreas Beckmann]

Hi,

On 2013-02-20 13:05, Travel wrote:
> I apologize for my English. When you move a window in the top of the
> screen, you can see the band, especially the band are clearly visible when
> playing video (in this letter is embedded video, which was filmed on the
> phone, specially selected video with flares, that would be easier to see).
> I use Gnome 3.4.2.

> 01:00.0 VGA compatible controller: NVIDIA Corporation GF119 [GeForce 410M]
> (rev a1)

Sorry for getting back to you so late ...

Have you tried the newer driver releases?
wheezy was released with 304.88,
testing and wheezy-backports has 304.108
unstable has 319.60
experimental 325.15 (and in a few days 331.xx)

Andreas


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

Bug#727116: Debian: polarssl 1.3.1 fails to build from source on big endian architectures

[Roland Stigge]

Hi,

at Debian, it has just been discovered that some tests fail on big
endian architectures (powerpc etc.), e.g.:

 - test_suite_ecdh
   ECDH primitive rfc 5903 p256 ..
FAILED
  mpi_cmp_mpi( &qA.X, &check ) == 0
ECDH primitive rfc 5903 p384 .. FAILED
  mpi_cmp_mpi( &qA.X, &check ) == 0
ECDH primitive rfc 5903 p521 .. FAILED
  mpi_cmp_mpi( &qA.X, &check ) == 0
FAILED (7 / 10 tests (0 skipped))
 Failed ***

 - test_suite_ecdsa
   ECDSA primitive rfc 4754 p256 .
FAILED
  mpi_cmp_mpi( &r, &r_check ) == 0
ECDSA primitive rfc 4754 p384 . FAILED
  mpi_cmp_mpi( &r, &r_check ) == 0
ECDSA primitive rfc 4754 p521 . FAILED
  mpi_cmp_mpi( &r, &r_check ) == 0
FAILED (10 / 13 tests (0 skipped))
 Failed ***

See also https://buildd.debian.org/status/package.php?p=polarssl

I guess this is due to some little endian specific code in mpi_shift_r()
or similar or in tests design.

Best regards,

Roland


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

Bug#727082: apt: dist-upgrade says "no longer required" and "will be installed" for the same packages

[David Kalnischkies]

Hi,

On Tue, Oct 22, 2013 at 8:08 AM, Ph. Marek  wrote:
> $ LANG=C apt-get dist-upgrade
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Calculating upgrade... The following packages were automatically installed and
> are no longer required:
>   gir1.2-gstreamer-1.0 python3-enchant python3-gtkspellcheck
> Use 'apt-get autoremove' to remove them.
> Done

This shows a "display bug" – there shouldn't be code printing stuff between
"Calculating upgrade…" and "Done", but it looks like the recent reshuffling of
code made it happen.


> The following packages have been kept back:
>   gaupol

This should be the reported problem itself.

I presume you have 0.19.2-1 installed and apt is trying to upgrade you to
0.24.3-1, but decides against it because of $REASON.

I can construct a testcase here with conflicting packages as $REASON,
but I guess your $REASON is different which would be interesting to know
so that we can cover all bases. Running:
$ apt-get dist-upgrade -s -o Debug::pkgProblemResolver=1 -o
Debug::pkgDepCache::Marker=1 -o Debug::pkgDepCache::AutoInstall=1
should print a bunch of stuff telling us what the $REASON is.


Best regards

David Kalnischkies


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

Bug#727120: apt: add name/path to "could not lock the cache file"

[David Kalnischkies]

Hi,

On Tue, Oct 22, 2013 at 2:46 PM, Tony den Haan  wrote:
>  after a failed upgrade system was in bad shape, trying to upgrade 
> kept giving me
>  "could not lock the cache file". even after quite a while on google 
> i could not find what this 'cache file' was supposed to be. given the threads 
> i ran into i think it would be rather useful to actually tell us what where 
> to find this cache file :)

I am sorry that you are experiencing problems, but your problem description
is a bit unclear. Could you please tell us which commands you run exactly
and what the complete and exact output of these commands are.
(preface them with LANG=C to be sure to get non-translated messages)

[ The message you mention here doesn't exist in apt,
  but a few remotely related do ]


Best regards

David Kalnischkies


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

Bug#727082: apt: dist-upgrade says "no longer required" and "will be installed" for the same packages

[Philipp Marek]

Hello David,


> I can construct a testcase here with conflicting packages as $REASON,
> but I guess your $REASON is different which would be interesting to
> know so that we can cover all bases. Running:
> $ apt-get dist-upgrade -s -o Debug::pkgProblemResolver=1 -o
> Debug::pkgDepCache::Marker=1 -o Debug::pkgDepCache::AutoInstall=1
> should print a bunch of stuff telling us what the $REASON is.
here you are.


Regards,

Phil


d-u-reason.txt.gz
Description: GNU Zip compressed data

Bug#727065: [Pkg-samba-maint] Bug#727065: [samba] 01/01: debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS handling to work independently of header include order. Closes: #727065

[Jelmer Vernooij]

On Tue, Oct 22, 2013 at 11:13:39PM +1300, Andrew Bartlett wrote:
> On Tue, 2013-10-22 at 03:34 +, Steve Langasek wrote:
> > This is an automated email from the git hooks/post-receive script.
> > 
> > vorlon pushed a commit to branch master
> > in repository samba.
> > 
> > commit b6df53758df589060f31e6ceda303cc40dfc82f5
> > Author: Steve Langasek 
> > Date:   Mon Oct 21 20:34:10 2013 -0700
> > 
> > debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS 
> > handling to work independently of header include order.  Closes: #727065.
> > ---
> >  debian/changelog|2 ++
> >  debian/patches/bug_221618_precise-64bit-prototype.patch |   10 --
> >  2 files changed, 10 insertions(+), 2 deletions(-)
> > 
> > diff --git a/debian/changelog b/debian/changelog
> > index 77b02bc..66ec7e4 100644
> > --- a/debian/changelog
> > +++ b/debian/changelog
> > @@ -22,6 +22,8 @@ samba (2:4.0.10+dfsg-3) UNRELEASED; urgency=low
> >[ Steve Langasek ]
> >* Don't fail on errors from testparm in the samba init script.
> >  Closes: #726326
> > +  * debian/patches/bug_221618_precise-64bit-prototype.patch: adjust the LFS
> > +handling to work independently of header include order.  Closes: 
> > #727065.
> >  
> >   -- Ivo De Decker   Mon, 14 Oct 2013 19:33:04 +0200
> >  
> > diff --git a/debian/patches/bug_221618_precise-64bit-prototype.patch 
> > b/debian/patches/bug_221618_precise-64bit-prototype.patch
> > index 31108f2..3f8b302 100644
> > --- a/debian/patches/bug_221618_precise-64bit-prototype.patch
> > +++ b/debian/patches/bug_221618_precise-64bit-prototype.patch
> > @@ -7,12 +7,18 @@ Index: samba/source3/include/libsmbclient.h
> >  ===
> >  --- samba.orig/source3/include/libsmbclient.h
> >  +++ samba/source3/include/libsmbclient.h
> > -@@ -79,6 +79,10 @@
> > +@@ -79,6 +79,16 @@
> >   #include 
> >   #include 
> >   
> >  +  /* Debian bug #221618 */
> > -+#define _LARGEFILE64_SOURCE
> > ++#ifdef _LARGEFILE64_SOURCE
> > ++#undef _LARGEFILE64_SOURCE
> > ++#endif
> > ++#define _LARGEFILE64_SOURCE 1
> > ++#ifdef _FILE_OFFSET_BITS
> > ++#undef _FILE_OFFSET_BITS
> > ++#endif
> >  +#define _FILE_OFFSET_BITS 64
> >  +
> >   #define SMBC_BASE_FD1 /* smallest file descriptor returned */
> 
> As you know, I don't like this, and I still think this is in the wrong
> place.  Perhaps we need to get this into our CFLAGS.  Forced into this
> header, we just ensure the particular .c file this is included in uses
> 64-bit file handles, but not the other C files that link to that in the
> binary using our library.  It just pushes the problem around, it doesn't
> fix it. 
Perhaps an option is to require building with _LARGEFILE64_SOURCE, 
adding that flag to the smbclient.pc file and just having something
along the lines of:

#if _LARGEFILE64_SOURCE != -1
#error "Please build with -D_LARGEFILE64_SOURCE"
#endif

in the header of smbclient.h.

The disadvantage of that is that it will probably break the build
of some existing consumers at the moment (though rightly so).

Cheers,

Jelmer


signature.asc
Description: Digital signature

Bug#694155: nvidia-vdpau-driver:amd64: Only native resolution on DFP available with recent NVidia driver version

[Andreas Beckmann]

On 2012-11-25 12:00, Roberto Di Cosmo wrote:
> After careful investigation, this issue comes from
> an upstream design decision in the 3xx driver series.
> 
> In this new series of the NVidia driver, for reasons
> that completely escape my understanding, the user
> is directly exposed to the (powerful) details of
> the inner working of the GPU pipeline, like
> RasterSize, ViewPortIn, ViewPortOut etc. See
[...]
> Did not find out how to do the same using xrandr yet.
> 
> A good tutorial on how to get the basic old functionality
> with these new features would be a big plus.

No idea :-(

Has anything "improved" with the more recent drivers?
304.88 in wheezy
304.108 in wheezy-backports and testing
319.60 in unstable
325.15 in experimental?

What should we do with this bug report?


Andreas


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

Bug#725850: [RFR] templates://mini-buildd/{mini-buildd.templates}

[victory]

On Tue, 22 Oct 2013 14:10:06 +0200
Christian PERRIER wrote:

>  Template: mini-buildd/admin_password
> + mini-buildd. This password will be used, for the admin" user

"admin" user


-- 
victory
no need to CC me :-)
http://userscripts.org/scripts/show/102724 0.0.1.4
http://userscripts.org/scripts/show/163846 0.0.1
http://userscripts.org/scripts/show/163848 0.0.1


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

Bug#703517: nvidia-glx: Xorg server crash after sleep/resume with nvidia-glx > 295.59

[Andreas Beckmann]

On 2013-03-20 14:59, Alexandre Arbey wrote:
> I am using Debian on a Macbook Pro. The computer is going to sleep
> correctly,
> but after resume, the Xorg server crashes and restarts. After the server
> restart, everything works correctly. This behaviour only happens with
> nvidia-
> glx > 295.59.

Do the newer drivers (304.108 in testing and wheezy-backports), 319.60
in sid, 325.15 in experimental fix anything?


Andreas


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

Bug#709386: draftsight does not show cursor

[Andreas Beckmann]

On 2013-05-23 10:58, Andreas Beckmann wrote:
> On 2013-05-23 00:36, Marco Righi wrote:
>> The DraftSight CAD program soes not show the curor using nvidia drivers.
>> I have not problem with my ACER 6292 (Intel video card).
>>
>> Please write me if I can help you.
> 
> Please try the 319.17 driver that is currently staged in experimental.
> According to the upstream changelog there were several cursor related
> fixes in 313.xx
> 
> It will require several packages built from src:nvidia-support and
> src:glx-alternatives in wheezy-backports (or just jessie).

Unstable now has 319.60, experimental 325.15. Do they fix your problem?

Andreas


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

Bug#649038: elfutils FTBFS on kfreebsd

[Niels Thykier]

Control: severity -1 serious

> On Fri, Sep 20, 2013 at 08:42:21PM +0200, Michael Biebl wrote:
>> 
>> That doesn't make it this build failure non RC though.
> 
> Failure to build on a buildd is not an RC bug.  It builds
> perfectly fine on kfreebsd, just not in a chroot.
> 
> 
> Kurt

I am sorry, but I believe the release team disagree with your assertion
here in general.  Should you believe elfutils to be an exceptional case,
then I am willing to hear your arguments (please CC debian-release@l.d.o).
  However, in that case, I will at the very least insist that you will
ensure that elfutils is built on all architectures on every upload /in a
timely fashion/ - for reference, I consider 20 days to be unacceptable.
 The current practise just results in RC bug fixes being stuck in sid
(e.g. #701271)...


~Niels


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

Bug#725850: [RFR] templates://mini-buildd/{mini-buildd.templates}

[Justin B Rye]

Christian PERRIER wrote:
>  Template: mini-buildd/home
>  Type: string
>  Default: /var/lib/mini-buildd
>  _Description: Home path:
> + Please choose the directory where mini-buildd data will be stored.
> + The directory will also be the home directory for the mini-buildd user.
> + .
> + It should have enough space for all
>   repositories and/or builders data you plan to use.

Is that "any/all repository data and any/all builder data", or what?
Probably clearer as:

It should have enough space for all the builders and repositories
you plan to use.
  
>  Template: mini-buildd/admin_password
>  Type: password
> +_Description: Administrator password for mini-buildd:
> + Please choose the password for the administrative user of
> + mini-buildd. This password will be used, for the admin" user
> + in mini-buildd's web interface.

A minor <,> surplus and <"> shortage (thanks, victory).

[...]
>  Template: mini-buildd/options
>  Type: string
>  Default: --verbose
>  _Description: Extra options:
> + Please add any mini-buildd command line option you would like to use
> + (see the output of "mini-buildd --help" for a full set of available
> + options).

Perhaps a case for "(s)", but probably just using plural "any
mini-buildd command line options" is more idiomatic.

> + .
> + The only really recommended option, here, is to
> + increase/decrease the log level via "-v, --verbose" or "-q,
> + --quiet", respectively.

At least the "respectively" works here.  I'd still prefer to avoid it,
though:

Please add any mini-buildd command line options you would like to use
("mini-buildd --help" gives a list of available options).
.
The only options really recommended for use here are "-v"/"--verbose"
to increase the log level or "-q"/"--quiet" to decrease it.

>  Template: mini-buildd/note
>  Type: note
>  _Description: Package configuration complete

Does it mean

   _Description: Configuration of mini-buildd complete

...?  If so, why does this need a debconf note?

>   After the package installation is complete, visit the new home
> + of the local mini-build instance. Unless you changed the
> + defaults, this should be reachable via http://localhost:8066.

When it says "after the package installation", does it mean the
installation of this package it just declared completely installed and
configured?  Or is it talking about something the buildd does?
Assuming the former, it boils down to:

Unless you changed the defaults, you should now be able to visit the
new home of the local mini-buildd instance at http://localhost:8066.

And I'd find this message pretty annoying if I had to install
mini-buildd on multiple machines...

In the control file:
> +Description: minimal build daemon - python library and user tool

s/python/Python/

> + Mini-buildd is an easy to configure autobuilder and
> + repository for deb packages.

When "easy to X" is being used as if it was a one-word adjective
before the noun it's entitled to hyphens.

I have to admit I always find "deb package" vaguely annoying, but it
seems to be the best solution.  (And we do need to be clear, when
there are also Python packages about.)

>   .
> + More specifically, this package includes the user space control tool and the
>   'mini_buildd' python package.

Users read "user space" as "stored under ~/" (I saw another real-life
example of this happening just a couple of weeks ago); if we want to
make it clear it's not in kernelspace, we need to write it as one
word.  But how likely is it that anybody would expect a "control tool"
for a buildd to run in kernelspace?  Just say:

This package includes the control utility "mini-buildd-tool" along
with the "mini_buildd" Python package.
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru mini-buildd-1.0.0~gamma.1.pristine/debian/control 
mini-buildd-1.0.0~gamma.1/debian/control
--- mini-buildd-1.0.0~gamma.1.pristine/debian/control   2013-09-11 
16:26:24.0 +0100
+++ mini-buildd-1.0.0~gamma.1/debian/control2013-10-22 14:02:12.189279155 
+0100
@@ -35,12 +35,12 @@
  python-argcomplete (>= 0.5.4),
  python-keyring (>= 1.6),
  python-debian (>= 0.1.18~)
-Description: Minimal Debian build daemon: python library and user tool
- mini-buildd is an easy-to-configure Debian autobuilder and
- repository.
+Description: minimal build daemon - python library and user tool
+ Mini-buildd is an easy-to-configure autobuilder and
+ repository for deb packages.
  .
- This package includes the user space control tool and the
- 'mini_buildd' python package.
+ This package includes the control utility "mini-buildd-tool" along
+ with the "mini_buildd" Python package.
 
 Package: mini-buildd
 Architecture: all
@@ -72,14 +72,16 @@
 mini-buildd-bld (<< 1.0.0~)
 Replaces: mini-buildd-rep,
   mini-buildd-bld
-Description: Minimal Debian build daemon
- mini-buildd i

Bug#726066: Updated packaging

[Henry-Nicolas Tourneur]

Sure, I'll update the package with your merge request (as well as with 
the #62 you proposed today) then upload it to mentors.d.n :)


Thx for the improvement proposal.

Best regards,

Henry-Nicolas Tourneur

Le 11/10/2013 23:51, Vincent Bernat a écrit :

Package: exabgp
Version: 3.1.9-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

I have updated packaging in ExaBGP GitHub repository. You may want to
have a look at some of the simplifications that I have introduced in
debian/rules. You can find the changes here:

 https://github.com/Exa-Networks/exabgp/pull/57

If you need a sponsor to upload, I will be happy to upload too. I 
also

think that postinst/postrm scripts can be simplified to remove stuff
too old (usually, we only keep what is needed to upgrade from
oldstable to allow easy backporting). But I didn't really look at it.

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

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

Versions of packages exabgp depends on:
ii  adduser  3.113+nmu3
ii  debconf  1.5.51
ii  python   2.7.5-5
ii  ucf  3.0027+nmu1

exabgp recommends no packages.

exabgp suggests no packages.

- -- no debconf information

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

iQIcBAEBCAAGBQJSWHLwAAoJEJWkL+g1NSX5XFsP/AgWJtOXC9XOinwhurjF/N3P
WPRnzbgZOGhKfT1ttQou+YaEyhEsEz2BOp5/Ibfftrs6NG2u3ym4OL8LUZ0s51uM
jBCOHp3f7uSPaR07V7YQcsEK01otU4FvDqGZm7OMBswvXgu6iw+JbX4YnUEiSGQX
Iv3pioZsbMNw3+Udy4syxXGduVzbQeMrF53RfwuMWRKXfYHE4TIqW+B+wQRHFw1L
1gou5Qe7FTKM4hg0ZVMaGxAz/w4ErYzYmS6Rb5J8+IEVeelc0pVIRGBoM7NhoFBm
BM4O6qR67EIDdT2QCXjw2oS2ywL7YRFy4wYJHcbWR4CUaRY6YGwPbcVepUxolhsc
Lol6TcyBqRDEp3I6SYQj3W6zQZsMpO4d8RbskmBk/YtFi1yq9Slv9EbX2LuUdmWS
zzaTM92pfHEtgePAuziCZiY/799CPpOexnOQ7Qe8pqorLmSEo08+F1r+uF6/sA2/
DZnD365FRWn7trFTqvH5JEDuG6D/1YJFWBsmS6IkX1LOrB4pBLHNIgh2QiIdRdZN
P7cpuysvfO4hm4R3kPh4RTU8FqFoeSsgaihPPmiDxppR+LXG7vrPIS4vNi7GdK1x
5GJuRS1fjxON/fntz2nAVioNdsiR5pLbt6jm2c1BpZhX/Q6+Aa4QJFsHRt8x2yiA
3mioEsWK6rGlKmDNB/hT
=9cHL
-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#727113: RFS: scorched3d/43.3+dfsg-1 [RC]

[Juhani Numminen]

Hi Andreas,

Tue, 22 Oct 2013 14:44:43 +0200
Andreas Tille  kirjoitti:
> Hi Juhani,
> 
> I'd consider sponsering the package regarding my Sponsering of Blends
> effort at
> 
>https://wiki.debian.org/DebianPureBlends/SoB
> 
> but the package is not listed inside the Debian Games tasks.

This is new to me.
So should it be listed in one of the packages at
http://anonscm.debian.org/gitweb/?p=blends/projects/games.git?

And is it the plan of the Games Team to list most of the game packages
there eventually?

--
Best Regards,
Juhani Numminen


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

Bug#700364: libgl1-nvidia-glx: libnvidia-tls causing general protection faults in kdeinit4 and ksmserver

[Andreas Beckmann]

On 2013-02-12 04:08, Dan Brown wrote:
> Package: libgl1-nvidia-glx
> Version: 304.64-4

> I have a 3 monitor system using the DVI and VGA outputs of a ASUS M2A-VM 
> motherboard with a ATI Radeon RS690(X1200) video chipset
> and the DVI output of an NVidia GEForce GT218 (8400 GS) PCIex16 video card. 
> So near as I can tell the problem occurred when I upgraded the 
> libgl1-nvidia-glx nvidia driver packages 
> on January 21st to 304.64 from 304.63.  Numerous other nvidia packages 
> upgraded previous to that to 304.64 as well 
> but the reboot on the 21st afterwards only arrived with a blank screen from 
> which you cannot switch to a command line
> prompt.  I do not have my xorg.conf file set to disable this.  SSH'ing into 
> the machine reveals only that 
> X has crashed.

Interesting setup :-)

Do the newer drivers fix the issue?

wheezy has 304.88
wheezy-backports and testing has 304.108
sid has 319.60
experimental has 325.15


Andreas


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

Bug#727053: how to manage patches with dgit?

[Antoine Beaupré]

On 2013-10-22 08:05:08, Ian Jackson wrote:
> retitle 727053 quilt fixup fails in dirty (built) trees
> thanks
>
> So, thanks for your report.  Looking at the git tree and the uploaded
> files, I have repro'd what I think is at the root of your problem.

Great!

> I think the error you must have originally had (which prevented your
> non-dry-run push) was due to your working tree being dirty when you
> ran dgit push.  Specifically, git-buildpackage would have left the
> build products, debhelper log, and so forth.

Hummm... I am really not sure about this. I believe that
git-buildpackage builds in a completely different directory, after
git-export'ing the repository, so there shouldn't be any such cruft
around...

> A workaround would be to run debian/rules clean before dgit push.
> Also, I think using one of dgit's build wrappers would have avoided
> the problem.

... furthermore, I couldn't use dgit's build wrapper because I use a
combination of pbuilder/cowbuilder with git-buildpackage to build
packages in a sid chroot (still running this server in wheezy here).

So those packages were not even built within the same environment, so I
strongly doubt those files were present.

> Nevertheless, I think this is suboptimal and I have therefore
> developed what seems to be a fix.  0.16 will have it.

Okay. It would have helped a lot if the error message would have been
clearer - I couldn't even understand the diff presented: what it was
diffing, or why, or why it was an error, or how to fix it.

> Thanks for providing that repro recipe.  Unfortunately it's not
> entirely accurate because using --dry-run prevents dgit from doing its
> usual quilt fixup step.  That means that the messages you get are
> expected but not very helpful.  0.16 will have a new --damp-run mode
> which is willing to make local changes, which will naturally produce a
> more accurate transcript when things aren't working.

That's a great idea.

> I'm just about to finish up and push 0.16.

Sweet!

> The results of your attempts to manually fix things up for
> bugs-everywhere aren't ideal.  I don't know if the clone will work
> after your package comes out of NEW.  Could you let me know when it is
> out of NEW and I'll check ?

I will do my best to remember this.

> If it doesn't work, I'd appreciate it if you'd give me your blessing
> to upload an empty NMU (that is, an NMU with only a version number
> bump) using dgit.  This will allow me to check that the change I have
> made in dgit 0.16 actually fixes your problem in your workflow, and
> also make sure that the dgit-repos and archive have corresponding
> contents.  If this is OK, please let me know what version number I
> should use for the upload.

I subscribe to the "LowNMU" policy, but even without that, you have my
full blessing. I believe a -1.0 suffix would be fine.

> Alternatively, if you plan to make another upload yourself, with dgit,
> then if we're lucky that will work.

Awesome, I will let you know in any case. I suspect the package may have
trouble getting through NEW, mainly because I feel I may have overlooked
some things in the package, so I may very well have to do that upload
again. :)

Thanks for the great and quick followup!

A.

-- 
Antoine Beaupré +++ Réseau Koumbit Networks +++ +1.514.387.6262 #208



pgporblk3TuOX.pgp
Description: PGP signature

Bug#727124: O: nautilus-actions -- nautilus extension to configure programs to launch

[alice ferrazzi]

Package: wnpp
Severity: normal

I'm orphaning the package because I moved to different distribution and
 Window Manager.

-- 

 .vir.Alice Ferrazzi 
  .d$$b.
  ( )$b Gentoo,  If it moves, compile it!
 Q$$B
"P  My_overlay: https://github.com/aliceinwire/overlay
   d$$$P"
  $$PKey fingerprint = 0EE4 555E 3AAC B4A4 798D 9AC5 8E31 1808 C553
2D33
 `Q$$P"

Bug#724651: Nvidia driver and X Segmentation fault - Fatal server

[Andreas Beckmann]

On 2013-09-26 11:04, Luigi Cirillo wrote:
> Package: nvidia-kernel-dkms
> Version: 304.88-1+deb7u1

> I am going crazy to install Debian on Acer Aspire 7720G.
> The problem is the Nvidia GPU.
> I followed this guide https://wiki.debian.org/NvidiaGraphicsDrivers and it
> does not work "Nvidia Segmentation fault"
> Thank you

> lspci 'VGA compatible controller [0300]':
> 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G84 [GeForce
> 8600M GT] [10de:0407] (rev a1) (prog-if 00 [VGA controller])

> [   63.943690] NVRM: GPU at :01:00:
> GPU-328e736e-4da2-765b-a050-358f9b9a3001
> [   63.943703] NVRM: Xid (:01:00): 56, CMDre  0088 0100cb05
> 0007 
> [   63.943973] NVRM: Xid (:01:00): 56, CMDre  008c 
> 0005 0008
> [   67.989850] NVRM: Xid (:01:00): 56, CMDre  0088 0100cb0c
> 0007 
> [   67.990037] NVRM: Xid (:01:00): 56, CMDre  008c 
> 0005 0008
> [   70.993385] NVRM: Xid (:01:00): 56, CMDre  0080 
> 0005 0008

Please try the newer drivers:
304.108 in wheezy-backports and testing
319.60 in unstable
325.15 in experimental

Thanks

Andreas


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

Bug#727113: RFS: scorched3d/43.3+dfsg-1 [RC]

[Andreas Tille]

Hi Juhani,

On Tue, Oct 22, 2013 at 04:28:29PM +0300, Juhani Numminen wrote:
> Hi Andreas,
> 
> Tue, 22 Oct 2013 14:44:43 +0200
> Andreas Tille  kirjoitti:
> > Hi Juhani,
> > 
> > I'd consider sponsering the package regarding my Sponsering of Blends
> > effort at
> > 
> >https://wiki.debian.org/DebianPureBlends/SoB
> > 
> > but the package is not listed inside the Debian Games tasks.
> 
> This is new to me.

Well, the Blends concept is not widely known inside the games team even
if some people were involved in working on the tasks pages.

> So should it be listed in one of the packages at
> http://anonscm.debian.org/gitweb/?p=blends/projects/games.git?

Yes, the package should be either be mentioned in one of the existing
tasks or a new task should be invented that might fit better.  I know
that *a huge lot* of games is missing inside the tasks file which are
basically not maintained since two years.  My SoB offer is explicitly
to make the concept more popular in all relevant teams.
 
> And is it the plan of the Games Team to list most of the game packages
> there eventually?

I *really* hpe so - but I have no idea about the plans of the Games
Team because I'm not a member of this team.

Kind regards

   Andreas.


-- 
http://fam-tille.de


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

Bug#688516: Refresh rate can't be changed (NVIDIA bug 1054623)

[Andreas Beckmann]

On 2012-12-12 19:44, hetas wrote:
> Thanks to some forum discussions I've found out that refresh rate can be
> changed with these newer drivers using xrandr --mode option. For example
> 
> xrandr --output HDMI-0 --mode 1920x1080 --rate 24
> 
> works for me. That's decent enough workaround for me.
> 
> Using just --rate option is still not effective.

Any updates from the newer drivers?


Andreas


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