Bug#719063: lsb should build-depend on python3-all-dev

[YunQiang Su]

Package: lsb

When build lsb, it will try to run test for both python2 and python3, while
it don't build-depend on python3-all-dev

-- 
YunQiang Su


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

Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa

[Arne Sørli]

The get_next_id-error was fixed with this:

[Petter Reinholdtsen]
> Checked the original and the library, and thus function is now called
> user_next_uid(); Try editing machineadd-gosa and replace
> 'get_next_id($config{usersdn}, "uidNumber" );' with
> 'user_next_uid();'.

And I am now able to join the domain from a Windows XP PC :-)

However, I'm still unable to log in.

I get the error: "The system could not log you on. Make sure your User name 
and domain are correct, then type the password again". My 
/var/log/samba/log.static21 only contains:
[2013/08/08 07:27:52.459238,  0] 
passdb/passdb.c:2247(pdb_increment_bad_password_count)
  pdb_increment_bad_password_count: pdb_get_account_policy failed.

In Gosa, in have tried both to add the PC-entry before joining the domain 
(Create, Workstation as didn't find any winstation entry in the menu) and not 
adding it (letting join domain add the entry).

In the first case the entry shows up in Gosa as static 21. I am able to set 
Activated mode and view and set NIS netgroups (added only winstations-hosts).

In the second case the entry shows up in Gosa as static21$ with a windows icon 
in the second column. But I have no "Activated" mode drop-down box and when I 
go to the NIS netgroups tab, it shows: 
  
  "This host cannot be added to NIS Netgroups
  Only hosts with a fully qualified domain name or those with DNS settings
  enabled in GOsa can be added to NIS Netgroups!"

I have enabled DHCP and DNS for static21 so this should not be the problem.

--  
Arne Sørli


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

Bug#718931: mnemonicode: encoded data decodes to different data (asymmetric)

[Paul Wise]

On Thu, 2013-08-08 at 10:08 +1000, Aníbal Monsalve Salazar wrote:

> I couldn't reproduce your test. See below what I get with your key
> fingerprint.

You appear to have misunderstood my test. Your test involves a
hex-encoded version of my GPG fingerprint. My test involves the raw,
non-encoded version of my GPG fingerprint.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#719060: [php-maint] Bug#719060: php5-cli: /etc/php5/cli/php.ini not upgraded with package

[Ondřej Surý]

Because there are no changes in the conffile in 5.5.x series?

That's my understanding why we use ucf, to keep to bugging of user to minimum.

Ondřej Surý

> On 8. 8. 2013, at 8:23, Bob Proulx  wrote:
> 
> Ondřej Surý wrote:
>> ucf is correctly handling the conf file changes?
> 
> In the upgrade from 5.4.4-14+deb7u2 to 5.5.1+dfsg-2 it does handle the
> conf file change appropriately.  But not for the upgrade from
> 5.5.1+dfsg-1 to 5.5.1+dfsg-2.
> 
>  5.4.4-14+deb7u2 -> 5.5.1+dfsg-2  asks okay
>  5.5.1+dfsg-1-> 5.5.1+dfsg-2  keeps without asking
> 
> This confuses me.
> 
> Bob


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

Bug#719060: [php-maint] Bug#719060: php5-cli: /etc/php5/cli/php.ini not upgraded with package

[Bob Proulx]

Ondřej Surý wrote:
> ucf is correctly handling the conf file changes?

In the upgrade from 5.4.4-14+deb7u2 to 5.5.1+dfsg-2 it does handle the
conf file change appropriately.  But not for the upgrade from
5.5.1+dfsg-1 to 5.5.1+dfsg-2.

  5.4.4-14+deb7u2 -> 5.5.1+dfsg-2  asks okay
  5.5.1+dfsg-1-> 5.5.1+dfsg-2  keeps without asking

This confuses me.

Bob


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

Bug#719060: [php-maint] Bug#719060: php5-cli: /etc/php5/cli/php.ini not upgraded with package

[Ondřej Surý]

ucf is correctly handling the conf file changes?

Ondřej Surý

> On 8. 8. 2013, at 7:54, Bob Proulx  wrote:
> 
> Package: php5-cli
> Version: 5.5.1+dfsg-2
> Severity: normal
> 
> Something appears to be wrong concerning the /etc/php5/cli/php.ini
> file upgrade handling.  It is failing to prompt the user to install
> the new file or keep the previous one.
> 
>  # apt-get purge php5-cli
>  # apt-get install php5-cli=5.5.1+dfsg-1 php5-common=5.5.1+dfsg-1
>  ...make some change to ensure that it is locally edited...
>  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
>  # apt-get upgrade
>  ...no offer to upgrade the config file was presented...
> 
> If I go back to 5.4.4-14+deb7u2 with the same test as above then it
> works okay.
> 
>  # apt-get purge php5-cli
>  ...install the version from Wheezy to prep for an upgrade...
>  # apt-get install php5-cli=5.4.4-14+deb7u2 php5-common=5.4.4-14+deb7u2
>  ...make some change to ensure that it is locally edited...
>  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
>  # apt-get upgrade
>  ...ucf dialog menu asking disposition of conffile...
> 
> Also trying to reinstall the same package does not prompt either.
> 
>  # apt-get purge php5-cli
>  ...install the version from Wheezy to prep for an upgrade...
>  # apt-get install php5-cli
>  ...make some change to ensure that it is locally edited...
>  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
>  # apt-get install --reinstall php5-cli php5-common
>  ...no offer to upgrade the config file was presented...
> 
> Bob
> 
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint


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

Bug#719061: ITP: clj-stacktrace-clojure -- more readable stacktraces in Clojure programs

[Eugenio Cano-Manuel Mendoza]

Package: wnpp
Severity: wishlist
Owner: "Eugenio Cano-Manuel Mendoza" 

* Package name: clj-stacktrace-clojure
  Version:   2.6
  Upstream Author:  Mark McGranaghan 
* URL: *http://github.com/mmcgrana/clj-stacktrace*
* License:   MIT
  Programming Lang: Java, Clojure
  Description : more readable stacktraces in Clojure programs
  .
   clj-stacktrace-clojure changes the format of stacktraces making them more
   readable. Changes include vertical alignment, redirection, and special
   notation for Clojure functions.
   .
   This library also provides a hook for Leiningen to enable clj-stacktrace
   across all the projects that use clojure.test and clojure.stacktrace in
   general. It also allows clj-stacktrace to be used in the repl.

Bug#719060: php5-cli: /etc/php5/cli/php.ini not upgraded with package

[Bob Proulx]

Package: php5-cli
Version: 5.5.1+dfsg-2
Severity: normal

Something appears to be wrong concerning the /etc/php5/cli/php.ini
file upgrade handling.  It is failing to prompt the user to install
the new file or keep the previous one.

  # apt-get purge php5-cli
  # apt-get install php5-cli=5.5.1+dfsg-1 php5-common=5.5.1+dfsg-1
  ...make some change to ensure that it is locally edited...
  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
  # apt-get upgrade
  ...no offer to upgrade the config file was presented...

If I go back to 5.4.4-14+deb7u2 with the same test as above then it
works okay.

  # apt-get purge php5-cli
  ...install the version from Wheezy to prep for an upgrade...
  # apt-get install php5-cli=5.4.4-14+deb7u2 php5-common=5.4.4-14+deb7u2
  ...make some change to ensure that it is locally edited...
  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
  # apt-get upgrade
  ...ucf dialog menu asking disposition of conffile...

Also trying to reinstall the same package does not prompt either.

  # apt-get purge php5-cli
  ...install the version from Wheezy to prep for an upgrade...
  # apt-get install php5-cli
  ...make some change to ensure that it is locally edited...
  # sed --in-place s/localhost/mailhost/ /etc/php5/cli/php.ini
  # apt-get install --reinstall php5-cli php5-common
  ...no offer to upgrade the config file was presented...

Bob


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

Bug#719059: pixman 0.30 add mips(32,64)r2 asm support, then symbols changed

[YunQiang Su]

Package: pixman

pixman 0.30 add asm accelerate support for mips(32,64)r2,
for mips64(el) and mipsn32(el), it has some mips sysmbols.

-- 
YunQiang Su


mips64-sysmbols.diff
Description: Binary data

Bug#719058: libgc symbols error on mips64(el)

[YunQiang Su]

Package: libgc

Mips64(el) 's symbols is a little different, or it will ftbfs.

-- 
YunQiang Su


fix-mips64-symbols.diff
Description: Binary data

Bug#719056: nagios3: CVE-2013-4214: html/rss-newsfeed.php insecure temporary file usage

[Salvatore Bonaccorso]

Package: nagios3-cgi
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for nagios3.

CVE-2013-4214[0]:
insecure temporary file usage

The file html/rss-newsfeed.php in nagios3 (installed into nagios3-cgi)
use /tmp insecurely by fixed cache dir name:

  7 define('MAGPIE_CACHE_DIR', '/tmp/magpie_cache');

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] http://security-tracker.debian.org/tracker/CVE-2013-4214
[1] https://bugzilla.redhat.com/show_bug.cgi?id=958002

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore


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

Bug#719057: disable check for mipsn32(el) and mips64(el) on buildd

[YunQiang Su]

Package: python2.7

Please disable check for mipsn32(el) and mips64(el) on buildd,
 as it will ftbfs similar as python3.3.

-- 
YunQiang Su


disable-check.diff
Description: Binary data

Bug#719028: pdf2svg: produces imprecise paths

[Philipp Kern]

On Wed, Aug 07, 2013 at 11:57:56PM +0200, Christoph Haag wrote:
> -- System Information:
> Debian Release: 7.1
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages pdf2svg depends on:
> ii  libatk1.0-0 2.4.0-2
> ii  libc6   2.13-38
> ii  libcairo2   1.12.2-3
> ii  libfontconfig1  2.9.0-7.1
> ii  libfreetype62.4.9-1.1
> ii  libgdk-pixbuf2.0-0  2.26.1-1
> ii  libglib2.0-02.33.12+really2.32.4-5
> ii  libgtk2.0-0 2.24.10-2
> ii  libpango1.0-0   1.30.0-1
> ii  libpoppler-glib80.18.4-6
> 
> pdf2svg recommends no packages.
> 
> pdf2svg suggests no packages.
> 
> -- no debconf information

Can we see that also for the pdf2svg +b1 installation? pdf2svg can't really
be at fault here, given that it's a tiny shim over cairo and poppler.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature

Bug#719055: ITP: complete-clojure -- completion of Clojure symbols

[Eugenio Cano-Manuel Mendoza]

Package: wnpp
Severity: wishlist
Owner: "Eugenio Cano-Manuel Mendoza" 

* Package name: complete-clojure
  Version:   0.2.2
  Upstream Author:  Justin Balthrop 
* URL: https://github.com/ninjudd/clojure-complete
* License:   EPL-1.0
  Programming Lang: Java, Clojure
  Description : completion of Clojure symbols
  .
   complete-clojure supports completions for Clojure namespaces, var names,
   class names, special forms, Java methods, static members of classes, file
   paths, and other symbols.

Bug#718898: cut no longer works with newline as delimiter

[Bob Proulx]

Bob Proulx wrote:
> Here is a patch that I believe should fix the problem.  I will also
> attach it so that there won't be any mailer problems with the
> transport of it.

And I broke it in the editing of it.  Drat!

> +  bridge=$(brctl show | | awk 'NR==2{print$1}')

Which is obviously incorrect.  Here is a hopefully correct patch.
With only one pipe in the pipeline.

--- vif-bridge.orig 2013-08-07 20:01:57.240366430 -0600
+++ vif-bridge  2013-08-07 22:54:12.076993655 -0600
@@ -37,8 +37,7 @@
 
 if [ -z "$bridge" ]
 then
-  bridge=$(brctl show | cut -d "
-" -f 2 | cut -f 1)
+  bridge=$(brctl show | awk 'NR==2{print$1}')
 
   if [ -z "$bridge" ]
   then

Bob
--- vif-bridge.orig	2013-08-07 20:01:57.240366430 -0600
+++ vif-bridge	2013-08-07 22:54:12.076993655 -0600
@@ -37,8 +37,7 @@
 
 if [ -z "$bridge" ]
 then
-  bridge=$(brctl show | cut -d "
-" -f 2 | cut -f 1)
+  bridge=$(brctl show | awk 'NR==2{print$1}')
 
   if [ -z "$bridge" ]
   then


signature.asc
Description: Digital signature

Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default

[Fabian Greffrath]

Am Mittwoch, den 07.08.2013, 22:13 +0100 schrieb Manuel A. Fernandez
Montecelo: 
> char* soundfont_paths =
> SDL_strdup("/usr/share/sounds/sf2/TimGM6mb.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2");
> 
> What do you think?  Feels less intrusive than having a second patch.

Good idea! Feels much cleaner than having a second patch remove
unrelated code.

- Fabian


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

Bug#719054: pyroman: Support IPSec protocols (ESP and AH)

[Wil Tan]

Package: pyroman
Version: 0.4.6-4
Severity: important
Tags: upstream patch


There is currently no easy way to add "esp" and "ah" protocols in a rule 
because the 
protocols are not recognized by pyroman.

This patch allows the following "add_service" definition:

add_service("ipsec", dports="esp ah")

and if used in a rule like:

allow(client="host1", server="vpnhost", service="ipsec")

will generate the rules properly.

I'm reporting the bug against what's installed on this system, but it should
apply to the latest version in SVN.


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)

Versions of packages pyroman depends on:
ii  iptables1.4.8-3  administration tools for packet fi
ii  python  2.6.6-3+squeeze7 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

pyroman recommends no packages.

pyroman suggests no packages.

-- no debconf information
diff --git a/pyroman/port.py b/pyroman/port.py
index 1883f218..28d8acb0 100644
--- a/pyroman/port.py
+++ b/pyroman/port.py
@@ -45,7 +45,7 @@ class Port:
 	"""
 
 	# Split and verify syntax of statement
-	preg  = re.compile("^(?:([a-z0-9\-]+|[0-9]+(?:\:[0-9]+)?)(?:/))?(tcp|udp|icmp|icmpv6|ipv6-icmp)$")
+	preg  = re.compile("^(?:([a-z0-9\-]+|[0-9]+(?:\:[0-9]+)?)(?:/))?(tcp|udp|esp|ah|icmp|icmpv6|ipv6-icmp)$")
 	# verify port range
 	prreg = re.compile("^([0-9]+:)?[0-9]+$")
 
@@ -66,7 +66,7 @@ class Port:
 			self.proto = m.group(2)
 
 			# if it's a named port, verify it's resolveable...
-			if not self.prreg.match(self.port) and self.proto in ["udp", "tcp"]:
+			if self.proto in ["udp", "tcp"] and not self.prreg.match(self.port):
 try:
 	socket.getservbyname(self.port, self.proto)
 except socket.error:
@@ -105,6 +105,9 @@ class Port:
 return "--icmpv6-type " + self.port
 			else:
 return ""
+		elif self.proto in ("esp", "ah"):
+			# no port for ESP and AH
+			return ""
 		else:
 			raise PyromanException("Unknown protocol: %s" % self.proto)
 
diff --git a/pyroman/service.py b/pyroman/service.py
index 3f4d8d51..64aaf44f 100644
--- a/pyroman/service.py
+++ b/pyroman/service.py
@@ -93,7 +93,7 @@ class Service:
 		f1 = dp.get_filter_proto() + " "
 	f2 = sp.get_filter_port(dir1)
 	f3 = dp.get_filter_port(dir2)
-	if f2 != "" or f3 != "":
+	if f1.strip() or f2 != "" or f3 != "":
 		result.append( f1 + " " + f2 + " " + f3 )
 
 		for i in self.include:

Bug#719053: GnuPG ftbfs on mips64

[YunQiang Su]

Package: gnupg

There is a syntax error in mpi/longlong.h.
The patch can be find here.

http://git.buildroot.net/buildroot/plain/package/gnupg/gnupg-mips64-build-fix.patch

-- 
YunQiang Su


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

Bug#718800: Fixed in upstream

[Jackson Doak]

 The bug was fixed in upstream release 3.7.2. 3.7.3 is now out with
more CVE fixes, please update to that following
http://bugs.debian.org/719052


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

Bug#670682: digital interferance

[Thomas Caswell]

Sorry for the very late response.

I suspect the source of the ticking is interference from the digital usb
signals being picked up by your analog audio.

I am going to guess that a) this is a desktop/tower box b) the headphone
are plugged into a front/top panel that also includes a usb port or two c)
internally, the audio cable from the mobo -> the panel runs parallel to the
usb cable from the mobo -> front panel.

You are hearing udisks periodically probe the usb port.

Tom

-- 
Thomas Caswell
tcasw...@gmail.com

Bug#718981: ITP: ruby-colorator -- String extension for terminal coloring

[Youhei SASAKI]

Hi, 

At Wed, 7 Aug 2013 16:52:08 -0500,
Gunnar Wolf  wrote:
> 
> Youhei SASAKI dijo [Wed, Aug 07, 2013 at 09:13:14PM +0900]:
> > Package: wnpp
> > Owner: Youhei SASAKI 
> > Severity: wishlist
> > 
> > * Package name: ruby-colorator
> >   Version : 0.1
> >   Upstream Author : Parker Moore and Brandon Mathis
> > * URL or Web page : https://github.com/octopress/colorator
> > * License : MIT
> >   Description : String extension for terminal coloring
> >A Ruby Library colorize your text in the terminal.
> >.
> >There are a bunch of gems that provide functionality like this, but
> >none have as simple an API as this. Just call `"string".color` and your
> >text will be colorized.
> 
> How does this compare to ruby-wirble? It seems to do just part of what
> Wirble does:
> 
>  A handful of useful Irb features, including colorized results,
>  tab-completion, history, a simple prompt, and several helper
>  methods, all rolled into one easy to use package.
> 
> Or is it a more generalized colorator?

I don't know, sorry. I submit this ITP just dependency. The new upstream
of "Jekyll" depends this library.

Best Wishes,
Youhei

---
Youhei SASAKI 
  
GPG fingerprint:
  4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07


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

Bug#719052: Please update filezilla

[Jackson Doak]

Package: filezilla
Version: 3.7.0.2-1
Priority: wishlist

The current debian version of filezilla is outdated, please update to
3.7.3, which is at
http://sourceforge.net/projects/filezilla/files/FileZilla_Client/3.7.3/FileZilla_3.7.3_src.tar.bz2/download


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

Bug#719012: ITP: fonts-humor-sans -- a font in the style of xkcd

[Ramakrishnan Muthukrishnan]

Ondřej Surý  writes:

> Hi,
>
> the font is very low quality and contains only us-ascii characters; not
> even latin-1 is supported.
>
> Are you sure it's worth packaging?

Hi,

My main motivation to package it was that people are doing some fun
stuff with it. 

Like this:

  


and this:

  

and all of them seem to use this font. 

It is mainly for fun stuff and not for everyday use as main font. If
more folks feel that it is not worth packaging, then I am okay to close
the bug and move on.

Thanks
Ramakrishnan


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

Bug#719051: Comments regarding mnemonicode_0.73-1_amd64.changes

[Aníbal Monsalve Salazar]

Package: mnemonicode

On Tue, Aug 06, 2013 at 02:10:26PM +, Paul Richards Tagliamonte wrote:
> Howdy maintainer,
> 
> The upstream license is called "Expat" in Debian-land, not MIT.
> 
> You also license debian/* under GPL-2+, which means your patches,
> if creative enough, would push the resulting work under the GPL. Perhaps
> you wanted to relicense your patches to match upstream licensing in
> the next release.
> 
> The patches are all very simple syntax changes, so it's likely
> uncopyrightable, so I'm letting it through for now.
> 
> Please look at that, though.
> 
> Cheers,
>   Paul


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

Bug#718898: cut no longer works with newline as delimiter

[Michael Stone]

On Wed, Aug 07, 2013 at 08:09:59PM -0600, Bob Proulx wrote:

The behavior of the upstream GNU cut has changed.  It is no longer
allows the usage of cutting lines as fields by setting a newline as
the delimiter.  This has broken /etc/xen/scripts/vif-bridge which uses
it in this way.

This was originally reported by Volker Klasen against the coreutils
package.  However with the information that this is an intentional
behavior change upstream in order to address other problems and with
the use being problematic I am reassigning this to the
xen-utils-common which owns the /etc/xen/scripts/vif-bridge script.

Here is a patch that I believe should fix the problem.  I will also
attach it so that there won't be any mailer problems with the
transport of it.


I'm not particularly thrilled with this, as I generally prefer coreutils 
to maintain compatability. As it's early in the cycle, let's just see 
how much breaks; at least on my system some digging around doesn't 
reveal any other instances. I'm motivated somewhat by the fact that the 
syntax in question is really bad form: making the end-of-line whitespace 
significant tends to cause maintenance issues, and that usage of cut is 
not at all portable. 

POSIX defines cut as being line-based, and in various sections discusses 
the possibility that the selection criteria don't fall within a line. It 
doesn't specifically address the question of what should happen when -d 
is a newline character, but a quick check of a few different platforms 
suggests that nobody should rely on any particular behavior.


I'll add a Breaks: xen-utils-common to coreutils in the next upload.

Mike Stone


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

Bug#719050: general: reportbug is not able to file bugs against some packages.

[atar]

Package: general
Severity: normal

reportbug is not able to file bugs against some packages.

for example, if you try to file a bug against the 'wget' package, or against 
the 'reportbug' 
package, reportbug emit the following error messages:

Querying Debian BTS for reports on wget (source)...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2206, in 
main()
  File "/usr/bin/reportbug", line 1080, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1702, in user_interface
latest_first=self.options.latest_first)
  File "/usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py", line 517, in 
handle_bts_query
source=source, http_proxy=http_proxy, archived=archived)
  File "/usr/lib/pymodules/python2.7/reportbug/debbugs.py", line 1263, in 
get_reports
stats = debianbts.get_status(bugs)
  File "/usr/lib/pymodules/python2.7/debianbts.py", line 170, in get_status
bugs.append(_parse_status(elem))
  File "/usr/lib/pymodules/python2.7/debianbts.py", line 243, in _parse_status
bug.msgid = _uc(tmp['msgid'])
  File "/usr/lib/pymodules/python2.7/SOAPpy/Types.py", line 1283, in __getitem__
return getattr(self, item)
AttributeError: structType instance has no attribute 'msgid'



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

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


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

Bug#717702: Debian Bug report logs - #717702 - lightdm: Choosing Xfce session over Gnome session does not work

[Deniz Akcal]

Hello. For some reason, I didn't get an email notification about your response 
... could it have something to do with my (first) message being referred to as 
message #5 and your (second) message being referred to as message #10?

Anyways, about the actual bug report, I'm unsure as to what I need to give you 
other than the automated information that trails my message. Tell me what you 
need and, I'll provide it.
  

Bug#717338: Questions

[Diane Trout]

Hello again,

I noticed the report bug header suggested you were running ubuntu 11.04?

what is the output of the following commands:

lsb_release -a
apt-cache policy
apt-cache policy kmail
apt-cache policy virtuoso-minimal
dpkg -l '*odbc*' | grep ^ii

Thanks,
Diane


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

Bug#718898: cut no longer works with newline as delimiter

[Bob Proulx]

severity 718898 important
reassign 718898 xen-utils-common
thanks

The behavior of the upstream GNU cut has changed.  It is no longer
allows the usage of cutting lines as fields by setting a newline as
the delimiter.  This has broken /etc/xen/scripts/vif-bridge which uses
it in this way.

This was originally reported by Volker Klasen against the coreutils
package.  However with the information that this is an intentional
behavior change upstream in order to address other problems and with
the use being problematic I am reassigning this to the
xen-utils-common which owns the /etc/xen/scripts/vif-bridge script.

Here is a patch that I believe should fix the problem.  I will also
attach it so that there won't be any mailer problems with the
transport of it.

--- vif-bridge.orig 2013-08-07 20:01:57.240366430 -0600
+++ vif-bridge  2013-08-07 20:03:06.664895507 -0600
@@ -37,8 +37,7 @@
 
 if [ -z "$bridge" ]
 then
-  bridge=$(brctl show | cut -d "
-" -f 2 | cut -f 1)
+  bridge=$(brctl show | | awk 'NR==2{print$1}')
 
   if [ -z "$bridge" ]
   then

However although this is an exact replacement for the previous cut
behavior I am worried that the output of 'brctl show' will always
produce only one line of output.  If there are multiple bridges this
will behave exactly as before and will only extract the first one.

Thank you for maintaining xen-utils-common!

Bob
--- vif-bridge.orig	2013-08-07 20:01:57.240366430 -0600
+++ vif-bridge	2013-08-07 20:03:06.664895507 -0600
@@ -37,8 +37,7 @@
 
 if [ -z "$bridge" ]
 then
-  bridge=$(brctl show | cut -d "
-" -f 2 | cut -f 1)
+  bridge=$(brctl show | | awk 'NR==2{print$1}')
 
   if [ -z "$bridge" ]
   then


signature.asc
Description: Digital signature

Bug#719049: prelink not available for kfreebsd-i386

[Ken Sharp]

Package: prelink
Severity: important

prelink appears to be available for all platforms apart from 
kfreebsd-i386. It is required to build Wine correctly on this platform.

http://packages.debian.org/wheezy/prelink

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

Kernel: kFreeBSD 9.0-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#719048: ktp-common-internals: FTBFS on 32-bit platforms: symbols differ from expectations

[Aaron M. Ucko]

Source: ktp-common-internals
Version: 0.6.2-1
Severity: serious
Justification: fails to build from source

Builds of ktp-common-internals on 32-bit architectures such as i386
have been failing because the .symbols file specifies some (mangled)
names that show up only on 64-bit architectures such as amd64:

https://buildd.debian.org/status/logs.php?pkg=ktp-common-internals&ver=0.6.2-1

Could you please account for these differences, perhaps with the aid
of pkgkde-symbolshelper from pkg-kde-tools?

Thanks!


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

Bug#719047: barely related samba packages need to also be installed

[jidanni]

Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: wishlist

Starting today to install mplayer one must install a ton of barely
related samba packages.

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

Kernel: Linux 3.9-1-486
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mplayer depends on:
ii  libaa11.4p5-40
ii  libasound21.0.27.2-1
ii  libavcodec53  6:0.8.7-1
ii  libavformat53 6:0.8.7-1
ii  libavutil51   6:0.8.7-1
ii  libbluray11:0.2.3-1
ii  libc6 2.17-92
ii  libcaca0  0.99.beta18-1
ii  libcdparanoia03.10.2+debian-11
ii  libdca0   0.0.5-6
ii  libdirectfb-1.2-9 1.2.10.0-5
ii  libdvdnav44.2.0+20130225-3
ii  libdvdread4   4.2.0+20130219-2
ii  libenca0  1.14-3
ii  libesd0   0.2.41-11
ii  libfaad2  2.7-8
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libfribidi0   0.19.5-2
ii  libgcc1   1:4.8.1-8
ii  libgif4   4.1.6-10
ii  libgl1-mesa-glx [libgl1]  9.1.4-1
ii  libjack0 [libjack-0.116]  1:0.121.3+20120418git75e3e20b-2.1
ii  libjpeg8  8d-1
ii  liblircclient00.9.0~pre1-1
ii  liblzo2-2 2.06-1
ii  libmp3lame0   3.99.5+repack1-3
ii  libmpeg2-40.5.1-5
ii  libncurses5   5.9+20130608-1
ii  libogg0   1.3.1-1
ii  libopenal11:1.14-4
ii  libpng12-01.2.49-4
ii  libpostproc52 6:0.git20120821-2
ii  libpulse0 4.0-6
ii  libsdl1.2debian   1.2.15-6
ii  libsmbclient  2:4.0.6+dfsg-1
ii  libspeex1 1.2~rc1-7
ii  libstdc++64.8.1-8
ii  libsvga1  1:1.9.25-3
ii  libswscale2   6:9.8-1
ii  libtheora01.1.1+dfsg.1-3.1
ii  libtinfo5 5.9+20130608-1
ii  libvdpau1 0.6-2
ii  libx11-6  2:1.6.0-1
ii  libx264-123   2:0.123.2189+git35cf912-1
ii  libxext6  2:1.3.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxv12:1.0.7-1+deb7u1
ii  libxvidcore4  2:1.3.2-9
ii  libxvmc1  2:1.0.7-2
ii  libxxf86dga1  2:1.1.3-2+deb7u1
ii  libxxf86vm1   1:1.1.2-1+deb7u1
ii  zlib1g1:1.2.8.dfsg-1

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2  1.0.6-4
ii  fontconfig 2.10.2-2
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
ii  mplayer-doc2:1.0~rc4.dfsg1+svn34540-1
pn  netselect | fping  
ii  ttf-freefont   20120503-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#719046: imms-audacious: Plugin does not work with current audacious versions

[Dan Letz]

Package: imms-audacious
Version: 3.1.0~svn301-2
Severity: grave
Justification: renders package unusable

Audacious plugin API changes render this plugin/package unusable. When starting 
Audacious from terminal, outputs:
libaudaciousimms.so is not compatible with this version of Audacious

The imms-audacious package should probably be removed since upstream has not 
updated it in a couple years.

-- 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.10-0.towo-siduction-amd64 (SMP w/3 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#719045: ttf-mscorefonts-installer has no installation candidate (kFreeBSD)

[Ken Sharp]

Package: ttf-mscorefonts-installer
Severity: important

Package Wine recommends ttf-mscorefonts-installer, and is actually 
required to work around some of the bugs in Wine, but when trying to 
install it with a fully updated Debian GNU/kFreeBSD 7.1 the installer 
reports that there is no installation candidate. This is particularly 
odd as this package is not arch specific.


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

Kernel: kFreeBSD 9.0-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#719044: gvfs: fuse does not start in kfreebsd

[Ken Sharp]

Package: gvfs
Version: 1.12.3-4
Severity: important

# /etc/init.d/fuse start
[] Starting filesystem in userspace : fusekldload: can't load fuse: 
No such file or directory

. ok

Fresh install with Debian GNU/kFreeBSD and all updates installed, but 
fuse refuses to start. Error message doesn't make things clear.


I do not know how to work around this.

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

Kernel: kFreeBSD 9.0-2-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gvfs depends on:
ii  gvfs-common   1.12.3-4
ii  gvfs-daemons  1.12.3-4
ii  gvfs-libs 1.12.3-4
ii  libc0.1   2.13-38
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libglib2.0-0  2.33.12+really2.32.4-5

gvfs recommends no packages.

Versions of packages gvfs suggests:
pn  gvfs-backends  

-- 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#703251: gcstar 1.7.0

[Marc Deslauriers]

FYI, I've just uploaded a gcstar 1.7.0 package to Ubuntu. It contains 1.7.0,
plus a couple of plugin fixes for the sites I use.

Perhaps you could base your Debian package on it.

Thanks,

Marc.


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

Bug#669813: changes for new apache

[Joey Hess]

The new apache security model requires adding this to the
Directory stanza for mailman:

 Require all granted

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#718931: mnemonicode: encoded data decodes to different data (asymmetric)

[Aníbal Monsalve Salazar]

On Wed, Aug 07, 2013 at 12:29:40AM +0200, Paul Wise wrote:
> Package: mnemonicode
> Version: 0.73-1
> Severity: normal
> 
> After converting my OpenPGP fingerprint to a binary file, I note that I
> can't get the same data back when encoding and then decoding it. The
> first four bytes and the last four bytes are different after decoding.
> 
> pabs@chianamo ~ $ gpg --fingerprint pabs | grep 'Key fingerprint = .*69A3' | 
> sort -u | sed 's/.*=//;s/ //g' 
> 610B28B55CFCFE45EA1B563B3116BA5E9FFA69A3
> pabs@chianamo ~ $ cat foo | xxd
> 000: 610b 28b5 5cfc fe45 ea1b 563b 3116 ba5e  a.(.\..E..V;1..^
> 010: 9ffa 69a3..i.
> pabs@chianamo ~ $ cat foo | mnencode | mndecode | xxd
>  Wordlist ver 0.7
> 000: e9e0 f952 5cfc fe45 ea1b 563b 3116 ba5e  ...R\..E..V;1..^
> 010: 27d0 3b41'.;A
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages mnemonicode depends on:
> ii  libc6  2.17-7
> 
> -- 
> bye,
> pabs
> 
> http://wiki.debian.org/PaulWise

Hello Paul,

I couldn't reproduce your test. See below what I get with your key
fingerprint.

a=610B28B55CFCFE45EA1B563B3116BA5E9FFA69A3; echo $a; echo $a | mnencode 
2>/dev/null | mndecode
610B28B55CFCFE45EA1B563B3116BA5E9FFA69A3
610B28B55CFCFE45EA1B563B3116BA5E9FFA69A3

echo -n 610B28B55CFCFE45EA1B563B3116BA5E9FFA69A3 > foo

cat foo | xxd
000: 3631 3042 3238 4235 3543 4643 4645 3435  610B28B55CFCFE45
010: 4541 3142 3536 3342 3331 3136 4241 3545  EA1B563B3116BA5E
020: 3946 4641 3639 4133  9FFA69A3

cat foo | mnencode 2>/dev/null | mndecode | xxd
000: 3631 3042 3238 4235 3543 4643 4645 3435  610B28B55CFCFE45
010: 4541 3142 3536 3342 3331 3136 4241 3545  EA1B563B3116BA5E
020: 3946 4641 3639 4133  9FFA69A3

cat foo | hexdump -C
  36 31 30 42 32 38 42 35  35 43 46 43 46 45 34 35  |610B28B55CFCFE45|
0010  45 41 31 42 35 36 33 42  33 31 31 36 42 41 35 45  |EA1B563B3116BA5E|
0020  39 46 46 41 36 39 41 33   |9FFA69A3|
0028

cat foo | mnencode 2>/dev/null | mndecode | hexdump -C
  36 31 30 42 32 38 42 35  35 43 46 43 46 45 34 35  |610B28B55CFCFE45|
0010  45 41 31 42 35 36 33 42  33 31 31 36 42 41 35 45  |EA1B563B3116BA5E|
0020  39 46 46 41 36 39 41 33   |9FFA69A3|
0028

Cheers,

Anibal


signature.asc
Description: Digital signature

Bug#719042: ITP: pywws -- Python software for wireless weather stations

[Tonnerre Lombard]

Package: wnpp
Severity: wishlist
Owner: Tonnerre Lombard 

* Package name: pywws
  Version : 13.06_r1023
  Upstream Author : Jim Easterbrook 
* URL : https://code.google.com/p/pywws/
* License : GPL-2+
  Programming Lang: Python
  Description : Python software for wireless weather stations


A collection of Python scripts to read, store and process data from
popular USB wireless weather stations such as Elecsa AstroTouch 6975,
Watson W-8681, WH-1080PC, WH1080, WH1081, WH3080 etc. I assume any
model that is supplied with the EasyWeather Windows software is
compatible, but cannot guarantee this.

The software has been developed to run in a low power, low memory
environment such as a router. It can be used to create graphs and web
pages showing recent weather readings, typically updated every hour.


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

Bug#718898: cut no longer works with newline as delimiter

[Bob Proulx]

Pádraig Brady wrote:
> Bob Proulx wrote:
> > Was this change intentional or accidental?
> 
> Intentional. The change in question, to treat each line independently was:
> http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=51ce0bf8
> to address: http://bugs.gnu.org/13498

Thanks for the details.  Since this is an intentional change and the
problematic usage isn't a normal use for cut I will suggest that the
Debian bug be closed and a new one opened for the problematic use in
the xen scripts.

Thanks!
Bob


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

Bug#719040: installation-report: debian 7.1 wheezy installation success on PS3

[Geoff Levand]

Package: installation-reports
Version: 2.49
Severity: normal

Dear Maintainer,

Installed from CD-ROM media.  Install went as expected.
Followed the PS3 install instructions here:

  
https://www.kernel.org/pub/linux/kernel/people/geoff/cell/ps3-howto/ps3-debian-install-howto.txt


-- Package-specific info:

Boot method: network
Image version: debian-7.1.0-powerpc-netinst.iso
Date: August 7, 2013

Machine: Sony PS3 Game Console
Partitions: 


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

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

Comments/Problems:

Needed to add /etc/kboot.conf manually after install finished as
described in ps3-debian-install-howto.txt.


-- 

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7 (wheezy) - installer build 20130613"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux ps3 3.2.0-4-powerpc64 #1 SMP Debian 3.2.46-1 ppc64 GNU/Linux
usb-list: 
usb-list: Bus 01 Device 01: PS3 EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc64 ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 01 Device 02: USB2.0 Hub [05e3:0607]
usb-list:Level 01 Parent 01 Port 01  Class 09(hub  ) Subclass 00 Protocol 02
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 02 Driver hub
usb-list: 
usb-list: Bus 01 Device 03: Generic USB Hub [04fe:0008]
usb-list:Level 02 Parent 02 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Chicony
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 01 Device 04: PFU-65 USB Keyboard [04fe:0006]
usb-list:Level 03 Parent 03 Port 00  Class 00(>ifc ) Subclass 00 Protocol 00
usb-list:Manufacturer: Chicony
usb-list:Interface 00: Class 03(HID  ) Subclass 01 Protocol 01 Driver usbhid
usb-list: 
usb-list: Bus 01 Device 05: USB Optical Mouse [192f:0416]
usb-list:Level 03 Parent 03 Port 02  Class 00(>ifc ) Subclass 00 Protocol 00
usb-list:Interface 00: Class 03(HID  ) Subclass 01 Protocol 02 Driver usbhid
usb-list: 
usb-list: Bus 02 Device 01: PS3 EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc64 ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 02 Device 02: Bluetooth Transceiver [054c:0267]
usb-list:Level 01 Parent 01 Port 01  Class e0(wlcon) Subclass 01 Protocol 01
usb-list:Manufacturer: Sony
usb-list:Interface 00: Class e0(wlcon) Subclass 01 Protocol 01 Driver 
usb-list:Interface 01: Class e0(wlcon) Subclass 01 Protocol 01 Driver 
usb-list:Interface 02: Class e0(wlcon) Subclass 01 Protocol 01 Driver 
usb-list:Interface 03: Class fe(app. ) Subclass 01 Protocol 00 Driver 
usb-list: 
usb-list: Bus 03 Device 01: PS3 OHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc64 ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 04 Device 01: PS3 OHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-powerpc64 ohci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
lsmod: Module  Size  Used by
lsmod: binfmt_misc12959  1 
lsmod: nls_utf83660  0 
lsmod: dm_mod 93728  0 
lsmod: md_mod119708  0 
lsmod: xfs   769865  0 
lsmod: jfs   188224  0 
lsmod: ext4  459391  1 
lsmod: crc16   3076  1 ext4
lsmod: jbd2   84639  1 ext4
lsmod: ext3  212973  0 
lsmod: jbd75718  1 ext3
lsmod: btrfs 730845  0 
lsmod: crc32c  5187  1 
lsmod: libcrc32c   3338  1 btrfs
lsmod: vfat   14927  0 
lsmod: fat63315  1 vfat
lsmod: ext2   81388  0 
lsmod: mbcache 9466  3 ext2,ext3,ext4
lsmod: ps3_gelic  43

Bug#698735: [pcp] Bug#698735: CVE-2012-5530

[Nathan Scott]

Hi guys,

Coming back to this one after quite some time ... (my apologies!)

- Original Message -
> Only an update... In the security-tracker CVE-2012-5530[1] was marked
> as no-dsa. This means there will not be a security announce update via
> stable-security. But could you prepare a fix for it for Squeeze via a
> stable-proposed-updates?

I have finally been able to find resources needed to setup an oldstable
machine to appropriately build and test these changes, and have done so
now.

So, mainly FYI - I'll be following Salvatore's pointer above, and doing
an upload as a proposed update to oldstable to resolve this one (stable
has since become wheezy and it is unaffected).

cheers.

--
Nathan


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

Bug#708360: tiger: check_known doesn't detect 3.x-y kernels properly

[Zachary Harris]

  I'm having the same problem in Wheezy with kernel 3.9-0.bpo.1-amd64. I
keep getting the following error message in cron logs:

/usr/lib/tiger/scripts/check_known: 129: [: Illegal number: 9-0


   There are a couple issues with this line (check_known:129):

1) As the comment in the script preceding this line shows, there is an
assumption that we are dealing with Linux 2.x kernels. It appears to me
that the mainline Wheezy kernel 3.2 would fail this conditional because
"2 -gt 4" is false, but it seems that the desired behavior for this
conditional would be to say that "3.2 > 2.4" is true.

2) This conditional assumes that kernel versions are numbered as
2.x.__stuff__, where x is an integer, so formats with dashes like
3.9-0.__stuff__ or 3.8-1-amd64.__stuff__ will trigger the error message
noted in this bug.


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

Bug#719020: ftp.tw.debian.org connection refused

[Andrew Lee]

To be awared it's not sync'ed yet as the mirrorsync script is still running.

Cheers,

-Andrew


2013/8/8 James Lick 

> Yes, it is able to connect now.
>
> Jim
>
>
> On Thu, Aug 8, 2013 at 5:39 AM, Andrew Lee  wrote:
>
>> Yes. It wasn't able to connect due to I am switch off the services for
>> fixing the delay problem.
>>
>> Sorry for the inconvenient.
>>
>> Best regards,
>>
>> -Andrew
>>
>>
>> 2013/8/8 Simon Paillard 
>>
>>> Control: forwarded -1 and...@linux.org.tw
>>> Control: retitle -1 ftp.tw.debian.org/debian.linux.org.tw no update
>>> 2013-07-26
>>>
>>> Hi,
>>>
>>> On Thu, Aug 08, 2013 at 03:25:28AM +0800, James Lick wrote:
>>> > Err http://ftp.tw.debian.org stable Release.gpg
>>> >   Could not connect to ftp.tw.debian.org:80 (140.138.145.242). -
>>> connect
>>> > (111: Connection refused)
>>>
>>> I don't get connection refused here, but the mirror is more than 1 week
>>> late:
>>> http://ftp.tw.debian.org/debian/project/trace/
>>>
>>> @Andrew: is there something you can do to get the mirror in proper shape
>>> ?
>>>
>>> --
>>> Simon Paillard
>>>
>>
>>
>
>
> --
> James Lick -- 黎建溥 -- james.l...@jameslick.com -- http://jameslick.com/
>

Bug#682760: build instructions for Debian

[Daniel Leidert]

Am Mittwoch, den 07.08.2013, 22:46 +0200 schrieb Egon Willighagen:
> OSRA 2.0 has been released and Rich Apodaca provides build
> instructions for Ubuntu in his blog, which may be useful for packaging
> this for Debian too.
> 
> http://metamolecular.com/blog/2013/08/07/reading-chemical-structures-from-images-with-osra-2-0/

OSRA relies on a header file, which is not meant to be installed. See
http://bugs.debian.org/582575. The last time I checked, the issue was
present in both OSRA 1 and 2.

Regards, Daniel


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

Bug#719037: org-mode: emacs22 byte compile fail

[Kevin Ryde]

Package: org-mode
Version: 8.0.6-3
Severity: wishlist
File: /usr/lib/emacsen-common/packages/install/org-mode

I still have emacs22 installed and org-mode fails to byte compile on it
due to

ox-odt.el:378:1:Error: Cannot open load file: rng-loc

If org-mode isn't designed for emacs22 it'd be helpful if that flavour
was skipped in /usr/lib/emacsen-common/packages/install/org-mode, the
same as xemacs and emacs21 are skipped there.


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages org-mode depends on:
ii  emacs23-lucid [emacs23]  23.4+1-4
ic  emacs24  24.3+1-1
ii  emacs24-lucid [emacs24]  24.3+1-1

org-mode recommends no packages.

Versions of packages org-mode suggests:
pn  ditaa
pn  easypg   
ii  remember-el  1.9-1.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#719036: http-parser: FTBFS: cp: cannot stat 'debian/tmp/libhttp_parser.a'

[Aaron M. Ucko]

Source: http-parser
Version: 2.1-1
Severity: serious
Justification: fails to build from source

Builds of http-parser have been failing, due to bypassing your build
target in favor of a build-arch target whose default logic doesn't
actually build the library:

https://buildd.debian.org/status/fetch.php?pkg=http-parser&arch=i386&ver=2.1-1&stamp=1375846614
cp: cannot stat 'debian/tmp/libhttp_parser.a': No such file or directory
dh_install: cp -a debian/tmp/libhttp_parser.a 
debian/libhttp-parser-dev/usr/lib/http-parser/i386-linux-gnu// returned exit 
code 1

Could you please take a look?

Thanks!


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

Bug#719034: goffice: FTBFS on most 32-bit architectures: %lu used for size_t

[Aaron M. Ucko]

Source: goffice
Version: 0.10.4-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of goffice have been failing on most 32-bit architectures,
including i386:

  utils/go-pixbuf.c: In function 'go_pixbuf_load_data':
  utils/go-pixbuf.c:113:3: error: format '%lu' expects argument of type 'long 
unsigned int', but argument 4 has type 'size_t' [-Werror=format=]
 g_critical ("Invalid image size, expected %lu bytes, got %lu", expected, 
length);
 ^
  utils/go-pixbuf.c:113:3: error: format '%lu' expects argument of type 'long 
unsigned int', but argument 5 has type 'size_t' [-Werror=format=]
  cc1: some warnings being treated as errors
  make[3]: *** [go-pixbuf.lo] Error 1
  make[3]: Leaving directory `/«PKGBUILDDIR»/goffice'
  make[2]: *** [all] Error 2
  make[1]: *** [all-recursive] Error 1
  dh_auto_build: make -j1 returned exit code 2
  make[2]: Leaving directory `/«PKGBUILDDIR»/goffice'
  make[1]: Leaving directory `/«PKGBUILDDIR»'
  make: *** [build-arch] Error 2

Please substitute %zu.

Thanks!


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

Bug#719033: gri: man page description of postscript output file

[Kevin Ryde]

Package: gri
Version: 2.12.23-2.2
Severity: normal
File: /usr/share/man/man1/gri.1.gz

The gri man page shows

gri [ OPTIONS ] [ CommandFile [ PostScriptFile ]]

... If a command file is named, then a file in which to store the
PostScript output may also be named ...

but running

gri example1.gri myoutput.ps

writes to example1.ps, where I expected myoutput.ps based on what the
man page says.


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

Kernel: Linux 2.6.32-5-486
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages gri depends on:
ii  dpkg   1.16.10
ii  install-info   5.1.dfsg.1-4
ii  libc6  2.17-7
ii  libgcc11:4.6.1-3
ii  libnetcdfc71:4.1.3-6+b1
ii  libreadline6   6.2+dfsg-0.1
ii  libstdc++6 4.6.1-3
ii  perl   5.14.2-21
ii  perl-modules [libperl4-corelibs-perl]  5.14.2-21

gri recommends no packages.

Versions of packages gri suggests:
ii  gri-el2.12.23-2.2
ii  gri-html-doc  2.12.23-2.2
pn  gri-pdf-doc   
ii  gv1:3.7.3-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#719025: gedit crashes when closing a tab/file

[Christoph Anton Mitterer]

Hi Michael.

On Wed, 2013-08-07 at 23:54 +0200, Michael Biebl wrote:
> I suspect this is a plugin specific issue.
Yep, you're right and it's multiedit :)


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#718998: [Aptitude-devel] Bug#718998: aptitude: Segmentation fault at mipsel arch

[Axel Beckert]

Control: forcemerge 708812 718998

Hi,

liu shiwei wrote:
> Subject: Bug#718998: aptitude: Segmentation fault at mipsel arch

This also has been reported at http://bugs.debian.org/708812 and will
be fixed with the next upload (which is expected to happen soon).

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


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

Bug#719030: logol: fails to build with new version of swi-prolog

[Євгеній Мещеряков]

Package: logol
Version: 1.6.2-2
Severity: normal

logol fails to build with the latest version of swi-prolog in unstable.
The build stops after printing these messages:

   [junit] Running org.irisa.genouest.logol.test.GrammarTest
   [junit] Testsuite: org.irisa.genouest.logol.test.GrammarTest

Nothing happens after this.

-- 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.10-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages logol depends on:
ii  antlr3 3.2-8
ii  default-jre [java6-runtime]1:1.7-49
ii  gawk   1:4.0.1+dfsg-2.1
ii  libbiojava-java1:1.7.1-2
ii  libcommons-cli-java1.2-3
ii  libcommons-collections3-java   3.2.1-5
ii  libcommons-configuration-java  1.9-1
ii  libcommons-lang-java   2.6-3
ii  libcommons-logging-java1.1.3-1
ii  libdrmaa-java  6.2u5-7.1
ii  libgnumail-java1.1.2-9
ii  liblog4j1.2-java   1.2.17-3
ii  libxalan2-java 2.7.1-8
ii  libxerces2-java2.11.0-7
pn  logol-bin  
ii  openjdk-6-jre [java6-runtime]  6b27-1.12.6-1
ii  openjdk-7-jre [java6-runtime]  7u25-2.3.12-2
ii  ruby   1:1.9.3
ii  ruby-cassiopee 0.1.9-1
ii  ruby1.8 [ruby] 1.8.7.358-7.1
ii  rubygems   1.8.24-1

logol recommends no packages.

logol suggests no packages.


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

Bug#719014: obnam: new upstream version

[Lars Wirzenius]

On Wed, Aug 07, 2013 at 09:47:57PM +0200, Damien Couroussé wrote:
> Le 07/08/2013 20:48, Vincent Blut a écrit :
> > When the last upstream release (1.4 atm) is intended to be uploaded in
> > the Debian archive? 
> > 
> > I might use Lars' repo but I tend to exclusively rely on the official ones.
...
> 
> Lars do you need some help on this topic ?
> If someone wanted to help what kind of things would you expect ?

I'm not uploading 1.4 to Debian, since it's known to be buggy. I'll
be uploading the soon-to-be-released larch and obnam to Debian instead.

On this part, alas, there's not much that others can help with. The
release process is almost entirely automated, I merely need to sit and
wait for the lappie to churn through things.

Once I've uploaded the new packages to Debian unstable, however, it
would be nice if someone did a backport upload for wheezy (and squeeze,
perhaps).

-- 
http://www.cafepress.com/trunktees -- geeky funny T-shirts
http://gtdfh.branchable.com/ -- GTD for hackers


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

Bug#719020: ftp.tw.debian.org connection refused

[James Lick]

Yes, it is able to connect now.

Jim


On Thu, Aug 8, 2013 at 5:39 AM, Andrew Lee  wrote:

> Yes. It wasn't able to connect due to I am switch off the services for
> fixing the delay problem.
>
> Sorry for the inconvenient.
>
> Best regards,
>
> -Andrew
>
>
> 2013/8/8 Simon Paillard 
>
>> Control: forwarded -1 and...@linux.org.tw
>> Control: retitle -1 ftp.tw.debian.org/debian.linux.org.tw no update
>> 2013-07-26
>>
>> Hi,
>>
>> On Thu, Aug 08, 2013 at 03:25:28AM +0800, James Lick wrote:
>> > Err http://ftp.tw.debian.org stable Release.gpg
>> >   Could not connect to ftp.tw.debian.org:80 (140.138.145.242). -
>> connect
>> > (111: Connection refused)
>>
>> I don't get connection refused here, but the mirror is more than 1 week
>> late:
>> http://ftp.tw.debian.org/debian/project/trace/
>>
>> @Andrew: is there something you can do to get the mirror in proper shape ?
>>
>> --
>> Simon Paillard
>>
>
>


-- 
James Lick -- 黎建溥 -- james.l...@jameslick.com -- http://jameslick.com/

Bug#714820: Awesome to see this package in Debian

[Raúl Benencia]

Hello,

I just wanted to say that I'm very glad to see that ntopng is going to be
in Debian. If by chance you need help for maintaining this package, please
let me know.

Cheers.


signature.asc
Description: Digital signature

Bug#719016: eiskaltdcpp-cli: needs adaptation to libjson-rpc-perl 1.03

[Boris Pek]

>> Hmm, I have just pushed very similar patch:
>> https://github.com/eiskaltdcpp/eiskaltdcpp/commit/767538d
>> 
>> I do not know perl at all. So could you compare which variant is better
>> (your or mine)?
> 
> Yours depends on version numbers, mine depends on module existence. 
> Since the version number is artificial, I'd say that checking for 
> module availability is better. For example, according to upstream 
> change log, the incompatible changes are made in CPAN release 
> versioned '1.00_01', which is an awful thing to compare to.

Ok, I will change it to your variant.

Thanks a lot for help.

Bug#601337: Events related bug reports

[Arne Wichmann]

begin  quotation  from David Prévot (in <51e17f25.6040...@debian.org>):
> > begin  quotation  from Joost van Baal-Ili?? (in
> > <20130710193844.go18...@beskar.mdcc.cx>):
> 
> >> seems to work: people know who to expect, without too much
> >> overhead.
> 
> Can people behind events@ have a look at www.d.o/events bug reports,
> close those that are not relevant anymore, and maybe (propose a way
> to) fix the others?
> 
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=www.debian.org;ordering=dir#_0_7_3

Ok, I reworked the admin and checklist pages to close #650378. I will not
fix #645720 - should I close it wontfix? Regarding #601337 my solution
would be to move events/talks and events/speakers to the wiki, which would
mostly also close #650378.

I will eventuelly do that if there are no objections.

cu

AW
-- 
[...] If you don't want to be restricted, don't agree to it. If you are
coerced, comply as much as you must to protect yourself, just don't support
it. Noone can free you but yourself. (crag, on Debian Planet)
Arne Wichmann (a...@linux.de)


signature.asc
Description: Digital signature

Bug#719016: eiskaltdcpp-cli: needs adaptation to libjson-rpc-perl 1.03

[Damyan Ivanov]

-=| Boris Pek, 08.08.2013 01:15:01 +0400 |=-
> >> Is it possible to check which version is available and to load module 
> >> depending
> >> on the result?
> > 
> > Alright. Please find attached a patch that would work with either old 
> > or new RPC-JSON at the expense of some code bloat.
> 
> Hmm, I have just pushed very similar patch:
> https://github.com/eiskaltdcpp/eiskaltdcpp/commit/767538d
> 
> I do not know perl at all. So could you compare which variant is better
> (your or mine)?

Yours depends on version numbers, mine depends on module existence. 
Since the version number is artificial, I'd say that checking for 
module availability is better. For example, according to upstream 
change log, the incompatible changes are made in CPAN release 
versioned '1.00_01', which is an awful thing to compare to.


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

Bug#718981: ITP: ruby-colorator -- String extension for terminal coloring

[Gunnar Wolf]

Youhei SASAKI dijo [Wed, Aug 07, 2013 at 09:13:14PM +0900]:
> Package: wnpp
> Owner: Youhei SASAKI 
> Severity: wishlist
> 
> * Package name: ruby-colorator
>   Version : 0.1
>   Upstream Author : Parker Moore and Brandon Mathis
> * URL or Web page : https://github.com/octopress/colorator
> * License : MIT
>   Description : String extension for terminal coloring
>A Ruby Library colorize your text in the terminal.
>.
>There are a bunch of gems that provide functionality like this, but
>none have as simple an API as this. Just call `"string".color` and your
>text will be colorized.

How does this compare to ruby-wirble? It seems to do just part of what
Wirble does:

 A handful of useful Irb features, including colorized results,
 tab-completion, history, a simple prompt, and several helper
 methods, all rolled into one easy to use package.

Or is it a more generalized colorator?


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

Bug#719029: ITP: php-sepa-direct-debit -- Create Sepa Direct Debit XML Files in PHP

[Cyril Bouthors]

Package: wnpp
Severity: wishlist

* Package name: php-sepa-direct-debit
  Version : 20130807
  Upstream Author : Congressus
* URL or Web page : https://github.com/congressus/sepa-direct-debit
* License : MIT
  Description : Create Sepa Direct Debit XML Files in PHP


Library to create SEPA Direct Debit XML files in PHP
-- 
 ,''`.
: :' :  Cyril Bouthors
`. `' Debian.org
  `-

Bug#547171: #547171: yum-utils ITP: any news?

[Mike Miller]

On Wed, Aug 7, 2013 at 4:08 PM, Tzafrir Cohen wrote:
> Hi,
>
> Any news? Any help needed packaging this one?

Hi, very close to done, sorry again for the delay.

The only remaining issue is the pollution of the /usr/bin namespace.
As you brought up in a private mail, there are no conflicts but the
names of some commands may be confusing to Debian users, and some are
simply useless.

The useless ones have been pruned from the package, that was an easy decision.

I have been considering whether there is any alternative to installing
the rest of the commands in /usr/bin as they are given from upstream.
My mentor suggested moving the files to a private directory that is
not in the default PATH, and add it for users or scripts that want to
use the provided commands. I'm not sure that this would help Debian
more than it would hurt legitimate packages and user scripts that use
yum-utils.

Or, since the package is Priority: extra, it should only be installed
by users who already know what they are getting, so perhaps that plus
a verbose description of the contents and the use-case of the package
is enough.

You brought this to my attention initially with the needs-restart
command, which the package is no longer installing. Do you have any
other ideas or opinions on this issue?

Thanks,

-- 
mike


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

Bug#719028: pdf2svg: produces imprecise paths

[Christoph Haag]

Package: pdf2svg
Version: 0.2.1-2+b3
Severity: normal

Dear Maintainer,

to convert a pdf (exported from inkscape) did work fine 
and as expected with pdf2svg 0.2.1-2+b1 but version 
pdf2svg 0.2.1-2+b3 produces imprecise paths. compare sample files: 
http://www.forkable.eu/memo/SANDBOX/130807_reportbug-pdfsvg.tar.gz


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

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

Versions of packages pdf2svg depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libpoppler-glib80.18.4-6

pdf2svg recommends no packages.

pdf2svg 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#719025: gedit crashes when closing a tab/file

[Michael Biebl]

I suspect this is a plugin specific issue.

Am 07.08.2013 23:04, schrieb Christoph Anton Mitterer:

> -- Package-specific info:
> Active plugins:
>   - 'multiedit'
>   -  'modelines'
>   -  'charmap'
>   -  'time'
>   -  'docinfo'
>   -  'filebrowser'
>   -  'spell'
>   -  'drawspaces'

Can you please disable one plugin at a time to find out which plugin
causes the failure.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#718975: Switch to kernel-based firmware loader

[Michael Biebl]

Am 07.08.2013 22:23, schrieb Sven Joachim:
> On 2013-08-07 13:25 +0200, Michael Biebl wrote:
>> In newer Linux versions, loading the firmware can be done by the kernel
>> itself. We should get the Debian Linux kernel updated to support that.
>> Afaics all that is needed is building with
>>  CONFIG_FW_LOADER_USER_HELPER=n
>> (but this needs verification).
> 
> AFAIK the kernel always tries to load the firmware itself, and
> CONFIG_FW_LOADER_USER_HELPER=n just removes the fallback to udev (which
> can result in a 60 seconds delay) if it can't find the firmware.

Ah, interesting. I guess this is related to [1] then.

If CONFIG_FW_LOADER_USER_HELPER=n is set, I assume there is no such
timeout, if no firmware is found by the kernel?

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717635


-- 
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#719020: ftp.tw.debian.org connection refused

[Andrew Lee]

Yes. It wasn't able to connect due to I am switch off the services for
fixing the delay problem.

Sorry for the inconvenient.

Best regards,

-Andrew


2013/8/8 Simon Paillard 

> Control: forwarded -1 and...@linux.org.tw
> Control: retitle -1 ftp.tw.debian.org/debian.linux.org.tw no update
> 2013-07-26
>
> Hi,
>
> On Thu, Aug 08, 2013 at 03:25:28AM +0800, James Lick wrote:
> > Err http://ftp.tw.debian.org stable Release.gpg
> >   Could not connect to ftp.tw.debian.org:80 (140.138.145.242). - connect
> > (111: Connection refused)
>
> I don't get connection refused here, but the mirror is more than 1 week
> late:
> http://ftp.tw.debian.org/debian/project/trace/
>
> @Andrew: is there something you can do to get the mirror in proper shape ?
>
> --
> Simon Paillard
>

Bug#700850: Please add resolvconf dpkg-event hook script

[Marc Haber]

On Wed, Aug 07, 2013 at 10:42:35PM +0200, Matthijs Möhlmann wrote:
> Is the event hook location still:
> /usr/lib/resolvconf/dpkg-event.d/pdns-recursor?

You might want to snarf some code from the bind9 package, which to my
knowledge even asks via debconf whether one wants resolvconf
integration.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062


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

Bug#719027: colortest-python: New version available (2.1)

[John Eikenberry]

Package: colortest-python
Version: 1.5-3
Severity: wishlist

Another new version. Fixes the order of the options and adds a new option to
display a 16 color chart with SGR ANSI escape codes.

Thanks.

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

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

Versions of packages colortest-python depends on:
ii  python  2.7.5-2

colortest-python recommends no packages.

Versions of packages colortest-python suggests:
ii  colortest  20110624-3

-- 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#707681: gvfsd-gphoto2 dumps core

[marc poulhies]

Package: gvfs-backends
Version: 1.16.3-1
Followup-For: Bug #707681

gvfs-gphoto2 segfaults when pluggin my EOS 500D:
[   83.880263] usb 8-1.1.1: new high-speed USB device number 5 using ehci-pci
[   83.978061] usb 8-1.1.1: New USB device found, idVendor=04a9, idProduct=31cf
[   83.978066] usb 8-1.1.1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[   83.978069] usb 8-1.1.1: Product: Canon Digital Camera
[   83.978072] usb 8-1.1.1: Manufacturer: Canon Inc.
[   84.863091] gvfs-gphoto2-vo[4397]: segfault at 68 ip 7fc86859e070 sp 
7fffcf3ff928 error 4 in libusb-1.0.so.0.1.0[7fc86859a000+15000]
[   88.603270] traps: gvfs-gphoto2-vo[4437] general protection ip:7fda9592d070 
sp:7fff81cb8998 error:0 in libusb-1.0.so.0.1.0[7fda95929000+15000]

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

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

Versions of packages gvfs-backends depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.16.1-1
ii  gvfs 1.16.3-1
ii  gvfs-common  1.16.3-1
ii  gvfs-daemons 1.16.3-1
ii  gvfs-libs1.16.3-1
ii  libarchive13 3.1.2-7
ii  libavahi-client3 0.6.31-2
ii  libavahi-common3 0.6.31-2
ii  libavahi-glib1   0.6.31-2
ii  libbluetooth34.101-2
ii  libc62.17-92
ii  libcdio-cdda10.83-4
ii  libcdio-paranoia10.83-4
ii  libcdio130.83-4
ii  libdbus-1-3  1.6.12-1
ii  libdbus-glib-1-2 0.100.2-1
ii  libexpat12.1.0-4
ii  libgcrypt11  1.5.3-1
ii  libglib2.0-0 2.36.3-4
ii  libgoa-1.0-0 3.8.2-1
ii  libgphoto2-2 2.4.14-2.3
ii  libgphoto2-port0 2.4.14-2.3
ii  libgtk-3-0   3.8.2-3
ii  libgudev-1.0-0   175-7.2
ii  libimobiledevice21.1.1-4
ii  libmtp9  1.1.6-2
ii  libplist11.8-1
ii  libsmbclient 2:3.6.17-1
ii  libsoup-gnome2.4-1   2.42.2-6
ii  libsoup2.4-1 2.42.2-6
ii  libxml2  2.9.1+dfsg1-3
ii  psmisc   22.20-1

Versions of packages gvfs-backends recommends:
ii  gnome-keyring  3.8.2-2

Versions of packages gvfs-backends suggests:
ii  obex-data-server  0.4.5-1+b3
ii  samba-common  2:3.6.17-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#719022: CSS: improve title rendering in html-single

[Simon Paillard]

Hi,

On Wed, Aug 07, 2013 at 11:03:00PM +0200, Raphael Hertzog wrote:
> On Wed, 07 Aug 2013, Simon Paillard wrote:
> > In case Debian brand is used in html-single mode, there is no margin
> > between Debian logos in title () and the blue rectangle
> > ().
> 
> The underlying CSS changed quite a bit in publican 3.x. Do you also have
> the problem with that version?
> 
> At least I don't have any blue rectangle any more... look at the attached
> picture.

Well, if it's ok with 3.x, then sorry for the noise.

Thinking twice about it, it's not much a issue, because if we move some
debian-doc to publican, their will get a dedicated package, and will no longer
be build on wheezy/stable.
 
> > The rendering could be better in that case:
> > http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink/
> > 
> > Please find attached a little patch against git tree, with better rendering 
> > (IMO):
> > http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink_other_css/
> 
> Yes, it definitely looks better with publican 2.x.
> 
> > Obviously, an other way to fix the bug is to get Debian pictures map the
> > publican original brand images and avoid overloading the debian css. 
> 
> I don't understand what you're trying to suggest. Fix the size of the
> pictures so that they match the size of the pictures in the default brand?

That's my suggestion.

-- 
Simon Paillard


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

Bug#719026: lintian4python: New check: http-pypi-url

[Stefano Rivera]

Package: lintian4python
Version: 0.23.2
Severity: wishlist

Possible description:
 The watch file is pointing at PyPI, using a http URL, not https.
 PyPI now has https enabled, you should be able to simply switch to
 https.

PyPI has been https-enabled for some time now, and has recently started
pushing hard for everyone to use https only.
While it supports PGP-signed uploads, the majority of packages aren't
signed, and it'd best for our maintainers to use https when downloading
new upstream releases.

The PyPI maintainers are encouraging everyone to use https everywhere:
http://mechanicalcat.net/richard/log/Python/PyPI_password_related_security_changes

SR


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

Bug#719016: eiskaltdcpp-cli: needs adaptation to libjson-rpc-perl 1.03

[Boris Pek]

>> Is it possible to check which version is available and to load module 
>> depending
>> on the result?
> 
> Alright. Please find attached a patch that would work with either old 
> or new RPC-JSON at the expense of some code bloat.

Hmm, I have just pushed very similar patch:
https://github.com/eiskaltdcpp/eiskaltdcpp/commit/767538d

I do not know perl at all. So could you compare which variant is better
(your or mine)?

Best regards,
Boris Pek

Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default

[Manuel A. Fernandez Montecelo]

Hi,

For reference, I think that bug-715461-soundfont_paths.patch created
the recent problem in #718129.

Instead of adding another patch (the one fixing #718129, included in
revision -7 of the package), perhaps the pach to include soundfonts
can be modified to avoid having the second one.

I think that, as Dominique mentioned, the problem is that the
SDL_free() frees memory which has not been malloc()ed (SDL_malloc()
perhaps?).

For example, one fix that comes to mind is to change the line in the
first patch:

char* soundfont_paths =
"/usr/share/sounds/sf2/TimGM6mb.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2";

to this:

char* soundfont_paths =
SDL_strdup("/usr/share/sounds/sf2/TimGM6mb.sf2:/usr/share/sounds/sf2/FluidR3_GM.sf2");

What do you think?  Feels less intrusive than having a second patch.


Cheers.
--
Manuel


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

Bug#719020: ftp.tw.debian.org connection refused

[Simon Paillard]

Control: forwarded -1 and...@linux.org.tw
Control: retitle -1 ftp.tw.debian.org/debian.linux.org.tw no update 2013-07-26

Hi,

On Thu, Aug 08, 2013 at 03:25:28AM +0800, James Lick wrote:
> Err http://ftp.tw.debian.org stable Release.gpg
>   Could not connect to ftp.tw.debian.org:80 (140.138.145.242). - connect
> (111: Connection refused)

I don't get connection refused here, but the mirror is more than 1 week late:
http://ftp.tw.debian.org/debian/project/trace/

@Andrew: is there something you can do to get the mirror in proper shape ?

-- 
Simon Paillard


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

Bug#719000: publican: Entities not resolved inside ulink

[Simon Paillard]

Hi,

On Wed, Aug 07, 2013 at 09:03:21PM +0200, Raphael Hertzog wrote:
> Control: forwarded -1 https://bugzilla.redhat.com/show_bug.cgi?id=994686
> 
> On Wed, 07 Aug 2013, Simon Paillard wrote:
> > While testing publican for Debian release notes, I've noticed a bug that
> > is a blocker for debian-doc: I cannot get an entity to be resolved
> > inside ulink, for both default and debian 'brands'.
> > 
> > The entity is correctly resolved :
> > * inside a paragraph, outside ulink
> > * when the html output is build using xsltproc and default docbook html xsl
> 
> Is that an "OR" or an "AND" between those two items?

OR.
I mean that without publican but with default xsl currently used in the docbook
release-notes building, the entity is resolved.
 
> Because AFAIK all outputs use xsltproc in some ways, so if the entity
> resolution is done by xsltproc, it would be weird to have it work in some
> outputs but not others.
> 
> Trying with your test case I see no failure (i.e. it builds fine), but the
> entity is replaced by an empty string in the href attribute instead of the 
> expected
> url, whereas in the paragragh it's replaced by the correct value.
> 
> The entity appears fine in the tmp/xml_tmp/Chapter.xml file but it's gone
> in tmp/xml/Chapter.xml file so this suggests some problems in the publican
> code that cleans up the XML tree.
> 
> I forwarded this upstream.

Thanks Raphael.

-- 
Simon Paillard


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

Bug#719025: gedit crashes when closing a tab/file

[Christoph Anton Mitterer]

Package: gedit
Version: 3.8.3-3
Severity: grave
Justification: renders package unusable



Hi.

When opening multiple files in gedit and closing one of them, e.g. by clickin 
on the
"x" in the tab gedit crashes with different messages like:


$ gedit 1 2 3 4 5

** (gedit:6159): WARNING **: The specified location is not supported
Exception TypeError: "Couldn't find conversion for foreign struct 
'cairo.Context'" in 'garbage collection' ignored
Fatal Python error: unexpected exception during garbage collection

Current thread 0x7fb15c1b1980:
Aborted
$ gedit 1 2 3 4 5

** (gedit:6176): WARNING **: The specified location is not supported
TypeError: can't convert return value to desired type

(gedit:6176): GLib-GObject-CRITICAL **: g_value_get_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_reset: assertion `G_IS_VALUE 
(value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_set_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_get_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_reset: assertion `G_IS_VALUE 
(value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE 
(value)' failed
TypeError: can't convert return value to desired type

(gedit:6176): GLib-GObject-CRITICAL **: g_value_get_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_reset: assertion `G_IS_VALUE 
(value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_set_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_get_boolean: assertion 
`G_VALUE_HOLDS_BOOLEAN (value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_reset: assertion `G_IS_VALUE 
(value)' failed

(gedit:6176): GLib-GObject-CRITICAL **: g_value_unset: assertion `G_IS_VALUE 
(value)' failed
Exception TypeError: "Couldn't find conversion for foreign struct 
'cairo.Context'" in 'garbage collection' ignored
Fatal Python error: unexpected exception during garbage collection

Current thread 0x7f15ee1c6980:
Aborted
$ 


Cheers,
Chris.


-- Package-specific info:
Active plugins:
  - 'multiedit'
  -  'modelines'
  -  'charmap'
  -  'time'
  -  'docinfo'
  -  'filebrowser'
  -  'spell'
  -  'drawspaces'

No plugin installed in $HOME.

Module versions:
  - glib  2.36.3
  - gtk+  3.8.2
  - gtksourceview 3.4.2
  - pygobject 2.28.6
  - enchant   
  - iso-codes 3.45


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

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

Versions of packages gedit depends on:
ii  gedit-common   3.8.3-3
ii  gir1.2-peas-1.01.8.1-1
ii  gsettings-desktop-schemas  3.4.2-3
ii  iso-codes  3.45-1
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-92
ii  libcairo-gobject2  1.12.14-5
ii  libcairo2  1.12.14-5
ii  libenchant1c2a 1.6.0-10
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libgirepository-1.0-1  1.36.0-2+b1
ii  libglib2.0-0   2.36.3-4
ii  libgtk-3-0 3.8.2-3
ii  libgtksourceview-3.0-0 3.4.2-1
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  libpeas-1.0-0  1.8.1-1
ii  libx11-6   2:1.6.0-1
ii  libxml22.9.1+dfsg1-3
ii  python-gi-cairo3.8.3-1+b1
ii  python33.3.2-13
ii  python3-gi 3.8.3-1+b1

Versions of packages gedit recommends:
ii  yelp3.8.1-2
ii  zenity  3.8.0-1

Versions of packages gedit suggests:
ii  gedit-plugins  3.8.3-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#719022: CSS: improve title rendering in html-single

[Raphael Hertzog]

Hi,

On Wed, 07 Aug 2013, Simon Paillard wrote:
> In case Debian brand is used in html-single mode, there is no margin
> between Debian logos in title () and the blue rectangle
> ().

The underlying CSS changed quite a bit in publican 3.x. Do you also have
the problem with that version?

At least I don't have any blue rectangle any more... look at the attached
picture.

> The rendering could be better in that case:
> http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink/
> 
> Please find attached a little patch against git tree, with better rendering 
> (IMO):
> http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink_other_css/

Yes, it definitely looks better with publican 2.x.

> Obviously, an other way to fix the bug is to get Debian pictures map the
> publican original brand images and avoid overloading the debian css. 

I don't understand what you're trying to suggest. Fix the size of the
pictures so that they match the size of the pictures in the default brand?

Something else?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
<>

Bug#719016: eiskaltdcpp-cli: needs adaptation to libjson-rpc-perl 1.03

[Damyan Ivanov]

-=| Boris Pek, 07.08.2013 23:35:41 +0400 |=-
> > Please find attached a patch that adapts eiskaltdcpp-cli to 
> > libjson-rpc-perl 1.03 (just uploaded to experimental).
> > 
> > JSON-RPC's upstream has changed (some two years ago), and that change led 
> > to 
> > some reorganisation, resulting in JSON::RPC::Client being renamed to 
> > JSON::RPC::Legacy::Client.
> 
> I do not like this patch. Sorry.
> 1) It is not suitable for upstream.
> 2) It forces using of libjson-rpc-perl >= 1.03. For example, this 
> will increase
>difference with package in backports.
> 
> Is it possible to check which version is available and to load module 
> depending
> on the result?

Alright. Please find attached a patch that would work with either old 
or new RPC-JSON at the expense of some code bloat.

Thanks for the quick response!
>From dacae60779dd6b397d6cbc56e9453049953ad42d Mon Sep 17 00:00:00 2001
From: Damyan Ivanov 
Date: Wed, 7 Aug 2013 21:43:16 +0200
Subject: [PATCH] adapt to JSON-RPC 1.03

---
 eiskaltdcpp-cli/cli-jsonrpc.pl | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/eiskaltdcpp-cli/cli-jsonrpc.pl b/eiskaltdcpp-cli/cli-jsonrpc.pl
index 1fc3bb8..6f62a5c 100755
--- a/eiskaltdcpp-cli/cli-jsonrpc.pl
+++ b/eiskaltdcpp-cli/cli-jsonrpc.pl
@@ -25,7 +25,6 @@ use strict;
 use warnings;
 no warnings 'uninitialized';
 use 5.012;
-use JSON::RPC::Client;
 use Term::ShellUI;
 use Data::Dumper;
 use Getopt::Long;
@@ -88,7 +87,14 @@ $obj->{'jsonrpc'} = $config{jsonrpc};
 my $res;
 
 # creating and configuring jsonrpc client
-my $client = new JSON::RPC::Client;
+my $client = eval {
+require JSON::RPC::Client;
+JSON::RPC::Client->new();
+} or do {
+require JSON::RPC::Legacy::Client;
+JSON::RPC::Legacy::Client->new();
+};
+
 $client->version("2.0");
 $client->ua->timeout(10);
 #$client->ua->credentials('http://127.0.0.1:3121', 'jsonrpc', 'user' => 'password');
-- 
1.8.4.rc1

Bug#719024: node-millstone: "Module version mismatch. Expected 11, got 1." error when including module

[Christopher Baines]

Package: node-millstone
Version: 0.4.0-2
Severity: important

Steps to reproduce:
╰─$ nodejs
> require('millstone')
Error: Module version mismatch. Expected 11, got 1.
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at Object. (/usr/lib/nodejs/srs/srs.js:3:11)
at Module._compile (module.js:456:26)
at Object.Module._extensions..js (module.js:474:10)
at Module.load (module.js:356:32)
at Function.Module._load (module.js:312:12)
at Module.require (module.js:364:17)

I attempted to fix this by purging the package, and reinstalling, but this did
not work.



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

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

Versions of packages node-millstone depends on:
ii  node-generic-pool  1.0.9-1
ii  node-get   1.1.5+ds1-2
ii  node-mime  1.2.5-1
ii  node-mkdirp0.3.3-1
ii  node-sqlite3   2.1.1+ds1-1
ii  node-srs   0.2.12+ds1-1+b1
ii  node-step  0.0.5+20111229-1
ii  node-underscore1.4.4-2
ii  node-zipfile   0.3.1+ds1-1
ii  nodejs 0.10.15~dfsg1-1

node-millstone recommends no packages.

node-millstone 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#719023: [eboard] the sounds do not work

[Davide Governale]

Package: eboard
Version: 1.1.1-5
Severity: important

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

Although, I have enabled the sounds preferences. I can not hear any
sound. What causes this problem? It is necessary that I set some
parameter on the sound card?

Kindly,
Davide Governale.

--- System information. ---
Architecture: i386
Kernel:   Linux 3.10-1-686-pae

Debian Release: jessie/sid
  500 unstablewww.deb-multimedia.org 
  500 unstableftp.de.debian.org 
  500 stable  dl.google.com 
1 experimentalftp.de.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
libatk1.0-0  (>= 1.12.4) | 2.8.0-2
libc6  (>= 2.3.6-6~) | 2.17-7
libcairo2 (>= 1.2.4) | 1.12.14-5
libfontconfig1(>= 2.8.0) | 2.10.2-2
libfreetype6  (>= 2.2.1) | 2.4.9-1.1
libgcc1 (>= 1:4.1.1) | 1:4.8.1-8
libgdk-pixbuf2.0-0   (>= 2.22.0) | 2.28.2-1
libglib2.0-0 (>= 2.12.0) | 2.36.3-3
libgtk2.0-0   (>= 2.8.0) | 2.24.20-1
libpango1.0-0(>= 1.14.0) | 1.32.5-5+b1
libpng12-0 (>= 1.2.13-4) | 1.2.49-4
libstdc++6  (>= 4.6) | 4.8.1-8


Recommends(Version) | Installed
===-+-===
sox | 14.4.1-3
xfonts-75dpi| 1:1.0.3


Suggests (Version) | Installed
==-+-===
gnuchess   | 
 OR crafty | 
eboard-extras-pack1| 







signature.asc
Description: PGP signature

Bug#718381: openwalnut: Please recompile against OpenSceneGraph 3.2

[Manuel A. Fernandez Montecelo]

For reference, openscenegraph 3.2 was accepted to unstable today.

Cheers.
-- 
Manuel A. Fernandez Montecelo 


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

Bug#682760: build instructions for Debian

[Egon Willighagen]

OSRA 2.0 has been released and Rich Apodaca provides build
instructions for Ubuntu in his blog, which may be useful for packaging
this for Debian too.

http://metamolecular.com/blog/2013/08/07/reading-chemical-structures-from-images-with-osra-2-0/

Egon


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

Bug#700850: Please add resolvconf dpkg-event hook script

[Matthijs Möhlmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Thomas,

I have a few questions here:

Is the event hook location still:
/usr/lib/resolvconf/dpkg-event.d/pdns-recursor?

If I install the resolvconf package I do not have the dpkg-event.d
directory.

root@monster # dpkg -l resolvconf
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)
||/ Name   Version  Architecture Description
+++-==---=
ii  resolvconf 1.74 all  name server information
handler

root@monster # ls /usr/lib/resolvconf/dpkg-event.d
ls: cannot access /usr/lib/resolvconf/dpkg-event.d: No such file or
directory

Last question:
I assume that the following is enough for pdns-recursor as the init
script does interact with pdns-recursor:

#!/bin/bash
#
# Update resolvconf

force_reload_pdns_recursor() {
if which invoke-rc.d >/dev/null 2>&1 ; then
invoke-rc.d pdns-recursor force-reload
elif [ -x /etc/init.d/pdns-recursor ] ; then
/etc/init.d/pdns-recursor force-reload
fi
}

case "$1" in
install|remove) force_reload_pdns_recursor ;;
esac

# Indicate succes
exit 0

Regards,
Matthijs
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJSArE2AAoJEAXuPkY28LeM20YQAJ6vCvTVWq6U5ZW248MBlRjT
ryGmcpwB96lA/L91nZhndp/XLDRVWEIsrznIR0hTSFw/qEzf+54DN2PwFgS5dO/j
h+8IK2Tb/PdQ5ymxBU9o/Di8ZbygYarcm3adEwyUs9nYiY391O3uXvHgWiut1Bos
AgrwBeocQZcAVYAglf3AQN9X2AATYKqrAb2SC6GIHDJpRbgp9598jDNY7lcKK2L8
JM7+fxVBl2GsqCF059+kwiYBovlDm1UUx2cpssmQbgsw6VeD5BG7Jd0R6BtOn3eA
Wh4yylCx6ixdTQXg6Ry5jaJaehuRlAVR1SijL5qImbHn8eYvljOX6R8JCR7X3bZB
cgCgkN1khiVYZSja9UVHPbETROErq/aHJ3gLUrgfZUbF5WVUBHb0a4M7rlkLcDXD
SzNZl+pCsJa7WIu923IR+tQ/xUJojhgK/Wy7gmDHdBpRYBhGG67nulKISvXNI9uZ
eCV82Pv1FUBJwMzPXm0leYMgB8k/LzknGeuMP5wT7t+tUa0BfsDZbXgrITkptL9d
6pLdT646vSxFJhaTILAUGj7rWnlcORh6G21Jv5Uxj1uFRpi7N24u1+3vVk5LXHQX
tHYI7nMhNKK46DrJSy39XSGhEW53sjS0hg5tHpolR3Mnc/KHJDz65a40T2WVBujt
QbRkIVaDnGslsW9k8VYH
=RM1J
-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#276859: libclass-methodmaker-perl takes too much disk space - closing

[Vincent Lefevre]

On 2013-08-07 16:29:27 +, Solveig wrote:
> Hi! I'm closing this bug, since it was tagged "moreinfo" for years
> without answer, and tagged "wontfix" upstream. If you still encounter
> this problem, please feel free to re-open it.

The binary package is still huge compared to what it could be, but
after 9 years, this is almost no more a problem thanks to larger
disks. This might still be annoying on devices such as smartphones,
though.

IMHO, unless this would require additional runtime dependencies, the
right solution would be to create the expanded files on the fly and
cache them (a bit like what ccache does for C/C++).

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


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

Bug#718427: Please wait

[roucaries . bastien]

Please wait a few days I have more patch
-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.

Bug#717338: Fwd: Re: Questions RE Bug 717338

[Diane Trout]

Forwarding reply to bug tracker.

--  Forwarded Message  --

Subject: Re: Questions RE Bug 717338
Date: Wednesday, August 07, 2013, 14:57:05
From: Volker Groll 
To: Diane Trout 

Hello Diane,

thanks for your help.

Am Dienstag, 6. August 2013, 14:09:26 schrieb Diane Trout:
> I noticed that kmail has the ability to individually toggle indexing on mail
> folders. I wonder if for some reason it defaulted to off for many of your
> folders as in your second email you mention that the index utility is
> searching a very small number of mails.
> 
> So it might be useful to compare properties between an indexed folder and an
> unindexed folder.
Hm, there is no real systematic on it. 
nepomukpimindexerutility shows me for a folder with 191 emails:
  folder [Indexing Level: 3]
  2 mails [Indexing Level: 3]
  all other mails [Not Indexed]
Triggering indexing gives "nepomukpimindexerutility(28040) 
ItemQueue::fetchJobResult: Not all items were fetched:  0 1"
on stdout no matter wether the mail was reported as indexed or not.
stdout results for indexing the folder i put in the attachement 
trigger-folder.txt
After a restart of my laptop I see in stdout trigger-folder-after-restart.txt
Now no mails in this folder are indexed!

> Right click on folder, pick folder properties, go to maintenance tab. and
> check the indexing section.
> 
> Make sure indexing is on, check the last index time, and maybe try the force
> reindexing button.
Indexing is on for all my folders, forcing the index doesn't show any
 difference.

> If that doesn't help, kmail depends closely on akonadi, and I didn't see the
> core akonadi components in the package list from report bug.
> 
> Could you send the output of:
> 
> dpkg -l '*akonadi*'
||/ NameVersion 
   
Architecture   Description
+++-===-
==-==-
===
ii  akonadi-backend-mysql   1.9.2-2 
   
allMySQL storage backend for Akonadi
un  akonadi-backend-postgresql
   
 (no description available)
un  akonadi-backend-sqlite
   
 (no description available)
un  akonadi-kde   
   
 (no description available)
ii  akonadi-server  1.9.2-2 
   
i386   Akonadi PIM storage service
ii  akonadiconsole  4:4.10.5-2  
   
i386   management and debugging console for akonadi
ii  libakonadi-calendar44:4.10.5-1  
   
i386   library providing calendar helpers for Akonadi 
items
ii  libakonadi-contact4 4:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
ii  libakonadi-kabc44:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
ii  libakonadi-kcal44:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
ii  libakonadi-kde4 4:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
ii  libakonadi-kmime4   4:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
ii  libakonadi-notes4   4:4.10.5-1  
   
i386   library for using the Akonadi PIM data server
un  libakonadiprivate1
   
 (no description available)
ii  libakonadiprotocolinternals11.9.2-2 
   
i386   libraries for the Akonadi PIM storage service

> For me I have akonadi-server, akonadi-backend-mysql, and
> libakonadiprotocolinternals1 at version 1.9.2-2 in addition the various
> libakonadi components with the kde version number of 4:4.10-5-1.
All installed here. 

Greetings
Volker Groll
-nepomukpimindexerutility(28040)/kdecore (KSycoca) KSycocaPrivate::openDatabase: 
Trying to open ksycoca from "/var/tmp/kdecache-volker/ksycoca4"
nepomukpimindexerutility(28040)/kdecore (trader) KMimeTypeTrader::query: query 
for mimeType  "message/rfc822" ,  "Akon

Bug#718643: [dunst] Keyboard shortcuts don't work

[Michael Stapelberg]

Hi Markus,

Markus Grunwald  writes:
> started "dunst" from the commandline and it didn't complain about anything.
> When trying to close a notification with ctrl+space or any other keyboard
> shortcut, nothing happens.
I asked Sascha, the upstream author, about advice with debugging this,
but he didn’t reply yet.

I think an xtrace log would be helpful:

xtrace -o /tmp/xtrace.log dunst

Also, while you’re at it, please also attach an strace log:

strace -o /tmp/strace.log -s 2048 -f dunst

Also, are you sure that the shortcuts don’t conflict with anything else?

-- 
Best regards,
Michael


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

Bug#719022: CSS: improve title rendering in html-single

[Simon Paillard]

Package: publican-debian
Version: 0.2
Severity: minor
Tags: patch

Hello Raphael,

In case Debian brand is used in html-single mode, there is no margin
between Debian logos in title () and the blue rectangle
().

The rendering could be better in that case:
http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink/

Please find attached a little patch against git tree, with better rendering 
(IMO):
http://people.debian.org/~spaillard/publican-debian-css/Entity_in_ulink_other_css/

Obviously, an other way to fix the bug is to get Debian pictures map the
publican original brand images and avoid overloading the debian css. 

Thanks for this Debian publican brand.

-- 
Simon Paillard

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

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

Versions of packages publican-debian depends on:
ii  publican  2.8-3

publican-debian recommends no packages.

publican-debian suggests no packages.

-- no debconf information
>From bcc58814c790a3cb4de2920bf26ae582b29b34df Mon Sep 17 00:00:00 2001
From: Simon Paillard 
Date: Wed, 7 Aug 2013 22:11:08 +0200
Subject: [PATCH] CSS: better title rendering in html-single

Margin-top of title is sized according to title images, and Debian logos
are heigher than the default brand.
---
 en-US/css/overrides.css |4 
 1 file changed, 4 insertions(+)

diff --git a/en-US/css/overrides.css b/en-US/css/overrides.css
index be03e82..58a1e3b 100644
--- a/en-US/css/overrides.css
+++ b/en-US/css/overrides.css
@@ -42,6 +42,10 @@ table tr.even td {
 	height:54px;
 }
 
+#title a.left img, #title a.right img {
+	margin-top: 0.3em;
+}  
+
 .term{
 	color:#C70036;
 }
-- 
1.7.10.4

Bug#547171: #547171: yum-utils ITP: any news?

[Tzafrir Cohen]

Hi,

Any news? Any help needed packaging this one?

-- 
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il ||  best
tzaf...@debian.org|| friend


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

Bug#718975: Switch to kernel-based firmware loader

[Sven Joachim]

On 2013-08-07 13:25 +0200, Michael Biebl wrote:

> Package: udev
> Version: 204-2
> Severity: normal
>
> Loading firmware from userspace has been deprecated in udev [1] and is
> scheduled to be removed [2]. It is supposed to be replaced by in-kernel
> firmware loading.
>
> In newer Linux versions, loading the firmware can be done by the kernel
> itself. We should get the Debian Linux kernel updated to support that.
> Afaics all that is needed is building with
>  CONFIG_FW_LOADER_USER_HELPER=n
> (but this needs verification).

AFAIK the kernel always tries to load the firmware itself, and
CONFIG_FW_LOADER_USER_HELPER=n just removes the fallback to udev (which
can result in a 60 seconds delay) if it can't find the firmware.

> We should make sure, the jessie Linux kernel supports that and probably
> keep the userspace firmware loader for another release cycle, to
> simplify (partial) upgrades.

In-kernel firmware loading was introduced in Linux 3.7 (and
CONFIG_FW_LOADER_USER_HELPER in 3.9), so keeping the userspace loader
for jessie is rather desirable.

> Regarding self-compiled kernels, we could add a NEWS.Debian and/or add a
> preinst check (if there is a reliable way to detect if the currently
> running kernel has that kernel config set)

I don't think there is such a way, but checking for a kernel >= 3.7
would probably be a good idea.

Cheers,
   Sven


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

Bug#718845: BUG: unable to handle kernel paging request

[Ben Hutchings]

On Wed, 2013-08-07 at 19:48 +0100, Philip Ashmore wrote:
> On 07/08/13 16:09, Ben Hutchings wrote:
> > On Wed, 2013-08-07 at 15:27 +0100, Philip Ashmore wrote:
> >> On 07/08/13 09:18, Ben Hutchings wrote:
> >>> On Wed, 2013-08-07 at 00:06 +0100, Philip Ashmore wrote:
> >> 
> 
>  I've rebooted a few times since then - is there any kind of black box
>  file I can attach to provide more information?
> >>>
> >>> Not by default.
> >>>
> >>> Ben.
> >> Is there a non-default way?
> >> The boot partition and the swap partition are two candidates for storing
> >> crash data that spring to mind.
> > 
> > You can use kdump to store a crash dump.
> > 
> > Also, if booting in UEFI mode, you can use efivars to store crash log
> > messages.  This is currently disabled by default, but you can enable it
> > by setting module parameter efivars.pstore_disable=N.
> > 
> > Ben.
> > 
> I'm running on non-UEFI hardware.
> 
> I installed kdump-tools.
> 
> How do I verify it works?
> Do I need to install a kdump kernel? Debug kernel? Kdump+Debug kernel?

The default kernel image should work as the kdump kernel.  I've never
set this up myself so I don't know the details of how to configure it.

Ben.

-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old ones.


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

Bug#716880: apache2 upgrade failed

[Julian Gilbey]

On Wed, Aug 07, 2013 at 10:07:28PM +0200, Arno Töll wrote:
> >> That would be 100+ Breaks. I do not think that is feasible but that may
> >> need a wider discussion.
> > 
> > How did you reach that conclusion?  I looked at the current testing
> > distribution, and the only direct dependency on apache2.2-common is
> > libapache2-svn, which may go away when subversion is able to
> > transition to testing.
> 
> It's one now. :)
> 
> It was the state as of Squeeze at the time I wrote this as we were in
> the middle of the transition. Now we can seriously consider doing the
> transition package approach.

Ah ;-)

> > So it seems like having a dependency on a dummy apache2.2-common would
> > be the sensible (if annoying) thing to do.
> 
> Thanks for this list. I'm short of time for the next 2-4 weeks, and
> unless sf beats me with it I will address all the outstanding Apache
> packaging issues then (or try to find a feasible solution at least).

Pleasure!  It will help others not suffer the (minor) losses which I
had, which might be more major for them (I was on a non-server
machine which only used apache for local use).

   Julian


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

Bug#716880: apache2 upgrade failed

[Arno Töll]

On 07.08.2013 21:39, Julian Gilbey wrote:
> On Sun, Jul 14, 2013 at 02:39:41PM +0200, Arno Töll wrote:
>>>  * The only way to ship a package named apache2.2-common is to add a
>>>Breaks header listing every single reverse dependency with correct
>>>version information.
>>
>> That would be 100+ Breaks. I do not think that is feasible but that may
>> need a wider discussion.
> 
> How did you reach that conclusion?  I looked at the current testing
> distribution, and the only direct dependency on apache2.2-common is
> libapache2-svn, which may go away when subversion is able to
> transition to testing.

It's one now. :)

It was the state as of Squeeze at the time I wrote this as we were in
the middle of the transition. Now we can seriously consider doing the
transition package approach.

> Also, it is important to realise that without a dependency from
> apache2.4 on apache2.2-common, apache2.2-common could be purged by
> apt(itude) before the first apache2.4 package is even unpacked:
> looking at my dpkg log, this is exactly what happened.  So the
> mechanism in apache2.2-common.postrm of checking for
> /etc/apache2/upgrade-to-2.4-in-progress doesn't provide any benefit in
> this case :-(

Right. That's also why we do not use this trapdoor in maintainer scripts.

> So it seems like having a dependency on a dummy apache2.2-common would
> be the sensible (if annoying) thing to do.

Thanks for this list. I'm short of time for the next 2-4 weeks, and
unless sf beats me with it I will address all the outstanding Apache
packaging issues then (or try to find a feasible solution at least).

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



signature.asc
Description: OpenPGP digital signature

Bug#719021: New upstream version

[martin f krafft]

also sprach Jaldhar H. Vyas  [2013.08.07.2139 +0200]:
> I'm working on 2.1.17 right now.  It will be uploaded to
> experimental. After it has had its bugs shaken out I will proceed to
> 2.2.x

Very awesome. \o/

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"let me take you down, 'cause i'm going to strawberry fields.
 nothing is real and nothing to get hungabout.
 strawberry fields forever."
-- the beatles


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#718799: spamass-milter segfaults once a month

[Moritz Both]

Am 06.08.2013 19:33, schrieb Don Armstrong:

> [...]

[If you also follow the instructions in
/usr/share/doc/spamass-milter/README.Debian.gz to build a debugging
version of spamass-milter, that would also be helpful, but it's possible
that the above will be sufficient.]


I thought I did this... however I can try it another time. This will
probably only help for the next time it segfaults? Or is it good for my
current core files?


Only the next time it segfaults, unfortunately.

You also might want to try building a version of libmilter1.0.1 with no
optimization and unstripped. You can do that using the same procedure
but with libmilter1.0.1 instead of spamass-milter.



I did that and will wait for the next segfault. I hope it happens soon. 
Will get back to you on the issue then.


moritz


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

Bug#719021: New upstream version

[Jaldhar H. Vyas]

On Wed, 7 Aug 2013, martin f krafft wrote:


Package: dovecot
Version: 1:2.1.7-7
Severity: wishlist

Upstream has released 2.1.17 and 2.2.5 a while ago. It would be nice
if those found their way into Debian…



I'm working on 2.1.17 right now.  It will be uploaded to experimental. 
After it has had its bugs shaken out I will proceed to 2.2.x


--
Jaldhar H. Vyas 

Bug#719012: ITP: fonts-humor-sans -- a font in the style of xkcd

[Ondřej Surý]

Hi,

the font is very low quality and contains only us-ascii characters; not
even latin-1 is supported.

Are you sure it's worth packaging?

O.


On Wed, Aug 7, 2013 at 8:13 PM, Ramakrishnan Muthukrishnan <
r...@rkrishnan.org> wrote:

> Package: wnpp
> Owner: Ramakrishnan Muthukrishnan 
> Severity: wishlist
>
> * Package name: fonts-humor-sans
>   Version : 1.0
>   Upstream Author : Michael Ciuffo  
> * URL or Web page : http://antiyawn.com/uploads/humorsans.html
> * License : SIL Open Font License, Version 1.1
>   Description : a font in the style of xkcd
>   This truetype font has the typeface that looks like the ones in the
>   popular online comic, xkcd (http://xkcd.com).
>



-- 
Ondřej Surý 
Have you tried Knot DNS – https://www.knot-dns.cz/
– a high-performance authoritative-only DNS server

Bug#716880: apache2 upgrade failed

[Julian Gilbey]

On Sun, Jul 14, 2013 at 02:39:41PM +0200, Arno Töll wrote:
> >  * The only way to ship a package named apache2.2-common is to add a
> >Breaks header listing every single reverse dependency with correct
> >version information.
> 
> That would be 100+ Breaks. I do not think that is feasible but that may
> need a wider discussion.

How did you reach that conclusion?  I looked at the current testing
distribution, and the only direct dependency on apache2.2-common is
libapache2-svn, which may go away when subversion is able to
transition to testing.

Or are you saying that a Breaks would be needed on every depending
package in stable?  That is a larger number (66 in main), consisting
only of libapache2-* modules.  It seems a bit of a hassle to have to
list almost all of these as Breaks (7 have precisely versioned Depends
so won't need it), but it's a one-off hassle; one could simply take
the current versions of these packages in testing (where they exist)
or specify that they break all versions (where they have been removed
from unstable/testing).  The hard cases are the five packages which
have still not been fixed to deal with apache2.4 but are still in
unstable.

A list of all of these is below.

Also, it is important to realise that without a dependency from
apache2.4 on apache2.2-common, apache2.2-common could be purged by
apt(itude) before the first apache2.4 package is even unpacked:
looking at my dpkg log, this is exactly what happened.  So the
mechanism in apache2.2-common.postrm of checking for
/etc/apache2/upgrade-to-2.4-in-progress doesn't provide any benefit in
this case :-(

So it seems like having a dependency on a dummy apache2.2-common would
be the sensible (if annoying) thing to do.


Anyhow, here's that list of packages which apache2.2-common
could/should Break:

apache2-suexec (<< 2.4.6-2)
apache2-suexec-custom (<< 2.4.6-2)
libapache2-mod-apparmor (<< 2.8.0-1+b1)
libapache2-mod-apreq2 (<< 2.13-2.1)
libapache2-mod-auth-cas (<< 1.0.9.1-4)
libapache2-mod-auth-kerb (<< 5.4-2.1)
libapache2-mod-auth-memcookie (<< 1.0.2-8)
libapache2-mod-auth-ntlm-winbind (<< 0.0.0.lorikeet+svn+801-4)
libapache2-mod-auth-openid (<< 0.7-1)
libapache2-mod-auth-plain (<< 2.0.52)
libapache2-mod-auth-pubtkt (<< 0.8-3)
libapache2-mod-auth-radius (<< 1.5.8-1.2)
libapache2-mod-auth-tkt (<< 2.1.0-8)
libapache2-mod-authnz-external (<< 3.3.1-0.1)
libapache2-mod-authz-unixgroup (<< 1.1.0-0.1)
libapache2-mod-bw (<< 0.92-9)
libapache2-mod-dacs (<< 1.4.28b-3)
libapache2-mod-defensible (<< 1.4-3.1)
libapache2-mod-encoding (<< 20040616-5.2)
libapache2-mod-evasive (<< 1.10.1-2)
libapache2-mod-fcgid (<< 1:2.3.7-0.1)
libapache2-mod-geoip (<< 1.2.8-2)
libapache2-mod-jk (<< 1:1.2.37-2)
libapache2-mod-ldap-userdir (<< 1.1.19-2.1)
libapache2-mod-lisp (<< 1.3.1-1.3)
libapache2-mod-macro (<< 1:2.4.6-2)
libapache2-mod-mono (<< 2.11+git20130708.6b73e85-2)
libapache2-mod-nss (<< 1.0.8-3)
libapache2-mod-ocamlnet (<< 3.5.1-2)
libapache2-mod-parser3 (<< 3.4.2-7)
libapache2-mod-perl2 (<< 2.0.8+httpd24-r1449661-5)
libapache2-mod-php5 (<< 5.5.1+dfsg-1)
libapache2-mod-php5filter (<< 5.5.1+dfsg-1)
libapache2-mod-proxy-html (<< 1:2.4.6-2)
libapache2-mod-python (<< 3.3.1-11)
libapache2-mod-qos (<< 10.16-1)
libapache2-mod-removeip (<< 1.0b-5.1)
libapache2-mod-scgi (<< 1.13-1.1)
libapache2-mod-spamhaus (<< 0.7-1.1)
libapache2-mod-suphp (<< 0.7.1-3.1)
libapache2-mod-upload-progress (<< 0.2-2)
libapache2-mod-vhost-ldap (<< 2.4.0-1)
libapache2-mod-wsgi (<< 3.4-3+b1)
libapache2-mod-wsgi-py3 (<< 3.4-3+b1)
libapache2-mod-xsendfile (<< 0.12-2)
libapache2-modsecurity (<< 2.7.4-1)
libapache2-webauth (<< 4.5.3-5)
libapache2-webkdc (<< 4.5.3-5)


The following have been removed from unstable, so we can Break all
versions:

libapache2-mod-auth-pam
libapache2-mod-auth-sys-group
libapache2-mod-layout
libapache2-mod-random
libapache2-mod-speedycgi 
libapache2-mod-vhost-hash-alias


Packages still in unstable but not yet ready for apache 2.4:

The version for libapache-svn is assuming that no future version will
reintroduce the dependency on apache2.2-common;
the version for libapache2-mod-ruby assumes that the bugs will
actually be fixed and that it won't be dropped from Debian completely;
the versions for the others are for the version beyond the one
currently in unstable, assuming that the next version will close the
bug (though that may be overly hopeful).

libapache2-mod-musicindex (<< 1.3.7-3)
libapache2-svn (<< 1.7.9-1+nmu3)
libapache2-mod-auth-pgsql (<< 2.0.3-6)
libapache2-mod-auth-mysql (<< 4.3.9-13.2)
libapache2-mod-ruby (<< 1.2.6-3)


   Julian


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

Bug#719016: eiskaltdcpp-cli: needs adaptation to libjson-rpc-perl 1.03

[Boris Pek]

Hi,

Thanks for the bug report.

> Please find attached a patch that adapts eiskaltdcpp-cli to libjson-rpc-perl 
> 1.03 (just uploaded to experimental).
> 
> JSON-RPC's upstream has changed (some two years ago), and that change led to 
> some reorganisation, resulting in JSON::RPC::Client being renamed to 
> JSON::RPC::Legacy::Client.

I do not like this patch. Sorry.
1) It is not suitable for upstream.
2) It forces using of libjson-rpc-perl >= 1.03. For example, this will increase
   difference with package in backports.

Is it possible to check which version is available and to load module depending
on the result?

> I plan to upload libjson-rpc-perl 1.03 to unstable in two weeks, at which 
> point 
> eiskaltdcpp-cli would become uninstallable. I could NMU then if needed.

No need in NMU. I will be able to upload the package by myself.

Best regards,
Boris

Bug#719021: New upstream version

[martin f krafft]

Package: dovecot
Version: 1:2.1.7-7
Severity: wishlist

Upstream has released 2.1.17 and 2.2.5 a while ago. It would be nice
if those found their way into Debian…

Thanks!

-- 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.10-rc7-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#677768: ITA: ethstatus -- console-based ethernet statistics monitor

[bashd]

Hello,

I would like to adopt the package.

Thank you,

bash.d


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