Bug#805266: RFA: libnss-gw-name -- nss module that names the current gateway’s IP address

[Joachim Breitner]

Package: wnpp
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I request an adopter for the libnss-gw-name package.

The package description is:
 This Name Service Switch (NSS) module resolves the name “gateway.localhost” to
 the IP of the current default gateways of the system. This allows easy access
 to router configuration and to check if connectivity problems are local or
 not.

It seems that this functionality is now also provided by
systemd-resolved and libnss-resolve (copycats!). As I plan to fully jump
on the systemd bandwagon, I don’t have a need for this single-purpose
package any more.

Nevertheless it works (I have been using it until now), and maybe
someone else would like to have this funtionaly independent of systemd.
In that case, please let me know.

Otherwise I will stop using it, and will remove it from Debian as soon
as there is a problem with it that I cannot fix very easily.

Greetings,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlZJjO0ACgkQ9ijrk0dDIGy7aQCfQU85TtPcjBZEvDm/ccr5ovxK
H9wAoIjc6XEM6V03svPNXV+CxzHA/G2Q
=Mk4R
-END PGP SIGNATURE-

Bug#803007: RFP: python-ruamel.yaml -- roundtrip YAML parser/emitter

[Vincent Bernat]

Control: retitle -1 ITP: python-ruamel.yaml -- roundtrip YAML parser/emitter

<#secure method=pgpmime mode=sign>
 ❦ 15 novembre 2015 18:29 -0500, James Valleroy  :

>>> * Package name: python-ruamel.yaml
>>>   Version : 0.10.12
>>>   Upstream Author : Anthon van der Neut
>>> * URL : https://bitbucket.org/ruamel/yaml
>>> * License : MIT
>>>   Programming Lang: Python
>>>   Description : roundtrip YAML parser/emitter
>>>
>>> ruamel.yaml is a YAML parser/emitter that supports roundtrip
>>> preservation of comments, seq/map flow style, and map key order.
>>>
>>> For FreedomBox project, we need this module to configure ejabberd in a
>>> clean and robust way.
>> I also need it for cookiecutter. Unless you already started to work on
>> it, I can do it the next week-end.
>
> I haven't started, so please feel free.

OK, WIP.
-- 
Format a program to help the reader understand it.
- The Elements of Programming Style (Kernighan & Plauger)

Bug#805116: ITP: wifi-switcher

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 ITP: wifi-switcher -- script to automatically switch 
between networks

On Sb, 14 nov 15, 16:53:04, Oleg SHALAEV wrote:
> Package: wifi-switcher
> Severity: ITP
> License: GPL
> Section: net
> 
> Motivation: I think that network-manager and wicd duplicate functionality of 
> reliable command line tools
> like wpasupplicant and hostapd.
> 
> Following idea http://jamhed.dreamwidth.org/82198.html
> I wrote a simple perl script for automatic switching of my laptop between 
> wifi-networks.
> For example, When I bring the laptop from home to my office, it realizes that 
> the home
> wifi network is no more available and looks for available networks enlisted 
> in its
> configuration file.
> If a known wifi-network is found, it connects to it.
> If more than one known wifi-network are found, the one with the highest 
> priority is chosen.
> Undesirable networks are easilly disabled (forgotten).
> 
> New open and wpa networks can be easily added to the configuration file.
> The entries for more sophisticated enterprise networks should be manually 
> added to the configuration file
> in /etc/wpa_supplicant/
> 
> The script also switches between usual (client) wifi mode, and (server) 
> ad-hoc wifi network mode
> with dhcp, ssh, and ftp servers. I sometimes use adhoc wifi mode
> with ftp-server to transfer the files from/to the smartphone.
> 
> For now the script has working icewm interface.
> The emacs (elisp) interface is being tested.
> The pdmenu interface is planned.
> 
> The web site is inactive for now, plan to use
> http://chalaev.com/wifi-switcher

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


signature.asc
Description: Digital signature

Bug#583682: FW:Attn:High Level USB

[JamesMa]

Hello Sir&Madam,
Wishing you a wonderful day. 

Do you need wholesale usb flash drives?Our company have been working on the 
fields of wholesale usb flash drives for 10 years.
www.pzxtech.com


For promote our growth of trade. it has 1 models promotional usb flash drive 
for special below:
Items:Card shape promotional usb flash drive 
Capacity: 1GB/2GB/4GB/8GB/16GB
Unit price: US$1.73/1.81/2.07/2.28/3.81



We have some special Usb flash drive which we developed them by ourselves.
If you required , we could send you E-catalogue and free samples

Kindly reply at your earliest convenience.
Best regards
James
ShenZhen  PengZe Xing Technology  Co.,Ltd


Add:A18C, LongXing   Building,Bulong  Road, longGang,ShenZhen,China


Tel:+86-755-28760211


Email:sa...@pzxtech.com and ja...@pzxtech.com 
 

Website:www.pzxtech.com  




If you no longer wish to receive our emails, you may unsubscribe here by 
email.Please consider the environment before printing this e-mail.

Bug#805267: O: wizznic -- Implementation of the arcade classic Puzznic

[Mattia Rizzolo]

Package: wnpp

The package was de-facto orphaned, and the last upload officialized it.
Therfore, I file this wnpp bug.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Source: wizznic
Section: games
Priority: optional
Maintainer: Debian QA Group 
Build-Depends: debhelper (>= 8), libsdl-mixer1.2-dev, libsdl-image1.2-dev, 
 libpng12-dev, libsdl1.2-dev, imagemagick, po4a
Standards-Version: 3.9.6
Homepage: http://wizznic.org/

Package: wizznic
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}, wizznic-data, libsdl-mixer1.2, 
 libsdl-image1.2, libsdl1.2debian, libpng12-0, zlib1g
Description: Implementation of the arcade classic Puzznic
 As in the original game your mission is to clear the level of
 bricks. This is done by moving the bricks around. When two or
 more bricks of the same kind are next to each other or on top
 of each other they will disappear and points will be given.
 The level has to be clear of bricks before the time runs out
 or you will lose a life.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#802967: Patch

[Elena ``of Valhalla'']

On 2015-11-15 at 21:54:00 +0100, Andreas Noteng wrote:
> Attached is a debdiff containing the fix from upstream.

thanks, I missed the notification that the upstream bug had been fixed.

I'll prepare the updated package ASAP.

-- 
Elena ``of Valhalla''

Bug#805269: RM: gtkglarea-sharp -- ROM; Not used, unmaintained, dead upstream

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Killing more useless leaf packages

Bug#804607: lua-sec: SSLv3 method

[Enrico Tassi]

On Sat, Nov 14, 2015 at 02:16:53PM +0100, Kurt Roeckx wrote:
> A few use tlsv1 which isn't much better.

Thanks for your help, I'm preparing an upload.

Can you argument why tlsv1 is not good?

See also: https://github.com/brunoos/luasec/issues/58

Best,
-- 
Enrico Tassi

Bug#805271: RM: clutter-sharp -- ROM; Unmaintained & unused

[Jo Shields]

Package: ftp.debian.org
Severity: normal

We removed this thing's rdeps in 2010(!)

Bug#805270: opam's integration with fish shell broken

[Olof Sivertsson]

Package: opam
Version: 1.2.2-3+b1
Severity: normal
Tags: upstream

Dear Maintainer,

If you let 'opam init' modify config.fish when running the fish shell
it will break $PATH etc. See below for steps to reproduce.


This has already been reported and fixed upstream, see:
https://github.com/ocaml/opam/issues/2244
https://github.com/ocaml/opam/issues/2165

The latter issue contains the relevant patches.


Steps to reproduce:

> fish
> opam init
[...]
Do you want OPAM to modify ~/.config/fish/config.fish and ~/.ocamlinit
(default is 'no', use 'f' to name a file other than ~/.config/fish/config.fish)
[N/y/f] y
> fish  # Start a new fish shell
fish: Unknown command 'uname'
/usr/share/fish/functions/__fish_pwd.fish (line 1): uname
^
in command substitution
called on line -1 of file /usr/share/fish/functions/__fish_pwd.fish

from sourcing file /usr/share/fish/functions/__fish_pwd.fish
called on standard input

in command substitution
called on standard input

in command substitution
called on standard input

switch: Expected exactly one argument, got 0

/usr/share/fish/functions/__fish_pwd.fish (line 1): switch (uname)
   ^
from sourcing file /usr/share/fish/functions/__fish_pwd.fish
called on standard input

in command substitution
called on standard input

in command substitution
called on standard input

fish: Unknown command '__fish_pwd'
fish: echo $_ " "; __fish_pwd
   ^
in command substitution
called on standard input

/usr/share/fish/functions/type.fish (line 1): seq (count $argv)
  ^
in command substitution
called on line 2 of file /usr/share/fish/functions/type.fish

in function “type”
called on standard input
with parameter list “-q -p command-not-found”

in function “__fish_command_not_found_setup”
called on line 6 of file /usr/share/fish/functions/fish_prompt.fish
with parameter list “hostname”

in event handler: handler for generic event “fish_command_not_found”

/usr/share/fish/functions/type.fish (line 1): seq (count $argv)
  ^
in command substitution
called on line 2 of file /usr/share/fish/functions/type.fish

in function “type”
called on standard input
with parameter list “-p -q pkgfile”

in function “__fish_command_not_found_setup”
called on line 6 of file /usr/share/fish/functions/fish_prompt.fish
with parameter list “hostname”

in event handler: handler for generic event “fish_command_not_found”

fish: Unknown command 'hostname'
/usr/share/fish/functions/fish_prompt.fish (line 1): hostname|cut -d . -f 1
 ^
in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in function “fish_prompt”
called on standard input

in command substitution
called on standard input

fish: Unknown command 'uname'
/usr/share/fish/functions/prompt_pwd.fish (line 1): uname
^
in command substitution
called on line -1 of file /usr/share/fish/functions/prompt_pwd.fish

from sourcing file /usr/share/fish/functions/prompt_pwd.fish
called on line 6 of file /usr/share/fish/functions/fish_prompt.fish

in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in function “fish_prompt”
called on standard input

in command substitution
called on standard input

switch: Expected exactly one argument, got 0

/usr/share/fish/functions/prompt_pwd.fish (line 3): switch (uname)
   ^
from sourcing file /usr/share/fish/functions/prompt_pwd.fish
called on line 6 of file /usr/share/fish/functions/fish_prompt.fish

in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in function “fish_prompt”
called on standard input

in command substitution
called on standard input

fish: Unknown command 'sed'
/usr/share/fish/functions/prompt_pwd.fish (line 2): echo $PWD | sed -e 
"s|^$realhome|~|" $args_pre -e 's-\([^/.]\)[^/]*/-\1/-g' $args_post
^
in function “prompt_pwd”
called on line 6 of file /usr/share/fish/functions/fish_prompt.fish

in command substitution
called on line 4 of file /usr/share/fish/functions/fish_prompt.fish

in function “fish_prompt”
called on standard input

in command substitution
called on standard input

fish: Unknow

Bug#805272: subversion: svn --version chrashes with Segmentation fault

[Frank Sell]

Package: subversion
Version: 1.6.17dfsg-4+deb7u10
Severity: grave
Justification: renders package unusable

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

Hi,

did an upgrade for packages krb5-locales libgssapi-krb5-2 libk5crypto3
libkrb5-3 libkrb5support0 and wpasupplicant.

After upgrade subversion chrashes.

$ svn --version
Speicherzugriffsfehler

More information see attched files for:

strace svn --version
and
ldd `which svn`


-- System Information:
Debian Release: 7.9
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages subversion depends on:
ii  libapr1 1.4.6-3+deb7u1
ii  libc6   2.13-38+deb7u8
ii  libsasl2-2  2.1.25.dfsg1-6+deb7u1
ii  libsvn1 1.6.17dfsg-4+deb7u10

subversion recommends no packages.

Versions of packages subversion suggests:
ii  db5.1-util5.1.29-5
ii  patch 2.6.1-3
ii  subversion-tools  1.6.17dfsg-4+deb7u10

-- Configuration Files:
/etc/subversion/config changed:
[auth]
[helpers]
[tunnels]
[miscellany]
enable-auto-props = yes
[auto-props]
*.c = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.ec = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.pc = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.cpp = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.ecpp = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.4gl = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.h = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.H = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.java = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.js = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.py = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.pl = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.pm = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.php = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.css = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.dsp = svn:eol-style=CRLF
*.dsw = svn:eol-style=CRLF
*.sh = svn:eol-style=native;svn:executable;svn:keywords="Date LastChangedDate
Revision Rev Author HeadURL URL Id"
*.txt = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
*.png = svn:mime-type=image/png
*.jpg = svn:mime-type=image/jpeg
Makefile = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
version_functions = svn:eol-style=native;svn:keywords="Date LastChangedDate
Revision Rev Author HeadURL URL Id"
ewu.conf = svn:eol-style=native;svn:keywords="Date LastChangedDate Revision Rev
Author HeadURL URL Id"
execve("/usr/bin/svn", ["svn", "--version"], [/* 46 vars */]) = 0
brk(0)  = 0x23ad000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f5a407d3000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=136096, ...}) = 0
mmap(NULL, 136096, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f5a407b1000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\\312\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=295256, ...}) = 0
mmap(NULL, 2390456, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0x7f5a4036e000
mprotect(0x7f5a403b5000, 2093056, PROT_NONE) = 0
mmap(0x7f5a405b4000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x46000) = 0x7f5a405b4000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libsvn_wc-1.so.1", O_RDONLY) = 3
re

Bug#804055: transition: graphicsmagick

[Emilio Pozuelo Monfort]

On 14/11/15 17:35, László Böszörményi (GCS) wrote:
> On Mon, Nov 9, 2015 at 10:23 AM, Emilio Pozuelo Monfort
>  wrote:
>> On 09/11/15 09:59, László Böszörményi (GCS) wrote:
>>>  OK, 0.5.12 was uploaded and built on all supported architectures, but
>>> fails on mips64el due to an ICE. Otherwise the transition is all green
>>> now.
>>
>> You can ignore mips64el for now. It's not in testing so that won't block the
>> transition.
>  As noted, it went fine and the transition is over. This bug can be
> closed if you agree.

Not yet, the old library hasn't been removed yet because octave doesn't want to
migrate. That's because octave has old cruft, britney is trying to migrate, but
it is not installable.

I'll be taking a look at this at some point. It's all done from your side so no
worries about this.

Emilio

Bug#804775: transition: bullet

[Emilio Pozuelo Monfort]

On 13/11/15 10:29, Andreas Beckmann wrote:
> On Wed, 11 Nov 2015 18:05:45 +0100 Markus Koschany  wrote:
>> Am 11.11.2015 um 15:47 schrieb Emilio Pozuelo Monfort:
>>> On 11/11/15 14:21, Markus Koschany wrote:
 I would like to request a transition for Bullet 2.83.6.
 Upstream made a backward-incompatible ABI change between
 version 2.83.5 and 2.83.6 without changing the SONAME too.
>>>
>>> You can go ahead and upload this to unstable.
>> Uploaded to unstable.
> 
> critterding/experimental will need a binNMU, too (but not the version in
> sid, which probably uses an embedded copy).

Scheduled.

Emilio

Bug#805273: zim: The calendar was now journal

[Francois Mescam]

Package: zim
Version: 0.65-2
Severity: normal

Dear Maintainer,

Since version 0.65 I noticed that the name of the calendar changed it became 
journal.

It's not practice to have my old calendar under Calendar and the new entries 
under Journal.

If it's not a regression I think it is necessary to explain that change.

With my best regards

François

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages zim depends on:
ii  python  2.7.9-1
ii  python-gobject  3.18.2-2
ii  python-gtk2 2.24.0-4
ii  python-xdg  0.25-4
pn  python:any  

Versions of packages zim recommends:
pn  python-gtkspell  

Versions of packages zim suggests:
pn  bzr   
pn  ditaa 
pn  dvipng
pn  git   
pn  gnuplot   
pn  graphviz  
pn  lilypond  
pn  mercurial 
ii  python-zeitgeist  0.9.16-0.1
pn  r-base
pn  scrot 

-- no debconf information

Bug#805223: base-installer unable to determine kernel

[Łukasz Stelmach]

Dnia 15 listopad 2015 o 22:54 Ben Hutchings  napisał(a):
> On Sun, 2015-11-15 at 22:17 +0100, Łukasz Stelmach wrote:
>> During the installation I get a message that the installer was unable to
>> find appropriate kernel package for the device.
>> 
>> No installable kernel was found in the defined APT sources. [...]
>> 
>> I have traced the the message and it comes from pick_kernel() in
>> /usr/lib//base-installer/library.sh. In /var/log/syslog I find a message
>> 
>> Jan  1 00:52:06 base-installer: info: could not determine kernel flavour
>> 
>> repeated several times and followed by
>> 
>> Jan  1 00:52:06 base-installer: info: Found kernels ''
>> 
>> A very brief investigation suggests that that the problems comes from
>> the references to unassigned $FLAVOUR variable.
> 
> Unassigned, or empty?

It's hard to tell precisely. FLAVOUR is not assigned any value in
library.sh explicitly AND "$FLAVOUR" apparently evaluates to "" at
line 352[1].

>> I may only suspect that
>> the code containing $FLAVOUR has been moved from some file without
>> moving actual assignment (like the one in
>> debian/bootstrap-base.postinst)
> [...]
> 
> These functions are only ever called by debian/bootstrap-base.postinst.
> I think the problem is that arch_get_kernel_flavour is failing.

I have never said they are. I only gave the postinst script as an example
of a place where FLAVOUR is assigned. Do you know of any other place?

> This definitely doesn't seem like a proper fix.

Then what is in your opinion KERNEL_FLAVOUR for? It can't but ask why
there are two variables with apparently the same value (or at least
values from the same set).

I will try the fix suggested by Martin Michlmayr and see if it works.
 
[1] https://sources.debian.net/src/base-installer/1.154/library.sh/#L352 

-- 
Miłego dnia,
Łukasz Stelmach

Bug#805274: ITP: fuel-astute -- Deployment Orchestrator of Puppet via MCollective

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: fuel-astute
  Version : 7.0
  Upstream Author : Mirantis 
* URL : https://github.com/openstack/fuel-astute
* License : Apache-2.0
  Programming Lang: Ruby
  Description : Deployment Orchestrator of Puppet via MCollective

 For the provisionning, Astute orchestrator collects data about nodes and
 creates corresponding Cobbler systems using parameters specified in engine
 section of provision data. After the systems are created, it connects to
 Cobbler engine and reboots nodes according to the power management parameters
 of the node.
 .
 For the deployment, Astute uses data about nodes and recalculates needed
 parameters. Calculated parameters are passed to the nodes being deployed by
 using the nailyfact MCollective agent, that uploads these attributes to the
 /etc/astute.yaml file of the node. Then puppet parses this file using Facter
 plugin and uploads these facts into puppet. These facts are used during
 catalog compilation phase by puppet. Finally catalog is executed and Astute
 orchestrator passes to the next node in deployment sequence. Fuel Library
 provides puppet modules for Astute.

This is a dependency for OpenStack Fuel, for which I'm restarting the
packaging / porting effort.

Bug#805275: "double free or corruption" when recording calls

[Jean-Michel Vourgère]

Package: jitsi
Version: 2.4.4997-1.2
Severity: normal

I get some bad crash when attempting to record calls.

I'm using SIP.

During the calls, when I click on the little CD icon, I get a pop up asking for
an mp3 file location. When I press the button, jitsi crashes with this message:
*** Error in `/usr/bin/java': double free or corruption (out): 
0x7f5f08076e00 ***

If I go first in the options and in extended, call recording, check the box, I
get the same crash immediatly when clicking the CD icon in the call pop up.

Cheers

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jitsi depends on:
ii  default-jre [java6-runtime]2:1.7-52
ii  libbcprov-java 1.49+dfsg-3
ii  libcommons-codec-java  1.9-1
ii  libcommons-lang3-java  3.3.2-1
ii  libcommons-logging-java1.2-1
ii  libdbus-java   2.8-5
ii  libdnsjava-java2.1.5-0.1
ii  libfelix-framework-java4.4.0-1
ii  libfelix-main-java 4.4.0-1
ii  libhttpclient-java 4.3.5-2
ii  libhttpcore-java   4.3.3-1
ii  libhttpmime-java   4.3.5-2
ii  libjcalendar-java  1.3.3-3
ii  libjgoodies-forms-java 1.6.0-4
ii  libjitsi-jni   2.4.4997-1.2
ii  libjmdns-java  3.4.1-2
ii  libjna-java4.1.0-1
ii  libjson-simple-java1.1.1-2
ii  libjzlib-java  1.1.3-1
ii  liblaf-widget-java 4.3-2
ii  liblog4j1.2-java   1.2.17-5
ii  libmac-widgets-java0.10.0+svn416-dfsg1-1
ii  libunixsocket-java 0.7.3-1
ii  libxpp3-java   1.1.4c-2
ii  openjdk-6-jre [java6-runtime]  6b33-1.13.5-1
ii  openjdk-7-jre [java6-runtime]  7u85-2.6.1-6+deb8u1

jitsi recommends no packages.

jitsi suggests no packages.

-- no debconf information

Bug#343906: rubber: Does not optimize dvi for post processor

[Hilmar Preusse]

severity 343906 minor
stop

On 18.12.05 Braun Gabor (bra...@renyi.hu) wrote:

Hi,

> When rubber intends to post process a dvi file (e.g. with dvips of 
> dvipdfm) then it should create a dvi file optimized for the post 
> processor.  This means that packages (hyperref, graphicx, 
> grapphics, color etc.) should use the appropriate driver.
> 
Let's test this again. You performed the test for dvips and dvipdfm.

dvips:

hille@sid:~/devel/rubber/bugs $ rubber -o dvips 343906.tex
compiling 343906.tex...
compiling 343906.tex...
hille@sid:~/devel/rubber/bugs $ grep '[Dd]river' 343906.log
Package graphics Info: Driver file: dvips.def on input line 94.
File: dvips.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package color Info: Driver file: dvips.def on input line 142.
File: dvipsnam.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package hyperref Message: Driver (default): hdvips.
File: hdvips.def 2012/11/06 v6.83m Hyperref driver for dvips

Looks OK, AFAICT.

dvipdfm:

hille@sid:~/devel/rubber/bugs $ rubber -o dvipdfm 343906.tex
compiling 343906.tex...
hille@sid:~/devel/rubber/bugs $ grep '[Dd]river' 343906.log
Package graphics Info: Driver file: dvips.def on input line 94.
File: dvips.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package color Info: Driver file: dvips.def on input line 142.
File: dvipsnam.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package hyperref Message: Driver (default): hdvips.
File: hdvips.def 2012/11/06 v6.83m Hyperref driver for dvips

NOK. Another try using dvipdfmx:

hille@sid:~/devel/rubber/bugs $ rubber -o dvipdfmx 343906.tex
compiling 343906.tex...
hille@sid:~/devel/rubber/bugs $ grep '[Dd]river' 343906.log
Package graphics Info: Driver file: dvips.def on input line 94.
File: dvips.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package color Info: Driver file: dvips.def on input line 142.
File: dvipsnam.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package hyperref Message: Driver (default): hdvips.
File: hdvips.def 2012/11/06 v6.83m Hyperref driver for dvips

Same.

Now hard code the driver in the source file:

hille@sid:~/devel/rubber/bugs $ rubber -o dvipdfm 343906.tex
compiling 343906.tex...
/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty: File
/`dvipdfm.def' not found.
/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty:95:
/Emergency stop.
/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty:95:
/leading text: ...ed{ver@\Gin@driver}{\input{\Gin@driver}}{}

AFAICT there is no driver in Debian any more for dvipdfm and
graphics. I hard coded dvipdfmx instead and it worked:

hille@sid:~/devel/rubber/bugs $ grep '[Dd]river' 343906.log
Package graphics Info: Driver file: dvipdfmx.def on input line 94.
File: dvipdfmx.def 2015/09/11 v4.06 LaTeX color/graphics driver for dvipdfmx (T
Package color Info: Driver file: dvipdfmx.def on input line 142.
File: dvipsnam.def 2014/10/14 v3.0j Driver-dependent file (DPC,SPQR)
Package hyperref Message: Driver: hdvipdfm.
File: hdvipdfm.def 2012/11/06 v6.83m Hyperref driver for dvipdfm

So, we have a work around. I'll show that issue to upstream, for now
I lower it to minor.

Hilmar
-- 
sigmentation fault

Bug#804651: owncloud: renaming a folder can destroy all contained files

[Cyrille Chépélov]

Hi David,


>>   3. From a client's native file explorer (nautilus / Finder /
>> Explorer), rename the folder made in #1
>>   4. Result: at the end of the rename and once all machines have sync'd
>> back, some or all of the files contained within the folder have been
>> permanently destroyed.
> What are the clients (platform, version number) used to synchronize?
Here's the output of cat access.log|cut -d " " -f 12- |sort |uniq
"-"
"CalDAV-Sync/0.4.27 (LGE; g3_global_com; Android 4.4.2; fr_FR;
org.dmfs.caldav.lib/732; like iOS/5.0.1 (9A405) dataaccessd/1.0)"
"CalDAV-Sync/0.4.27 (Sony; E2333; Android 5.0; fr_FR;
org.dmfs.caldav.lib/732; like iOS/5.0.1 (9A405) dataaccessd/1.0)"
"CardDAV-Sync/0.4.19 (LGE; g3_global_com; Android 4.4.2; fr_FR;
org.dmfs.carddav.Sync/139)"
"gvfs/1.24.1"
"iOS/9.1 (13B143) dataaccessd/1.0"
"Mac OS X/10.10.5 (14F27) AddressBook/1579"
"Mozilla/5.0 (Linux) mirall/2.0.0"
"Mozilla/5.0 (Linux) mirall/2.0.2"
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101
Thunderbird/38.3.0 Lightning/4.0.3.1"
"Mozilla/5.0 (Macintosh) mirall/2.0.2"
"Mozilla/5.0 (Windows) mirall/1.4.2"
"Mozilla/5.0 (Windows) mirall/2.0.1"
"Mozilla/5.0 (Windows) mirall/2.0.2"
"Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101
Thunderbird/38.3.0 Lightning/4.0.3.1"
"Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.7.0
Lightning/3.3.7"
"Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0
Lightning/3.3.2"
"Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Icedove/38.1.0
Lightning/4.0.2.1"


> Have you checked upstream issue tracker already for similar issues?
Yes, with no results.
For the record, the issue was already happening in 6.x times (Debian
wheezy packages) 12-18 months ago, while upstream was at 7.x. I had
refrained to report at the time, for concern this might be disregarded
as "obsolete debiannery" by upstream. I hereby apolgise for my
irresponsibility.


>
> The issue might be in the client used where the renaming happened, but
> in any other client used to synchronize the instance too, so it would be
> nice to narrow it down (can you reproduce the issue with a Debian client
> on the move side, and a Debian client on the other side for example, or
> what combination provokes the issue?).
We've been burned multiple times, with no apparent distinction between
the initiating owncloud-client platform (Windows, Linux, Mac).
It /is/ possible that the variety of clients accessing the system is a
factor, as well as possible timing issues (some of the computers are
away, ~150 millisecond from the central machine while others are local;
and there are about 10K files for a total of about 10GiB depending on
users' permissions).
 
So far we're really glad Apple Time Machine could save our day (as
owncloud's own file history really doesn't help us go back deep in time
when nested hierarchies are lost to this issue, hence the "permanently
destroyed"), but it's kind of problematic to have to rely on that.

-- Cyrille

Bug#805276: evince: When the pdf file gets its number of pages shortened, if the removed page is viewed, evince crashes

[Hong Xu]

Package: evince
Version: 3.14.1-2
Severity: normal
Tags: upstream

Dear Maintainer,

You can use LaTeX to assist to reproduce this bug. Create a file named
test.tex, with the following contents:

==
\documentclass{article}

\begin{document}
aa
\newpage
zz
\end{document}

==

Compile the tex file by running `pdflatex test.tex`, which generates test.pdf.
Open test.pdf with evince.

Now, scroll evince to the second page and zoom in until the first page is not
in view. Close the side panel if it is open. Modify the test.tex file by
removing the line "\newpage" and run `pdflatex tex.tex` again. Now you should
see evince crash.

   * What was the outcome of this action?

evince crashes, with the following error message:

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_link_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_form_field_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_annot_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_text_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed


   * What outcome did you expect instead?

evince should go to view page 1.



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

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages evince depends on:
ii  evince-common  3.14.1-2
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libevdocument3-4   3.14.1-2
ii  libevview3-3   3.14.1-2
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u3
ii  libglib2.0-0   2.42.1-1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libnautilus-extension1a3.14.1-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libsecret-1-0  0.18-1+b1
ii  libxml22.9.1+dfsg1-5
ii  shared-mime-info   1.3-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages evince recommends:
ii  dbus-x11  1.8.20-0+deb8u1
ii  gvfs  1.22.2-1

Versions of packages evince suggests:
ii  nautilus  3.14.1-2
ii  poppler-data  0.4.7-1
pn  unrar 

-- no debconf information

Bug#805277: sfdisk: dump format changed in 2.26

[Tzafrir Cohen]

Package: util-linux
Version: 2.27.1-1
Severity: wishlist

Dear Maintainer,

The sfdisk man page documents using --dump to dump partitions of a
system and later restore them by feeding them to sfdisk from the
standard input.

The format of this dump has changed in the rewrite in version 2.26, and
thus a dump generated by Stretch cannot be used by Jessie.

New versions seem to be able to use old dumps.

A simple cwscript I use here to convert new format to old:

sed \
-e 's/type=/Id=/' \
-e '/^label:/d' \
-e '/^label-id:/d' \
-e '/^device:/d' \
#

Is dumping and restoring accross versions supported?

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages util-linux depends on:
ii  initscripts 2.88dsf-59.2
ii  libblkid1   2.27.1-1
ii  libc6   2.19-22
ii  libfdisk1   2.27.1-1
ii  libmount1   2.27.1-1
ii  libncursesw56.0+20151024-1
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2+b1
ii  libsmartcols1   2.27.1-1
ii  libsystemd0 227-2
ii  libtinfo5   6.0+20151024-1
ii  libudev1227-2
ii  libuuid12.27.1-1
ii  lsb-base9.20150917
ii  sysvinit-utils  2.88dsf-59.2
ii  tzdata  2015g-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

util-linux recommends no packages.

Versions of packages util-linux suggests:
ii  console-tools   1:0.2.3dbs-70
ii  dosfstools  3.0.28-2
ii  util-linux-locales  2.27.1-1

-- debconf information excluded

Bug#418147: logcheck: Does not complain if rules are unreadable

[Simon Ruderich]

tags 418147 patch
thanks

Hello,

attached is a patch to fix this issue. Please include it. It also
removes the old check which was never triggered.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x1972F726F0D556E7
--- /tmp/logcheck.orig	2015-11-16 10:51:24.697748301 +0100
+++ /usr/sbin/logcheck	2015-11-16 10:54:37.094323732 +0100
@@ -215,18 +215,21 @@
 	mkdir "$cleaned" \
 	|| error "Could not make dir $cleaned for cleaned rulefiles."
 	fi
+	# run-parts doesn't include files which are not readable. Use this
+	# separate check to correctly report unreadable files.
+	for x in "$dir"/*; do
+		if [ -f "$x" ] && [ ! -r "$x" ]; then
+			error "Couldn't read $x"
+		fi
+	done
 	for rulefile in $(run-parts --list "$dir"); do
 	rulefile="$(basename "$rulefile")"
 	if [ -f "${dir}/${rulefile}" ]; then
 		debug "cleanrules: ${dir}/${rulefile}"
-		if [ -r "${dir}/${rulefile}" ]; then
-			# pipe to cat on greps to get usable exit status
-			egrep --text -v '^[[:space:]]*$|^#' "$dir/$rulefile" | cat \
->> "$cleaned/$rulefile" \
-			|| error "Couldn't append to $cleaned/$rulefile."
-		else
-			error "Couldn't read $dir/$rulefile"
-		fi
+		# pipe to cat on greps to get usable exit status
+		egrep --text -v '^[[:space:]]*$|^#' "$dir/$rulefile" | cat \
+			>> "$cleaned/$rulefile" \
+		|| error "Couldn't append to $cleaned/$rulefile."
 	fi
 	done
 elif [ -f "$dir" ]; then


signature.asc
Description: Digital signature

Bug#805107: qemu-kvm: internal error (emulation error)

[Michael Tokarev]

Control: reassign -1 qemu-system-x86
Control: severity -1 minor

14.11.2015 22:28, Dmitry Bogatov wrote:
> Package: qemu-kvm
> Version: 1:2.4+dfsg-4
> Severity: important
> 
> Dear Maintainer,
> 
> I installed Gentoo GNU/Linux with `lilo` bootloaded and kernel, built via
> `genkernel` on virtual machine and on attempt to boot I get qemu
> internal error, as attached. Script to run qemu is also attached.

This is a bug in guest.  hers's the disassembly of the code in question:

 <.data>:
   0:   85 ed   test   %ebp,%ebp
   2:   be 4a 2d a8 f2  mov$0xf2a82d4a,%esi
   7:   92  xchg   %eax,%edx
   8:   d9 bb 21 7e 85 aa   fnstcw -0x557a81df(%ebx)
   e:   53  push   %ebx
   f:   6b 60 01 6d imul   $0x6d,0x1(%eax),%esp
  13:   4d  dec%ebp
  14:   da 9d 39 b2 0e 7e   ficompl 0x7e0eb239(%ebp)   <=== here
  1a:   52  push   %edx
  1b:   3d 0f d0 29 d5  cmp$0xd529d00f,%eax
  20:   e6 0c   out%al,$0xc
  22:   be f9 76 31 43  mov$0x433176f9,%esi
  27:   4f  dec%edi
  28:   86 c2   xchg   %al,%dl
  2a:   4e  dec%esi
  2b:   be ba c5 34 52  mov$0x5234c5ba,%esi
  30:   9b  fwait
  31:   c4  .byte 0xc4

It is a floating-point/integer comparison instruction.
The instruction sequence smells like your guest code
jumped to some random junk.

How far in the boot process it happens?  Is it in lilo or
in the kernel?  How much memory did you assign to the
guest?

Thanks,

/mjt

Bug#805278: ITP: heka -- Stream processing software system developed by Mozilla

[ChangZhuo Chen]

Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)" 

* Package name: heka
  Version : 0.10.0b1
  Upstream Author : Ben Bangert, Mike Trinkala, Rob Miller, Victor Ng,
David Birdsong, Michael Gibson
* URL : https://github.com/mozilla-services/heka
* License : MPL-2
  Programming Lang: Go
  Description : Stream processing software system developed by Mozilla

 Heka is an open source stream processing software system developed by
 Mozilla. Heka is a “Swiss Army Knife” type tool for data processing,
 useful for a wide variety of different tasks, such as:
 .
 * Loading and parsing log files from a file system.
 * Accepting statsd type metrics data for aggregation and forwarding to
   upstream time series data stores such as graphite or InfluxDB.
 * Launching external processes to gather operational data from the local
   system.
 * Performing real time analysis, graphing, and anomaly detection on any
   data flowing through the Heka pipeline.
 * Shipping data from one location to another via the use of an external
   transport (such as AMQP) or directly (via TCP).
 * Delivering processed data to one or more persistent data stores.

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#804694: libqt5xcbqpa5 SIGSEGV crashes sporadically at QXcbWindow::handleClientMessageEvent

[Markus Frosch]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Thanks for your efforts.

It seems like the bug vanished kind of.

Quassel sometimes still goes away, but without a SIGSEGV, this is another 
problem.

I updated gnome and mutter due to other problems to the unstable versions 
(3.18.2-1) last week. Since then it seems to be okay. So maybe
the QT crash was caused by an error with the window manager.

And yes, I have a multi-monitor setup. With a notebook I'm moving to multiple 
workplaces.

Cheers
Markus Frosch
- -- 
mar...@lazyfrosch.de / lazyfro...@debian.org
http://www.lazyfrosch.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWSbBFAAoJEPJhXZqrmHtuVpAIALy8/YT4W4sTBFWLgzH1AWVo
wbsKLPrb/mXidP+BwUvHDvlReJND1arTs7jKfTRQ42kgobJw2ppZ8mzLPnG8CzIG
E0d1jrV+T1cgk0zR2qZ5Zfoe3M7rGnHpDkmwSE4E4u3eSZBLWmihTtMDMlbctuZZ
GwSx3oJPNEIahdYHV2fH8QOgaW9w+a9Jl7XCx5yh1m77MmFxW3lCwwx2gJh6dmUs
hlN8tGJgPAKiYlvPxjGeja5uaZS4zcludVNLujBtK3s5Ls2OaS26FiZht0eoT3W9
XD828MPOI5A8S1uewc8GWmOENGJyXKLdPoIZxWR/8XpAsbmHcHvBHlK5+XLeXyY=
=tj12
-END PGP SIGNATURE-

Bug#805223: base-installer unable to determine kernel

[Ben Hutchings]

On Mon, 2015-11-16 at 10:16 +0100, Łukasz Stelmach wrote:
> Dnia 15 listopad 2015 o 22:54 Ben Hutchings  napisał(a):
[...]
> > 
> > > I may only suspect that
> > > the code containing $FLAVOUR has been moved from some file without
> > > moving actual assignment (like the one in
> > > debian/bootstrap-base.postinst)
> > [...]
> > 
> > These functions are only ever called by debian/bootstrap-base.postinst.
> > I think the problem is that arch_get_kernel_flavour is failing.
> 
> I have never said they are. I only gave the postinst script as an example
> of a place where FLAVOUR is assigned. Do you know of any other place?

I don't; that's my point.  There is one caller and it sets FLAVOUR.

> > This definitely doesn't seem like a proper fix.
> 
> Then what is in your opinion KERNEL_FLAVOUR for? It can't but ask why
> there are two variables with apparently the same value (or at least
> values from the same set).
[...]

I think it's obsolete, but it used to be used in the i386 kernel
selection to decide whether to install a kernel that supports PAE.

Ben.

-- 
Ben Hutchings
Everything should be made as simple as possible, but not simpler.
   - Albert Einstein

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

Bug#805279: cdebconf-gtk: Autoscroll on field activation

[Samuel Thibault]

Package: cdebconf-gtk
Version: 0.192

Hello,

When using big fonts for accessibility, the debian installer questions
do not fit on a screen any more. For such case, cdebconf-gtk implements
a scrollbar. It however does not scroll automatically when tabbing
between text fields, while it would be very helpful to avoid having to
resort to the mouse (which some people may have difficulties to use).

Samuel

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

Kernel: Linux 4.2.4 (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
Init: systemd (via /run/systemd/system)

-- 
Samuel
> Allez, soyez sympa ... traduisez-lui "linux"
Linux, c'est comme le miel : c'est vachement bon mais ça attire les
mouches. En plus, ça colle aux doigts et on a du mal à s'en défaire.
-+- TP in: Guide du linuxien pervers - "Barrez vous les mouches !"

Bug#805280: debian-installer: Have big cursors available

[Samuel Thibault]

Package: debian-installer
Version: 20151024
Severity: normal
User: debian-accessibil...@lists.debian.org
Usertags: a11y

Hello,

We have support for bigger fonts along the dark theme, but the mouse is
still quite small and hard to see. We'd need a set of bigger cursors, or
get the existing cursor to be bigger (the cursor on my X session on my
desktop is already quite big, probably thanks to the DPI setting).

Samuel

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

Kernel: Linux 4.2.4 (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
Init: systemd (via /run/systemd/system)

-- 
Samuel
 can you guys see what I type?
 no, raize
 How do I set it up so you can see it?

Bug#802677: Raising severity - blocking RC bug fixes

[Neil Williams]

severity 802677 grave
affects 801930
thanks

Justification: causes dependencies to FTBFS

django-testscenarios has an RC bug (801930) related to django1.8 but
now cannot be built because python-testtools fails - apparently due to
changes in the exception / traceback handling in django1.8.

This now means I cannot build django-testscenarios to be able to fix
the RC bug 801930 which builds and tests correctly if python-testtools
is downgraded to a version which does not trigger the bug in django1.8.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpJ6o9i9BMwJ.pgp
Description: OpenPGP digital signature

Bug#805281: RM: ampsharp -- ROM; Useless leaf package

[Jo Shields]

Package: ftp.debian.org
Severity: normal

I have no idea what this was ever used for

Bug#804838: eztrace: build process generates huge file

[Mattia Rizzolo]

I'm sorry I haven't get back to yet before.

On Fri, Nov 13, 2015 at 03:35:24PM +0100, Samuel Thibault wrote:
> system (the testsuite is not supposed to run in parallel anyway), but

if the testsuite is not supposed to run parallel, then you should avoid
that:

 override_dh_auto_test:
-   -dh_auto_test -Bbuild-mpich -- -k
+   -dh_auto_test --parallel=1 -Bbuild-mpich -- -k
 ifeq ($(OPENMPI),yes)
-   -dh_auto_test -Bbuild-openmpi -- -C src/modules/mpi -k
+   -dh_auto_test --parallel=1 -Bbuild-openmpi -- -C src/modules/mpi -k
 endif

> the code is quite simple, so perhaps I can just proofread it and submit
> patches for tests.  One thing that struck me at first look should be
> fixed by the attached patch, could you give it a try?

We have ways to test toolchain packages and before they enter the
archive, yes, it's our custom repository [0], but it's way easier the
way you did, by uploading directly to the archive :)
I'll re-test the package this afternoon, if litl hits the mirrors in
time.

Thanks for your support and quick fix!


[0] https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#805282: Please package version >= 3.9.3

[Thomas Goirand]

Package: libjs-lodash
Version: 2.4.1+dfsg-3
Severity: important

Hi,

I'm trying to package OpenStack fuel, and it needs lodash 3.9.3. Please
package it, at least in Experimental.

Since I'm in the PKG Javascript team, I'll do the work to upload in there.
If you don't want me to do that, let me know.

Cheers,

Thomas Goirand (zigo)

Bug#805081: Please update liblastfm to 1.0.9

[Stefan Ahlers]

Hi,

thank you for your reply!
> This is a little complicated because Amarok and Clementine both need
> liblastfm compiled with Qt4.
>
> It looks like the latest version 1.1.0 (as yet untagged) allows for
> coinstallation of the -dev files as well.  So it seems like the best way
> forward is to upgrade to that version, and then have that source package
> build both the Qt4 and Qt5 binaries.  It's doable, but you'd need to do
> more by hand in debian/rules.
Of course, I will not drop the Qt4 support. My idea is to create two
separate packages. One package called "liblastfm" is Qt4 based and the
other package "liblastfm5" is Qt5 based. And so it is very easy to
handle the debian files.

My current Qt5 package (http://mentors.debian.net/package/liblastfm5) is
patched for coinstallation. And so it is possible to install both
package on the same system without a collision.
> Would you be interested in taking over maintenance?
Yes, I'm interested but I'm not a debian maintainer yet. I'm only a
maintainer for the ubuntu PPA of tomahawk and I started my work on
debian directly only a few weeks ago. And so I need a sponsoring for
uploading at the moment.

I could take over maintenance, update the Qt4 version of liblastfm and
uploading it to mentors.debian.net, if you wish.

Stefan

Bug#805273: zim: The calendar was now journal

[Raphael Hertzog]

Hello Francois,

On Mon, 16 Nov 2015, Francois Mescam wrote:
> Since version 0.65 I noticed that the name of the calendar changed it became 
> journal.
> 
> It's not practice to have my old calendar under Calendar and the new entries 
> under Journal.
> 
> If it's not a regression I think it is necessary to explain that change.

I have not seen any change on my side... the top level name used by the
plugin can be configured.

Go to "Éditions > Préférences > Plugins"
then select the "Journal" plugin and click on "Configure"
you can change the name in the "Section" field.

If you put ":Calendar" there instead of ":Journal" you should be
back to what you expect. Is that correct?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#805168: linux-image-4.2.0-1-amd64: sudden USB disconnect

[Vincent Lefevre]

Control: severity -1 grave

On 2015-11-15 16:24:38 +0100, Vincent Lefevre wrote:
> On 2015-11-15 14:01:06 +0100, Vincent Lefevre wrote:
> > This is the second time I get a sudden USB disconnection, in two
> > days. See the logs below for the latest one. This corresponds to my
> > USB keyboard. Mapping is lost, and though I can remap the keyboard
> > manually, this still breaks all the xterm's!
> 
> This has just occured a third time! So, I've rebooted a second time
> just in case. If this occurs again, I'll downgrade the kernel to see
> whether this problem disappears.

This has now happened on a different machine (see below). I'm raising
the severity because this is a major regression, which is not related
to the hardware.

Nov 16 11:31:24 cventin kernel: usb 1-6: USB disconnect, device number 14
Nov 16 11:31:24 cventin kernel: usb 1-6.1: USB disconnect, device number 15
Nov 16 11:31:24 cventin kernel: usb 1-6.2: USB disconnect, device number 16
Nov 16 11:31:25 cventin kernel: usb 2-5: USB disconnect, device number 8
Nov 16 11:31:25 cventin kernel: usb 2-5.4: USB disconnect, device number 9
Nov 16 11:31:25 cventin kernel: usb 1-6.4: USB disconnect, device number 17
Nov 16 12:06:05 cventin kernel: usb 1-6: new high-speed USB device number 18 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5: new SuperSpeed USB device number 10 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5: New USB device found, idVendor=0451, 
idProduct=8140
Nov 16 12:06:05 cventin kernel: usb 2-5: New USB device strings: Mfr=0, 
Product=0, SerialNumber=0
Nov 16 12:06:05 cventin kernel: hub 2-5:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 2-5:1.0: 4 ports detected
Nov 16 12:06:05 cventin kernel: usb 1-6: New USB device found, idVendor=0451, 
idProduct=8142
Nov 16 12:06:05 cventin kernel: usb 1-6: New USB device strings: Mfr=0, 
Product=0, SerialNumber=1
Nov 16 12:06:05 cventin kernel: usb 1-6: SerialNumber: 290008594A53
Nov 16 12:06:05 cventin kernel: hub 1-6:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 1-6:1.0: 4 ports detected
Nov 16 12:06:05 cventin kernel: usb 2-5.4: new SuperSpeed USB device number 11 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 2-5.4: New USB device found, idVendor=0451, 
idProduct=8140
Nov 16 12:06:05 cventin kernel: usb 2-5.4: New USB device strings: Mfr=0, 
Product=0, SerialNumber=0
Nov 16 12:06:05 cventin kernel: hub 2-5.4:1.0: USB hub found
Nov 16 12:06:05 cventin kernel: hub 2-5.4:1.0: 2 ports detected
Nov 16 12:06:05 cventin kernel: usb 1-6.1: new low-speed USB device number 19 
using xhci_hcd
Nov 16 12:06:05 cventin kernel: usb 1-6.1: New USB device found, idVendor=413c, 
idProduct=2107
Nov 16 12:06:05 cventin kernel: usb 1-6.1: New USB device strings: Mfr=1, 
Product=2, SerialNumber=0
Nov 16 12:06:05 cventin kernel: usb 1-6.1: Product: Dell USB Entry Keyboard
Nov 16 12:06:05 cventin kernel: usb 1-6.1: Manufacturer: DELL
Nov 16 12:06:05 cventin kernel: usb 1-6.1: ep 0x81 - rounding interval to 64 
microframes, ep desc says 80 microframes
Nov 16 12:06:05 cventin kernel: input: DELL Dell USB Entry Keyboard as 
/devices/pci:00/:00:14.0/usb1/1-6/1-6.1/1-6.1:1.0/0003:413C:2107.0009/input/input20
Nov 16 12:06:06 cventin kernel: hid-generic 0003:413C:2107.0009: input,hidraw0: 
USB HID v1.11 Keyboard [DELL Dell USB Entry Keyboard] on 
usb-:00:14.0-6.1/input0
Nov 16 12:06:06 cventin mtp-probe[1945]: checking bus 1, device 19: 
"/sys/devices/pci:00/:00:14.0/usb1/1-6/1-6.1"
Nov 16 12:06:06 cventin mtp-probe[1945]: bus: 1, device: 19 was not an MTP 
device
Nov 16 12:06:06 cventin kernel: usb 1-6.2: new low-speed USB device number 20 
using xhci_hcd
Nov 16 12:06:06 cventin kernel: usb 1-6.2: New USB device found, idVendor=046d, 
idProduct=c077
Nov 16 12:06:06 cventin kernel: usb 1-6.2: New USB device strings: Mfr=1, 
Product=2, SerialNumber=0
Nov 16 12:06:06 cventin kernel: usb 1-6.2: Product: USB Optical Mouse
Nov 16 12:06:06 cventin kernel: usb 1-6.2: Manufacturer: Logitech
Nov 16 12:06:06 cventin kernel: usb 1-6.2: ep 0x81 - rounding interval to 64 
microframes, ep desc says 80 microframes
Nov 16 12:06:06 cventin kernel: input: Logitech USB Optical Mouse as 
/devices/pci:00/:00:14.0/usb1/1-6/1-6.2/1-6.2:1.0/0003:046D:C077.000A/input/input21
Nov 16 12:06:06 cventin kernel: hid-generic 0003:046D:C077.000A: input,hidraw1: 
USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:14.0-6.2/input0
Nov 16 12:06:06 cventin mtp-probe[1953]: checking bus 1, device 20: 
"/sys/devices/pci:00/:00:14.0/usb1/1-6/1-6.2"
Nov 16 12:06:06 cventin mtp-probe[1953]: bus: 1, device: 20 was not an MTP 
device
Nov 16 12:06:06 cventin kernel: usb 1-6.4: new high-speed USB device number 21 
using xhci_hcd
Nov 16 12:06:06 cventin kernel: usb 1-6.4: New USB device found, idVendor=0451, 
idProduct=8142
Nov 16 12:06:06 cventin kernel: usb 1-6.4: New USB device strings: Mfr=0, 
Product=0, SerialNumber=1
Nov 16 12:06:06 cventin kernel: usb 1-6.4: SerialNumber: 090008

Bug#745419: [PATCH] tools: pygrub: if partition table is empty, try treating as a whole disk

[Ian Campbell]

Control: tag -1 +fixed-upstream

On Wed, 2015-11-11 at 15:39 +, Ian Jackson wrote:
> Wei Liu writes ("Re: [PATCH] tools: pygrub: if partition table is empty,
> try treating as a whole disk"):
> > On Thu, Nov 05, 2015 at 02:46:12PM +, Ian Campbell wrote:
> > > pygrub (in identify_disk_image()) detects a DOS style partition table
> > > via the presence of the 0xaa55 signature at the end of the first
> > > sector of the disk.
> ...
> > Acked-by: Wei Liu 
> 
> Acked-by: Ian Jackson 

applied, thanks.

> In line with my usual policy about pygrub compatibility problems, I
> intend to backport this to stable trees.

Good idea.

Ian.

Bug#789434: Fixed upstream

[Salvo 'LtWorf' Tomaselli]

Upstream fixed both issues:
http://bugzilla.audacityteam.org/show_bug.cgi?id=1141
http://bugzilla.audacityteam.org/show_bug.cgi?id=1204

But the fix is on HEAD.

Bug#805283: 0install: tries to overwrite file which is also in package 0install-core 2.8-1

[Vincent Lefevre]

Package: 0install
Version: 2.10-1
Severity: serious
Justification: Policy 7.6.1

Upgrade fails of 0install fails with the following error due to
missing Breaks/Replaces:

Unpacking 0install (2.10-1) over (2.8-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/0install_2.10-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/applications/0install.desktop', which is also 
in package 0install-core 2.8-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages 0install depends on:
ii  0install-core2.10-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk2.0-0  2.24.28-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpangoft2-1.0-01.38.1-1

0install recommends no packages.

0install suggests no packages.

-- no debconf information

Bug#696031: simutrans: please allow fullscreen at 1366x768

[Jörg Frings-Fürst]

Hello Brian,

thank you for spending your time helping to make Debian better with
this bug report.  


Please can you test it again with the current version from unstable
(120.1.1+repack-1)?


Thank you..

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#750121: simutrans: FTBFS with clang instead of gcc

[Jörg Frings-Fürst]

tag 750121 - patch
fixed 750121 simutrans/120.1.1+repack-1
thanks


Hello,

your patch is applied upstream. So I close this bug.


CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#679661: Trash circle not working

[Jörg Frings-Fürst]

Hello Frank,

thank you for spending your time helping to make Debian better with
this bug report.  

You have solved the trouble. So I close this bug.

CU
Jörg

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#805277: sfdisk: dump format changed in 2.26

[Andreas Henriksson]

Hello Tzafrir Cohen.

Thanks for your bug report.

On Mon, Nov 16, 2015 at 11:44:09AM +0200, Tzafrir Cohen wrote:
> Package: util-linux
> Version: 2.27.1-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> The sfdisk man page documents using --dump to dump partitions of a
> system and later restore them by feeding them to sfdisk from the
> standard input.
> 
> The format of this dump has changed in the rewrite in version 2.26, and
> thus a dump generated by Stretch cannot be used by Jessie.
> 
> New versions seem to be able to use old dumps.
> 
> A simple cwscript I use here to convert new format to old:
> 
> sed \
> -e 's/type=/Id=/' \
> -e '/^label:/d' \
> -e '/^label-id:/d' \
> -e '/^device:/d' \
> #
> 
> Is dumping and restoring accross versions supported?

I'm not sure what the "official" answer is (I'd recommend you ask
on the upstream mailing list!), but you seem to pretty much confirm
my theoretical idea of what would be supported with the new
implementation... basically that the newer dumps can not be used
on older version because they dump out more functionality (in
a way that I did not see how it could be compatible with the
old tools). Using old dumps should work though as that's just
a subset of the newer tools functionality. Thanks for confirming
my theory by actually testing it! (Bonus points for your
instructions on how to make the dump compatible with old version
that might be useful for someone running into the same issue
and finding this bug report!)

Not sure what exactly you're wishing for in this bug report though.
Possibly upstream could be convinced to include some kind of
"dump in compatibility mode" (ie. only a subset of functionality
will be restored when restoring such a dump, but it'll be possible
to use it with older versions of sfdisk). If so this sounds
useful to you, then please bring it up for discussion on the
upstream mailing list as it's out of scope for Debian.

If you have some other take on what you're wishing for, please
mention explicit details.

Regards,
Andreas Henriksson

Bug#805282: [Pkg-javascript-devel] Bug#805282: Please package version >= 3.9.3

[Valentin]

Hi,

Thanks for your message

I will update the package this week-end so you could work on OpenStack.

Cheers,
Valentin.

Bug#804790: RFP: [PACKAGE] -- [SHORT DESCRIPTION]

[Jörg Frings-Fürst]

Hi,

I don't think that this is a valid wnpp bug.
So I close them.

CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.





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

Bug#805273: zim: The calendar was now journal

[Francois Mescam]

On 16/11/2015 12:08, Raphael Hertzog wrote:

Hello Francois,

On Mon, 16 Nov 2015, Francois Mescam wrote:

Since version 0.65 I noticed that the name of the calendar changed it became 
journal.

It's not practice to have my old calendar under Calendar and the new entries 
under Journal.

If it's not a regression I think it is necessary to explain that change.

I have not seen any change on my side... the top level name used by the
plugin can be configured.

I've not remember I'd change the default name some years ago.

So you can close the bug

Thank's for your rapid help.

Regards


--
 Francois Mescam

Bug#805284: gnome-color-manager: Should not depend on GnuTLS

[Tim Ruehsen]

Package: gnome-color-manager
Version: 3.18.0
Severity: minor

Dear Maintainer,

this package depends on libgnutls-deb0-28 (>= 3.3.0), but I can't see any
hint in the sources why it should.

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#805201: [Debian GNUstep maintainers] Bug#805201: gnumail: FTBFS: /usr/bin/ld: cannot find -lAddresses

[Eric Heintzmann]

Le 15/11/2015 21:26, Chris West (Faux) a écrit :

Source: gnumail
Version: 1.2.2-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

gcc  -shared -Wl,-soname,libGNUMail.so.1  -rdynamic -Wl,-z,relro ... 
obj/GNUMail.obj/WelcomePanel.m.o   -L../   -L/usr/local/lib -L/usr/lib   -lobjc -lgnustep-base 
-lgnustep-gui -lPantomime -lAddresses -lAddressView -lm   && (cd ./GNUMail.framework/Versions/1/.; 
rm -f libGNUMail.so; if [ "libGNUMail.so.1" != "libGNUMail.so.1.2.2" ]; then rm -f 
libGNUMail.so.1; ln -s libGNUMail.so.1.2.2 libGNUMail.so.1; fi; ln -s libGNUMail.so.1 libGNUMail.so; ) || 
rm -f ./GNUMail.framework/Versions/1/./libGNUMail.so.1.2.2 ; \
(cd ./GNUMail.framework/Versions/1/.; \
   rm -f GNUMail; \
   ln -s libGNUMail.so GNUMail) \

/usr/bin/ld: cannot find -lAddresses
/usr/bin/ld: cannot find -lAddressView
collect2: error: ld returned 1 exit status
At first glance, there are strange problems of symlinks in 
libaddresses-dev and libddressview-dev packages.

I can correct the problems and prepare new packages( just need a sponsor).

Eric

Bug#805283: 0install: tries to overwrite file which is also in package 0install-core 2.8-1

[Thomas Leonard]

On 16 November 2015 at 11:26, Vincent Lefevre  wrote:
> Package: 0install
> Version: 2.10-1
> Severity: serious
> Justification: Policy 7.6.1
>
> Upgrade fails of 0install fails with the following error due to
> missing Breaks/Replaces:
>
> Unpacking 0install (2.10-1) over (2.8-1) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/0install_2.10-1_amd64.deb (--unpack):
>  trying to overwrite '/usr/share/applications/0install.desktop', which is 
> also in package 0install-core 2.8-1
> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

Hi Vincent,

I've uploaded a new version to mentors which hopefully fixes this:

  https://mentors.debian.net/package/zeroinstall-injector

(the change is 
https://github.com/0install/0install-debian/commit/e09431e23fd050e1e984594f664f9aa664011907)

Chris, would you mind sponsoring this? Sorry...


> -- System Information:
> Debian Release: stretch/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), 
> (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages 0install depends on:
> ii  0install-core2.10-1
> ii  libatk1.0-0  2.18.0-1
> ii  libc62.19-22
> ii  libcairo21.14.4-1
> ii  libfontconfig1   2.11.0-6.3
> ii  libfreetype6 2.6-2
> ii  libgdk-pixbuf2.0-0   2.32.2-1
> ii  libglib2.0-0 2.46.2-1
> ii  libgtk2.0-0  2.24.28-1
> ii  libpango-1.0-0   1.38.1-1
> ii  libpangocairo-1.0-0  1.38.1-1
> ii  libpangoft2-1.0-01.38.1-1
>
> 0install recommends no packages.
>
> 0install suggests no packages.
>
> -- no debconf information



-- 
Dr Thomas Leonardhttp://roscidus.com/blog/
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

Bug#804690: texlive-fonts-extra: Please switch to fonts-noto from fonts-droid

[Norbert Preining]

Hi Vasudev,

> I think it would also be good idea to inform upstream about future of
> Droid fonts from upstream perspective. I know there are some rendering

That is unfortunately not a problem of upstream (TeX Live), but 
a problem of up-upstream, those who submit packages to CTAN.
I am not sure what will happen, but basically I simply follow
the TeX Live packaging, and if there is a change, I will follow it.
If not, not.

All the best

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#805286: RM: sane-backends/experimental -- NVIU; Newer version at unstable (exp.: 1.0.25+git20150927-1 vs unstable: 1.0.25-2)

[Jörg Frings-Fürst]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hello,

please remove sane-backends from experimental.

A newer version is uploaded into unstable.


Many thanks.

CU
Jörg




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJWSc7vAAoJEAn4nzyModJdakYP/Rldb/LjHIHtqtTt2n3l0wwg
k68q5ob+Y1on+rSOAY13azVUg98VGi3sR9YQoN6vm7sv4xkQ495K5mf7cvsSoSGN
2AHS0+MWiPHIJuEezXaqA4OT39CrcJW0NsF2VpKww6xYL581euskmzpGav5kng87
VktU1W9PQwMVoGp/WgXg4mhF7WXo8Bb+kqqPC0ljlhKV9GpwL2S5WCa/Soo7wT5g
noZg0s2JFTHl9Zrzp1JeGKt0ZTS9eCKT1MNEYYnKri9fUbFS9nzKnRVGzFMbOBGI
6nUnZgefspL46rYGrkjKr5tk7z6ChFm6PULquDnNV03I7lqfGCBn8nOUEAv9wjeN
2zpudBRnw8enhJmTub5NvroEKORNuhHUN8H5JTgB9CFwxPGhTM371dKsLYT4gTqP
U2U9cAFMz/aUc3Hv3IavhUhBNuuqbILU3oWgdIZRseA+NWlzBqIBwo6raKQhPboE
JnMOFF74b1kQ1IJr2VezJCLF33LUK7ZmaNWA0i5fpEzwrEk9niPGdid5k50DEKSa
YxLVPjN6bAW3AkayZ4j0+QuqysyJ6b2gSjpqFvicci81Ckp5gmCFBYddGm9PFVNw
YWJw+PNJ8lBIBHK5rnRROEULt4dsKTAzbCEQ0/L/kaeNZU0ILHIPCvgmzHxVD9n/
oYTsGxlIWsmj1u6mKj7N
=oUZw
-END PGP SIGNATURE-

Bug#805285: sogo: Mail from users with apostrophe in name fails with "Unroutable address"

[Keith Edmunds]

Package: sogo
Version: 2.2.9+git20141017-1
Severity: normal
Tags: upstream

Dear Maintainer,

   * What led up to the situation?

Configuration of a user with an apostrophe in the username.

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

Generate outgoing email or calendar requests from this user.

   * What was the outcome of this action?

The mail failed with "Unroutable address"

   * What outcome did you expect instead?

Mail/calendar request to be delivered.


-- This is a copy of the message, including all the headers. --

Return-path: 
Received: from localhost ([127.0.0.1])
by REDACTED.com with esmtp (Exim 4.80)
(envelope-from )
id 1YsplP-000bGK-Mc
for n...@domain.com; Thu, 14 May 2015 10:49:14 +0100
x-sogo-message-type: calendar:invitation
MIME-Version: 1.0
content-type: multipart/mixed; 
boundary="=_=-_OpenGroupware_org_NGMime-68583-1431596951.570516-9--"
date: Thu, 14 May 2015 09:49:11 +
from: "Name With'" 
subject: Event Invitation: "New Event"
to: "Name With'" 
Message-Id: 
X-Spam_score: -0.2
X-Spam_score_int: -1
X-Spam_bar: /

the above is edited to remove personal name of user and system FQDN.

Also reported upstream: http://www.sogo.nu/bugs/view.php?id=3336


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sogo depends on:
ii  adduser   3.113+nmu3
ii  gnustep-base-runtime  1.24.7-1
ii  libc6 2.19-18+deb8u1
ii  libcurl3-gnutls   7.38.0-4+deb8u2
ii  libgcc1   1:4.9.2-10
ii  libglib2.0-0  2.42.1-1
ii  libgnustep-base1.24   1.24.7-1
ii  libgnutls-deb0-28 3.3.8-6+deb8u3
ii  liblasso3 2.4.1-1
ii  libmemcached111.0.18-4
ii  libobjc4  4.9.2-10
ii  libsbjson2.3  2.3.2-2+b1
ii  libsope1  2.2.9-2
ii  sogo-common   2.2.9+git20141017-1
ii  systemd   215-17+deb8u2
ii  tmpreaper 1.6.13+nmu1
ii  zip   3.0-8

sogo recommends no packages.

Versions of packages sogo suggests:
ii  mysql-server  5.5.46-0+deb8u1
ii  postgresql9.4+169.pgdg70+1

-- Configuration Files:
/etc/default/sogo changed:
PREFORK=10

/etc/sogo/sogo.conf [Errno 13] Permission denied: u'/etc/sogo/sogo.conf'

-- no debconf information

Bug#804651: owncloud: renaming a folder can destroy all contained files

[David Prévot]

Control: forwarded -1 https://github.com/owncloud/core/issues/13391
Control: tag -1 upstream
Control: tag -1 pending

Hi Cyrille,

Le 16/11/2015 05:26, Cyrille Chépélov a écrit :

>> What are the clients (platform, version number) used to synchronize?
> Here's the output of cat access.log|cut -d " " -f 12- |sort |uniq
> "-"

That doesn’t seem to contain any of the owncloud-client versions.

>> Have you checked upstream issue tracker already for similar issues?
> Yes, with no results.

Looks like I’ve been more “lucky”. There are actually quite a lot of
reports, in core and client issue tracker, many of them are referenced
in [13391].

It looks like upstream dealt with this issue by reducing time when
updating the database [13948] and with proper locking [16237]. That is
available in version 8 (8.2.1~~rc2~dfsg-1 already in people.d.o, and
8.2.1 final will probably be uploaded to experimental), but is not going
to be handled in version 7 AFAICT.

13391: https://github.com/owncloud/core/issues/13391
13948: https://github.com/owncloud/core/pull/13948
16237: https://github.com/owncloud/core/pull/16237

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#797698: I'm also affected: update to latest upstream release

[Thomas Goirand]

Hi,

I'd like to also tell that I need a higher version of libjs-backbone. I
need at least vesrion 1.2.1, which is needed by OpenStack Fuel.

Can I do the work, and upload a new version to Experimental?

Cheers,

Thomas Goirand (zigo)

Bug#805287: vcftools: New homepage: https://vcftools.github.io/

[Jonas Smedegaard]

Package: vcftools
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Project has moved - its new homepage is https://vcftools.github.io/

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWSdI+AAoJECx8MUbBoAEhHn0P/RZlQz3t5tNc8IkfgHEgY6//
Uj7vwdPjQSOv4FQYq6B6ocWjxYPJFWfeHWYVxJ7ayD6Ein2SCFgiq9/lTtPExiik
eu28GC5oRTXUG555yjNjrvsOLJ/CBLzb5iiqxR594TXqywuHFEl4IZO1abXiXq74
914ltkZFmQ3BEQiJEx+FIgk6ZQm5YTL2cs9J+ALWfjmZT6AOibXh5S7qc4bImLwa
VXrlMCQ6RQh18X1ruK2cPz0y99mkUXtNVc5i9AwLlfx6oydKfR9HqGounnY6T5Xb
r7J5sqTkScvxqtV9YqUs5zeEu0Hp28Wj2RpZj0+U7/1/owntxllvp/onVzkDyBHW
0D03XwoL8Qju149RCgEdNMV5LjG7HvxH/dmM94mlcj/dVQQFu57UwEkBoagrEzNr
ZMybq1tP9VZn9D8WPH4kAp7TkEsotFLs52ahnfLGIu8zDXmC4dSMa+GPknttlRto
s2qqxCX+dExvaLL2eOeKB2v0Hkb4tTIdSDWJxarNMwRhbXBHVdEOaMTTH/mLBCzf
+UELOwaW+U/5keuiwh+L5wwZyg9G70apKXDfFS3hM71jnlYEMAPsCTeH4TkOGWCs
p7jQkJ+ioMGg/aOv7YcfNsE7BiS5ObjKnc76VscrPEyt69dRv4bgIAs77iAmG1Ye
bC8gdWC17nK6XCV83jre
=WyqJ
-END PGP SIGNATURE-

Bug#804651: owncloud: renaming a folder can destroy all contained files

[Cyrille Chépélov]

Le 16/11/2015 13:45, David Prévot a écrit :
>
> Here's the output of cat access.log|cut -d " " -f 12- |sort |uniq
> "-"
> That doesn’t seem to contain any of the owncloud-client versions.
Aren't the "/mirall " records from owncloud-client? They seem to be
pretty close in versions  to the versions exhibited by the deployed
owncloud-client…

>
>>> Have you checked upstream issue tracker already for similar issues?
>> Yes, with no results.
> Looks like I’ve been more “lucky”. There are actually quite a lot of
> reports, in core and client issue tracker, many of them are referenced
> in [13391].
OK, great!


>
> It looks like upstream dealt with this issue by reducing time when
> updating the database [13948] and with proper locking [16237]. That is
> available in version 8 (8.2.1~~rc2~dfsg-1 already in people.d.o, and
> 8.2.1 final will probably be uploaded to experimental), but is not going
> to be handled in version 7 AFAICT.
>
> 13391: https://github.com/owncloud/core/issues/13391
> 13948: https://github.com/owncloud/core/pull/13948
> 16237: https://github.com/owncloud/core/pull/16237
This looks very encouraging! However, do you have any feedback on the
level of migration testing already done between version 7 and what's
about to land in p.d.o and experimental? I'll have to strike a very
delicate balance between non-technical users on one hand and a pretty
early packaging of a major version on the other…
(let's take the latter part off-BTS if needed)

-- Cyrille

Bug#802677: Raising severity - blocking RC bug fixes

[Raphael Hertzog]

Control: forwarded -1 https://code.djangoproject.com/ticket/25761

On Mon, 16 Nov 2015, Neil Williams wrote:
> affects 801930

Note that affects needs a bug and a package. :)

> django-testscenarios has an RC bug (801930) related to django1.8 but
> now cannot be built because python-testtools fails - apparently due to
> changes in the exception / traceback handling in django1.8.

I forwarded this issue upstream. It looks like the fix should be
relatively easy and hopefully upsream will pick it up shortly.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#805288: nano: syntax highlighting for nftables rulesets

[Arturo Borrero Gonzalez]

Package: nano
Version: 2.4.2-1
Severity: wishlist

Dear maintainer,

it would be good to have syntax highlighting for nftables rulesets in the nano 
editor.

Ruleset files tend to be big and complex to read, more or less like source code.
They include comments, variables, and some special words.

nftables its a fairly new thing, so there are no other syntax highlighting for 
other editors yet.

The attached syntax works for me.

thanks, best regards.
syntax "nftables" "\.(nft|nftables)$"
header "^#!.*((nft|nftables))"

# Strings and others
color yellow ""(\\.|[^"])*"" "'(\\.|[^'])*'"
color green "[{}():;|`$<>!=&\\]" "(\]|\[)"

# Objects and operations
color green 
"\<(table|chain|ruleset|set|map|vmap|type|hook|priority|policy)\>[[:space:]]"
color green "\<(include|define)\>[[:space:]]"
color red "[[:space:]]\<(flush|add|remove|replace|delete)\>[[:space:]]"

# Families
color yellow "[[:space:]]\<(ip|ip6|inet|arp|bridge)\>[[:space:]]"

# Terminal statements
color red "\<(drop|reject)\>"
color brightblue "\<(accept|snat|dnat|continue|return|goto)\>"

# Basic variable names
color brightred "\$[[:alpha:]_][[:alnum:]_.]*"

# Comments
color cyan "(^|[[:space:]])#.*$"

# Trailing whitespace
color ,green "[[:space:]]+$"

Bug#804838: eztrace: build process generates huge file

[Samuel Thibault]

Mattia Rizzolo, on Mon 16 Nov 2015 10:53:53 +, wrote:
> I'm sorry I haven't get back to yet before.
> 
> On Fri, Nov 13, 2015 at 03:35:24PM +0100, Samuel Thibault wrote:
> > system (the testsuite is not supposed to run in parallel anyway), but
> 
> if the testsuite is not supposed to run parallel, then you should avoid
> that:

I thought the makefiles were disabling parallelism for the testsuite,
but apparently not, so I'll do as you suggested. That can indeed
explain why litl_print went crazy since the trace file will be written
concurrently.

Samuel

Bug#805289: Please upgrade to 2.4.0

[Thomas Goirand]

Source: less.js
Version: 1.6.3~dfsg-2
Severity: important

Hi,

I need version 2.4.0 of libjs-less for OpenStack Fuel. Please package
it. Please let me know if it is ok that I do the work in Experimental
first, then you can review the package and upload to Sid.

Cheers,

Thomas Goirand (zigo)

Bug#796402: slgsl: FTBFS:

[YunQiang Su]

On Fri, 21 Aug 2015 20:03:45 +0100 Chris Lamb  wrote:
> retitle 796402 slgsl: FTBFS: unable to find the gsl library and header
> file
> thanks

I NMUed this package with the attached patch.

>
> (Whoops, better title..)
>
>
> Regards,
>
> --
>   ,''`.
>  : :'  : Chris Lamb
>  `. `'`  la...@debian.org / chris-lamb.co.uk
>`-
>
>


slgsl.debdiff
Description: Binary data

Bug#805283: 0install: tries to overwrite file which is also in package 0install-core 2.8-1

[Chris Lamb]

Hi Thomas & Vincent,

> https://github.com/0install/0install-debian/commit/e09431e23fd050e1e984594f664f9aa664011907)
> 
> Chris, would you mind sponsoring this? Sorry...

No problem whatsoever:

Uploading to ftp-master (via ftp to ftp.upload.debian.org):
  Uploading zeroinstall-injector_2.10-2.dsc: done.
  Uploading zeroinstall-injector_2.10.orig.tar.bz2: done.
  Uploading zeroinstall-injector_2.10-2.debian.tar.xz: done.
  Uploading 0install-core_2.10-2_amd64.deb: done.
  Uploading 0install_2.10-2_amd64.deb: done.
  Uploading zeroinstall-injector_2.10-2_all.deb: done.
  Uploading zeroinstall-injector_2.10-2_amd64.changes: done.
Successfully uploaded packages.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#805290: ITP: libjs-requirejs-plugins -- small set of plugins for RequireJS

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: libjs-requirejs-plugins
  Version : 1.0.3
  Upstream Author : Miller Medeiros 
* URL : https://github.com/millermedeiros/requirejs-plugins
* License : Expat
  Programming Lang: JavaScript
  Description : small set of plugins for RequireJS

 RequireJS uses plain script tags to load modules/files, so it should allow for
 easy debugging. It can be used simply to load existing JavaScript files so one
 can add it to existing project without having to re-write JavaScript files.
 .
 RequireJS includes an optimization tool one can run as part of packaging steps
 for deploying code. The optimization tool can combine and minify JavaScript
 files to allow for better performance.
 .
 This package contains a small set of plugins for RequireJS:
  * async: Useful for JSONP and asynchronous dependencies (e.g. Google Maps).
  * font: Load web fonts using the WebFont Loader API: requires propertyParser
  * goog: Load Google APIs asynchronously (requires async! plugin and
propertyParser).
  * image: Load image files as dependencies. Option to "cache bust".
  * json: Load JSON files and parses the result. (Requires text! plugin).
  * mdown: Load Markdown files and parses into HTML. (Requires text! plugin
and a markdown converter).
  * noext: Load scripts without appending ".js" extension, useful for
dynamic scripts.

This is a new dependency for OpenStack Fuel.

Bug#804694: libqt5xcbqpa5 SIGSEGV crashes sporadically at QXcbWindow::handleClientMessageEvent

[Dmitry Shachnev]

Hi Markus,

On Mon, Nov 16, 2015 at 11:30:34AM +0100, Markus Frosch wrote:
> Thanks for your efforts.
> 
> It seems like the bug vanished kind of.
> 
> Quassel sometimes still goes away, but without a SIGSEGV, this is another 
> problem.
> 
> I updated gnome and mutter due to other problems to the unstable versions 
> (3.18.2-1) last week. Since then it seems to be okay. So maybe
> the QT crash was caused by an error with the window manager.
> 
> And yes, I have a multi-monitor setup. With a notebook I'm moving to multiple 
> workplaces.

Qt has some known problems with multi-monitor setup right now. According to
Alexander at the upstream bug I filed, it should be fixed when [1] is merged.

[1]: https://codereview.qt-project.org/138201

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#805201: gnumail: FTBFS: /usr/bin/ld: cannot find -lAddresses

[Eric Heintzmann]

On Mon, 16 Nov 2015 13:19:39 +0100 Eric Heintzmann 
 wrote:


> >
> > /usr/bin/ld: cannot find -lAddresses
> > /usr/bin/ld: cannot find -lAddressView
> > collect2: error: ld returned 1 exit status
> At first glance, there are strange problems of symlinks in
> libaddresses-dev and libddressview-dev packages.
> I can correct the problems and prepare new packages( just need a 
sponsor).

>
> Eric
>
>

 I've prepared new packages for addresses-for-gnustep
(see them at : http://eh666.free.fr/GNUstep/addresses-for-gnustep/index.php)
GNUMail seems to build fine against them.

Thanks
Eric

Bug#804651: owncloud: renaming a folder can destroy all contained files

[David Prévot]

Hi Cyrille,

Le 16/11/2015 09:10, Cyrille Chépélov a écrit :
> Le 16/11/2015 13:45, David Prévot a écrit :
>>
>> Here's the output of cat access.log|cut -d " " -f 12- |sort |uniq
>> "-"
>> That doesn’t seem to contain any of the owncloud-client versions.
> Aren't the "/mirall " records from owncloud-client? They seem to be
> pretty close in versions  to the versions exhibited by the deployed
> owncloud-client…

Indeed, sorry for my initial overlook. One line seems to refer to a
pretty old version. Since some fixes made it in the client side too, it
may be worth upgrading (at least) this one:

"Mozilla/5.0 (Windows) mirall/1.4.2"

> This looks very encouraging! However, do you have any feedback on the
> level of migration testing already done between version 7 and what's
> about to land in p.d.o and experimental?

It seems pretty well tested upstream, and some (positive) feedback
already made it on #785052. The only (known) issue is if server-side
encryption was enable (I have not yet managed to perform the migration
as documented upstream).

#785052: https://bugs.debian.org/785052

> (let's take the latter part off-BTS if needed)

You may follow-up on #785052, or file new issues if relevant (or use our
mailing list , but the
BTS helps tracking in a public place).

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#804830: silversearcher-ag: can not install when emacs23 is installed

[Tatsuya Kinoshita]

Control: reassign -1 silversearcher-ag-el 0.46-1
Control: tags -1 + patch

On November 11, 2015 at 10:58PM -0800, acmay_deb (at acmay.org) wrote:
> Install silversearcher-ag-el for emacs23
> ERROR: install script from silversearcher-ag-el package failed

To prevent this error, please skip byte-compilation when
unsupported flavor in the emacsen-install script.

```
--- a/debian/emacsen-install
+++ b/debian/emacsen-install
@@ -8,8 +8,11 @@
 FLAVOR=$1
 PACKAGE=silversearcher-ag-el
 
-if [ ${FLAVOR} = emacs ]; then exit 0; fi
-if [ ${FLAVOR} = xemacs21 ]; then exit 0; fi
+case $FLAVOR in
+emacs|*xemacs*|emacs23|emacs22|emacs21|emacs20|emacs19|mule2)
+exit 0
+;;
+esac
 
 echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR}
 
```

Thanks,
--
Tatsuya Kinoshita


pgpLYZqQvoWJS.pgp
Description: PGP signature

Bug#367890: rubber: does not reconvert Dia files to EPS on update

[Hilmar Preusse]

On 18.05.06 Bram Senders (b...@luon.net) wrote:

Hi Bram,

https://bugs.debian.org/367890

> Package: rubber
> Version: 1.1-1
> Severity: normal
> 
Meanwhile we're on version 1.3-1. Is your problem still reproducible?

> Rubber can convert Dia files to EPS automatically, which is nice. 
> However, if I edit a Dia file that has previously been converted to
> EPS by Rubber, and I run Rubber again, then the EPS file is not
> updated to reflect the changes in the Dia file (even though the
> timestamp on the Dia file is newer than that on the EPS file).  I
> have to manually remove the EPS file and run Rubber again to see
> the changes reflected in my document.
> 

Thanks,
  Hilmar
-- 
sigmentation fault


signature.asc
Description: PGP signature

Bug#759972: php-xml-serializer: FTBFS: tests failed

[Prach Pongpanich]

Hi,

I rebuilt php-xml-serializer on sid (2015-11-16).

>chmod +x ./debian/tests_run
>./debian/tests_run
>PHPUnit 5.0.9 by Sebastian Bergmann and contributors.
>
>. 65 / 73 ( 
>89%)
>..FF  73 / 73 
>(100%)
>
>Time: 487 ms, Memory: 7.00Mb
>
>There were 6 failures:

The full build log is attached.

Regards
Prach
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Nov 16 21:15:38 ICT 2015
I: pbuilder-time-stamp: 1447683338
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/base-sid.tgz]
I: creating local configuration
I: copying local configuration
W: --override-config is not set; not updating apt.conf Read the manpage for details.
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /var/cache/pbuilder/result
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Installing the build-deps
I: user script /var/cache/pbuilder/build//22327/tmp/hooks/D05deps starting
Ign file: ./ InRelease
Ign file: ./ Release.gpg
Ign file: ./ Release
Ign file: ./ Translation-en
Get:1 http://ftp.th.debian.org sid InRelease [256 kB]
Get:2 http://ftp.th.debian.org sid/main amd64 Packages/DiffIndex [7876 B]
Get:3 http://ftp.th.debian.org sid/main Translation-en/DiffIndex [7876 B]
Get:4 http://ftp.th.debian.org sid/main amd64 2015-11-14-0844.46.pdiff [2054 B]
Get:5 http://ftp.th.debian.org sid/main amd64 2015-11-14-1445.49.pdiff [5608 B]
Get:6 http://ftp.th.debian.org sid/main amd64 2015-11-14-2042.49.pdiff [8512 B]
Get:7 http://ftp.th.debian.org sid/main amd64 2015-11-15-0243.28.pdiff [6682 B]
Get:8 http://ftp.th.debian.org sid/main amd64 2015-11-15-0843.03.pdiff [8676 B]
Get:9 http://ftp.th.debian.org sid/main amd64 2015-11-15-1442.46.pdiff [9979 B]
Get:10 http://ftp.th.debian.org sid/main amd64 2015-11-15-2042.38.pdiff [16.9 kB]
Get:11 http://ftp.th.debian.org sid/main amd64 2015-11-16-0243.26.pdiff [17.5 kB]
Get:12 http://ftp.th.debian.org sid/main amd64 2015-11-16-0846.12.pdiff [2281 B]
Get:13 http://ftp.th.debian.org sid/main amd64 2015-11-16-0846.12.pdiff [2281 B]
Get:14 http://ftp.th.debian.org sid/main 2015-11-14-1445.49.pdiff [1115 B]
Get:15 http://ftp.th.debian.org sid/main 2015-11-14-2042.49.pdiff [845 B]
Get:16 http://ftp.th.debian.org sid/main 2015-11-15-0243.28.pdiff [260 B]
Get:17 http://ftp.th.debian.org sid/main 2015-11-15-0843.03.pdiff [876 B]
Get:18 http://ftp.th.debian.org sid/main 2015-11-15-1442.46.pdiff [546 B]
Get:19 http://ftp.th.debian.org sid/main 2015-11-15-2042.38.pdiff [603 B]
Get:20 http://ftp.th.debian.org sid/main 2015-11-16-0243.26.pdiff [617 B]
Get:21 http://ftp.th.debian.org sid/main 2015-11-16-0243.26.pdiff [617 B]
Fetched 355 kB in 8s (43.6 kB/s)
Reading package lists...
I: user script /var/cache/pbuilder/build//22327/tmp/hooks/D05deps finished
I: user script /var/cache/pbuilder/build//22327/tmp/hooks/D10dpkg-speedup starting
I: user script /var/cache/pbuilder/build//22327/tmp/hooks/D10dpkg-speedup finished
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 8), pkg-php-tools, phpunit (>= 3.6), php-xml-parser
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in '/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 12534 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring anyway as you requested:
 pbuilder-satisfydepends-dummy depends on debhelper (>= 8); however:
  Package debhelper is not installed.
 pbuilder-satisfydepends-dummy depends on pkg-php-tools; however:
  Package pkg-php-tools is not installed.
 pbuilder-satisfydepends-dummy depends on phpunit (>= 3.6); however:
  Package phpunit is not installed.
 pbuilder-satisfydepends-dummy depends on php-xml-parser; however:
  Package php-xml-parser is not installed.

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
pbuilder-satisfydepends-dummy is already installed at the requested version (0.invalid.0)
pbuilder-satisfydepends-dummy is already installed at the requested version (0.invalid.0)
The followi

Bug#804457: imapfilter: Uses SSLv3 method

[Andy Whitcroft]

Package: imapfilter
Version: 1:2.6.2-1
Followup-For: Bug #804457
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear Maintainer,

We recently have disabled SSLv3 in Ubuntu as part of testing that we
found that imapfilter coredumped on startup.  Looking at Debian we see
that it is being disabled there such that imapfilter will no longer
build.  For Ubuntu we are applying the attached patch which follows the
recommendation in this Bug and as such should fix the issue in Debian
also:

  * Switch to using SSLv23_client_method in all cases to avoid using
now removed/nutered protocols and increasing forward compatibility.
(LP: #1516585).


Thanks for considering the patch.


-- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial-proposed'), (500, 'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-19-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru imapfilter-2.6.2/debian/patches/series imapfilter-2.6.2/debian/patches/series
--- imapfilter-2.6.2/debian/patches/series	2015-01-05 18:29:14.0 +
+++ imapfilter-2.6.2/debian/patches/series	2015-11-16 12:53:46.0 +
@@ -1 +1,2 @@
 fix-makefile.diff
+ubuntu-switch-to-SSLv23_client_method-and-use-CTX-options-to-select-protocol.patch
diff -Nru imapfilter-2.6.2/debian/patches/ubuntu-switch-to-SSLv23_client_method-and-use-CTX-options-to-select-protocol.patch imapfilter-2.6.2/debian/patches/ubuntu-switch-to-SSLv23_client_method-and-use-CTX-options-to-select-protocol.patch
--- imapfilter-2.6.2/debian/patches/ubuntu-switch-to-SSLv23_client_method-and-use-CTX-options-to-select-protocol.patch	1970-01-01 01:00:00.0 +0100
+++ imapfilter-2.6.2/debian/patches/ubuntu-switch-to-SSLv23_client_method-and-use-CTX-options-to-select-protocol.patch	2015-11-16 13:29:59.0 +
@@ -0,0 +1,125 @@
+Description: switch to SSLv23_client_method() and use CTX options to select protocol
+ With us disabling SSLv3 we now either will not build (on Debian) or
+ coredump during initialisation.  As per the Debian bug recommendation
+ switch to always using SSLv23_client_method() as that can handle the best
+ protocol available (including TLS etc) going forward.  Where we need to
+ specify a specific protocol start using SSL_CTS_set_options() to limit
+ the negociable protocols.
+Author: Andy Whitcroft 
+Bug-Debian: https://bugs.debian.org/804457
+Bug-Ubuntu: https://launchpad.net/bugs/1516585
+
+Index: imapfilter-2.6.2/src/imapfilter.c
+===
+--- imapfilter-2.6.2.orig/src/imapfilter.c
 imapfilter-2.6.2/src/imapfilter.c
+@@ -21,10 +21,7 @@
+ 
+ extern buffer ibuf, obuf, nbuf, cbuf;
+ extern regexp responses[];
+-extern SSL_CTX *ssl3ctx, *ssl23ctx, *tls1ctx;
+-#if OPENSSL_VERSION_NUMBER >= 0x01000100fL
+-extern SSL_CTX *tls11ctx, *tls12ctx;
+-#endif
++extern SSL_CTX *ssl23ctx;
+ 
+ options opts;			/* Program options. */
+ environment env;		/* Environment variables. */
+@@ -109,25 +106,13 @@ main(int argc, char *argv[])
+ 
+ 	SSL_library_init();
+ 	SSL_load_error_strings();
+-	ssl3ctx = SSL_CTX_new(SSLv3_client_method());
+ 	ssl23ctx = SSL_CTX_new(SSLv23_client_method());
+-	tls1ctx = SSL_CTX_new(TLSv1_client_method());
+-#if OPENSSL_VERSION_NUMBER >= 0x01000100fL
+-	tls11ctx = SSL_CTX_new(TLSv1_1_client_method());
+-	tls12ctx = SSL_CTX_new(TLSv1_2_client_method());
+-#endif
+ 
+ 	if (exists_dir(opts.truststore))
+ 		capath = opts.truststore;
+ 	if (exists_file(opts.truststore))
+ 		cafile = opts.truststore;
+-	SSL_CTX_load_verify_locations(ssl3ctx, cafile, capath);
+ 	SSL_CTX_load_verify_locations(ssl23ctx, cafile, capath);
+-	SSL_CTX_load_verify_locations(tls1ctx, cafile, capath);
+-#if OPENSSL_VERSION_NUMBER >= 0x01000100fL
+-	SSL_CTX_load_verify_locations(tls11ctx, cafile, capath);
+-	SSL_CTX_load_verify_locations(tls12ctx, cafile, capath);
+-#endif
+ 
+ 	start_lua();
+ #if LUA_VERSION_NUM < 502
+@@ -146,13 +131,7 @@ main(int argc, char *argv[])
+ #endif
+ 	stop_lua();
+ 
+-	SSL_CTX_free(ssl3ctx);
+ 	SSL_CTX_free(ssl23ctx);
+-	SSL_CTX_free(tls1ctx);
+-#if OPENSSL_VERSION_NUMBER >= 0x01000100fL
+-	SSL_CTX_free(tls11ctx);
+-	SSL_CTX_free(tls12ctx);
+-#endif
+ 	ERR_free_strings();
+ 
+ 	regexp_free(responses);
+Index: imapfilter-2.6.2/src/socket.c
+===
+--- imapfilter-2.6.2.orig/src/socket.c
 imapfilter-2.6.2/src/socket.c
+@@ -17,11 +17,7 @@
+ #include "session.h"
+ 
+ 
+-SSL_CTX *ssl3ctx, *ssl23ctx, *tls1ctx;
+-#if OPENSSL_VERSION_NUMBER >= 0x01000100fL
+-SSL_CTX *tls11ctx, *tls12ctx;
+-#endif
+-
++SSL_CTX *ssl23ctx;
+ 
+ /*
+  * Connect to mail server.
+@@ -90,28 +86,28 @@ int
+ open_secure_connection(sess

Bug#756351: libanjuta-3-0: gtkpod 2.1.4-3 segfaults on initialization in anjuta_plugin_handle_get_description

[Julian Gilbey]

On Sat, Aug 30, 2014 at 11:57:16PM +0100, Julian Gilbey wrote:
> On Wed, Jul 30, 2014 at 09:30:53PM -0400, Fred Korz wrote:
> > [...]  I did notice, on the shell from which I
> > invoked /usr/bin/gtkpod 716 consecutive instances of "(gtkpod:20613):
> > libanjuta-CRITICAL **: anjuta_status_progress_increment_ticks: assertion
> > 'status->priv->total_ticks != 0' failed".  By the time I noticed it had 
> > stopped
> > producing them.
> 
> Ditto.

With gtkpod 2.1.5-1 and anjuta 2:3.18.0-1, all seems to be running
smoothly.

   Julian

Bug#795871: cryptsetup: cryptsetup remove on swap hangs at system shutdown time

[Julian Gilbey]

On Mon, Aug 17, 2015 at 05:06:06PM +0100, Julian Gilbey wrote:
> Package: cryptsetup
> Version: 2:1.6.6-5
> Severity: important
> 
> I have two machines which have an encrypted swap partition, and at
> some point they stopped shutting down cleanly.  They are still running
> with a sysvinit init system, if that might be making a difference.
> They reach the /etc/init.d/cryptdisks stop command, they say "Stopping
> remaining crypto disks", and then hang.  Adding some debugging lines
> to /lib/cryptsetup/cryptodisks, it became clear that they are hanging
> on the command: "cryptsetup remove sda7_crypt" within do_close.  (This
> is happening on every shutdown or restart.)
> 
> At that point, the only way to complete the shutdown is to do a
> hardware power-down, hence why I have labelled this bug as
> "important".

I have recently migrated to systemd, and now my machine shuts down
smoothly, so it seems it may be a sysvinit-related issue.

   Julian

Bug#805289: Please upgrade to 2.4.0

[Jonas Smedegaard]

Hi Thomas,

Quoting Thomas Goirand (2015-11-16 14:24:09)
> Severity: important

Normal severity is "wishlist" for requests of newer upstream release.

If you believe this needs special treatment, then please provide 
arguments why that common rule should be side-stepped.


> I need version 2.4.0 of libjs-less for OpenStack Fuel. Please package 
> it. Please let me know if it is ok that I do the work in Experimental 
> first, then you can review the package and upload to Sid.

Recent Less.js has dependencies not yet packaged for Debian.

You are quite welcome helping by packaging those.

You are also quite welcome to help co-maintain less.js packaging, if you 
are ok with its current style of packaging (CDBS and git-buildpackage), 
as documented in README.source.  In that case yes, targeting 
experimental first is good.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#805278: ITP: heka -- Stream processing software system developed by Mozilla

[Thomas Goirand]

On 11/16/2015 11:22 AM, ChangZhuo Chen wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "ChangZhuo Chen (陳昌倬)" 
> 
> * Package name: heka
>   Version : 0.10.0b1
>   Upstream Author : Ben Bangert, Mike Trinkala, Rob Miller, Victor Ng,
> David Birdsong, Michael Gibson
> * URL : https://github.com/mozilla-services/heka
> * License : MPL-2
>   Programming Lang: Go
>   Description : Stream processing software system developed by Mozilla
> 
>  Heka is an open source stream processing software system developed by
>  Mozilla. Heka is a “Swiss Army Knife” type tool for data processing,
>  useful for a wide variety of different tasks, such as:
>  .
>  * Loading and parsing log files from a file system.
>  * Accepting statsd type metrics data for aggregation and forwarding to
>upstream time series data stores such as graphite or InfluxDB.
>  * Launching external processes to gather operational data from the local
>system.
>  * Performing real time analysis, graphing, and anomaly detection on any
>data flowing through the Heka pipeline.
>  * Shipping data from one location to another via the use of an external
>transport (such as AMQP) or directly (via TCP).
>  * Delivering processed data to one or more persistent data stores.

Hi,

Thanks for working on this. I will need the package too. How far are you
from uploading the package?

Cheers,

Thomas Goirand (zigo)

Bug#804050: freetype: new upstream release

[Gianfranco Costamagna]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

after irc conversation with mfv I'm attaching the debdiff filtered for
the Debian only directory
(the whole debdiff is around 29MB and even in tar.xz mode is more than
3 MB)

cheers,

G.

On Wed, 11 Nov 2015 17:03:25 +0100 "Matteo F. Vescovi"
 wrote:
> Hi!
> 
> On 2015-11-11 at 15:55 (CET), Andreas Henriksson wrote:
>> Please consider updating freetype to the new upstream release
>> 2.6.1.
>> 
>> As discussed on IRC this fixes graphical issues (very) visible in
>> the GNOME lockscreen (and elsewhere) in Debian Unstable/Testing.
> 
> For the record, I've tested the new version and it builds[1] and
> works[2] just fine.
> 
> So, given that this issue is quite annoying, I'm about uploading
> the linked NMU to DELAYED/10. Steve, I hope it's ok for you.
> 
> Cheers.
> 
> 
> [1]
> http://debomatic-amd64.debian.net/distribution#unstable/freetype/2.6.1
- -0.1/buildlog
>
> 
[2] http://studiovescovi.eu/pub/gnome.png
> 
> -- Matteo F. Vescovi || Debian Developer GnuPG KeyID:
> 4096R/0x8062398983B2CF7A
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWSe/UAAoJEPNPCXROn13ZgXgP/1hM9rQJhQDSCSC/feq/DfPb
IVZgaSuOAblcb25WWxhDCcsUMG/66RKmnccDd+yIndMXFJH695jxbQCuSuw49CeT
F5okID34WORQYGb+B+ErmQJO37af+CdcMlapXJuL+fHojDr2lncBVzjhMzp6kQN4
AlRBH+IRpt+IykFqpdHpLlO/EvdztNoYKKM2TfhLTPZkIjFoBiO3COkuFMmrmaMw
5xwfI7xWX3pxSHqdihNPHMnF9+X4LRDMR4ZXgZYRBycP00k5Q7FhpL2hVwWYhGDh
gsvt4sk56qEFXyz9aqW7sBXC1AihirArMhso9iE5LCqpYtQHwSw4lNDcg14lqzR0
1eEibqQv09oXpbrzOO6Le07ZaxzwqP7aWPgCYgPVx0oJr7Sk7AU1fTZRqURAzbzi
lSHs8fOQbE/4lQ/NNL42mmDsOW4WaeVc8KtJVQabe6L3VX75GM8lUhqZ1jq6lhsQ
sVp+A88OXyxEFeNpJsoskvTc5TAnAu4An+rdNf5K2f7g8pDY6u/eqKxYZN1EESo+
8maS4zp/AJAGfmNcubap26K6hyVoe+Dj8qjs8WCv8w8GyB84dRuM/GLMchmGI4fk
SQdJnq/TXzbGABKMH9Ko7+GYLzeJXt9jcea3FS44xskfEUed+/CJOLxRv8u70yDD
hKEZ5MRBorPiPUJs1Ahs
=Mt0X
-END PGP SIGNATURE-
--- freetype-2.6/debian/changelog   2015-11-16 15:54:19.0 +0100
+++ freetype-2.6.1/debian/changelog 2015-11-16 15:54:19.0 +0100
@@ -1,3 +1,10 @@
+freetype (2.6.1-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * New upstream release (Closes: #804050)
+
+ -- Matteo F. Vescovi   Tue, 10 Nov 2015 21:32:25 +0100
+
 freetype (2.6-2) unstable; urgency=medium
 
   * Adjust symbols references for private symbols to sort to a higher (fake)
--- freetype-2.6/debian/libfreetype6.symbols2015-11-16 15:54:19.0 
+0100
+++ freetype-2.6.1/debian/libfreetype6.symbols  2015-11-16 15:54:19.0 
+0100
@@ -252,6 +252,7 @@
  FT_TrueTypeGX_Validate@Base 2.2.1
  FT_Vector_From_Polar@Base 2.2.1
  FT_Vector_Length@Base 2.2.1
+ FT_Vector_NormLen@Base 2.6.1
  FT_Vector_Polarize@Base 2.2.1
  FT_Vector_Rotate@Base 2.2.1
  FT_Vector_Transform@Base 2.2.1
@@ -259,111 +260,145 @@
  FT_Vector_Unit@Base 2.2.1
  TT_New_Context@Base 2.2.1
  TT_RunIns@Base 2.2.1
- af_arab_dflt_style_class@Base 5.PRIVATE.1
- af_arab_script_class@Base 5.PRIVATE.1
- af_arab_uniranges@Base 5.PRIVATE.1
- af_autofitter_interface@Base 5.PRIVATE.1
- af_beng_dflt_style_class@Base 5.PRIVATE.1
- af_beng_script_class@Base 5.PRIVATE.1
- af_beng_uniranges@Base 5.PRIVATE.1
- af_blue_strings@Base 5.PRIVATE.1
- af_blue_stringsets@Base 5.PRIVATE.1
- af_cjk_writing_system_class@Base 5.PRIVATE.1
- af_cyrl_c2cp_style_class@Base 5.PRIVATE.1
- af_cyrl_c2sc_style_class@Base 5.PRIVATE.1
- af_cyrl_dflt_style_class@Base 5.PRIVATE.1
- af_cyrl_ordn_style_class@Base 5.PRIVATE.1
- af_cyrl_pcap_style_class@Base 5.PRIVATE.1
- af_cyrl_script_class@Base 5.PRIVATE.1
- af_cyrl_sinf_style_class@Base 5.PRIVATE.1
- af_cyrl_smcp_style_class@Base 5.PRIVATE.1
- af_cyrl_subs_style_class@Base 5.PRIVATE.1
- af_cyrl_sups_style_class@Base 5.PRIVATE.1
- af_cyrl_titl_style_class@Base 5.PRIVATE.1
- af_cyrl_uniranges@Base 5.PRIVATE.1
- af_deva_dflt_style_class@Base 5.PRIVATE.1
- af_deva_script_class@Base 5.PRIVATE.1
- af_deva_uniranges@Base 5.PRIVATE.1
- af_dummy_writing_system_class@Base 5.PRIVATE.1
- af_get_char_index@Base 5.PRIVATE.1
- af_get_coverage@Base 5.PRIVATE.1
- af_grek_c2cp_style_class@Base 5.PRIVATE.1
- af_grek_c2sc_style_class@Base 5.PRIVATE.1
- af_grek_dflt_style_class@Base 5.PRIVATE.1
- af_grek_ordn_style_class@Base 5.PRIVATE.1
- af_grek_pcap_style_class@Base 5.PRIVATE.1
- af_grek_script_class@Base 5.PRIVATE.1
- af_grek_sinf_style_class@Base 5.PRIVATE.1
- af_grek_smcp_style_class@Base 5.PRIVATE.1
- af_grek_subs_style_class@Base 5.PRIVATE.1
- af_grek_sups_style_class@Base 5.PRIVATE.1
- af_grek_titl_style_class@Base 5.PRIVATE.1
- af_grek_uniranges@Base 5.PRIVATE.1
- af_gujr_dflt_style_class@Base 5.PRIVATE.1
- af_gujr_script_class@Base 5.PRIVATE.1
- af_gujr_uniranges@Base 5.PRIVATE.1
- af_guru_dflt_style_class@Base 5.PRIVATE.1
- af_guru_script_class@Base 5.PRIVATE.1
- af_guru_uniranges@Base 5.PRIVATE.1
- af_hani_dflt_style_class@Base 5.PRIVATE.1
- af_hani_script_class@Base 5.PRIVATE.1
- af_hani_uniranges@Base 5.PRIVATE.1
- af_hebr_dflt_style_class@Base 5.PRIVATE.1
- af_hebr_script_class@Base 5.PRIVATE.1

Bug#804554: fonts-hack-otf: new upstream release 2.018

[Fabian Greffrath]

Hi Paride,

Am Freitag, den 13.11.2015, 12:44 +0100 schrieb Paride Legovini:
> I'm aware of the new release, I just can't find the time for it on
> these
> busy days... I'll package it as soon as I can.
> Thanks for the heads up anyway!

I'd say I could take care of packaging this release. Do you store the
packaging in a GIT repo anywhere (and shouldn't we maybe transfer it to
the Debian pkg-fonts repo in the course of this)?

Best regards,

Fabian


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

Bug#805083: polygraph: FTBFS: SSlv3 method

[Alex Rousskov]

On 11/14/2015 09:02 AM, Alex Rousskov wrote:

> If we can provide a small better fix, we will. If a better fix requires
> too many unrelated changes to this Polygraph version, we will provide a
> patch that disables SSLv3 (until a recent Polygraph version with a
> comprehensive fix is released).

The attached patch allows Polygraph to be built with OpenSSL that does
not support SSLv3 while preserving legacy functionality for those who
need it.


HTH,

Alex.

Support OpenSSL builds without SSLv3 support.

This patch is for Polygraph version 4.3.2-1.2 used by Debian.


diff --git a/src/xstd/Ssl.cc b/src/xstd/Ssl.cc
index 92f81b2..141110e 100644
--- a/src/xstd/Ssl.cc
+++ b/src/xstd/Ssl.cc
@@ -1,68 +1,76 @@
 
 /* Web Polygraph   http://www.web-polygraph.org/
  * Copyright 2003-2011 The Measurement Factory
  * Licensed under the Apache License, Version 2.0 */
 
 #include "xstd/xstd.h"
 
 #if OPENSSL_ENABLED
 #include 
 #include 
 #endif
 
 #include "xstd/Assert.h"
 #include "xstd/String.h"
 #include "xstd/Ssl.h"
 
+#if (OPENSSL_VERSION_NUMBER >= 0x1010L)
+#define SecureProtoAny_method TLS_method
+#else
+#define SecureProtoAny_method SSLv23_method
+#endif
+
 int Ssl::TheLevel = 0;
 
 // XXX: we should set the [SSL] error when SSL library is not found
 // XXX: we should set the global error to an SSL error when an SSL call fails
 
 /* SslCtx class */
 
 SslCtx::SslCtx(SslProtocol protocol, const String &cipher): theCtx(0) {
 #if OPENSSL_ENABLED
 	Must(IsProtocolSupported(protocol));
 	/* Pass *_method() result directly to SSL_CTX_new(3) instead
 	 * of storing it in a variable and calling SSL_CTX_new(3)
 	 * once. These functions use const types in OpenSSL 1.0 and
 	 * non-const types in older OpenSSL versions and it breaks the
 	 * build. */
 	switch(protocol) {
 		case SSLv2:
 #ifndef OPENSSL_NO_SSL2
 			theCtx = ::SSL_CTX_new(::SSLv2_method());
 #endif
 			break;
 		case TLSv1:
 			theCtx = ::SSL_CTX_new(::TLSv1_method());
 			break;
 		case SSLv3:
+#ifndef OPENSSL_NO_SSL3_METHOD
 			theCtx = ::SSL_CTX_new(::SSLv3_method());
+#endif
 			break;
 		case SSLv23:
-			theCtx = ::SSL_CTX_new(::SSLv23_method());
+			theCtx = ::SSL_CTX_new(::SecureProtoAny_method());
 			break;
 		default:
-			theCtx = ::SSL_CTX_new(::SSLv23_method());
+			theCtx = ::SSL_CTX_new(::SecureProtoAny_method());
 			Should(false);
 	}
 	Must(theCtx);
 	Must(::SSL_CTX_set_cipher_list(theCtx, cipher.cstr()));
 #endif
 }
 
 SslCtx::SslCtx(const SslCtx &anSslCtx) {
 	Assert(false);
 }
 
 SslCtx::~SslCtx() {
 #if OPENSSL_ENABLED
 	if (theCtx)
 		::SSL_CTX_free(theCtx);
 #endif
 }
 
 SslCtx &SslCtx::operator =(const SslCtx &anSslCtx) {
 	Assert(false);

Bug#805156: libstoragemgmt: FTBFS: failed to find required module pywbem

[Ritesh Raj Sarraf]

On Sun, 2015-11-15 at 18:39 +0100, Kurt Roeckx wrote:
> It still fails on the buildds.

Only for the rebuilds with 1.2.3-1+b1, which is with libssl 1.0.2.

The older build, 1.2.3-1, built successfully with libssl 1.0.0.

So either this has to do with libssl or pywbem.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#803304: fixed in dcmtk 3.6.1~20150629-4

[Michael Onken]

There should already be a clean way in DCMTK to solve the issue without
applying a Debian-specific patch:

DCMTK offers the CMake option "BUILD_APPS" which is (obviously) enabled
per default. If you disable it, applications (like dcmdump) are not
built and also the related export file (DCMTKTargets*.cmake) will not
list them any more.

Best regards,
Michael Onken

-- 
http://www.open-connections.de

Bug#804690: texlive-fonts-extra: Please switch to fonts-noto from fonts-droid

[Vasudev Kamath]

Hi Norbert,

Norbert Preining  writes:

> Hi Vasudev,
>
>> I think it would also be good idea to inform upstream about future of
>> Droid fonts from upstream perspective. I know there are some rendering
>
> That is unfortunately not a problem of upstream (TeX Live), but 
> a problem of up-upstream, those who submit packages to CTAN.
> I am not sure what will happen, but basically I simply follow
> the TeX Live packaging, and if there is a change, I will follow it.
> If not, not.

Alright no issues. I don't know how texlive stuff so it was just a
suggestion :-).

Cheers,

Bug#805291: preseed: Offer a way to override initrd-level preseeding with kernel command line preseeding

[Raphaël Hertzog]

Source: preseed
Version: 1.68
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali

In Kali, we rely on initrd preseeding to set a bunch of Debconf entries
because it's the only sane way to ensure that we have those during netboot
too.

Unfortunately, it makes it very hard for end-users to change some of
those entries... editing initrd is not the best interface. It would
be very nice if there was a way to override such preseeding with the
(kernel) boot command line.

Right now env-preseed runs before initrd-preseed:
$ ls debian-installer-startup.d/
S30env-preseed  S35initrd-preseed  S60auto-install

I'm not sure what is the rationale for this order but if we don't want to
swap the order, then I would suggest that we introduce a new syntax that
let us do this operation.

I think inverting the order of both script would make a lot of sense. I
tried to find reasons not to but there is no intermediary script between
S30 and S35 and thus except for the precedence of preseeding, it has no
other impact AFAIK.

Otherwise if not possible I suggest "mirror/hostname!=http://my.mirror"; as
alternative syntax, somewhat mirroring the already existing ?= syntax
(with the exclamation mark conveying the notion of "forcing") but I'm
happy with any other syntax that you might prefer.

Phil & Cyril, please share your opinions/preference as I'll probably try
to implement this soonish.

I track this wishlist on the Kali side too:
https://bugs.kali.org/view.php?id=2143

And it's prompted by the fact that even though we set a mirror in the
initrd, it would be nice if users could pick other mirrors via the command
line. Example case where someone was bitten by this:
https://www.linuxquestions.org/questions/debian-26/kernel-preseed-argument-vs-preseed-cfg-doesn%27t-work-4175534979/

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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#787628: Bracketed paste is unsafe

[Yuri D'Elia]

Sorry for the late reply, but as I wasn't included in the reply, I
didn't get any notification. I just stumbled upon it today by chance...

> First of all, the safety is not the same as security, and the bracketed
> paste mode is not a means for security (for a variety of subreasons, the
> main being that pasting a _shell_ command that contains data that the user
> doesn't know is insecure with or without bracketed paste mode filtering
> out certain sequences).

The way I see it, bracketed paste allows the program attached to the tty
to receive clean input from the paste without the terminal interfering.

Ideally, I would like the data to come through *as-is*, 8bit clean.

Unfortunately, bracketed paste is flawed, as it relies on a termination
sequence and doesn't allow escapes. This means that even if I wanted to,
I cannot pass input that includes the termination sequence.

Without filtering the termination sequence at all, there's *no* way to
implement reliably *any* bracketed sequence. It *is* the job of the
terminal program to filter the sequence, and only that sequence, from
the paste. This is not sanitization of the input, it's just protocol.

> Third, even if bracketed paste mode would single out this sequence, it's
> not a security feature, as the user has no feedback on whether this mode
> is enabled, so cannot base her decision to paste on this mode. Advertising
> bracketed paste mode as a security feature would trick users into unsafe
> behaviour.

This patch was produced as a result of some work in zsh, which now uses
bracketed paste to automatically quote (and not execute by default!)
pastes. This is now the default behavior in zsh since 5.1.

Bracketed paste might actually be used by editors, such as vim, to
insert text as-is without having to enter "paste" mode first.

However, bracketed paste needs to be reliable.

> Lastly, guessing what is "safe" and what is "unsafe" in the terminal
> emulator is the wrong place, as it can't know what the application
> interprets. For example, the application might abort paste mode on other
> sequences as well (such as ctrl-c). It's also very difficult to implement,
> even if there was a list of what is to be filtered out, as the patch
> shows, which doesn't manage to filter out sequences at internal borders, so
> not giving the false impression that pasting is safe no matter what it
> contains.

We've been discussing the issue of break processing in the zsh ml, and
indeed the patch is still "incomplete" in the sense that Ctrl+C is still
processed by the terminal discipline, and that's definitely something
that should be avoided.

I'd rather try to manually change and restore the terminal mode through
the pty master in order for the bracketed paste to be fully transparent
for all programs, but I didn't get to it yet.

I don't want to go through the route of xterm, which instead filters the
input "pretending" to know what is safe and what isn't, which like you
say, is just guessing.

> Therefore, I would suggest reassigning this to firefox or other
> applications in Debian GNU/Linux that let you select one text visually,
> but then offer a different text as the selection to other apps, as that is
> indeed a security problem.

Firefox has nothing to do with it here, but it shows one of the most
important aspects of a reliable bracketed paste: if bracketed paste is
implemented correctly in the terminal, proper behavior *can* be
implemented at the application level, as zsh now shows.

Bug#801081: xserver-xorg-video-qxl: QXL video unusable due to performance

[Laurent Bigonville]

On Mon, 05 Oct 2015 22:58:26 -0400 Pat Roberts 
 wrote:


> Dear Maintainer,

Hi,

> When QXL video is selected in a virt-manager Debian Jessie or Wheezy 
guest, the
> performance of a whole class of applications is so bad it renders the 
driver

> unusable, up to appearing locked up.

Could you please try to use the version from testing/unstable (0.1.4)?

Cheers,

Laurent Bigonville

Bug#803304: [Debian-med-packaging] Bug#803304: fixed in dcmtk 3.6.1~20150629-4

[Gert Wollny]

On Mon, 2015-11-16 at 16:29 +0100, Michael Onken wrote:
> There should already be a clean way in DCMTK to solve the issue 
> without applying a Debian-specific patch:
> 
> DCMTK offers the CMake option "BUILD_APPS" which is (obviously) 
> enabled per default. If you disable it, applications (like dcmdump) 
> are not built 

Thanks for the pointer, but it is not that simple, because: 

  * we want these applications, 
  * the web relates executables are moved to another place, 
(I didn't  do the initial packaging, so I'm not sure why), and 
  * we also want to build and run the tests, but we probably don't 
want the tests to be installed. 

Actually, I was also thinking about using the "configure" build
approach instead of the "cmake" one. At least with the last, not yet
packaged snapshot the "configure" based build works, but the "cmake"
one doesn't (at least not on my machine).

Best, 
Gert 

Bug#803359: Please upload golang-github-ugorji-go-codec-dev 0.0~git20151112.0.1a8bf87-1

[Alexandre Viau]

Hello Dimitry,

Can you please upload golang-github-ugorji-go-codec-dev
0.0~git20151112.0.1a8bf87-1 ?

I have prepared it as you requested.

It is on mentors:
 -
http://mentors.debian.net/debian/pool/main/g/golang-github-ugorji-go-codec/golang-github-ugorji-go-codec_0.0~git20151112.0.1a8bf87-1.dsc

Thanks,

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#804554: fonts-hack-otf: new upstream release 2.018

[Paride Legovini]

Hi Fabian,

On 2015-11-16 16:18, Fabian Greffrath wrote:
> Hi Paride,
> 
> Am Freitag, den 13.11.2015, 12:44 +0100 schrieb Paride Legovini:
>> I'm aware of the new release, I just can't find the time for it on
>> these
>> busy days... I'll package it as soon as I can.
>> Thanks for the heads up anyway!
> 
> I'd say I could take care of packaging this release. Do you store the
> packaging in a GIT repo anywhere (and shouldn't we maybe transfer it to
> the Debian pkg-fonts repo in the course of this)?

I uploaded 2.018 to mentors a few days ago, is any other action required
from my part? Perhaps I should have pinged you !about this! If there is
any problem let me know.

I'm currently not maintaining the package in a git repository, as it is
quite simple, but I agree it's a good idea to move it to a Debian git repo.

Regards,

Paride

Bug#805291: preseed: Offer a way to override initrd-level preseeding with kernel command line preseeding

[Cyril Brulebois]

Hi,

Raphaël Hertzog  (2015-11-16):
> In Kali, we rely on initrd preseeding to set a bunch of Debconf entries
> because it's the only sane way to ensure that we have those during netboot
> too.
> 
> Unfortunately, it makes it very hard for end-users to change some of
> those entries... editing initrd is not the best interface. It would
> be very nice if there was a way to override such preseeding with the
> (kernel) boot command line.
> 
> Right now env-preseed runs before initrd-preseed:
> $ ls debian-installer-startup.d/
> S30env-preseed  S35initrd-preseed  S60auto-install
> 
> I'm not sure what is the rationale for this order but if we don't want to
> swap the order, then I would suggest that we introduce a new syntax that
> let us do this operation.
> 
> I think inverting the order of both script would make a lot of sense. I
> tried to find reasons not to but there is no intermediary script between
> S30 and S35 and thus except for the precedence of preseeding, it has no
> other impact AFAIK.
> 
> Otherwise if not possible I suggest "mirror/hostname!=http://my.mirror"; as
> alternative syntax, somewhat mirroring the already existing ?= syntax
> (with the exclamation mark conveying the notion of "forcing") but I'm
> happy with any other syntax that you might prefer.
> 
> Phil & Cyril, please share your opinions/preference as I'll probably try
> to implement this soonish.

I'm afraid I don't have time to spend on figuring out all the possible
consequences of such a move…

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#803304: [Debian-med-packaging] Bug#803304: fixed in dcmtk 3.6.1~20150629-4

[Michael Onken]

Hi Gert,

On 16.11.2015 16:52, Gert Wollny wrote:
>> [DCMTK's "BUILD_APPS" Option]
> 
> Thanks for the pointer, but it is not that simple, because:
> 
> * we want these applications, * the web relates executables are moved
> to another place, (I didn't  do the initial packaging, so I'm not
> sure why), and * we also want to build and run the tests, but we
> probably don't want the tests to be installed.

I see, then you're right, there is no ready-to-use solution in DCMTK,
sorry for the noise.

> Actually, I was also thinking about using the "configure" build 
> approach instead of the "cmake" one. At least with the last, not yet 
> packaged snapshot the "configure" based build works, but the "cmake" 
> one doesn't (at least not on my machine).

If the failing system for the CMake build was a Mac, probably these
commits [1] [2] will do the trick. If there is another problem, please
drop us a mail to bugs at dcmtk org.

Thanks Gert,
Michael (DCMTK Team)

[1]
http://git.dcmtk.org/web?p=dcmtk.git;a=commit;h=a3dc5b5270517e36207fa0e1f704c7db1e598774

[2]
http://git.dcmtk.org/web?p=dcmtk.git;a=commit;h=b3ffaff28fe390c5d5932ca00310f804027831c5

-- 
http://www.open-connections.de

Bug#720603: closed by Sebastian Ramacher (Re: Bug#720603: missing files in devel package)

[PICCORO McKAY Lenz]

Package: liblivemedia-dev
Version: 2012.05.17-1~bpo60+1

seems that liblivemedia backports for squeeze do not have all files, but
wors its that Sebastian Ramacher does not help so much, he can made a
forward mail event "close" the bug! what a help!

included, see quickly in debian package search:

packages.debian.org/search?suite=squeeze-backports&arch=any&mode=exactfilename&searchon=contents&keywords=liveMedia.hh

i got errors when compiling mplayer..  this due:

libmpdemux/demux_rtp_internal.h:33:24: warning: liveMedia.hh: No such
file or directory

how u can see the backported package do not have the file necesary to
activate live555 in mplayer...

i dont knwo if this bug are related to #242821

and i added the previously mails:

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2015-11-15 14:36 GMT-04:30 Debian Bug Tracking System :

> This is an automatic notification regarding your Bug report
> which was filed against the liblivemedia-dev package:
>
> #720603: missing files in devel package
>
> It has been closed by Sebastian Ramacher .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Sebastian Ramacher <
> sramac...@debian.org> by
> replying to this email.
>
>
> --
> 720603: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720603
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Mensaje reenviado --
> From: Sebastian Ramacher 
> To: PICCORO McKAY Lenz ,
> 720603-d...@bugs.debian.org
> Cc:
> Date: Sun, 15 Nov 2015 20:03:31 +0100
> Subject: Re: Bug#720603: missing files in devel package
> On 2013-08-23 14:52:11, PICCORO McKAY Lenz wrote:
> > Package: liblivemedia-dev
> > Version: 2012.05.17-1~bpo60+1
>
> For bugs in backported packages please contact
> debian-backpo...@lists.debian.org
> as described at [1].
>
> Cheers
>
> [1] http://backports.debian.org/FAQ/
> --
> Sebastian Ramacher
>
>
> -- Mensaje reenviado --
> From: PICCORO McKAY Lenz 
> To: Debian Bug Tracking System 
> Cc:
> Date: Fri, 23 Aug 2013 14:52:11 -0430
> Subject: missing files in devel package
> Package: liblivemedia-dev
> Version: 2012.05.17-1~bpo60+1
>
> seems that liblivemedia backports for squeeze do not have all files
> included, see quickly in debian package search:
>
>
> packages.debian.org/search?suite=squeeze-backports&arch=any&mode=exactfilename&searchon=contents&keywords=liveMedia.hh
>
> i got errors when compiling mplayer..  this due:
>
> libmpdemux/demux_rtp_internal.h:33:24: warning: liveMedia.hh: No such
> file or directory
>
> how u can see the backported package do not have the file necesary to
> activate live555 in mplayer...
>
> i dont knwo if this bug are related to #242821
>
> please do not upload bad made packages or at leas the backport
> mantainer must test agains next debian release version of package
> (currently wheeze, respect squeeze)
>
> Lenz McKAY Gerardo (PICCORO)
> http://qgqlochekone.blogspot.com
>
>

Bug#805249: pyparted: FTBFS: PartedException: Unknown disk flag, 1000.

[hpfn]

Hi Chris,

The version 3.10.7-1 of pyparted has:

- 7 'reproducible' builds ( 2 sid and 5 testing )
- 1 'depwait' build ( sid )
- 2 'FTBFS' builds ( sid )

Something happened, but 7 'reproducible' builds
says that the package is ok.

And this line sounds strange:
runTest (tests.test__ped_disk.DiskNewLabeledTestCase) ... sh: 1: parted: not 
found
ERRORparted

Other tests are ok.


regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

[Agustin Martin]

On Sat, Nov 14, 2015 at 03:25:49PM +0100, Soeren D. Schulze wrote:
> I am not sure about those SIGPIPEs.  They occured to me, too, but I could
> just press 'c' in gdb and continue using iceweasel until the SIGSEGV.  On
> the other hand, they are apparently gone now in stretch.
> 
> Could you press 'c' next time it happens, and wait for a SIGSEGV to occur?

Thanks for the info,

This was the first time I got a backtrace, so I naively stopped at
SIGPIPE.

Tried again, pressing 'c' after each SIGPIPE. That way I got a lot of
SIGPIPEs in a single debugging session, but no SIGSEGV happened.

Will try again next time I have access to that box, in case I am lucky.

-- 
Agustin

Bug#805081: Please update liblastfm to 1.0.9

[John Stamp]

On Mon, Nov 16, 2015 at 03:04:44AM PST, Stefan Ahlers wrote:
> Hi,
> 
> thank you for your reply!
> > This is a little complicated because Amarok and Clementine both need
> > liblastfm compiled with Qt4.
> >
> > It looks like the latest version 1.1.0 (as yet untagged) allows for
> > coinstallation of the -dev files as well.  So it seems like the best way
> > forward is to upgrade to that version, and then have that source package
> > build both the Qt4 and Qt5 binaries.  It's doable, but you'd need to do
> > more by hand in debian/rules.
> Of course, I will not drop the Qt4 support. My idea is to create two
> separate packages. One package called "liblastfm" is Qt4 based and the
> other package "liblastfm5" is Qt5 based. And so it is very easy to
> handle the debian files.
> 
> My current Qt5 package (http://mentors.debian.net/package/liblastfm5) is
> patched for coinstallation. And so it is possible to install both
> package on the same system without a collision.
> > Would you be interested in taking over maintenance?
> Yes, I'm interested but I'm not a debian maintainer yet. I'm only a
> maintainer for the ubuntu PPA of tomahawk and I started my work on
> debian directly only a few weeks ago. And so I need a sponsoring for
> uploading at the moment.
> 
> I could take over maintenance, update the Qt4 version of liblastfm and
> uploading it to mentors.debian.net, if you wish.
> 
> Stefan

Hmm, I'm not sure how happy the ftp masters will be to have two exact
copies of a source tarball just to simplify debian/rules, but I guess
that's between you and them (or you and your sponsor).

But yes, please take over maintenance of liblastfm.  It'd be good to
have it in the hands of someone who feels more invested in the package.

John

Bug#805292: gtkpod: Can't see menus when adding track filter in preferences

[Aki Koskinen]

Subject: gtkpod: Can't see menus when adding track filter in preferences
Package: gtkpod
Version: 2.1.5-1
Severity: normal

Dear Maintainer,

When I try to add a track filter in:
Preferences --> Track display --> Displayed  Columns --> Add

Add Columns window opens but no items are visible and can not be selected.

Please see attached picture. Is this a known bug and can it be fixed?

Best regards,

Aki Koskinen


-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'squeeze-lts'), (500,
'stable'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.2.0-1-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
Init: systemd (via /run/systemd/system)

Versions of packages gtkpod depends on:
ii  dpkg1.17.25
ii  gtkpod-data 2.1.5-1
ii  libanjuta-3-0   2:3.18.2-1
ii  libatk1.0-0 2.18.0-1
ii  libatomicparsley0   2.1.5-1
ii  libc6   2.19-22
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libclutter-1.0-01.24.2-1
ii  libclutter-gtk-1.0-01.6.6-1
ii  libcogl-pango20 1.22.0-1
ii  libcogl-path20  1.22.0-1
ii  libcogl20   1.22.0-1
ii  libcurl3-gnutls 7.38.0-4+deb8u2
ii  libdrm2 2.4.58-2
ii  libegl1-mesa [libegl1-x11]  10.3.2-1+deb8u1
ii  libflac81.3.0-3
ii  libgbm1 10.3.2-1+deb8u1
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u3
ii  libgdl-3-5  3.18.0-1
ii  libglib2.0-02.46.1-1
ii  libgpod40.8.3-1.1+b1
ii  libgstreamer-plugins-base1.0-0  1.4.4-2
ii  libgstreamer1.0-0   1.4.4-2
ii  libgtk-3-0  3.18.2-1
ii  libgtkpod1  2.1.5-1
ii  libid3tag0  0.15.1b-11
ii  libimobiledevice4   1.1.6+dfsg-3.1
ii  libjavascriptcoregtk-3.0-0  2.4.8-2
ii  libjson-glib-1.0-0  1.0.2-1
ii  libpango-1.0-0  1.38.1-1
ii  libpangocairo-1.0-0 1.38.1-1
ii  libsoup2.4-12.48.0-1
ii  libvorbisfile3  1.3.4-2
ii  libwayland-client0  1.6.0-2
ii  libwayland-cursor0  1.6.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  10.3.2-1+deb8u1
ii  libwayland-server0  1.6.0-2
ii  libwebkitgtk-3.0-0  2.4.8-2
ii  libx11-62:1.6.2-3
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxext62:1.3.3-1
ii  libxfixes3  1:5.0.1-2+b2
ii  libxi6  2:1.7.4-1+b2
ii  libxkbcommon0   0.5.0-1
ii  libxml2 2.9.2+zdfsg1-4
ii  libxrandr2  2:1.5.0-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gtkpod recommends:
ii  id3v2 0.1.12-2.1+b1
ii  vorbis-tools  1.4.0-7

Versions of packages gtkpod suggests:
pn  faad 
pn  lame 
pn  mp3gain  
ii  perl 5.20.2-3+deb8u1
ii  python   2.7.9-1

-- no debconf information

Bug#794919: [Xcb] Bug#794919: libxcb1: Segmentation fault in libqxcb.so

[Andreas Boll]

(Ccing the bug reporter.)

Dear bug reporter,

is this bug still reproducible with the current Qt in testing or
unstable?

Thanks,
Andreas

On Fri, Nov 13, 2015 at 04:50:26PM +0300, Dmitry Shachnev wrote:
> Hi Andreas,
> 
> On Fri, 13 Nov 2015 14:37:51 +0100, Andreas Boll wrote:
> > libqxcb.so belongs to libqt5xcbqpa5.
> > Reassigning to the correct package.
> 
> The reporter uses Jessie, however there was no libqt5xcbqpa5 package in 
> Jessie.
> 
> It would be nice to know whether this bug is reproducible with the current Qt
> in unstable.
> 
> --
> Dmitry Shachnev




signature.asc
Description: Digital signature

Bug#805293: jessie-pu: package systemd/215-17+deb8u3

[Michael Biebl]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

I'd like to update the systemd package in stable to fix a few issues
where users asked us explicitly to backport fixes from upstream.

All those issue have been fixed in sid/testing.
Full debdiff is attached.

Annotated changelog

systemd (215-17+deb8u3) stable; urgency=medium

  * Fix namespace breakage due to incorrect path sorting. (Closes: #787758)

http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=biebl/jessie&id=054e994dd6b7f9aec13d159793c89027ae6d91c3

While I'm not aware of any package in the archive using
ReadOnlyDirectories/ReadWriteDirectories, it's not uncommon for admins to lock
down their services via local configuration.

  * Don't timeout after 90 seconds when no password was entered for cryptsetup
devices. (Closes: #802897)

http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=biebl/jessie&id=17fa29391f769426876bd51f5f6f992dc23017fd

This one fixes a bug where we timed out and failed if the user didn't enter a
password for a cryptsetup device within 90 seconds.

  * Only set the kernel's timezone when the RTC runs in local time. Otherwise,
every daylight saving time change or time zone change by travelling will
make the time jump, and the local time might jump backwards which creates
unsolvable problems with file timestamps. (Closes: #759319)

http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=biebl/jessie&id=3918ae33299cf6798b17564e1c4af34d77fd8a18

While this change sound potentially risky, we had this in sid/testing for a 
while.

  * Fix incorrect handling of comma separator in systemd-delta.
(Closes: #793477)

http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=biebl/jessie&id=4b90ab14dbebd1e4c8f62a051bda4a2e2c6ccbe2

Low risk change for a trivial bug.

  * Make DHCP broadcast behaviour configurable in systemd-networkd via
RequestBroadcast=. This is a backport from upstream which doesn't change
the default setting. (Closes: #797894)

http://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=biebl/jessie&id=06aa37dea9a5b922582ebbcc380fc7e064377f2a

This backports a new feature (configuration setting) for systemd-networkd which
otherwise would be unusable in certain setups. Regression potential is low, as
it doesn't change the existing default behaviour in stable.


Please let me know if I can proceed with the upload.

Regards,
Michael


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

Kernel: Linux 4.3.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/changelog b/debian/changelog
index e534caa..e7f31e9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,9 +1,26 @@
+systemd (215-17+deb8u3) stable; urgency=medium
+
+  * Fix namespace breakage due to incorrect path sorting. (Closes: #787758)
+  * Don't timeout after 90 seconds when no password was entered for cryptsetup
+devices. (Closes: #802897)
+  * Only set the kernel's timezone when the RTC runs in local time. Otherwise,
+every daylight saving time change or time zone change by travelling will
+make the time jump, and the local time might jump backwards which creates
+unsolvable problems with file timestamps. (Closes: #759319)
+  * Fix incorrect handling of comma separator in systemd-delta.
+(Closes: #793477)
+  * Make DHCP broadcast behaviour configurable in systemd-networkd via
+RequestBroadcast=. This is a backport from upstream which doesn't change
+the default setting. (Closes: #797894)
+
+ -- Michael Biebl   Mon, 16 Nov 2015 18:08:32 +0100
+
 systemd (215-17+deb8u2) stable; urgency=medium
 
   * Disable default DNS servers in systemd-resolved. In v215 they are always
 added to resolv.conf as fallback entries even when DNS servers were
 acquired from systemd-networkd. (Closes: #787731)
-  * Use strictly versioned dependendency on libsystemd-dev for the
+  * Use strictly versioned dependency on libsystemd-dev for the
 transitional dev packages. The .pc files of the compat libraries declare
 a strictly versioned dependency on libsystemd.pc, so reflect that in the
 package dependencies as well. (Closes: #794290)
diff --git a/debian/patches/core-namespace-fix-path-sorting.patch b/debian/patches/core-namespace-fix-path-sorting.patch
new file mode 100644
index 000..9fb1399
--- /dev/null
+++ b/debian/patches/core-namespace-fix-path-sorting.patch
@@ -0,0 +1,58 @@
+From: Michal Schmidt 
+Date: Mon, 16 Mar 2015 22:04:21 +0100
+Subject: core/namespace: fix path sorting
+
+The comparison function we use for qsorting paths is overly indifferent.
+Consider these 3 paths for sorting:
+ /foo
+ /bar
+ /foo/foo
+q

Bug#642349:

[Guillaume Hoffmann]

This is solved since Darcs 2.10.0.

Bug#803078: Bug#805113: CVE-2015-8126: buffer overflow

[Sven Joachim]

On 2015-11-14 12:54 -0800, Josh Triplett wrote:

> Package: libpng12-0
> Version: 1.2.50-2+b2
> Severity: critical
> Tags: security upstream
>
> Quoting https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-8126
>> Multiple buffer overflows in the (1) png_set_PLTE and (2) png_get_PLTE
>> functions in libpng before 1.0.64, 1.1.x and 1.2.x before 1.2.54, 1.3.x and
>> 1.4.x before 1.4.17, 1.5.x before 1.5.24, and 1.6.x before 1.6.19 allow 
>> remote
>> attackers to cause a denial of service (application crash) or possibly have
>> unspecified other impact via a small bit-depth value in an IHDR (aka image
>> header) chunk in a PNG image.
>
> In particular, "1.1.x and 1.2.x before 1.2.54".

On 2015-10-26 19:03 +0100, Salvatore Bonaccorso wrote:

> Source: libpng
> Version: 1.2.44-1
> Severity: important
> Tags: security upstream patch fixed-upstream
> Forwarded: http://sourceforge.net/p/libpng/bugs/241/
>
> Hi,
>
> the following vulnerability was published for libpng.
>
> CVE-2015-7981[0]:
> out-of-bound read vulnerability
>
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

I have made a local package with libpng 1.2.54 for myself, if anybody is
interested a filtered debdiff containing only the changes in the debian
directory is attached.  The debian/watch file does not work, I have
downloaded libpng-1.2.54.tar.xz from
ftp://ftp.simplesystems.org/pub/libpng/png/src/libpng12/ where there is
also a detached signature.

Cheers,
   Sven

diff -Nru libpng-1.2.50/debian/changelog libpng-1.2.54/debian/changelog
--- libpng-1.2.50/debian/changelog	2014-07-26 04:27:22.0 +0200
+++ libpng-1.2.54/debian/changelog	2015-11-16 17:56:27.0 +0100
@@ -1,3 +1,13 @@
+libpng (1.2.54-0local1) UNRELEASED; urgency=high
+
+  * New upstream release.
+- Fix multiple buffer overflows [CVE-2015-8126] (Closes: #805113).
+- Fix out of bound read [CVE-2015-7981] (Closes: #803078).
+  * Drop patch 02-required-space.patch, applied upstream.
+  * Update remaining patches.
+
+ -- Sven Joachim   Mon, 16 Nov 2015 17:56:26 +0100
+
 libpng (1.2.50-2) unstable; urgency=medium
 
   * Merge 1.2.50-1ubuntu3.
diff -Nru libpng-1.2.50/debian/docs libpng-1.2.54/debian/docs
--- libpng-1.2.50/debian/docs	2014-01-27 04:04:53.0 +0100
+++ libpng-1.2.54/debian/docs	2015-11-16 14:45:07.0 +0100
@@ -1,3 +1,3 @@
-libpng-1.2.50.txt
+libpng-1.2.54.txt
 README
 TODO
diff -Nru libpng-1.2.50/debian/libpng12-0.doc-base libpng-1.2.54/debian/libpng12-0.doc-base
--- libpng-1.2.50/debian/libpng12-0.doc-base	2014-01-27 04:05:25.0 +0100
+++ libpng-1.2.54/debian/libpng12-0.doc-base	2015-11-16 14:45:05.0 +0100
@@ -22,4 +22,4 @@
 Section: Programming
 
 Format: text
-Files: /usr/share/doc/libpng12-0/libpng-1.2.50.txt.gz
+Files: /usr/share/doc/libpng12-0/libpng-1.2.54.txt.gz
diff -Nru libpng-1.2.50/debian/libpng12-0.docs libpng-1.2.54/debian/libpng12-0.docs
--- libpng-1.2.50/debian/libpng12-0.docs	2014-01-27 04:05:06.0 +0100
+++ libpng-1.2.54/debian/libpng12-0.docs	2015-11-16 14:44:43.0 +0100
@@ -2,4 +2,4 @@
 TODO
 ANNOUNCE
 KNOWNBUG
-libpng-1.2.50.txt
+libpng-1.2.54.txt
diff -Nru libpng-1.2.50/debian/patches/01-legacy.patch libpng-1.2.54/debian/patches/01-legacy.patch
--- libpng-1.2.50/debian/patches/01-legacy.patch	2014-07-26 04:14:18.0 +0200
+++ libpng-1.2.54/debian/patches/01-legacy.patch	2015-11-16 14:26:57.0 +0100
@@ -1,23 +1,7 @@
-Index: libpng-1.2.50/libpng-1.2.50.txt
+Index: libpng-1.2.54/png.h
 ===
 libpng-1.2.50.orig/libpng-1.2.50.txt
-+++ libpng-1.2.50/libpng-1.2.50.txt
-@@ -1049,8 +1049,9 @@ the normalized graylevel is computed:
- gray = (rw*red + gw*green + bw*blue)/65536;
- 
- The default values approximate those recommended in the Charles
--Poynton's Color FAQ, 
--Copyright (c) 1998-01-04 Charles Poynton 
-+Poynton's Color FAQ,
-+
-+Copyright (c) 2006-11-28 Charles Poynton 
- 
- Y = 0.212671 * R + 0.715160 * G + 0.072169 * B
- 
-Index: libpng-1.2.50/png.h
-===
 libpng-1.2.50.orig/png.h
-+++ libpng-1.2.50/png.h
+--- libpng-1.2.54.orig/png.h
 libpng-1.2.54/png.h
 @@ -1902,15 +1902,17 @@ extern PNG_EXPORT(void,png_destroy_read_
 png_ptr_ptr, png_infopp info_ptr_ptr, png_infopp end_info_ptr_ptr));
  
@@ -39,10 +23,10 @@
  
  /* Set the libpng method of handling chunk CRC errors */
  extern PNG_EXPORT(void,png_set_crc_action) PNGARG((png_structp png_ptr,
-Index: libpng-1.2.50/png.5
+Index: libpng-1.2.54/png.5
 ===
 libpng-1.2.50.orig/png.5
-+++ libpng-1.2.50/png.5
+--- libpng-1.2.54.orig/png.5
 libpng-1.2.54/png.5
 @@ -18,7 +18,11 @@ gamma and chromaticity data for improved
  pla

Bug#804554: fonts-hack-otf: new upstream release 2.018

[Fabian Greffrath]

Hey Paride,

Am Montag, den 16.11.2015, 17:08 +0100 schrieb Paride Legovini:
> I uploaded 2.018 to mentors a few days ago, is any other action
> required
> from my part? Perhaps I should have pinged you !about this! If there
> is
> any problem let me know.

Just leave a note on the pkg-fonts list or in the bug requesting the
new upstream version that you have already prepared a package and where
it can be found. We are not automatically informed if updated packages
a uploaded to mentors.d.o.

> I'm currently not maintaining the package in a git repository, as it
> is
> quite simple, but I agree it's a good idea to move it to a Debian git
> repo.

Let's get this version into unstable first, then we can take care of
the git repo. I'll have a look at it tomorrow.

Cheers,

Fabian




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

Bug#720603: closed by Sebastian Ramacher (Re: Bug#720603: missing files in devel package)

[Fabian Greffrath]

Hello,

Am Montag, den 16.11.2015, 12:00 -0430 schrieb PICCORO McKAY Lenz:
> seems that liblivemedia backports for squeeze do not have all files,
> but wors its that Sebastian Ramacher does not help so much, he can
> made a forward mail event "close" the bug! what a help!

This is not Sebastian's fault. We cannot track bugs for backported
packages in the regular Debian bug tracker. This is why he pointed you
to this document ...

> > For bugs in backported packages please contact debian-backports@lis
> > ts.debian.org
> > as described at [1].
> > 
> > Cheers
> > 
> > [1] http://backports.debian.org/FAQ/

... which properly describes what to do in this case.

If you don't read this, it's hardly his fault.

 - Fabian


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

Bug#805294: uninstalling does not remove /etc/apt/apt.conf.d/20listdifferences

[Caitlin Matos]

Package: apt-listdifferences
Version: 1.20141011
Severity: normal

I have recently uninstalled apt-listdifferences. Now, when I run apt, I see:
/bin/sh: 1: /usr/bin/apt-listdifferences: not found

This appears after the package is downloaded (Get:) but before it says
"Preconfiguring packages...".

It is occurring because /etc/apt/apt.conf.d/20listdifferences still exists.
Removing this file removes the message.

Please add this to the postrm script.

Thanks,
Caitlin



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

Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages apt-listdifferences depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  debian-keyring 2015.08.13
ii  devscripts 2.15.9
ii  python33.4.3-7
ii  python3-apt1.0.1
ii  python3-debian 0.1.27

Versions of packages apt-listdifferences recommends:
ii  diffstat  1.60-1

apt-listdifferences suggests no packages.

Bug#798988: iceweasel: fixed on 38.3.0esr-1~deb8u1_amd64

[Philippe Coval]

Package: iceweasel
Followup-For: Bug #798988

I faced this issue after downgrading to stable 
(yes downgraded after I broke kde5 with pinned repos)

It the problem seems gone with stable proposed upgrade :
just install this deb over jessie, it's enough :

ftp://ftp.us.debian.org/debian/pool/main/i/iceweasel/iceweasel_38.3.0esr-1~deb8u1_amd64.deb

Regards

-- Package-specific info:

-- Extensions information
Name: Adblock Edge
Location: ${PROFILE_EXTENSIONS}/{fe272bd1-5f76-4ea4-8501-a05d35d823fc}.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Flashblock
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Package: xul-ext-flashblock
Status: user-disabled

Name: I don't care about cookies
Location: ${PROFILE_EXTENSIONS}/jid1-kkzogwgsw3a...@jetpack.xpi
Status: enabled

Name: Privacy Badger
Location: ${PROFILE_EXTENSIONS}/jid1-mnnxcxisbpn...@jetpack.xpi
Status: enabled

Name: QuickProxy
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d5ea4520-61a1-11da-8cd6-0800200c9a66}
Package: xul-ext-quickproxy
Status: enabled

Name: User Agent Switcher
Location: ${PROFILE_EXTENSIONS}/{e968fc70-8f95-4ab9-9e79-304de2a71ee1}.xpi
Status: enabled

Name: User-Agent Switcher
Location: ${PROFILE_EXTENSIONS}/jid1-kyxeacwua7b...@jetpack.xpi
Status: enabled

-- Plugins information
Name: bjninstallplugin (2.90.658.8)
Location: /usr/lib/mozilla/plugins/npbjninstallplugin_2.90.658.8.so
Package: bjnplugin
Status: enabled

Name: bjnplugin (2.90.658.8)
Location: /usr/lib/mozilla/plugins/npbjnplugin_2.90.658.8.so
Package: bjnplugin
Status: enabled

Name: Skype Buttons for Kopete
Location: /usr/lib/mozilla/plugins/skypebuttons.so
Package: kopete
Status: enabled


-- Addons package information
ii  bjnplugin  2.90.658.8-1 amd64The Blue Jeans Browser Video Plug
ii  iceweasel  38.3.0esr-1~ amd64Web browser based on Firefox
ii  kopete 4:4.14.1-2   amd64instant messaging and chat applic
ii  xul-ext-flashb 1.5.18-1 all  Mozilla extension to block Adobe 
ii  xul-ext-quickp 2009.07.19-3 all  statusbar button to turn the prox

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (600, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, armhf

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

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u3
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-9
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
ii  gstreamer1.0-libav 1:1.4.5-dmo1
ii  gstreamer1.0-plugins-good  1.4.4-2

Versions of packages iceweasel suggests:
ii  fonts-mathjax  2.4-2
pn  fonts-oflb-asana-math  
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0   0.30-2.1
pn  libgnomeui-0   
ii  libgssapi-krb5-2   1.12.1+dfsg-19+deb8u1
pn  mozplugger 

-- no debconf information