date:20151013


Package: shutdown-at-night
Severity: normal
User: debian-...@lists.debian.org
Usertags: debian-edu
X-Debbugs-Cc: debian-...@lists.debian.org

A customer of ours recently requested to disable the shutdown-at-night  
startup job in the morning.


At the moment, this is non-trivial in Debian Edu, as you have to  
disable the shutdown-at-night start-up script (flooding the intranet  
with WOL packets from every running system) on every installed system.


Alternatively, WoL has to be disabled in all BIOSes/EFIs.

I plan to work on a feature where you can configure the morning  
startup via another NIS netgroup (to LDAP)  
"block-startup-in-the-morning-hosts".


Greets,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpOFVLwauoI5.pgp
Description: Digitale PGP-Signatur

Bug#801744: python-django-common: conffiles not removed

2015-10-13 Thread Paul Wise

Package: python-django-common
Version: 1.8.5-1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

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

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

This bug report brought to you by adequate:

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

$ pkg=python-django-common ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' 
$pkg | grep obsolete
python-django-common: obsolete-conffile 
/etc/bash_completion.d/django_bash_completion
$ /etc/bash_completion.d/django_bash_completion 
2723e26eb4d796a1fe35b20d33798fbf obsolete

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 
'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

python-django-common depends on no packages.

Versions of packages python-django-common recommends:
ii  libjs-jquery  1.11.3+dfsg-4

python-django-common suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#794447: RFS: pbgenomicconsensus (NEW)

2015-10-13 Thread Afif Elghraoui

Hi, team,
I finished preparing pbgenomicconsensus. Could someone please upload to
unstable?

http://anonscm.debian.org/cgit/debian-med/pbgenomicconsensus.git/
ssh://git.debian.org/git/debian-med/pbgenomicconsensus.git

Many thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name



signature.asc
Description: OpenPGP digital signature

Bug#775277: should we split krb5-kpropd into a separate package?

2015-10-13 Thread Benjamin Kaduk

On Tue, 13 Oct 2015, Michael Weiser wrote:

> Hi Ben,
>
> > Looking at the patch, it feels awkward to manually install the unit file
> > and sysv script to the staging directory.  If we created a new
> > krb5-kpropd package to be installed only on slave KDCs, then we could
> > benefit from the debian/packagename.init magic and also have the script
> > be active by default, since it would only be installed on machines which
> > should use it.
>
> Uh, somehow this slipped past me. I like the idea.
>
> What's the status here: Do all agree, a separate package is the way to
> go? Is someone even working on it?

I think we still need to hear from Sam.

-Ben

> I'd be happy to give it a go, separating kpropd with it's init scripts
> out into a separate package.

Bug#801650: RFS: edgar/1.21-1 [ITP]

2015-10-13 Thread Zorian M

Control: tags -1 - moreinfo

Package is re-uploaded with fixes in place.

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

2015-10-13 Thread Sérgio Benjamim


Hi,


I don't really understand why Sergio filed it anyway. I told him I would
take care of the sponsoring for him, so there is no need to make a
public request for sponsoring.

Adrian


Sorry, at the time I thought it was somewhat obliged to make a RFS bug :p

I'm very noob at these things and I'm trying to understand all these 
bureaucratic stuff [yet]...


Sergio Benjamim

Bug#801707: ITA: shadow -- system login tools

2015-10-13 Thread Christian PERRIER

Quoting Laszlo Boszormenyi (GCS) (g...@debian.org):
> retitle 801707 ITA: shadow -- system login tools
> owner 801707 !
> thanks
> 
> Hi Christian,
> 
> What's up with the team behind the maintenance of shadow? Does it
> still exists / active?
> I would like to adopt it, but under control for the first some months
> if you don't mind. First I'd like to package the new upstream release
> and do some cleanup. Does it sound right with you, do you accept me as
> the future maintainer?
> I'm a Security Team trainee and have some cryptographic background,
> but this package is vital to the system.

Hello,

The team is not really active but the tools are there: git repository,
mailing lists on Alioth.

Serge and John (CC'ed) have mentioned their intent to resume the work
on shadow, too. So I guess it's be easy to take things over.

My intent, in the "orphan" bug report, was mostly to officially
announce that nobody should wait for me for package uploads, changes,
etc.

I'd happy to hand out the pkg-shadow project on Alioth to another
person, of course, so that the work can continue/resume smoothly.




signature.asc
Description: PGP signature

Bug#801742: gnome-tweak-tool: Open Weather Extension not working

2015-10-13 Thread Michael Prokopec

Package: gnome-tweak-tool
Version: 3.14.2-2
Severity: important

I had ben using Open Weather Extension for about three weeks. The
extension in question within tweak tool has stoped working with no changes made
other than time passing. I checked all the settings and reloaded the extension
with no effect. I would like for this bug to be fixed.

P.S. In my last bug report I forgot to remove the template, I am sorry :(



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

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

Versions of packages gnome-tweak-tool depends on:
ii  gir1.2-gnomedesktop-3.03.14.1-1
ii  gir1.2-gtk-3.0 3.14.5-1+deb8u1
ii  gir1.2-notify-0.7  0.7.6-2
ii  gir1.2-soup-2.42.48.0-1
ii  gnome-shell-common 3.14.4-1~deb8u1
ii  gsettings-desktop-schemas  3.14.1-1
ii  mutter-common  3.14.4-1~deb8u1
ii  python 2.7.9-1
ii  python-gi  3.14.0-1

gnome-tweak-tool recommends no packages.

gnome-tweak-tool suggests no packages.

-- no debconf information

Bug#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM

2015-10-13 Thread Liang Guo

On Wed, Oct 7, 2015 at 11:39 PM, Frederic Bonnard
 wrote:
> interesting. I tried to build the package on amd64 too but in a schroot env
> (unstable) and it built fine.
> Could you explain or give some links on how to setup this sbuild env ?
> Thanks a lot,
Sbuild is simple to setup, please visit its wiki [1][2] to see how to
build package
with sbuild.

Packages accepted by ftp-master are built with sbuild for all architecture and
uploaded to debian archive.

Beside sbuild, you may use pbuilder[3] to validate package build dependency.

[1] https://wiki.debian.org/sbuild
[2] https://wiki.ubuntu.com/SimpleSbuild
[3] https://www.debian.org/doc/manuals/maint-guide/build.zh-cn.html#pbuilder
-- 
Liang Guo

Bug#801745: vlc: Segfault when watching WebM video with increased speed

2015-10-13 Thread Michael Weghorn

The attached file contains the VLC output and the GDB backtrace.

Please let me know whether I can provide any additional information that
is useful.
$ while true; do gdb -ex run -ex quit --args vlc -vvv --play-and-exit --rate 2.5 http://download.media.tagesschau.de/video/2015/1012/TV-20151012-2022-5601.webm.webm; done
GNU gdb (Debian 7.10-1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from vlc...Reading symbols from /usr/lib/debug/.build-id/39/1fbfcc27d12d994a7d3208f55cf56694091211.debug...done.
done.
Starting program: /usr/bin/vlc -vvv --play-and-exit --rate 2.5 http://download.media.tagesschau.de/video/2015/1012/TV-20151012-2022-5601.webm.webm
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42)
[00605148] core libvlc debug: VLC media player - 2.2.1 Terry Pratchett (Weatherwax)
[00605148] core libvlc debug: Copyright Â© 1996-2015 the VideoLAN team
[00605148] core libvlc debug: revision 2.2.1-0-ga425c42
[00605148] core libvlc debug: configured with ./configure  '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--localstatedir=/var' '--libdir=${prefix}/lib/x86_64-linux-gnu' '--libexecdir=${prefix}/lib/x86_64-linux-gnu' '--disable-dependency-tracking' '--build=x86_64-linux-gnu' 'CPPFLAGS=-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-z,relro -Wl,--as-needed' '--config-cache' '--disable-maintainer-mode' '--disable-silent-rules' '--disable-update-check' '--enable-fast-install' '--prefix=/usr' '--docdir=/usr/share/doc/vlc-nox' '--libdir=/usr/lib' '--sysconfdir=/etc' '--with-binary-version=4' '--enable-a52' '--enable-aa' '--enable-bluray' '--enable-bonjour' '--enable-caca' '--enable-chromaprint' '--enable-dbus' '--enable-dca' '--enable-directfb' '--enable-dvbpsi' '--enable-dvdnav' '--enable-faad' '--enable-flac' '--enable-fluidsynth' '--enable-freerdp' '--enable-freetype' '--enable-fribidi' '--enable-gles1' '--enable-gles2' '--enable-gnutls' '--enable-jack' '--enable-kate' '--enable-libass' '--enable-libmpeg2' '--enable-libxml2' '--enable-lirc' '--enable-live555' '--enable-mad' '--enable-mkv' '--enable-mod' '--enable-mpc' '--enable-mtp' '--enable-mux_ogg' '--enable-ncurses' '--enable-notify' '--enable-ogg' '--enable-opus' '--enable-pulse' '--enable-qt' '--enable-realrtsp' '--enable-samplerate' '--enable-schroedinger' '--enable-sdl' '--enable-sdl-image' '--enable-sftp' '--enable-shine' '--enable-shout' '--enable-skins2' '--enable-speex' '--enable-svg' '--enable-svgdec' '--enable-taglib' '--enable-theora' '--enable-twolame' '--enable-upnp' '--enable-vcdx' '--enable-vdpau' '--enable-vnc' '--enable-vorbis' '--enable-x264' '--enable-x265' '--enable-zvbi' '--with-kde-solid=/usr/share/kde4/apps/solid/actions/' '--disable-decklink' '--disable-dxva2' '--disable-fdkaac' '--disable-gnomevfs' '--disable-goom' '--disable-libtar' '--disable-mfx' '--disable-opencv' '--disable-projectm' '--disable-sndio' '--disable-telx' '--disable-vpx' '--disable-vsxu' '--disable-wasapi' '--enable-alsa' '--enable-atmo' '--enable-dc1394' '--enable-dv1394' '--enable-linsys' '--enable-omxil' '--enable-udev' '--enable-v4l2' '--enable-libva' '--enable-vcd' '--enable-smbclient' '--disable-oss' '--enable-crystalhd' '--enable-mmx' '--enable-sse' '--disable-neon' '--disable-altivec' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' 'CXXFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security' 'build_alias=x86_64-linux-gnu' 'OBJCFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security'
[00605148] core libvlc debug: searching plug-in modules
[00605148] core libvlc debug: loading plugins cache file /usr/lib/vlc/plugins/plugins.dat
[00605148] core libvlc debug: recursively browsing `/usr/lib/vlc/plugins'
[00605148] core libvlc debug: saving plugins cache /usr/lib/vlc/plugins/plugins.dat
[00605148] core libvlc debug: plug-ins loaded: 460 modules
[00605148] core libvlc debug: opening config file (/home/michi/.config/vlc/vlcrc)
[00605148] core libvlc debug: translation test: code is "en_GB"
[00605148] core libvlc debug: CPU has capabilities MMX MMXEXT SSE SSE2 SSE3 SSSE3

Bug#801717: lintian: False positive for source-is-missing

2015-10-13 Thread Paul Wise

On Tue, 13 Oct 2015 20:48:48 +0100 Neil Williams wrote:

> lava_server/htdocs/js/jquery.validate.js
> lava_server/lava-server/js/jquery.validate.js

Are you sure these files are source for the jQuery validation plugin?

Looking at the upstream git repo for the jQuery validation plugin the
source is a bunch of separate files instead of just one file.

https://github.com/jzaefferer/jquery-validation/

These separate files are then combined using a tool called grunt, which
is similar to make and reads the build cmds in the Gruntfile.js file.

https://github.com/jzaefferer/jquery-validation/blob/master/CONTRIBUTING.md#build-setup
https://github.com/jzaefferer/jquery-validation/blob/master/Gruntfile.js

Also, I wonder why there are two embedded copies of this plugin instead
of just one and why this code shouldn't be packaged separately.

https://wiki.debian.org/EmbeddedCodeCopies

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

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

Bug#801745: vlc: Segfault when watching WebM video with increased speed

2015-10-13 Thread Michael Weghorn

Package: vlc
Version: 2.2.1-4
Severity: important

Dear Maintainer,

when watching particular WebM videos with increased speed, VLC often crashes
due to a segmentation fault. 

When watching the same video multiple times, the segmentation fault does not
always occur and if so, it may occur at different points in time.

The following command can be used to reproduce the problem and examine it in 
GDB.
It plays a video in VLC repeatedly, until the segmentation fault occurs (which 
is often in the
first run already for me):

while true; do gdb -ex run -ex quit --args vlc -vvv --play-and-exit --rate 2.5 
http://download.media.tagesschau.de/video/2015/1012/TV-20151012-2022-5601.webm.webm;
 done

I am attaching the VLC output and the GDB backtrace of the segmentation fault.
The packages "vlc-dbg" and "ffmpeg-dbg" are installed on my system.

As far as I understand, the segmentation fault itself occurs in the ffmpeg 
library "libavcodec-ffmpeg56".
The crash happens with a similar backtrace on Debian jessie, where libav is 
used instead of ffmpeg.


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

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

Versions of packages vlc depends on:
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8-1
ii  libavutil-ffmpeg54  7:2.8-1
ii  libc6   2.19-22
ii  libcaca00.99.beta19-2
ii  libcairo2   1.14.2-2
ii  libegl1-mesa [libegl1-x11]  10.6.8-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-5
ii  libfreetype62.6-2
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.2.1-22
ii  libgl1-mesa-glx [libgl1]10.6.8-1
ii  libgles1-mesa [libgles1]10.6.8-1
ii  libgles2-mesa [libgles2]10.6.8-1
ii  libglib2.0-02.46.0-2
ii  libpulse0   7.0-1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5x11extras55.4.2-2+b1
ii  librsvg2-2  2.40.11-1
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15-11
ii  libstdc++6  5.2.1-22
ii  libva-drm1  1.6.1-1
ii  libva-x11-1 1.6.1-1
ii  libva1  1.6.1-1
ii  libvlccore8 2.2.1-4
ii  libvncclient1   0.9.10+dfsg-3
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.10-3+b1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.10-3+b1
ii  libxcb-shm0 1.10-3+b1
ii  libxcb-xv0  1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.1-4
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.1-4
ii  vlc-plugin-samba   2.2.1-4
ii  xdg-utils  1.1.1-1

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.0.29-1
ii  libass50.13.0-1
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libavc1394-0   0.5.4-2
ii  libavcodec-ffmpeg567:2.8-1
ii  libavformat-ffmpeg56   7:2.8-1
ii  libavutil-ffmpeg54 7:2.8-1
ii  libbasicusageenvironment0  2014.01.13-1
ii  libbluray1 1:0.9.0-1
ii  libc6  2.19-22
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2
ii  libchromaprint01.2-1+b1
ii  libcrystalhd3  1:0.0~git20110715.fdd2f19-11+b1
ii  libdbus-1-31.10.0-3
ii  libdc1394-22   2.2.3-1
ii  libdca00.0.5-7
ii  libdirectfb-1.2-9  1.2.10.0-5.1
ii  libdvbpsi101.3.0-2
ii  libdvdnav4 5.0.3-1
ii  libdvdread45.0.3-1
ii  libebml4v5 1.3.1-5
ii  libfaad2   2.8.0~cvs20150510-1
ii  libflac8   1.3.1-4
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libfribidi00.19.7-1
ii  libgcc11:5.2.1-22
ii  libgcrypt201.6.3-2
ii  libgnutls-deb0-28  3.3.18-1
ii  libgpg-error0  1.20-1
ii  libgroupsock1  2014.01.13-1
ii  libjpeg62-turbo1:1.4.1-2
ii  libkate1

Bug#801741: shutdown hosts in the afternoon, but prevent morning start-up of hosts


Control: reassign -1 debian-edu-config

Hi,

On  Mi 14 Okt 2015 05:47:52 CEST, Mike Gabriel wrote:


Package: shutdown-at-night
Severity: normal
User: debian-...@lists.debian.org
Usertags: debian-edu
X-Debbugs-Cc: debian-...@lists.debian.org

A customer of ours recently requested to disable the  
shutdown-at-night startup job in the morning.


At the moment, this is non-trivial in Debian Edu, as you have to  
disable the shutdown-at-night start-up script (flooding the intranet  
with WOL packets from every running system) on every installed system.


Alternatively, WoL has to be disabled in all BIOSes/EFIs.

I plan to work on a feature where you can configure the morning  
startup via another NIS netgroup (to LDAP)  
"block-startup-in-the-morning-hosts".


Greets,
Mike


I just realized that this needs feature needs to be added in  
/etc/shutdown-at-night/clients-generator as provided via  
debian-edu-config.


Thus, reassigning to debian-edu-config.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgp6iN4w3AQ7m.pgp
Description: Digitale PGP-Signatur

Bug#801686: [INTL:es] Spanish translation of the debconf template open-iscsi

2015-10-13 Thread Christian Seiler

Control: tags -1 - moreinfo

Hi there,

On 10/13/2015 07:18 PM, Camaleón wrote:
> Sure, there's indeed a missing string that was not translated. It seems 
> that I overlooked completely and nobody of the Spanish team reviewed the
> PO file >:-)
> 
> I'm attaching the file again with the missing string added. Thanks for 
> the heads up!

Thanks for your work - we'll include it in the package once the translation
period is over.

Best regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#801739: plasma-workspace: plasmashell crashes after login through display manager

2015-10-13 Thread Diederik de Haas

On Wednesday 14 October 2015 14:56:13 Robi Malik wrote:
> Failed to create OpenGL context for format QSurfaceFormat(version 2.0,
> options QFlags(), depthBufferSize 24, redBufferSize -1, greenBufferSize -1,
> blueBufferSize -1, alphaBufferSize 8, stencilBufferSize 8, samples -1,
> swapBehavior 2, swapInterval 1, profile  0) 

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948

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

Bug#697821: ITP: ppsspp -- ppsspp: A portable PSP emulator.

2015-10-13 Thread John Paul Adrian Glaubitz

On 10/13/2015 07:32 PM, Gianfranco Costamagna wrote:
> so, can I please set yourself as owner of the RFS bug? this way I won't 
> bother you anymore :)
> (I didn't find any good way to "look at RFS bugs only where nobody is looking 
> at them", if not
> by setting yourself as owner, as described in [1])

Well, I can do that. But I am not a big fan of RFS bug reports anyway. I
find them redundant to the ITP bug reports. All the discussion that
regarding the package review and sponsoring should just be in one
bug report instead of two to avoid cluttering.

I don't really understand why Sergio filed it anyway. I told him I would
take care of the sponsoring for him, so there is no need to make a
public request for sponsoring.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#795664: Fixed ruby-handlebars-assets FTBS

2015-10-13 Thread Mathieu Parent

Hello,

I've fixed the FTBS in my local git repo. I'll request pkg-ruby-extras
membership and upload the fixes next week. As don't know Ruby either,
can someone from the team review?

Detail:
* patch 0001: the package was previously splitted as libjs-handlebars
and libjs-handlebars.runtime
* patch 0002: missing ruby load path. This one is strange and I don't
understand why system load path should be listed here
* patch 0003: fixes js path. This is related to 0001
* TODO patch 0004: debian/changelog

Regards
-- 
Mathieu
From 23e6c7735a5421b5142bf47cc76d97ba72623931 Mon Sep 17 00:00:00 2001
From: Mathieu Parent 
Date: Tue, 13 Oct 2015 04:58:28 +0200
Subject: [PATCH 3/3] Fix path during tests

---
 debian/patches/0002-Fix-slimbars-test.patch | 37 +
 debian/patches/series   |  1 +
 2 files changed, 38 insertions(+)
 create mode 100644 debian/patches/0002-Fix-slimbars-test.patch

diff --git a/debian/patches/0002-Fix-slimbars-test.patch b/debian/patches/0002-Fix-slimbars-test.patch
new file mode 100644
index 000..78c433f
--- /dev/null
+++ b/debian/patches/0002-Fix-slimbars-test.patch
@@ -0,0 +1,37 @@
+From: Mathieu Parent 
+Date: Tue, 13 Oct 2015 05:26:45 +0200
+Subject: Fix slimbars test
+
+---
+ test/handlebars_assets/slimbars_test.rb | 5 +
+ 1 file changed, 5 insertions(+)
+
+diff --git a/test/handlebars_assets/slimbars_test.rb b/test/handlebars_assets/slimbars_test.rb
+index f162d81..2002f26 100644
+--- a/test/handlebars_assets/slimbars_test.rb
 b/test/handlebars_assets/slimbars_test.rb
+@@ -5,6 +5,11 @@ module HandlebarsAssets
+ include SprocketsScope
+ include CompilerSupport
+ 
++def teardown
++  HandlebarsAssets::Config.reset!
++  HandlebarsAssets::Handlebars.reset!
++end
++
+ def compile_slim(source)
+   Slim::Template.new(HandlebarsAssets::Config.slim_options) { source }.render
+ end
+diff --git a/test/test_helper.rb b/test/test_helper.rb
+index c829413..fc18e3c 100644
+--- a/test/test_helper.rb
 b/test/test_helper.rb
+@@ -57,7 +57,7 @@ module HandlebarsAssets
+ def reset!
+   @chomp_underscore_for_partials = nil
+   @compiler = nil
+-  @compiler_path = nil
++  @compiler_path = 'vendor/assets/javascripts'
+   @haml_options = nil
+   @known_helpers = nil
+   @known_helpers_only = nil
diff --git a/debian/patches/series b/debian/patches/series
index d77d941..543a72c 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 engine-root.patch
+0002-Fix-slimbars-test.patch
-- 
2.6.1

From c20b61299da5ba14d7e61f8d66702beb251fb747 Mon Sep 17 00:00:00 2001
From: Mathieu Parent 
Date: Tue, 13 Oct 2015 04:11:55 +0200
Subject: [PATCH 2/3] Fixing: uninitialized constant MiniTest::Test (NameError)
 (Closes: #795664)

---
 debian/ruby-tests.rake | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/ruby-tests.rake b/debian/ruby-tests.rake
index fc925a8..024e4ab 100644
--- a/debian/ruby-tests.rake
+++ b/debian/ruby-tests.rake
@@ -1,5 +1,6 @@
 require 'rake/testtask'
 Rake::TestTask.new(:test) do |test|
+  test.libs << '/usr/lib/ruby/vendor_ruby'
   test.libs << 'test'
   test.test_files = FileList["test/**/*_test.rb"]
   test.verbose = false
-- 
2.6.1

From 09f88579ab0f0b667ce40d56b0964af281d212f9 Mon Sep 17 00:00:00 2001
From: Mathieu Parent 
Date: Tue, 13 Oct 2015 03:21:04 +0200
Subject: [PATCH 1/3] Remove circular dep on libjs-handlebars{,.runtime}

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

diff --git a/debian/control b/debian/control
index ab3e0c2..7388f96 100644
--- a/debian/control
+++ b/debian/control
@@ -4,8 +4,7 @@ Priority: optional
 Maintainer: Debian Ruby Extras Maintainers 
 Uploaders: Pirate Praveen 
 Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.5~), ruby-slim,
- ruby-execjs, ruby-tilt, ruby-multi-json, ruby-sprockets, ruby-haml,
- libjs-handlebars (>= 2:0.20.1~), libjs-handlebars.runtime (>= 2:0.20.1~)
+ ruby-execjs, ruby-tilt, ruby-multi-json, ruby-sprockets, ruby-haml
 Standards-Version: 3.9.6
 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-handlebars-assets.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-handlebars-assets.git;a=summary
-- 
2.6.1

Bug#801630: /sbin/mke2fs: mkfs fails on cryptosetup usb drive

2015-10-13 Thread Theodore Ts'o

Why do you think this is a e2fsprogs bug?

You didn't say what kind of usb drive this was, but if it was a USB
thumb drive, the 120 second stall was probably because USB thumb drives was 
slow.

Also, mke2fs must have completed if the shell script had gotten to the
"cryptsetup close prn" command.  As to why it thought the device was
busy, that's between cryptsetup and the kernel, and e2fsprogs has
nothing to do with this.

Can you reproduce this reliably?

- Ted

Bug#795418: jajuk: diff for NMU version 1:1.9.6-9.1

2015-10-13 Thread tony mancill

On 10/12/2015 09:29 AM, Sebastian Ramacher wrote:
> Control: tags 795418 + patch
> Control: tags 795418 + pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for jajuk (versioned as 1:1.9.6-9.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
> 
> Cheers

Hi Sebastian,

Thank you for the NMU of jajuk.  I have committed the patch to the
pkg-java SVN packaging repo.

Cheers,
tony




signature.asc
Description: OpenPGP digital signature

Bug#800769: pbuilder: conffiles not removed

2015-10-13 Thread Wouter Verhelst

On Sun, Oct 11, 2015 at 03:49:31PM +, Mattia Rizzolo wrote:
> On Sun, Oct 11, 2015 at 11:03:09AM +0200, Wouter Verhelst wrote:
> > The only way to hand a file (any file) over to another package is by way of
> > 'Replaces:', *without* the Conflicts: and Provides:.
> > 
> > Since this is a single packaga version, you could put the file in 
> > pbuilder-uml
> > and have that 'Replaces: pbuilder (= 0.217)', that way the possible damage 
> > in
> > case you have other (accidental) file conflicts would be limited.
> 
> Though this way if a person install pbuilder 0.217, then removes it the
> conffile would stay there, and that's the whole point of the bug.
> I agree the Replaces is needed, but I don't see it as being enough to
> deal with this... :(

So these are the possible interactions that I can think of:

- If it's removed without --purge, the conffile stays, true,
  but that's what the user asked for.
- If it's removed without --purge, and later pbuilder-uml is installed,
  the Replaces: header takes care of taking over the config file.
- If it's removed with --purge without installing pbuilder-uml, the
  conffile is still registered to pbuilder and will be removed along
  with the rest of the package.
- If it's removed with --purge after installing pbuilder-uml, the
  Replaces: header should ensure it won't be removed (though you might
  want to test that to be sure).
- New versions of pbuilder should check in their postinst (with
  dpkg-query) when they're upgrading from 0.217 or purging what the
  status of pbuilder-uml is. If it's installed or at config-files with a
  version that has the Replaces: header, then pbuilder should not touch
  it. If not, it should remove the file.

Did I miss any other use case?

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#778302: mate-desktop-environment: Places menu loads non-caja app


Control: reassign -1 mate-session-manager

Hi all,

I am about to fix this issue. The fix will happen in bin:package  
mate-session-manager.


Mike

On  Mi 26 Aug 2015 02:59:20 CEST, Richard Jasmin wrote:


Package: mate-desktop-environment
Version: 1.8.0+9
Followup-For: Bug #778302

Thank you. Im glad someone is able to figure this one out. It was  
most annoying

getting baobab or some other thing like konqueror or dolphin instead of caja.

How did you figure this out?

Watch out for everything getting doubled on you.Nobody seems to have  
fixed that

one yet.



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

Kernel: Linux 3.16.0-4-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 mate-desktop-environment depends on:
ii  mate-desktop-environment-core  1.8.0+9

Versions of packages mate-desktop-environment recommends:
ii  atril 1.8.1+dfsg1-4
ii  desktop-base  8.0.2
ii  engrampa  1.8.1+dfsg1-1
ii  eom   1.8.0+dfsg1-4+b2
ii  ffmpegthumbnailer 2.0.8-dmo7
ii  galculator2.1.3-1
ii  mate-applets  1.8.1+dfsg1-3
ii  mate-icon-theme-faenza1.8.0+dfsg1-1
ii  mate-media1.8.0+dfsg1-3
ii  mate-notification-daemon  1.8.1-3
ii  mate-power-manager1.8.1+dfsg1-5
ii  mate-screensaver  1.8.1-2
ii  mate-system-monitor   1.8.0+dfsg1-2
ii  mate-themes   1.9.2-1
ii  mate-utils1.8.1+dfsg1-2+deb8u1
ii  pluma 1.8.1+dfsg1-2

Versions of packages mate-desktop-environment suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.20141216cvs-2
ii  iceweasel38.2.0esr-1~deb8u1
ii  kmail [mail-reader]  4:4.14.1-1
ii  mutt [mail-reader]   1.5.23-3
ii  network-manager-gnome0.9.10.0-2
ii  sylpheed [mail-reader]   3.5.0~beta1~r3426-1



--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgph6PadU3DNi.pgp
Description: Digitale PGP-Signatur

Bug#801572: [buildd-tools-devel] Bug#801572: sbuild-update -u not saved

Hi,

On Mon, 12 Oct 2015, Jérémy Lal wrote:
> doing sbuild-update -udcar sid-amd64-sbuild
> does update some packages.
> If i do it again, it does the same thing.
> Same for just -u.
> This is not happening with sbuild 0.65.2-1.1.
>
> [sid-amd64-sbuild]
> type=directory
> union-type=overlay

You are asking for an "overlay" chroot, so you want to update the source
of the chroot, not the chroot itself.

The correct command to use was always “sbuild-update [options]
source:sid-amd64-sbuild”.

At least that's my understanding and what my own chroot update scripts
have been doing for ages.

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#801593: [pkg-go] Bug#801593: ratt does not find all reverse build dependencies

2015-10-13 Thread Michael Stapelberg

Thanks for the hint, I wasn’t aware of dose-ceve. When trying to run it, I
have some trouble getting it working, though:

$ dose-ceve -T debsrc -r 'golang-github-jacobsa-gcloud-dev' -G pkg
deb:///var/lib/apt/lists/ftp.ch.debian.org_debian_dists_testing_main_binary-amd64_Packages
debsrc:///var/lib/apt/lists/ftp.ch.debian.org_debian_dists_testing_main_source_Sources

The applications raised this exception : Option.No_value
$ dose-ceve --version
Build version 4.0.1

Can you explain what I’m doing wrong?

On Mon, Oct 12, 2015 at 1:05 PM, Johannes Schauer  wrote:

> Package: ratt
> Version: 0.0~git20150816.0.b060319-1
> Severity: wishlist
>
> Hi,
>
> ratt relies on finding all source packages that have the given binary
> package in their build dependencies. It seems that ratt is only able to
> find these reverse dependencies in very simple situations. In reality,
> ratt should also be able to work with:
>
>  - dependencies on virtual packages provided by the binary package in
>question
>  - indirect dependencies
>  - cross architecture dependencies and multiarch
>  - architecture restrictions
>  - version restrictions
>  - build profile restrictions
>
> The tool build-rdeps is using a similarly simple method as ratt
> currently seems to use to find reverse dependencies. In bug #797858 I
> explained how this simple method is not sufficient to properly find
> reverse build dependencies for nearly two thirds of all binary packages.
>
> The only tool I know of which allows to retrieve all reverse
> dependencies of an arbitrary source package is dose-ceve. Maybe the
> patch I supplied in #797858 for build-rdeps is enough to show how to use
> dose-ceve to retrieve all reverse build dependencies in ratt? Otherwise
> you could block this bug by #797858 and use build-rdeps in ratt once
> #797858 is fixed.
>
> Thanks!
>
> cheers, josch
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
>



-- 
Best regards,
Michael

Bug#801659: XML-Compile-Dumper and Perl 5.22

Hi Mark,

just a note in case you're not aware of the issue: your CPAN module
XML-Compile-Dumper can't currently be installed with Perl 5.22. This is
because it requires Data-Dump-Streamer which has compatibility problems:
 https://rt.cpan.org/Public/Bug/Display.html?id=102369

We'll be updating Debian testing/unstable to Perl 5.22 soonish, and
currently that means that the packages for Data-Dump-Streamer and
XML-Compile-Dumper need to be removed. These are tracked on the Debian
side as
 https://bugs.debian.org/787912
 https://bugs.debian.org/801659

Do you think XML-Compile-Dumper could be made to use another backend
or something?

Many thanks for your work on free software,
-- 
Niko Tyni   (Debian Perl Group)
nt...@debian.org

Bug#801347: [Reportbug-maint] Bug#801347: reportbug/querybts display mime encoded text instead of something humans parse

On Sun, Oct 11, 2015 at 4:41 PM, Jakub Wilk  wrote:
> * Douglas Calvert , 2015-10-08, 16:59:
>>
>> $ querybts 773321
>>
>> <>
>> <>
>> What do you want to do now? [N|x|o|r|b|e|q|?]?
>> <>
>>
>> Followup 1 - must depend on the same irssi version it was built against
>>
>> Date: Wed, 17 Dec 2014 00:10:04 +0100
>> From: 
>> Subject: Re: Bug#773321: irssi-plugin-otr segfaults unexpectedly
>>
>>
>> Y29udHJvbDogdGFncyAtMSArIG1vcmVpbmZvCgpIaSBBbnRvaW5lLAoKT24gRGllbnN0YWcsIDE2LiBEZXplbWJlciAyMDE0LCBBbnRvaW5lIEJlYXVwcsOpIHdyb3RlOgo+IFNldmVyaXR5OiBjcml0aWNhbAoKPiB0aGUgb3RyIHBsdWdpbiBpcyBzZXZlcmx5IGRhbWFnZWQsIGJvdGggaW4gamVzc2llIGFuZAo+IHdoZWV6eS1iYWNrcG9ydHMuCj4gCj4gaW4gd2hlZXp5LCBpcnNzaSBjb21wbGV0ZWx5IGNyYXNoZXMgYWZ0ZXIgaSAiL2xvYWQgb3RyIi4gdGhpcyBpcyBldmVuCj4gd2l0aG91dCB0aGUgeG1wcCBwbHVnaW4gbG9hZGVkLCBzbyBpdCdzIGRpZmZlcmVudCBmcm9tICM0OTkyMjkuCgpJIGNhbm5vdCBjb25maXJtIHRoaXMsIGl0IHdvcmtzIGZvciBtZSBuaWNlbHkgYW5kIGRhaWx5IHNpbmNlIG1vcmUgdGhhbiBhIAp5ZWFyLiAoU28gaW4gYSB3YXkgSSdtIHRlbXB0ZWQgdG8gZG93bmdyYWRlIHRoaXMgYnVnLiBPbmNlIHRoZXJlIGFyZSAKYXV0b3JlbW92YWwgd2FybmluZ3MgSSdsbCBkbyBzby4pCgpJIG5ldmVyIHVzZSB0aGUgeG1wcCBwbHVnaW4gKG5vciBoYXZlIGl0IGluc3RhbGxlZCkuLi4KCgpjaGVlcnMsCglIb2xnZXI=
>
>
> Sounds similar to #799528.

indeed, but that bug is marked as fixed in python-debianbts/2.4 which
Douglas has installed. Bastian, do you want me to reassign this bug to
python-debianbts or are you already keeping track of this?


-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801659: XML-Compile-Dumper and Perl 5.22

On Tue, Oct 13, 2015 at 10:52:23AM +0300, Niko Tyni wrote:

> We'll be updating Debian testing/unstable to Perl 5.22 soonish, and
> currently that means that the packages for Data-Dump-Streamer and
> XML-Compile-Dumper need to be removed.

Upstream responded to me privately, saying XML-Compile-Dumper
has very few users and can well be dropped from Debian if
necessary.
-- 
Niko Tyni   nt...@debian.org

Bug#799939: chromium: does not build / is not available for armhf

2015-10-13 Thread Riku Voipio

Hi,

With the following patch I got chromium for armhf built. This was with
arm64 machine in armhf chroot, so full 4G available. I assume for native
armhf 3/1 memsplit is needed.

Notice it needs a fix to objcopy/strip in binutils to handle stripping a > 2GB 
file.
I'm still working on cleaning up that patch.

Riku

Bug#799939: chromium: does not build / is not available for armhf

2015-10-13 Thread Riku Voipio

Hi,

this time with the patch.

Riku
diff -Nru chromium-browser-46.0.2490.13/debian/changelog chromium-browser-46.0.2490.13/debian/changelog
--- chromium-browser-46.0.2490.13/debian/changelog	2015-09-05 17:45:44.0 +
+++ chromium-browser-46.0.2490.13/debian/changelog	2015-10-13 08:26:24.0 +
@@ -1,3 +1,9 @@
+chromium-browser (46.0.2490.13-1.1) UNRELEASED; urgency=medium
+
+  * armhf build
+
+ -- Riku Voipio   Fri, 25 Sep 2015 18:07:49 +
+
 chromium-browser (46.0.2490.13-1) experimental; urgency=medium
 
   * New upstream beta release.
diff -Nru chromium-browser-46.0.2490.13/debian/control chromium-browser-46.0.2490.13/debian/control
--- chromium-browser-46.0.2490.13/debian/control	2015-09-05 17:44:49.0 +
+++ chromium-browser-46.0.2490.13/debian/control	2015-09-25 18:09:09.0 +
@@ -85,7 +85,7 @@
 Standards-Version: 3.9.6
 
 Package: chromium
-Architecture: i386 amd64
+Architecture: i386 amd64 armhf arm64
 Built-Using: ${Built-Using}
 Depends:
  ${misc:Depends},
@@ -106,7 +106,7 @@
  This package contains the web browser component.
 
 Package: chromium-dbg
-Architecture: i386 amd64
+Architecture: i386 amd64 armhf arm64
 Section: debug
 Priority: extra
 Built-Using: ${Built-Using}
@@ -135,7 +135,7 @@
  ro, ru, sk, sl, sr, sv, sw, ta, te, th, tr, uk, vi, zh-CN, zh-TW
 
 Package: chromedriver
-Architecture: i386 amd64
+Architecture: i386 amd64 armhf arm64
 Depends:
  ${misc:Depends},
  ${shlibs:Depends},
diff -Nru chromium-browser-46.0.2490.13/debian/patches/fix-clang-wanring chromium-browser-46.0.2490.13/debian/patches/fix-clang-wanring
--- chromium-browser-46.0.2490.13/debian/patches/fix-clang-wanring	1970-01-01 00:00:00.0 +
+++ chromium-browser-46.0.2490.13/debian/patches/fix-clang-wanring	2015-10-12 11:36:56.0 +
@@ -0,0 +1,17 @@
+Index: chromium-browser-46.0.2490.13/build/common.gypi
+===
+--- chromium-browser-46.0.2490.13.orig/build/common.gypi
 chromium-browser-46.0.2490.13/build/common.gypi
+@@ -2643,10 +2643,10 @@
+ '-Wno-deprecated-register',
+ 
+ # TODO(hans): Get this cleaned up, http://crbug.com/428099
+-'-Wno-inconsistent-missing-override',
++#'-Wno-inconsistent-missing-override',
+ 
+ # TODO(thakis): Enable this, crbug.com/507717
+-'-Wno-shift-negative-value',
++#'-Wno-shift-negative-value',
+   ],
+ },
+ 'includes': [ 'set_clang_warning_flags.gypi', ],
diff -Nru chromium-browser-46.0.2490.13/debian/patches/series chromium-browser-46.0.2490.13/debian/patches/series
--- chromium-browser-46.0.2490.13/debian/patches/series	2015-09-06 04:49:58.0 +
+++ chromium-browser-46.0.2490.13/debian/patches/series	2015-10-12 11:35:58.0 +
@@ -15,3 +15,4 @@
 system/clang.patch
 system/ffmpeg.patch
 fix.patch
+fix-clang-wanring
diff -Nru chromium-browser-46.0.2490.13/debian/rules chromium-browser-46.0.2490.13/debian/rules
--- chromium-browser-46.0.2490.13/debian/rules	2015-09-05 17:44:49.0 +
+++ chromium-browser-46.0.2490.13/debian/rules	2015-10-13 07:33:07.0 +
@@ -6,6 +6,8 @@
 # enable all build hardening flags
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 
+DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
+
 # linker flags to avoid memory allocation issues on i386
 export LDFLAGS+=-Wl,--no-keep-memory -Wl,--reduce-memory-overheads -Wl,--hash-size=7919
 
@@ -15,6 +17,24 @@
 # treat all warnings as errors
 defines=werror=
 
+ifeq (armhf,$(DEB_HOST_ARCH))
+# non-NEON armv7 machines are rare and the benifit of NEON is major. Autodetection
+# didn't compile, so I suggest we enable NEON for the benefit of vast majority
+# use arm_use_neon=1 and arm_fpu=neon for speed
+defines += \
+sysroot= \
+arm_neon=1 \
+arm_use_neon=1 \
+use_cups=1 \
+v8_use_arm_eabi_hardfloat=true \
+arm_fpu=neon \
+arm_float_abi=hard \
+arm_thumb=1 \
+armv7=1 \
+remove_webcore_debug_symbols=1 \
+arm_version=7 
+endif
+
 # use clang instead of gcc
 defines+=clang=1
 defines+=clang_use_chrome_plugins=
@@ -134,8 +153,9 @@
 override_dh_fixperms:
 	dh_fixperms --exclude chrome-sandbox
 
+# readelf oom
 override_dh_strip:
-	dh_strip --dbg-package chromium-dbg
+	dh_strip -v --dbg-package chromium-dbg
 
 override_dh_gencontrol:
 	dh_gencontrol -- -VBuilt-Using="$(shell dpkg-query -f '$${source:Package} (= $${source:Version}), ' -W libjs-jquery libjs-jquery-flot)"

Bug#786727: crashes with segfault when drawLineH is called

2015-10-13 Thread John Millikin

I've uploaded version 0.2.12 to Hackage and my site with a fix for this
crash. It replaces the c2hs-based setters with a plain call to a C
function, which handles the struct initialization.

Version 0.2.12 also has unrelated changes to add new functionality. If
you'd prefer to cherrypick the fixes for this bug, they are:

* b44ae6e41bab47442d6fad8871d3f4e6e705aa40 to fix the crash.
* 2ac5b471a5d9a242a7591e8611d6d6385cbb2a89 to fix the build in c2hs<=0.18.0

On Sat, Jun 6, 2015 at 6:49 PM, John Millikin  wrote:

> I've verified the crash occurs when building with c2hs-0.25.2, and does
> not occur when building with c2hs-0.18.2.
>
> The generated code for withGlyph in 0.18.2 is:
>
> (\(CCharT ptr) val -> do {pokeByteOff ptr 0 (val::CULong)})
> (CCharT pBuf) cAttrs
> (\(CCharT ptr) val -> do {pokeByteOff ptr 8 (val::(CWString))})
> (CCharT pBuf) (wordPtrToPtr (fromIntegral (ord char)))
> io (CCharT pBuf)
>
> The generated code for withGlyph in 0.25.2 is:
>
> (\(CCharT ptr) val -> do {pokeByteOff ptr 0 (val :: CULong)})
> (CCharT pBuf) cAttrs
> (\(CCharT ptr) val -> do {copyArray (ptr `plusPtr` 8) (val ::
> (CWString)) 5}) (CCharT pBuf) (wordPtrToPtr (fromIntegral (ord char)))
> io (CCharT pBuf)
>
> The 0.25.2 code is definitely not going to work.
>
> Looking through the c2hs changelog, there are a number of
> suspicious-sounding entries that could be related:
>
> * [0.21.1] Fix treatment of arrays within structs [#115]
> * [0.21.1] Add default marshallers for C types [#83]
> * [0.22.1] Default marshallers for Char types [#98]
> * [0.24.1] Arrays in structuress bug [#123]
>
> My recommendation is to revert to an older c2hs version, because any
> package that uses c2hs to set the contents of an array is likely to be
> silently broken right now.
>
> Some time in the next few days, I will build a bunch of c2hs binaries and
> run that crash test to see which version in particular needs to be ifdef'd
> in haskell-ncurses.
>

Bug#801437: baobab is shown when trying to use caja in mate

Control: forcemerge -1 #778302

Hi Andreas, hi Shirish,

On Sa 10 Okt 2015 11:44:21 CEST, Andreas Henriksson wrote:

Control: reassign -1 mate-session-manager
Control: tags -1 + moreinfo

Hello shirish.

Thanks for your bug report.

On Sat, Oct 10, 2015 at 11:27:51AM +0530, shirish शिरीष wrote:

Package: baobab
Version: 3.18.1-1
Severity: normal

Dear Maintainer,

I installed baobab while running mate. I was under the impression that
baobab runs when I call it/use it explicitly and not run when I'm
trying to use a file-manager, in this case caja. Please let me know if
there is a way to help you. I looked at the man-page as well as the
upstream page but nothing jumped at me.

Please consider which package you report bugs against.
What you're currently reporting is that baobab work NOT A BUG! :P

I'm reassigning this bug report to MATE, but this means now this
bug reports misses all relevant meta-data added by reportbug.
Please followup to this bug report with that so the MATE maintainers
have the information they need to deal with this issue and remove
the moreinfo tag while doing so.

From what I can see the mate-session-manager sets the XDG_CURRENT_DESKTOP
environment variable, see:
http://codesearch.debian.net/results/XDG_CURRENT_DESKTOP%20package%3Amate-session-manager/page_0

... while at the same time it doesn't provide defaults.list et.al. in
the relevant location. This means one of the applications matching
the mime type will be used at "random" (and other kinds of unrelated
breakage from the rest of the missing files).

cf. gnome-session-common and xfce4-session

this issue has been on my list for quite a while... Unfortunately, I
only discovered this during the freeze period of jessie (or even after
that, can't remember exactly).

I am about to fix this in mate-session-manager the same way that it is
done in gnome-session. Thanks for inspiration on this!

Look forward to clearing this up.

Me too. Please file bug reports against mate for mate issues in the future.
We're busy enough as it is on the Gnome side without having to also
work on fixing MATE.

@Shirish: with future releases of MATE 1.10, you can configure your
default apps in /etc/mate/defaults.list

Regards,
Andreas Henriksson

Mike

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb

pgpfHnuRPgpco.pgp
Description: Digitale PGP-Signatur

Bug#778302: mate-desktop-environment: Places menu loads non-caja app


Control: severity -1 important

Raising severity on this as it is really a bugging issue. Also in  
Debian jessie.


Mike

On  Di 13 Okt 2015 09:02:53 CEST, Mike Gabriel wrote:


Control: reassign -1 mate-session-manager

Hi all,

I am about to fix this issue. The fix will happen in bin:package  
mate-session-manager.


Mike

On  Mi 26 Aug 2015 02:59:20 CEST, Richard Jasmin wrote:


Package: mate-desktop-environment
Version: 1.8.0+9
Followup-For: Bug #778302

Thank you. Im glad someone is able to figure this one out. It was  
most annoying
getting baobab or some other thing like konqueror or dolphin  
instead of caja.


How did you figure this out?

Watch out for everything getting doubled on you.Nobody seems to  
have fixed that

one yet.



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

Kernel: Linux 3.16.0-4-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 mate-desktop-environment depends on:
ii  mate-desktop-environment-core  1.8.0+9

Versions of packages mate-desktop-environment recommends:
ii  atril 1.8.1+dfsg1-4
ii  desktop-base  8.0.2
ii  engrampa  1.8.1+dfsg1-1
ii  eom   1.8.0+dfsg1-4+b2
ii  ffmpegthumbnailer 2.0.8-dmo7
ii  galculator2.1.3-1
ii  mate-applets  1.8.1+dfsg1-3
ii  mate-icon-theme-faenza1.8.0+dfsg1-1
ii  mate-media1.8.0+dfsg1-3
ii  mate-notification-daemon  1.8.1-3
ii  mate-power-manager1.8.1+dfsg1-5
ii  mate-screensaver  1.8.1-2
ii  mate-system-monitor   1.8.0+dfsg1-2
ii  mate-themes   1.9.2-1
ii  mate-utils1.8.1+dfsg1-2+deb8u1
ii  pluma 1.8.1+dfsg1-2

Versions of packages mate-desktop-environment suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.20141216cvs-2
ii  iceweasel38.2.0esr-1~deb8u1
ii  kmail [mail-reader]  4:4.14.1-1
ii  mutt [mail-reader]   1.5.23-3
ii  network-manager-gnome0.9.10.0-2
ii  sylpheed [mail-reader]   3.5.0~beta1~r3426-1



--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgp7YbOemlJZj.pgp
Description: Digitale PGP-Signatur

Bug#801073: src:libidn: libidn needs gettext 0.19.3 or higher

2015-10-13 Thread Ondřej Surý

Hi Simon,

On Tue, Oct 13, 2015, at 10:25, Simon Josefsson wrote:
> Ondřej Surý  writes:
> 
> > Package: src:libidn
> > Version: 1.32-3
> > Severity: minor
> >
> > Hi,
> >
> > I am backporting some packages and found out that libidn requires
> > gettext 0.19.3 or higher.  Could you please declare this in B-D to
> > help backporters?
> 
> Hi.  Thanks for the report.  Libidn does not really require a modern
> gettext, but I bumped the version to 0.19.3 so that gettextize installs
> the latest m4 files.  I don't think you can tell gettext to use the
> latest M4 files but don't require the latest gettext.  Which gettext
> version do you have?  Maybe we can lower it a bit, it was raised
> arbitrarily and without any real problem prompting it.  We used to
> declare 0.18.3.

I am packaging our DNS servers just for latest Debian stable and latest
Ubuntu LTS, so 0.18.3 would be fine as it is the version in Ubuntu
Trusty.

0.18.1 would be even better as it is the version in Debian wheezy and
Ubuntu Precise, but it's not really needed for my purposes as it would
require to backport far more packages to pull gnutls28 in.

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

Bug#801665: bashdb: set0 and readc builtins do not build on non-linux

2015-10-13 Thread Nicholas Bamber

Package: bashdb
Version: 4.3.0.91+ds-4
Severity: minor

Dear Maintainer,

bashdb 4.3.0.91+ds-4 only builds on mon-linux because we turn
off compiling set0 and readc. They compile but fail to load.

There are three potential sources of the problem:
1. The set0.c and readc.c code.
2. The headers supplied by the bash-builtins package
3. Some inadequacies on the non-linux platform.

So I ran this experiment that points to the issue being 1. It can be reproduced
using the followig steps:

cp /usr/share/doc/bash-builtins/examples/loadables/hello.c .
gcc -DHAVE_CONFIG_H -I. -I..   -D_FORTIFY_SOURCE=2 -I /usr/include/bash/ -I 
/usr/include/bash//include -I/usr/include/bash//builtins  -fPIC -DPIC -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -c -o hello-hello.o 
`test -f 'hello.c' || echo './'`hello.c 
gcc  -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  
-Wl,-z,relro -o hello \
-shared hello-hello.o  
enable -f ./hello hello
hello

This should print "hello world" and it works on both linux and kfreebsd. So by 
trisecting the 
difference between hello.c on the one hand and set0.c/readc.c on the other we 
should 
be able to locate here the issue is. 

Versions of packages bashdb depends on:
ii  bash  4.3-11+b1
ii  libc6 2.19-18+deb8u1
ii  libreadline6  6.3-8+b3
ii  python2.7.9-1

bashdb recommends no packages.

bashdb suggests no packages.

-- no debconf information

Bug#801657: libdevmapper-dev: devmapper.pc has a private requirement on librt

2015-10-13 Thread Peter Rajnoha

On 10/13/2015 06:20 AM, Nick Black wrote:
> Package: libdevmapper-dev
> Version: 2:1.02.104-1
> Severity: important
> 
> Dear Maintainer,
> 
> Use of pkg-config with libdevmapper isn't working due to a
> Requires.private dependence on librt. There's no librt.pc file, so this
> breaks:
> 
> [skynet](0) $ pkg-config --print-requires-private devmapper
> Package librt was not found in the pkg-config search path.
> Perhaps you should add the directory containing `librt.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'librt', required by 'devmapper', not found
> [skynet](1) $
> 
> I think what you want here is a Libs.private line with -lrt, and to
> remove librt from the Requires.private. librt is not a "package" in the
> pkg-config world, and can't be used this way.

Yes, this was a bug in upstream lvm2. It's already fixed with:
https://git.fedorahosted.org/cgit/lvm2.git/commit/?id=fc35b6988d65fe3f11a3f668cd8f01fe3294b562

-- 
Peter

Bug#801347: [Reportbug-maint] Bug#801347: reportbug/querybts display mime encoded text instead of something humans parse

control: reassign -1 python-debianbts

On Tue, Oct 13, 2015 at 10:07 AM, Bastian Venthur  wrote:
> It is related, but a new bug. Feel free to open a new bugreport if you
> want. I'm on it.

I'm just reassigning this one then, thx!

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801664: openssh-client: "ssh-keygen -f ... -R" proposed when hostkey doesn't match is interpreted by shells

2015-10-13 Thread Tomasz Buchert

Package: openssh-client
Version: 1:6.9p1-2
Severity: normal

Hi,
when host key does not match, the SSH client shows the following message
on my machine:

@@@
@WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:b5E6hF7y8kdkILw9eHdLg3Jf7AhKE+iBcPFv+gnxnlo.
Please contact your system administrator.
Add correct host key in /home/user/.ssh/known_hosts to get rid of this
message.
Offending ECDSA key in /home/user/.ssh/known_hosts:650
  remove with:
  ssh-keygen -f "/home/user/.ssh/known_hosts" -R [localhost]:
ECDSA host key for [localhost]: has changed and you have requested
strict checking.
Host key verification failed.

(it happens quite often when I use VMs in VirtualBox and they use the same
port)

My problem is that when I copy-paste the line to *zsh* shell, I get:

[ /tmp ] $ ssh-keygen -f "/home/user/.ssh/known_hosts" -R [localhost]:
zsh: no matches found: [localhost]:

Obviously, that's because [] is interpreted by zsh (and maybe other shells too,
although bash is fine with that). This is likely to make problems with other
IPv6 addresses too.

My proposal is to modify the current patch to use '' instead, around the file
and the host. I think that '' ensures that the content between them is not
interpreted in any way.

The modified patch I attach here, does precisely that.

Cheers,
Tomasz



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

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

Versions of packages openssh-client depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.18.3
ii  libc6 2.19-22
ii  libedit2  3.1-20150325-1
ii  libgssapi-krb5-2  1.13.2+dfsg-2
ii  libselinux1   2.3-2+b1
ii  libssl1.0.0   1.0.2d-1
ii  passwd1:4.2-3
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages openssh-client recommends:
ii  xauth  1:1.0.9-1

Versions of packages openssh-client suggests:
ii  keychain  2.8.1-0.1
pn  libpam-ssh
pn  monkeysphere  
ii  ssh-askpass   1:1.2.4.1-9
ii  ssh-askpass-fullscreen [ssh-askpass]  0.3-3.1
ii  ssh-askpass-gnome [ssh-askpass]   1:6.9p1-2

-- Configuration Files:
/etc/ssh/ssh_config changed [not included]

-- no debconf information
>From 68580f4a03088e52e1d680389a35655c85613c7a Mon Sep 17 00:00:00 2001
From: Scott Moser 
Date: Sun, 9 Feb 2014 16:10:03 +
Subject: Mention ssh-keygen in ssh fingerprint changed warning

Bug: https://bugzilla.mindrot.org/show_bug.cgi?id=1843
Bug-Ubuntu: https://bugs.launchpad.net/bugs/686607
Last-Update: 2015-09-08

Patch-Name: mention-ssh-keygen-on-keychange.patch
---
 sshconnect.c | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

--- a/sshconnect.c
+++ b/sshconnect.c
@@ -1078,9 +1078,13 @@
 			error("%s. This could either mean that", key_msg);
 			error("DNS SPOOFING is happening or the IP address for the host");
 			error("and its host key have changed at the same time.");
-			if (ip_status != HOST_NEW)
+			if (ip_status != HOST_NEW) {
 error("Offending key for IP in %s:%lu",
 ip_found->file, ip_found->line);
+error("  remove with:");
+error("  ssh-keygen -f '%s' -R '%s'",
+ip_found->file, ip);
+			}
 		}
 		/* The host key has changed. */
 		warn_changed_key(host_key);
@@ -1088,6 +1092,8 @@
 		user_hostfiles[0]);
 		error("Offending %s key in %s:%lu", key_type(host_found->key),
 		host_found->file, host_found->line);
+		error("  remove with:");
+		error("  ssh-keygen -f '%s' -R '%s'", host_found->file, host);
 
 		/*
 		 * If strict host key checking is in use, the user will have

Bug#420716: Bend Linear COB LED- Alight New items

2015-10-13 Thread Alight

Dear =Manager,Alightcom=panyhere,recommendingNew cob 
Flexiblemodul=eforyouasbelowpictures.Power: 3w/15w/16w, Voltage: 3v-3.5v a=nd 
12v.Also,the=SizeandParameterofflexiblecobpanelscanbecustomizedaccording=toyourproductapplication.Gladtohe=arthatyou'reonthemarketforledlighting,andhopethatournewp=roductwillcatchyourattention.Samplecan=besentbyyourrequest.Moredetai=ls,welcometoinquire.Waittingf=oryourpromptreply,thanks.Bestregard=s
 =20 Bestregar=dsAlly 
AlightOptoelectronicIndustryCommerceCo.,LTDAddress:No.110,XiaolanRoad,XiaolanTown,ZhongshanCity=,GuangdongProvince,China.Tel:+86-760-22107179(Directline)
  Fax:+86-760-22102131Web:www.alight.hk 
=http://yaneng.en.alibaba.com/Skype:alightopto

Bug#707851: Debian Menu Systems : Implementation of the TC decision

2015-10-13 Thread Wouter Verhelst

On Tue, Sep 29, 2015 at 11:39:47AM +0200, Didier 'OdyX' Raboud wrote:
> Le mardi, 29 septembre 2015, 02.10:01 Guillem Jover a écrit :
> > Wow, this is such terrible policy… So we have supporters of the XDG
> > format, and supporters of the menu format. Some of those would and
> > have accepted files of their non-preferred format in their packages,
> > some have outright refused them. But now they have to choose between
> > one of them, because they can no longer ship both.
> 
> One of the points of the TC decision is precisely to avoid a "free 
> choice" between the two formats. The first point of that decision is to 
> adopt ba679bff76f5b9152f43d5bc901b9b3aad257479 in the Debian Policy, 
> which contains:
> > Packages shipping applications that comply with minimal requirements
> > described below for integration with desktop environments should
> > register these applications in the desktop menu, (…)
> 
> Applications "should" be registered in the FreeDesktop menu if that 
> makes sense. The second point of the TC decision (which phrasing to be 
> committed in the Debian Policy we're currently discussing) is to forbid 
> applications that do provide XDG menu entries to _also_ provide "trad 
> menu" entries.

So, I'm with Guillem on this one.

Saying that the FreeDesktop menu should be the default and "source"
format, I wholeheartedly support that choice. Making it clear that not
shipping a .menu file is not a bug, and that it is a bug (not
necessarily RC, but still) for a window manager to not look at the fdo
menu? Sure, great policy.

But _forbidding_ maintainers who want to from shipping a second file, if
that somehow makes the experience of menu users better than what the fdo
menu would have given them? Sorry, but that seems petty and silly.

I don't think I'll encounter the issue, seen as none of my packages ship
any menu entry, let alone a .desktop file, today. But yeah, it's
something I think I'll blatantly ignore if/when the time comes.

-- 
It is easy to love a country that is famous for chocolate and beer

  -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

Bug#801572: [buildd-tools-devel] Bug#801572: sbuild-update -u not saved

2015-10-13 Thread Ralf Jung

Hi,

> The correct command to use was always âsbuild-update [options]
> source:sid-amd64-sbuildâ.
> 
> At least that's my understanding and what my own chroot update scripts
> have been doing for ages.

I am having the same problem: Calling sbuild-update is not persistent,
if I call it again, it performs the same update again.
This used to work some weeks ago. I didn't change my setup:

[experimental-amd64-sbuild]
type=file
description=Debian experimental/amd64 autobuilder
file=/var/lib/sbuild/experimental-amd64.tar.gz
groups=root,sbuild
root-groups=root,sbuild
profile=sbuild

Even adding the "source:" prefix does not help, the changes are still
thrown away. I definitely did not add the "source:" prefix earlier, and
it still used to work.
Actually, even the docs at  don't
mention that prefix.

Kind regards,
Ralf

Bug#801572: [buildd-tools-devel] Bug#801572: sbuild-update -u not saved

2015-10-13 Thread Gaudenz Steinlin

Hi

Raphael Hertzog  writes:

> Hi,
>
> On Mon, 12 Oct 2015, Jérémy Lal wrote:
>> doing sbuild-update -udcar sid-amd64-sbuild
>> does update some packages.
>> If i do it again, it does the same thing.
>> Same for just -u.
>> This is not happening with sbuild 0.65.2-1.1.
>>
>> [sid-amd64-sbuild]
>> type=directory
>> union-type=overlay
>
> You are asking for an "overlay" chroot, so you want to update the source
> of the chroot, not the chroot itself.
>
> The correct command to use was always “sbuild-update [options]
> source:sid-amd64-sbuild”.
>
> At least that's my understanding and what my own chroot update scripts
> have been doing for ages.

I just ran into the same problem and this does not solve it. Attached is the
debug output (std output and error) from running sbuild-update with the
following command:
/usr/bin/sbuild-update -u source:sid-amd64 --debug
  ^^

If I rerun the same command again it downloads the same pdiffs again, so
apparently the source chroot was not updated. The same happens when
updating packages with -d or -g. The packages are installed, but not
into the source chroot.

sbuild-update seems to use a non source:* chroot even if asked to do so.
I can also confirm this by the fact that it creates an LVM snapshot for
the chroot session. My chroots are LVM snapshot based:

[sid-amd64]
type=lvm-snapshot
device=/dev/moebius/sid-amd64-chroot
lvm-snapshot-options=--size 2G
description=Debian sid/amd64 autobuilder
groups=root,sbuild
root-groups=root,sbuild
source-root-groups=root,sbuild
command-prefix=/var/cache/ccache-sbuild/sbuild-setup,eatmydata

This used to work in the past even without the explicit "source:"
qualifier. But it should at least work with it.

Gaudenz

signature.asc
Description: PGP signature

Bug#801549: gitg: new upstream release available (3.18.0)

2015-10-13 Thread Ghislain Vaillant


On 13/10/15 00:10, Dmitry Smirnov wrote:

On Monday 12 October 2015 12:31:31 Ghislain Vaillant wrote:

And is actively developed upstream. AFAIK, the 0.2.x branch is
deprecated and won't receive any bugfix / feature.


This is true although I'm not happy with support of 3.x either...
As a matter of fact 0.2.x stopped receiving updates long before 3.x was
announced. Yet even now 0.2.x is more mature than 3.x...


Yet, the reality is that upstream has moved on and Debian is desperately 
holding onto to a deprecated, albeit still working, version.



I'll just point that very few of the GNOME-3 apps have reached
feature-parity with their corresponding GNOME-2 / MATE version, which
makes me question whether an upload to testing / unstable will *ever*
happen. At least, according to your standards.


As I've said, I think/hope that eventually Gitg-3 will be ready for
"unstable". Upload to "unstable" may happen sooner if something (e.g. library
upgrade) break Gitg-2 beyond repair...


So no precise timeline, judging by the usage of "think" "hope" and 
"may". Waiting for things to break does not sound like a healthy reason 
to upgrade, does it?



Though I do not expect Gitg-3 performance to improve so speed/slowness is not
a blocker...


I have seen a few upstream bugs investigating the startup-time problems.


We are also diverging from the official statement of Debian unstable
providing "the latest and greatest" [1].

[1] https://wiki.debian.org/DebianUnstable


I do not recognise a conflict here. IMHO it is more important to ensure
usability of packages in "unstable". Perhaps you are right and having both
(Gitg-2 and Gitg-3) at the same time could be a solution in a short term...


Gitg 3.17.x is "usable", just not by your standards.


Anyway, you made your position very clear and I believe further
discussion would be a wasted effort on my end.


Actually I'm almost with you. Upgrade to new Gitg-3 is inevitable. We are
merely disagree regarding when to do it. :)


Right now, and please correct me if I am mistaken, but *you* are making 
the decision for *all* Debian users to stick with old and no-longer 
maintained software.


Sure, there has been an updated version in experimental, and for quite a 
while now. But looking back to our discussion, this version *may or may 
not* transition to unstable, again based on *your* personal 
considerations of how "ready" the software is, not the package itself.


Since there is absolutely *no guarantee* that upstream will ever address 
all your concerns, this issue is a plain dead-end, isn't it?


Would a better course of action rather be to update the software and 
file bugs with appropriate severity regarding the missing features *you* 
believe are missing, like any regular Debian user would do? Let users' 
feedback do the talking instead of deciding for them?


Best regards,
Ghis

Bug#778302: mate-desktop-environment: Places menu loads non-caja app


Control: tags -1 patch
Control: tags -1 - moreinfo

This is the proposed fix...

http://anonscm.debian.org/cgit/pkg-mate/mate-session-manager.git/commit/?id=7ad7d85fa6fd603c0ebfb2558c6bb9a37f06fc70

Mike

On  Di 13 Okt 2015 09:13:12 CEST, Mike Gabriel wrote:


Control: severity -1 important

Raising severity on this as it is really a bugging issue. Also in  
Debian jessie.


Mike

On  Di 13 Okt 2015 09:02:53 CEST, Mike Gabriel wrote:


Control: reassign -1 mate-session-manager

Hi all,

I am about to fix this issue. The fix will happen in bin:package  
mate-session-manager.


Mike

On  Mi 26 Aug 2015 02:59:20 CEST, Richard Jasmin wrote:


Package: mate-desktop-environment
Version: 1.8.0+9
Followup-For: Bug #778302

Thank you. Im glad someone is able to figure this one out. It was  
most annoying
getting baobab or some other thing like konqueror or dolphin  
instead of caja.


How did you figure this out?

Watch out for everything getting doubled on you.Nobody seems to  
have fixed that

one yet.



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

Kernel: Linux 3.16.0-4-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 mate-desktop-environment depends on:
ii  mate-desktop-environment-core  1.8.0+9

Versions of packages mate-desktop-environment recommends:
ii  atril 1.8.1+dfsg1-4
ii  desktop-base  8.0.2
ii  engrampa  1.8.1+dfsg1-1
ii  eom   1.8.0+dfsg1-4+b2
ii  ffmpegthumbnailer 2.0.8-dmo7
ii  galculator2.1.3-1
ii  mate-applets  1.8.1+dfsg1-3
ii  mate-icon-theme-faenza1.8.0+dfsg1-1
ii  mate-media1.8.0+dfsg1-3
ii  mate-notification-daemon  1.8.1-3
ii  mate-power-manager1.8.1+dfsg1-5
ii  mate-screensaver  1.8.1-2
ii  mate-system-monitor   1.8.0+dfsg1-2
ii  mate-themes   1.9.2-1
ii  mate-utils1.8.1+dfsg1-2+deb8u1
ii  pluma 1.8.1+dfsg1-2

Versions of packages mate-desktop-environment suggests:
ii  bsd-mailx [mail-reader]  8.1.2-0.20141216cvs-2
ii  iceweasel38.2.0esr-1~deb8u1
ii  kmail [mail-reader]  4:4.14.1-1
ii  mutt [mail-reader]   1.5.23-3
ii  network-manager-gnome0.9.10.0-2
ii  sylpheed [mail-reader]   3.5.0~beta1~r3426-1



--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpG0r9NFBZF7.pgp
Description: Digitale PGP-Signatur

Bug#800660: gnome-keyring: crashes iceweasel when logging into a password-protected website

On Tue, 13 Oct 2015, Raphael Hertzog wrote:
> On Fri, 02 Oct 2015, Sebastian Dröge wrote:
> > Same here, without customized startup scripts and happens with dbus
> > -user-session and without.
> 
> One thing I just noticed, when iceweasel freezes, I can kill the
> gnome-keyring started by the session (which appears as
> "usr/bin/gnome-keyring-daemon --daemonize --login") and it will unfreeze
> iceweasel and the next time that I login in a password-protected website
> it will respawn a gnome keyring of its own (and ask me my password to
> unlock the keyring) and things will work fine from there.

Forget this last part, that was only true because I had downgraded
gnome-keyring to version 3.16...

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#788418: Now resuming the packaging

2015-10-13 Thread Ghislain Vaillant


Hi Gianfranco,

Always a pleasure to have you as my reviewer for this package.

I will fix your comments during the week. I will also take this 
opportunity to apply a few of the improvement you suggested on other 
reviews.


So more work is needed, such as:

- *not* to use a custom symlink for jquery on doxygen generated HTML docs,
- split -arch and -indep targets, this package fits this requirement 
very nicely,

- apply stricter hardening.

Most of which I have already completed.

Could you expand on the comment wrt the transition slot? This is 
something I am not familiar with.


Many thanks,
Ghis

Bug#800660: gnome-keyring: crashes iceweasel when logging into a password-protected website

On Fri, 02 Oct 2015, Sebastian Dröge wrote:
> Same here, without customized startup scripts and happens with dbus
> -user-session and without.

One thing I just noticed, when iceweasel freezes, I can kill the
gnome-keyring started by the session (which appears as
"usr/bin/gnome-keyring-daemon --daemonize --login") and it will unfreeze
iceweasel and the next time that I login in a password-protected website
it will respawn a gnome keyring of its own (and ask me my password to
unlock the keyring) and things will work fine from there.

The newly spawned gnome-keyring looks like this:
/usr/bin/gnome-keyring-daemon --start --foreground --components=secret

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#787912: libdata-dump-streamer-perl: FTBFS with perl 5.22

clone 787912 -1 -2 -3 -4 -5
retitle -1 libxml-compile-dumper-perl: depends on libdata-dump-streamer-perl, 
broken by perl 5.22
retitle -2 libtest-aggregate-perl: relax dependencies on 
libdata-dump-streamer-perl, broken by perl 5.22
retitle -3 libmoosex-runnable-perl: relax dependencies on 
libdata-dump-streamer-perl, broken by perl 5.22
retitle -4 libdevel-repl-perl: relax dependencies on 
libdata-dump-streamer-perl, broken by perl 5.22
retitle -5 libuniversal-ref-perl: relax build-dependency on 
libdata-dump-streamer-perl, broken by perl 5.22
reassign -1 libxml-compile-dumper-perl 0.14-1
reassign -2 libtest-aggregate-perl 0.372-1
reassign -3 libmoosex-runnable-perl 0.09-1
reassign -4 libdevel-repl-perl 1.003027-1
reassign -5 libuniversal-ref-perl 0.14-2
thanks

On Sat, Jun 06, 2015 at 10:24:35AM +0100, Dominic Hargreaves wrote:
> Source: libdata-dump-streamer-perl
> Version: 2.38-2
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.22-transition
> Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=102369
> 
> This package FTBFS with perl 5.22:

There's no action on the upstream ticket(s), so it looks like this module
won't get updated for 5.22. I think we should look at minimizing the
cost of its removal.

The binary reverse dependencies are
  libxml-compile-dumper-perl
  libtest-aggregate-perl
  libmoosex-runnable-perl
  libdevel-repl-perl

and additionally there's one more package build depending on it:
  libuniversal-ref-perl

All of these except libxml-compile-dumper-perl have Data-Dump-Streamer as
an optional dependency, so I think we could just relax the dependencies
to recommendations.

The libxml-compile-dumper-perl package clearly needs Data-Dump-Streamer.
It doesn't have any reverse dependencies itself, so it may just have to
go with libxml-compile-dumper-perl if needed.

I'm cloning separate bugs for all the affected packages.
-- 
Niko Tyni   nt...@debian.org

Bug#707851: Debian Menu Systems : Implementation of the TC decision

2015-10-13 Thread Didier 'OdyX' Raboud

Le mardi, 13 octobre 2015, 08.55:07 Wouter Verhelst a écrit :
> But _forbidding_ maintainers who want to from shipping a second file,
> if that somehow makes the experience of menu users better than what
> the fdo menu would have given them? Sorry, but that seems petty and
> silly.

For context, the exact phrasing of the TC decision is "packages 
providing a .desktop file shall not also provide a menu file for the 
same application."

This translates to "this situation constitutes a bug", but doesn't 
specify an explicit patch for the Debian Policy (aka doesn't explicitly 
lay down the severity of the bug). I'd argue that in the absence of a 
new Debian Policy version incorporating the TC decision, such situations 
would be 'serious' bugs. Can we work towards ironing an adequate 
wording? 

> I don't think I'll encounter the issue, seen as none of my packages
> ship any menu entry, let alone a .desktop file, today. But yeah, it's
> something I think I'll blatantly ignore if/when the time comes.

Threatening to "blatantly ignore" the Debian Policy isn't terribly 
helpful.

Cheers,
OdyX

Bug#783454: radiotray not supporting a radio

2015-10-13 Thread Elías Alejandro

Hello Damian,

First all I'm sorry by the long delay.
On Mon, Apr 27, 2015 at 04:55:14AM -0300, Damian Nardelli wrote:
> Package: radiotray
> Version: 0.7.3-3
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm trying to listen to the following radio http://201.212.5.144/aspen
> The problem is when I try to turn it on, there is no audio and radiotray pops
> up an error saying "gstdecodebin2.c(3576): gst_decode_bin_expose ():
> /GstPlayBin2:player/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin21:
> no suitable plugins found".
...
> 
> I found that there's an opened bug in the upstream's webpage:
> https://bitbucket.org/carlmig/radio-tray/issue/221ou/bbc-radio-no-sound and 
> the
> user's workaround was to install gstreamer-ffmpeg (from an ubuntu PPA) which 
> is
> not available in Debian Jessie.
> Any workaround in Debian Jessie for this?
> 

You are right, Jessie has no got gstreamer-ffmepg, the quick and dirty way 
could be
try to install gstreamer-ffmpeg from the last oldstable Debian repository named 
Wheezy
adding this line in your sources.list:

deb http://mirrors.kernel.org/debian/ wheezy main

and then install as usual then comment it because no longer will be used.
You can also look at [1] to check out how it could be.

> I'm listening to this radio now through mplayer (not radiotray), and it works
> fine.
> 
> Thanks in advance,
> DN

[1] 
http://unix.stackexchange.com/questions/60555/debian-is-it-possible-safe-to-install-packages-from-an-older-version-of-the-rep


Regards,

Elías Alejandro

Bug#766102: marked as done (libcache-cache-perl: nondeterministic FTBFS: failure in t/6_test_size_aware_memory_cache.t)

On Tue, Apr 28, 2015 at 10:46:32PM +0300, Niko Tyni wrote:
> On Thu, Nov 06, 2014 at 04:37:17PM +0100, gregor herrmann wrote:
> > On Wed, 05 Nov 2014 13:24:52 +0200, Niko Tyni wrote:
> > 
> > > >  libcache-cache-perl (1.07-2) unstable; urgency=medium
> > > >  .
> > > >* Team upload.
> > > >* Add patch from Petr Písař to fix nondeterministic test failures.
> > > >  (Closes: #766102)
> > > 
> > > Still seems to happen with 1.07-2.
> > > 
> > >  
> > > http://ci.debian.net/data/packages/unstable/amd64/libc/libcache-cache-perl/20141101_214223.autopkgtest.log
> > 
> > Thanks for monitoring the autopkgtest results!
> > 
> > I've updated https://rt.cpan.org/Ticket/Display.html?id=88418 now.
> 
> Upstream included the patches in 1.08, which I've just uploaded.
> I disabled the two flapping tests in debian/tests/skip-smoke
> for now, as there were no further related changes wrt. 1.07-2.

Also seen on the reproducible.d.n CI system:

  
https://reproducible.debian.net/logs/unstable/amd64/libcache-cache-perl_1.08-1.build2.log.gz

Test Summary Report
---
t/7_test_size_aware_shared_memory_cache.t (Wstat: 0 Tests: 48 Failed: 1)
  Failed test:  45

-- 
Niko Tyni   nt...@debian.org

Bug#801666: git-dpm: Need a way to set the upstream branch names from within the repository

2015-10-13 Thread Raphaël Hertzog

Package: git-dpm
Version: 0.9.1-1
Severity: important

Hello,

Since the Python team now mandates git-dpm usage, I have to look into how
to use it for my own packages and I immediately came across this
limitation. The only way to configure the name of the various branches is
through "git config". However git configuration cannot be shared via the
repository and this means that a user with a fresh clone will not have the
required configuration...

In my case, I maintain python-django which uses a DEP-14 compliant
branch layout (http://dep.debian.net/deps/dep14/) and each packaging
branch (debian/) is associated the corresponding upstream branch
(upstream/1.7.x, upstream/1.8.x, etc.).

I want to be able to set the upstream branch from a config file in debian/
much like git-buildpackage offers:
$ cat debian/gbp.conf 
[DEFAULT]
upstream-branch=upstream/1.7.x
debian-branch=debian/sid

-- 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)

Versions of packages git-dpm depends on:
ii  dpkg-dev  1.18.3
ii  git   1:2.6.1-1

Versions of packages git-dpm recommends:
ii  bzip2   1.0.6-8
ii  devscripts  2.15.9
ii  sensible-utils  0.0.9
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages git-dpm suggests:
ii  pristine-tar  1.33
ii  sharutils 1:4.15.2-1

-- no debconf information

Bug#788418: Now resuming the packaging

2015-10-13 Thread Gianfranco Costamagna

Hi,

you should open a bug against release.debian.org

https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition

and ask for a transition slot

test if the reverse dependencies still build fine
https://release.debian.org/transitions/html/auto-nfft.html
(maybe you have some other dependencies, please look at
apt-cache rdepends library
reverse-depends -b src:package
outputs)

cheers,

G.





Il Martedì 13 Ottobre 2015 9:42, Ghislain Vaillant  ha 
scritto:
Hi Gianfranco,

Always a pleasure to have you as my reviewer for this package.

I will fix your comments during the week. I will also take this 
opportunity to apply a few of the improvement you suggested on other 
reviews.

So more work is needed, such as:

- *not* to use a custom symlink for jquery on doxygen generated HTML docs,
- split -arch and -indep targets, this package fits this requirement 
very nicely,
- apply stricter hardening.

Most of which I have already completed.

Could you expand on the comment wrt the transition slot? This is 
something I am not familiar with.

Many thanks,
Ghis

Bug#781629: mate-panel: help not finding document


Control: close -1
Control: fixed -1 1.10.0-1

On  Di 31 Mär 2015 23:11:12 CEST, Alessandro Barbieri wrote:


Package: mate-panel
Version: 1.8.1+dfsg1-3
Severity: normal

Dear Maintainer,



   * What led up to the situation?

Clicking help on the clock/calendar applet

   * What was the outcome of this action?

Yelp telling me that the URI <>   
points to a non valid page


   * What outcome did you expect instead?

Reading the help.



The mate-user-guide files are now shipped in the individual packages  
(i.e. those packages that they actually document).


There also now is a mate-user-guide base package (shipped with  
src:package mate-desktop).


If you still find missing documentation for individual MATE  
components, please file bugs against the software components where you  
experience the missing help files.


Please note, mate-user-guide files will not be available in Debian  
jessie (MATE 1.8), but only in Debian stretch (MATE 1.10 as of now).


Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgp2zzNC2AEoR.pgp
Description: Digitale PGP-Signatur

Bug#801073: src:libidn: libidn needs gettext 0.19.3 or higher

2015-10-13 Thread Simon Josefsson

Ondřej Surý  writes:

> Package: src:libidn
> Version: 1.32-3
> Severity: minor
>
> Hi,
>
> I am backporting some packages and found out that libidn requires
> gettext 0.19.3 or higher.  Could you please declare this in B-D to
> help backporters?

Hi.  Thanks for the report.  Libidn does not really require a modern
gettext, but I bumped the version to 0.19.3 so that gettextize installs
the latest m4 files.  I don't think you can tell gettext to use the
latest M4 files but don't require the latest gettext.  Which gettext
version do you have?  Maybe we can lower it a bit, it was raised
arbitrarily and without any real problem prompting it.  We used to
declare 0.18.3.

/Simon

>  autoreconf -f -i
>  autopoint: *** The AM_GNU_GETTEXT_VERSION declaration in your configure.ac
>  file requires the infrastructure from gettext-0.19.3 but 
> this version
>  is older. Please upgrade to gettext-0.19.3 or newer.
>  autopoint: *** Stop.
>  autoreconf: autopoint failed with exit status: 1
>
> Cheers,
> Ondrej
>
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.19.0-18-generic (SMP w/24 CPU cores)
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>

signature.asc
Description: PGP signature

Bug#801317: wheezy-pu: package postgresql-9.1/9.1.19-0+deb7u1

2015-10-13 Thread Christoph Berg

Re: Adam D. Barratt 2015-10-10 <1444502159.22375.10.ca...@adam-barratt.org.uk>
> This appears to have been rejected by dak:
> 
> adsb@franck:~$ cat 
> queue/reject/postgresql-9.1_9.1.19-0+deb7u1_source.changes.reason 
> 
> postgresql-9.1_9.1.19-0+deb7u1.dsc: Refers to non-existing file 
> 'postgresql-9.1_9.1.19-0+deb7u1.debian.tar.gz'
> Perhaps you need to include the file in your upload?

Interesting. No idea why the .dsc didn't get rebuilt (xz vs. gz).

Reuploaded now.

Mit freundlichen Grüßen,
Christoph Berg
-- 
Senior Berater, Tel.: +49 (0)21 61 / 46 43-187
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer
pgp fingerprint: 5C48 FE61 57F4 9179 5970  87C6 4C5A 6BAB 12D2 A7AE

Bug#800723: intermittent segfault on file drag and drop

2015-10-13 Thread Javier Cantero

Additional info:

This bug seems to be related to upstream bug #12253:
https://bugzilla.xfce.org/show_bug.cgi?id=12253

So I've downgraded glib-2.0 to the previous testing package
(libglib2.0-0_2.44.1-1.1_amd64.deb from snapshot.d.o) and I found that
the bug is not present with that version. Then I upgraded to glib 2.46
again, and the bug reappears.

Bug#801549: gitg: new upstream release available (3.18.0)

2015-10-13 Thread Dmitry Smirnov

On Tuesday 13 October 2015 10:03:49 Ghislain Vaillant wrote:
> Gitg 3.17.x is "usable", just not by your standards.

It is not usable to me. I can't review diffs affecting many files and 
(although I won't hold Gitg just for this reason) I can't wait for 10 seconds 
every time I start it before it opens. (I'm glad you've never seen this 
problem but it exists).

> Right now, and please correct me if I am mistaken, but *you* are making
> the decision for *all* Debian users to stick with old and no-longer
> maintained software.

Yes, right now I'm making this decision in favour of unmaintained but working 
software comparing to maintained but severely impaired alpha/beta quality 
software. This is not a vote and I stand for my decision. I will eventually 
reconsider but for now I'll stay on this position for some time.
Do you realise that you are asking me to take away the tool (gitg-2) that I'm 
using maybe 100 times a day without suitable replacement? I'm not ready to do 
such disservice to myself and to Debian users.

Gitg-2 still _works_ better than Gitg-3. Your argument is already won -- new 
UI or not Gitg-3 will eventually replace Gitg-2 but not just yet.

If you are so desperate to switch Debian to Gitg-3 then I'd suggest to 
convince upstream to work on proper implementations of diff view and blame 
view.
Alternatively if you are prepared to maintain Gitg-3 and libgit2-glib then 
you can prepare source upload for "gitg3" package and convince FTP-masters to 
accept once you find a sponsor for it.

Also please remember to fix FTBFS in 3.18.0 because in it's curernt state it 
can't be uploaded at all.

And please don't play arguments by suggesting that I'm waiting for Gitg-2 to 
break. That's not what I meant. :(

-- 
Regards,
 Dmitry Smirnov.

---

In questions of science, the authority of a thousand is not worth the
humble reasoning of a single individual.
-- Galileo Galilei

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

Bug#800622: game-data-packager: Quake 2 & 3 (GOG), make-template output

2015-10-13 Thread Alexandre Detiste

control: clone -1 -2
control: retitle -1 support Quake2 GOG package
control: retitle -2 support Quake3 GOG package

This is a lot of work and Q2 support need an extra trick for the .ogg files,
so splitting this bug in two.

Bug#801615: dosbox: Please allow dosbox to satisfy dependencies from other architectures (Multi-Arch: foreign)

2015-10-13 Thread Graham Inggs

Hi Jens

> Therefore I ask you to make dosbox multi-arch aware by changing it from
> the implicit "Multi-Arch: no" to "Multi-Arch: foreign". This allows
> dosbox to satisfy dependencies from another arch, but doesn't change
> anything in dosbox (e.g. its files continue to be installed to the same
> places as before). See attached patch, which I successfully built and
> tested on amd64. No special dependencies or build-dependencies are
> needed in order to use Multi-Arch: foreign.

This sounds reasonable.  I'll do it.

Regards
Graham

Bug#801593: [pkg-go] Bug#801593: ratt does not find all reverse build dependencies

2015-10-13 Thread Johannes Schauer

Hi,

Quoting Michael Stapelberg (2015-10-13 09:53:33)
> Thanks for the hint, I wasn’t aware of dose-ceve. When trying to run it, I
> have some trouble getting it working, though:
> 
> $ dose-ceve -T debsrc -r 'golang-github-jacobsa-gcloud-dev' -G pkg
> deb:///var/lib/apt/lists/ftp.ch.debian.org_debian_dists_testing_main_binary-amd64_Packages
> debsrc:///var/lib/apt/lists/ftp.ch.debian.org_debian_dists_testing_main_source_Sources
> 
> The applications raised this exception : Option.No_value
> $ dose-ceve --version
> Build version 4.0.1
> 
> Can you explain what I’m doing wrong?

you have to add the option --deb-native-arch=amd64

I'll see how I can improve the error message upstream to be more descriptive
about what it is missing.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#801674: youtube-dl: Only audio downloaded for PrBqr6nNzNY

2015-10-13 Thread David Purton

Package: youtube-dl
Version: 2015.06.04.1-1
Severity: normal

Dear Maintainer,

Only audio is downloaded for this youtube video:

https://www.youtube.com/watch?v=PrBqr6nNzNY

Thank,

David

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

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

Versions of packages youtube-dl depends on:
ii  python2.7.9-1
ii  python-pkg-resources  18.3.1-2
pn  python:any

Versions of packages youtube-dl recommends:
ii  curl7.44.0-2
ii  ffmpeg  7:2.8-1
ii  mplayer2 [mplayer]  2.0-728-g2c378c7-4+b2
pn  rtmpdump
ii  wget1.16.3-3

youtube-dl suggests no packages.

-- no debconf information

Bug#801600: apt-listbugs: Base64 encoded emails bodies should be encoded before being shown

> However, apt-listbugs does not display bug reports directly.
> It relies on querybts to do so.

try upgrading python-debianbts and report if this still happens.

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801347: [Reportbug-maint] Bug#801347: reportbug/querybts display mime encoded text instead of something humans parse

2015-10-13 Thread Bastian Venthur

It is related, but a new bug. Feel free to open a new bugreport if you
want. I'm on it.


Cheers,

Bastian

Am 13.10.2015 um 10:52 schrieb Sandro Tosi:
> On Sun, Oct 11, 2015 at 4:41 PM, Jakub Wilk  wrote:
>> * Douglas Calvert , 2015-10-08, 16:59:
>>>
>>> $ querybts 773321
>>>
>>> <>
>>> <>
>>> What do you want to do now? [N|x|o|r|b|e|q|?]?
>>> <>
>>>
>>> Followup 1 - must depend on the same irssi version it was built against
>>>
>>> Date: Wed, 17 Dec 2014 00:10:04 +0100
>>> From: 
>>> Subject: Re: Bug#773321: irssi-plugin-otr segfaults unexpectedly
>>>
>>>
>>> Y29udHJvbDogdGFncyAtMSArIG1vcmVpbmZvCgpIaSBBbnRvaW5lLAoKT24gRGllbnN0YWcsIDE2LiBEZXplbWJlciAyMDE0LCBBbnRvaW5lIEJlYXVwcsOpIHdyb3RlOgo+IFNldmVyaXR5OiBjcml0aWNhbAoKPiB0aGUgb3RyIHBsdWdpbiBpcyBzZXZlcmx5IGRhbWFnZWQsIGJvdGggaW4gamVzc2llIGFuZAo+IHdoZWV6eS1iYWNrcG9ydHMuCj4gCj4gaW4gd2hlZXp5LCBpcnNzaSBjb21wbGV0ZWx5IGNyYXNoZXMgYWZ0ZXIgaSAiL2xvYWQgb3RyIi4gdGhpcyBpcyBldmVuCj4gd2l0aG91dCB0aGUgeG1wcCBwbHVnaW4gbG9hZGVkLCBzbyBpdCdzIGRpZmZlcmVudCBmcm9tICM0OTkyMjkuCgpJIGNhbm5vdCBjb25maXJtIHRoaXMsIGl0IHdvcmtzIGZvciBtZSBuaWNlbHkgYW5kIGRhaWx5IHNpbmNlIG1vcmUgdGhhbiBhIAp5ZWFyLiAoU28gaW4gYSB3YXkgSSdtIHRlbXB0ZWQgdG8gZG93bmdyYWRlIHRoaXMgYnVnLiBPbmNlIHRoZXJlIGFyZSAKYXV0b3JlbW92YWwgd2FybmluZ3MgSSdsbCBkbyBzby4pCgpJIG5ldmVyIHVzZSB0aGUgeG1wcCBwbHVnaW4gKG5vciBoYXZlIGl0IGluc3RhbGxlZCkuLi4KCgpjaGVlcnMsCglIb2xnZXI=
>>
>>
>> Sounds similar to #799528.
> 
> indeed, but that bug is marked as fixed in python-debianbts/2.4 which
> Douglas has installed. Bastian, do you want me to reassign this bug to
> python-debianbts or are you already keeping track of this?
> 
> 

-- 
Dr. Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org

Bug#801649: git-dpm: generated patch header is unsuitable when commit message encoding mismatches

2015-10-13 Thread Daniel Stender

Experienced locally but also found e.g. here:
https://sources.debian.net/src/python-django/1.7.10-1/debian/patches/02_disable-sources-in-sphinxdoc.diff/

"From:" is UTF-8.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#751005: new hg doesn't seem to be enough to build clisp for arm*

2015-10-13 Thread Christoph Egger

Hi!

  The current hg snapshot I've uploaded to experimental yesterday does
not seem to build as-is on arm* still.

  Christoph

Bug#801672: libgirepository1.0-dev is not Multi-Arch compatible

2015-10-13 Thread Francois Gouget

Package: libgirepository1.0-dev
Version: 1.46.0-1
Severity: normal

Dear Maintainer,

The libgirepository1.0-dev development package is not multiarch compatible.
As a result the amd64 version conflicts with the i386 one which makes it
impossible to install both, making it impossible to develop 32 bit
applications using this library on a 64 bit system.

For instance this makes it impossible to build both the 32 bit and 64 bit
versions of libharfbuzz-dev on the same system.


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

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

Versions of packages libgirepository1.0-dev depends on:
ii  gir1.2-freedesktop 1.46.0-1
ii  gir1.2-glib-2.01.46.0-1
ii  gobject-introspection  1.46.0-1
ii  libffi-dev 3.2.1-3
ii  libgirepository-1.0-1  1.46.0-1
ii  libglib2.0-dev 2.46.0-2

libgirepository1.0-dev recommends no packages.

Versions of packages libgirepository1.0-dev suggests:
pn  libgirepository1.0-doc  

-- no debconf information

Bug#787896: Upstream said WONTFIX

2015-10-13 Thread Pietro Battiston

I also was hit by this problem. Two remarks:

- I am afraid this is WONTFIX (or at least RedHat thinks so:
  https://bugzilla.redhat.com/show_bug.cgi?id=1180709), because it was
  an intentional change... but you can maybe try to open a bug upstream
  raising the issue (though I doubt that they will listen).

- I was able to solve the problem for me by just changing the buttons
  layout:

gsettings set org.gnome.desktop.wm.preferences button-layout \ ":close"

  Now evince is able to go half-screen on my 1366x768 monitor (but not
  on my 1280x1024 one). You can certainly shrink a bit more by also
  removing the "close" button and/or by switching theme (see
  https://bbs.archlinux.org/viewtopic.php?id=189333 ) but it will be
  very hard to get down half of a 1024 screen.

(BTW: Peter, as far as I know Okular or Zathura could work for you.)

Pietro

Bug#749331: spice: Stop building spicec, patch for update to 0.12.6 included

2015-10-13 Thread Liang Guo

On Fri, Oct 9, 2015 at 4:19 PM, Michael Tokarev  wrote:

> Liang, would you like me to take over the package(s), at least some of
> them, as I did almost all recent uploads (except the NMUs)? I'm talking
> about spice and spice-protocol especially, since I've no expirience
> whatsoever with other stuff (don't even know which other spice-related
> packages exists).
I'm very glad that you can take over spice related packages, in the last
two years, I found I have almost no time working on Debian and related
works, I even consider resign from Debian, but finally decide stay in,
hoping some day I can have free time.

spice-gtk is another large part of spice project, it provides the client side
of spice, would you like takeover it too ?

>
> Also, which libcacard update are you talking about?  It is a new library,
> currently provided by qemu package, but in upstream qemu we finally
> separated the two and it is now a separate project hosted in the same
> place as spice.  Its packaging is almost ready on my machine, I just
> need to complete d/copyright file.  Both versions of libcacard will
> work with current spice (which only uses headers from libcacard, btw).

For you are the primary maintainer of qemu, it would be easy to maintain
libcacard. If others maintain libcacard, the relationship with qemu will be
hard to deal with.

except libcacard, spice depends on some little utilities: usbredir and
spice-vdagent, currently maintained by me. hope you can adopt them
together.

Thanks,
-- 
Liang Guo
http://guoliang.me/

Bug#801674: youtube-dl: Only audio downloaded for PrBqr6nNzNY

2015-10-13 Thread David Purton

Slight modification:

I can download both the audio and video if I specify the format. It's
just when left to choose the format itself that you get audio only.

Perhaps something to do with the video.

But still unexpected behaviour.

David

-- 
David Purton
dcpur...@marshwiggle.net
 
For the eyes of the LORD range throughout the earth to
strengthen those whose hearts are fully committed to him.
 2 Chronicles 16:9a


signature.asc
Description: PGP signature

Bug#788418: Now resuming the packaging

2015-10-13 Thread Ghislain Vaillant


On 13/10/15 10:33, Mattia Rizzolo wrote:

On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote:

Hi,

you should open a bug against release.debian.org

https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition

and ask for a transition slot

test if the reverse dependencies still build fine
https://release.debian.org/transitions/html/auto-nfft.html
(maybe you have some other dependencies, please look at
apt-cache rdepends library
reverse-depends -b src:package
outputs)


More at https://wiki.debian.org/Teams/ReleaseTeam/Transitions



According to Mattia's link, I should be in step 1 of the recommended 
workflow:


"Upload your new version to experimental (and have it clear NEW)"

Requesting a transition slot happens way further the line it seems, or 
am I missing something?


Ghis

Bug#801600: apt-listbugs: Base64 encoded emails bodies should be encoded before being shown

control: forcemerge 801347 -1

On Tue, Oct 13, 2015 at 10:24 AM, Adam Sjøgren  wrote:
> Sandro writes:
>
>> try upgrading python-debianbts and report if this still happens.
>
>   $ dpkg -l python-debianbts | grep ^ii
>   ii  python-debianbts 2.5.1all  Python interface to Debian's 
> Bug Tracking System
>   $ querybts -u text 801585
>   Retrieving report #801585 from Debian bug tracking system...
>
>   Original report - python-debianbts: get_bugs interface is broken
>
>   Date: Mon, 12 Oct 2015 15:07:50 +0530
>   From: Ritesh Raj Sarraf 
>   Subject: python-debianbts: get_bugs interface is broken
>
>   
> UGFja2FnZTogcHl0aG9uLWRlYmlhbmJ0cwpWZXJzaW9uOiAyLjUKU2V2ZXJpdHk6IGdyYXZlCgpIZWxsby
>   [etc etc etc]
>
> It still does.

ok then, merging with the other bug against python-debianbts

-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

Bug#801667: git-dpm offers no way to merge between different packaging branches

2015-10-13 Thread Raphaël Hertzog

Package: git-dpm
Version: 0.9.1-1
Severity: normal

Still discovering git-dpm, I tried to do something basic:
- make a packaging change in debian/sid (adding debian/README.source)
- switch to debian/experimental
- merge debian/sid into it to get the latest packaging changes

But this doesn't work at all because debian/sid contains all the upstream
patches applied and it generates lots of conflicts.  When the patches are
not applied, I might have to cleanup debian/patches after the merge but at
least the merge worked fine and I can make sure that I have integrated all my
packaging changes... (I have dpkg-mergechangelogs configured too)

So the only solution that I have right now is to cherry pick packaging
changes from one version to the other and hope to not forget something...
and this will not work easily either if my changes contain a one-line
modification to debian/changelog (describing the change) as what you
usually get when you're used to use "dch && debcommit".

So "git-dpm" should offer a way to merge packaging branches:
- avoiding conflict on upstream files
- avoiding conflict on unchanged patches in debian/patches (right now the
  commit id and and the blob ids differ and generate conflicts)

I'm not sure how to best achieve this though.

-- 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)

Versions of packages git-dpm depends on:
ii  dpkg-dev  1.18.3
ii  git   1:2.6.1-1

Versions of packages git-dpm recommends:
ii  bzip2   1.0.6-8
ii  devscripts  2.15.9
ii  sensible-utils  0.0.9
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages git-dpm suggests:
ii  pristine-tar  1.33
ii  sharutils 1:4.15.2-1

-- no debconf information

Bug#801600: apt-listbugs: Base64 encoded emails bodies should be encoded before being shown

2015-10-13 Thread Adam Sjøgren

Sandro writes:

> try upgrading python-debianbts and report if this still happens.

  $ dpkg -l python-debianbts | grep ^ii
  ii  python-debianbts 2.5.1all  Python interface to Debian's 
Bug Tracking System
  $ querybts -u text 801585
  Retrieving report #801585 from Debian bug tracking system...

  Original report - python-debianbts: get_bugs interface is broken

  Date: Mon, 12 Oct 2015 15:07:50 +0530
  From: Ritesh Raj Sarraf 
  Subject: python-debianbts: get_bugs interface is broken

  
UGFja2FnZTogcHl0aG9uLWRlYmlhbmJ0cwpWZXJzaW9uOiAyLjUKU2V2ZXJpdHk6IGdyYXZlCgpIZWxsby
  [etc etc etc]

It still does.

Bug#788418: Now resuming the packaging

2015-10-13 Thread Mattia Rizzolo

On Tue, Oct 13, 2015 at 08:57:27AM +, Gianfranco Costamagna wrote:
> Hi,
> 
> you should open a bug against release.debian.org
> 
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition
> 
> and ask for a transition slot
> 
> test if the reverse dependencies still build fine
> https://release.debian.org/transitions/html/auto-nfft.html
> (maybe you have some other dependencies, please look at
> apt-cache rdepends library
> reverse-depends -b src:package
> outputs)

More at https://wiki.debian.org/Teams/ReleaseTeam/Transitions

-- 
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#801669: libharfbuzz-dev is not Multi-Arch compatible

2015-10-13 Thread Francois Gouget

Package: libharfbuzz-dev
Version: 1.0.1-1
Severity: normal

Dear Maintainer,

The libharfbuzz-dev development package is not multiarch compatible.
As a result the amd64 version conflicts with the i386 one which makes it
impossible to install both, making it impossible to develop 32 bit
applications using this library on a 64 bit system.


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

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

Versions of packages libharfbuzz-dev depends on:
ii  libharfbuzz-gobject0  1.0.1-1
ii  libharfbuzz-icu0  1.0.1-1
ii  libharfbuzz0b 1.0.1-1

libharfbuzz-dev recommends no packages.

libharfbuzz-dev suggests no packages.

-- no debconf information

Bug#801673: ITP -- Arabic script font for West African languages

2015-10-13 Thread Daniel Glassey

Package: wnpp
Severity: wishlist
X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org

Package name: fonts-sil-harmattan
Version: 1.00
Upstream Author: SIL International http://scripts.sil.org/Support
URL: http://scripts.sil.org/Harmattan
License: Open Font License 1.1 with Reserved Font Names "Harmattan",
"Andika", "SIL" and "Fouta"
Description: Arabic script font for West African languages

Harmattan, named after the trade winds that blow during the winter in West
Africa, is designed in a Warsh style to suit the needs of languages using
the Arabic script in West Africa.

The font does not cover the full Unicode Arabic repertoire. It only
supports  characters known to be used by languages in West Africa.

This font makes use of state-of-the-art font technologies to support
complex  typographic issues. Font smarts are implemented using OpenType and
Graphite technologies.

This font provides a simplified rendering of Arabic script, using basic
connecting glyphs but not including a wide variety of additional ligatures
or contextual alternates (only the required lam-alef ligatures). This
simplified style is often preferred for clarity, especially in non-Arabic
languages, but may be considered unattractive in more traditional and
literate communities.

Bug#799861: One more case of source-is-missing false positive with Django 1.8.5