Bug#806488: view3dscene: FTBFS: v3dsceneraytrace.pas Error: Identifier not found "TImageFormat"

[Paul Gevers]

Control: tags -1 pending patch

On 28-11-15 00:19, Michalis Kamburelis wrote:
> Reason: view3dscene source code of version 3.15.0 is not compatible with
> Castle Game Engine version 5.2.0.

Ooo, shame on you as upstream of both ;) . But see below.

> I removed the identifier TImageFormat from the public interface of
> CastleImages unit.

This makes me wonder, does fpc have any reasonable symbols tracking
mechanism? I guess it does (at least in ppu files), so should we extend
the Debian tooling dh_makeshlibs/dh_shlibsdeps to be able to handle the
fpc situation?

> The view3dscene sources in SVN are of course adjusted since a long
> time, but there hasn't been a view3dscene release since some time.

If you don't want to release newer version for these kind of
incompatibilities, or if you want to go to something fully based on
version control versions, than let's discuss. We can come up with
working schemes if you want. I am not strict on having upstream tar
balls (although it is nice that people can check the checksum of the
Debian tar ball versus the one provided by upstream). So if you are more
for rolling release, we could do that.

> IOW, it's my fault, I broke Castle Game Engine API in 5.2.0.

Could you at least communicate these kind of changes pro-active on this
list or somewhere in your own domain where we can pick it up (via push
communication). Or just a clear "THIS BREAKS API" note in some
changelog, I scan all the changed between two versions during import of
the tar ball.

> I'm attaching a minimal patch that, when applied to view3dscene 3.15.0
> sources, makes them compile with Castle Game Engine 5.2.0:) Tested with
> FPC 2.6.4.

If possible, could you check also with 3.0.0. That was released last
week and I am preparing the upload (to experimental) still. When we
verified all reversed dependencies (help would be nice), I want to ask
for a transition slot.

Paul
Paul



signature.asc
Description: OpenPGP digital signature

Bug#806418: mediathekview: Spawns VLC-process with fills up hard disc space 100% without being told to do so

[Helge Kreutzmann]

Hello Markus,
On Fri, Nov 27, 2015 at 03:59:14PM +0100, Markus Koschany wrote:
> Control: severity -1 normal

Well, I don't agree but I guess it does not matter anymore. Anyhow,
than's a lot for your analysis and quick reply.

> Am 27.11.2015 um 11:10 schrieb Helge Kreutzmann:
> > Package: mediathekview
> > Version: 7.1-1
> > Severity: grave
> > 
> > Dear Maintainer,
> > 
> > I use mediathekview a lot, althought not on this system (which is
> > actually only a VM). I never experienced this problem before, but now
> > repeatedly which makes mediathekview and the entire system unusuable.
> > I will check on my main system next week.
> 
> I can reproduce the issue and I have opened a forum thread at
> 
> http://zdfmediathk.sourceforge.net/forum/viewtopic.php?f=1=1754
> 
> Apparently the URL to your film is not 100% correct and when passed to
> VLC it triggers the described behaviour. The URLs will be fixed within
> 24 hours when the film list is updated upstream. See also this thread in
> German:
> 
> http://zdfmediathk.sourceforge.net/forum/viewtopic.php?f=1=1751

Thanks. I read it and for me it works fine (on this machine) again.

> You should also be aware of that MediathekView just passes parameters to
> external programs, which are defined in your user settings. VLC is one
> of those helper programs and not part of MediathekView. You can replace

Well, on this machine I did not define anyting and just jused the
default parameters which should not render the machiine (almost)
inoperable. They might not be perfect, there I agree.

(And in the case of ffmpeg I don't even know what to enter, ffmepg is
gone, isn't it?). 

> VLC by any other program which is capable of recording network streams.
> You can change your settings in Datei->Einstellungen->Set bearbeiten.
> There are two sets for recording and playing films. The default settings
> work mostly out-of-the-box but there may be corner cases where you have
> to tweak those settings for your needs.

Exactly, since this VM is seldomly used I did not bother optimizing
the settings. And in this case I wasn't even aware that the problem
was coming from here.

> I will close this issue as soon as the film list was corrected upstream.

I think you can do so?

Greetings

 Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#619086: cruft: support dpkg path-exclude/path-include

[Alexandre Detiste]

control: tag -1 pending


I've added support for path-exclude to cruft-ng.

https://github.com/a-detiste/cruft-ng/commit/6d265fa9670a636f0ba761e1ead5ef5f3a60efbf

A few comments:

- apt has "apt-config dump", but dpkg doesn't have an equivalent,
  so I brought my own; that's ok, as cruft{-ng} needs to closely follow
  dpkg internals anyway

- path-include would be much more difficult to implement with little gain

  every one seems to use it for /usr/share/locale or /usr/share/man
  or even /usr/share/doc ... ; that are all optional files
  (likewise I also put /var/log on tmpfs on my raspberry's to spare the SD card)

  
https://raphaelhertzog.com/2010/11/15/save-disk-space-by-excluding-useless-files-with-dpkg/


Cheers,

Alexandre

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

Bug#806515: ITP: pyclipper -- Cython wrapper for the C++ translation of the Angus Johnson's Clipper library

[Hideki Yamane]

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: pyclipper
  Version : 0.9.3b0
  Upstream Author : Maxime Chalton, Lukas Treyer, Gregor Rataj
* URL : https://github.com/greginvm/pyclipper
* License : MIT
  Programming Lang: C++
  Description : Cython wrapper for the C++ translation of the Angus 
Johnson's Clipper library

 Pyclipper is a Cython wrapper exposing public functions and classes of
 the C++ translation of the Angus Johnson’s Clipper library.

Bug#806518: synaptic: libept.so.1.aptpkg4.16: cannot open shared object file: No such file or directory

[Roman Lebedev]

Package: synaptic
Version: 0.82
Severity: grave

Dear maintainer,

$ synaptic-pkexec 

/usr/sbin/synaptic: error while loading shared libraries:
libept.so.1.aptpkg4.16: cannot open shared object file: No such file or
directory

I guess, it might be due to recent apt upgrade?

$ locate libept.so
/usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg5.0

$ dpkg -S /usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg5.0
libept1.4.16:amd64: /usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg5.0

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

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

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.7   1.0.10.2
ii  libapt-pkg4.16   1.0.10.2
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo-gobject21.14.4-1
ii  libcairo21.14.4-1
ii  libept1.4.16 1.0.14+b2
ii  libgcc1  1:5.2.1-26
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk-3-0   3.18.5-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libstdc++6   5.2.1-26
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.3-1
ii  libxapian22v51.2.21-1.2
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages synaptic recommends:
ii  libgtk2-perl   2:1.2496-3
ii  policykit-10.105-14
ii  rarian-compat  0.8.1-6
ii  xdg-utils  1.1.1-1

Versions of packages synaptic suggests:
pn  apt-xapian-index 
ii  deborphan1.7.28.8-0.2
pn  dwww 
ii  menu 2.1.47
pn  software-properties-gtk  
ii  tasksel  3.34

-- no debconf information

Bug#806518: (no subject)

[Theodore Lytras]

I can confirm this bug, on amd64 sid.

Downgrading package libept1.4.16 from version 1.0.14+b2 (in sid) to 1.0.14+b1 
(which is in testing) solved the problem for me.

Bug#782737: transfig: generated PostScript files can not be processed by any Debian viewer

[Roland Rosenfeld]

Hi Jurek!

On Fri, 17 Apr 2015, Jurek Sobczyk wrote:

> I have modified my old drawing and tried to export it to .PS, .EPS,
> .PDF. Resluting .ps, .eps files are unreadable by PostScript
> viewers. Conversion to .pdf fails with error.

How did you do the conversion?  Did you try this by "export" from xfig
or did you manually call fig2dev?

I ask this, since I just found a upstream bug in xfig 3.2.5.c, that
doesn't seem to exist in 3.2.5.b, which has to do with locales.

The problem here is, that xfig calls fig2dev with parameter -m with a
factional value.  With German LOCALE this faction is represented a
0,15 instead of a 0.15, which was expected by fig2dev in the
-m parameter.

I'm just preparing a patch and new upload to fix this.

> PostScript files are also not printable - my printer does not
> understand them.
> I suppose that it is due to new PostScript version:
> %!PS-Adobe-3.0

As far as I can see, this is a consequence of the same problem.  The
magnification of the EPS file is set to 0.0 which results in an
unprintable result.

Please try, whether setting LANG=C works as a workaround for your problem:

env LANG=C xfig

Greetings 

Roland

Bug#803312: mathgl: FTBFS: json/Backend.hpp:6:1: error: expected class-name before '{' token

[peter green]

tags 803312 +patch
thanks

mathgl fails to build from source in unstable/amd64:

I just fixed this in raspbian, it was a simple case of a missing include.

Debdiff at http://plugwash.raspbian.org/mathgl_2.3.3-3+rpi1.debdiff  no 
intent to nmu in Debian.

Bug#806528: /usr/bin/VBoxClient: Two instances of each VBoxClient service are running after login

[Sam Morris]

Package: virtualbox-guest-x11
Version: 5.0.10-dfsg-3
Severity: minor
File: /usr/bin/VBoxClient

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After logging in:

$ pgrep -a VBoxClient
30863 /usr/bin/VBoxClient --clipboard
30864 /usr/bin/VBoxClient --clipboard
30874 /usr/bin/VBoxClient --display
30875 /usr/bin/VBoxClient --display
30880 /usr/bin/VBoxClient --seamless
30882 /usr/bin/VBoxClient --seamless
30886 /usr/bin/VBoxClient --draganddrop
30888 /usr/bin/VBoxClient --draganddrop

This seems harmless, but it's a bit weird.

- -- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (550, 'stable-updates'), (550, 'stable'), (540, 'testing'), (530, 
'unstable'), (520, 'experimental'), (500, 'testing-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages virtualbox-guest-x11 depends on:
ii  libc6  2.21-0experimental3
ii  libnotify-bin  0.7.6-2
ii  libx11-6   2:1.6.2-3
ii  libxcomposite1 1:0.4.4-1
ii  libxdamage11:1.1.4-2+b1
ii  libxext6   2:1.3.3-1
ii  libxfixes3 1:5.0.1-2+b2
ii  libxmu62:1.1.2-1
ii  libxt6 1:1.1.4-1+b1
ii  virtualbox-guest-utils 5.0.10-dfsg-3
ii  x11-xserver-utils  7.7+3+b1
ii  xserver-xorg-core [xorg-video-abi-19]  2:1.17.3-2
ii  xserver-xorg-legacy2:1.17.3-2

virtualbox-guest-x11 recommends no packages.

virtualbox-guest-x11 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIcBAEBAgAGBQJWWbJ0AAoJENILQgJc2ie5etwQALp4AB9rptDI8zrl5HijAk4h
HeMZ39zdOzqzHPeBCSDbaiDM/p0yvrmAKZTyyR6jJ+0Vwij49OkqnMjatcYbQISk
a9mTbhNmBavD9LlHD1JwzFBNDLUbOgjQIoPEr1hO3fQ2yxvPLcFyIV32TzBnwPUl
ZqUbDtZHJV0NT9Uwwrx7jL/P0pWjdt5QQC7eBW7Z8E5wqotN42vipwjLTtk7AhSP
B5k8iqQAx38IAsU4eFJHaVmza2TtPx1ZVHDBgEYM1Yw9hUUCMBJXUbEjrBnWjyJL
e7xaRq8Yqmlyq/CNhvNxVLhsPXSDfWXfllTMb65mfM4g5OwYMhKykf8ytypOqlCE
6pqrspQiG5Bl3p57DD1EFLQx+uin+eRFq0b1jLSGVgV0sTdOv3pO4hQtKITuPDaB
Q+mhLC9spMUXMHJ6fIURvnzrnUZOo49OLxH34pffikjTDdVwORpvXhcoqwsl4GrM
BZC8Ru7896bpLcblZRJ9izAiLB2FZZ3xWfEWfDS9dDcaXpSTM1C3UJcLxPYZFSyv
u8EAPaSGAqe8vC+0pVOdtb6ZekJCS0UcJuqVcMEb3bnfACcSsKUEKUdz9oe6HYd6
6G+CHzevs0pVQZfS+ApwbrWNNwVSZ6zAsYpzbF2erDM00FZJQoodcm8JGjM77PE0
7RGLEZiXmt38eb4Fmbfe
=w7e4
-END PGP SIGNATURE-

Bug#806527: pyside-tools: please write reproducible resource files

[Reiner Herrmann]

Source: pyside-tools
Version: 0.2.15-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that rcc embeds a timestamp into a comment in generated Python code.

The attached patch removes the timestamp, since it provides no
meaningful information and generates unreproducible files.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible-builds.patch b/debian/patches/reproducible-builds.patch
new file mode 100644
index 000..67e51a1
--- /dev/null
+++ b/debian/patches/reproducible-builds.patch
@@ -0,0 +1,22 @@
+Index: pyside-tools-0.2.15/pyrcc/rcc.cpp
+===
+--- pyside-tools-0.2.15.orig/pyrcc/rcc.cpp
 pyside-tools-0.2.15/pyrcc/rcc.cpp
+@@ -28,7 +28,6 @@
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ #include 
+ #include 
+@@ -398,8 +397,7 @@ RCCResourceLibrary::writeHeader(FILE *ou
+ fprintf(out, "# -*- coding: utf-8 -*-\n\n");
+ fprintf(out, "# Resource object code\n");
+ fprintf(out, "#\n");
+-fprintf(out, "# Created: %s\n", QDateTime::currentDateTime().toString().toUtf8().constData());
+-fprintf(out, "#  by: The Resource Compiler for PySide (Qt v%s)\n", QT_VERSION_STR);
++fprintf(out, "# Created by: The Resource Compiler for PySide (Qt v%s)\n", QT_VERSION_STR);
+ fprintf(out, "#\n");
+ fprintf(out, "# WARNING! All changes made in this file will be lost!\n");
+ fprintf(out, "\n");
diff --git a/debian/patches/series b/debian/patches/series
index 7dd68cf..c1121a5 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 u_4125d2d_Fix_pysideuictest.patch
+reproducible-builds.patch


signature.asc
Description: PGP signature

Bug#796588: Bug796588#: adjtimex: Has init script in runlevel S but no matching service file

[Roger Shimizu]

Dear systemd maintainers,

I'm in the process of ITA adjtimex package, which contains a bug you
reported that need to support rcS service. I'm trying to fix this
before send out my 1st release to close ITA.

> Package: adjtimex
> Severity: important
> User: pkg-systemd-maintain...@lists.alioth.debian.org
> Usertags: init-rcs-service
> Your package adjtimex has an initscript that is enabled in runlevel
> S, but it does not provide a corresponding systemd service unit.

As you may already know, adjtimex is a tool to set up kernel time
variables in boot time. Correct time and time ticking is important to
many services, including time-sync service, so in SysV world adjtimex
is run in rcS level, which is very early.

Enclosed the "adjtimex.service" file I wrote and confirmed working
well on my box.
Since this is the first time I write service file, it would be helpful
if you can help to review it.

I also have one doubt whether to have "RemainAfterExit=yes", which is
commented out now.
After setting the kernel time variables, adjtimex simply exits and
don't need to remain as daemon. I guess it should be okay to be "no".

Looking forward to your reply. Thank you!

Cheers,
Roger


adjtimex.service
Description: Binary data

Bug#806519: ffmpeg: CVE-2015-8363 CVE-2015-8364 CVE-2015-8365

[Salvatore Bonaccorso]

Source: ffmpeg
Version: 7:2.8.2-1
Severity: important
Tags: security upstream patch fixed-upstream

Hi,

the following vulnerabilities were published for ffmpeg.

CVE-2015-8363[0]:
| The jpeg2000_read_main_headers function in libavcodec/jpeg2000dec.c in
| FFmpeg before 2.6.5, 2.7.x before 2.7.3, and 2.8.x through 2.8.2 does
| not enforce uniqueness of the SIZ marker in a JPEG 2000 image, which
| allows remote attackers to cause a denial of service (out-of-bounds
| heap-memory access) or possibly have unspecified other impact via a
| crafted image with two or more of these markers.

CVE-2015-8364[1]:
| Integer overflow in the ff_ivi_init_planes function in
| libavcodec/ivi.c in FFmpeg before 2.6.5, 2.7.x before 2.7.3, and 2.8.x
| through 2.8.2 allows remote attackers to cause a denial of service
| (out-of-bounds heap-memory access) or possibly have unspecified other
| impact via crafted image dimensions in Indeo Video Interactive data.

CVE-2015-8365[2]:
| The smka_decode_frame function in libavcodec/smacker.c in FFmpeg
| before 2.6.5, 2.7.x before 2.7.3, and 2.8.x through 2.8.2 does not
| verify that the data size is consistent with the number of channels,
| which allows remote attackers to cause a denial of service
| (out-of-bounds array access) or possibly have unspecified other impact
| via crafted Smacker data.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-8363
[1] https://security-tracker.debian.org/tracker/CVE-2015-8364
[2] https://security-tracker.debian.org/tracker/CVE-2015-8365

Regards,
Salvatore

Bug#806514: ITP: fontmath -- collection of objects that implement fast font, glyph, etc.

[Hideki Yamane]

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: fontmath
  Version : 0.2~20151123
  Upstream Author : Tal Leming 
* URL : https://github.com/typesupply/fontMath
* License : MIT
  Programming Lang: Python
  Description : collection of objects that implement fast font, glyph, etc.

 A set of objects for performing math operations on font data.

Bug#580823: #580823 RFP: anomos -- Anonymous file sharing

[Dmitry Smirnov]

Project appears to be inactive since 2010... Tagging as "wontfix"...

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

---

Free speech is the bedrock of liberty and a free society. And yes, it
includes the right to blaspheme and offend.
-- Ayaan Hirsi Ali, 2010



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

Bug#806519: ffmpeg: CVE-2015-8363 CVE-2015-8364 CVE-2015-8365

[Andreas Cadhalpun]

Control: tag -1 pending

Hi Salvatore,

On 28.11.2015 11:28, Salvatore Bonaccorso wrote:
> the following vulnerabilities were published for ffmpeg.
> 
> CVE-2015-8363[0]:
> CVE-2015-8364[1]:
> CVE-2015-8365[2]:
> 
> If you fix the vulnerabilities please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

That's already fixed in git, see [3].

Best regards,
Andreas

3: 
https://anonscm.debian.org/cgit/pkg-multimedia/ffmpeg.git/commit/?id=1acd88b486b5d1527c507d177026d584637cfe1a

Bug#805499: treeview is marked for autoremoval from testing

[Andreas Tille]

Hi Sveinung,

I came across this bug due to a reverse dependency which is in danger to
become removed from testing.  Please announce here if you have some
trouble with uploading a fixed version.

BTW, I strongly recommend to team maintain the package in the Debian Java
team where other people could easily do team uploads.

I'd volunteer to inject the packaging into pkg-java Git and do the
upload if you want me to do so.  If I do not hear from you until mid
December I assume agreement from your side and move on to save the
reverse dependency I'm interested in inside testing.

Kind regards and thanks for maintaining libnanoxml2-java

Andreas.

On Fri, Nov 27, 2015 at 04:39:05AM +, Debian testing autoremoval watch 
wrote:
> treeview 1.1.6.4+dfsg-1 is marked for autoremoval from testing on 2016-01-01
> 
> It (build-)depends on packages with these RC bugs:
> 805499: libnanoxml2-java: FTBFS with bnd 2.1.0
> 
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de

Bug#805321: [Reproducible-builds] Bug#805321: Bug#805321: debian-installer: builds unreproducible netboot images

[Mattia Rizzolo]

On Sat, Nov 28, 2015 at 12:08:44AM +, Steven Chamberlain wrote:
> > FWIW, I'm not exactly entirely convinced by the exporting of the
> > SOURCE_DATE_EPOCH variable from debian/rules; all other variables have
> > been passed without exporting so I'm wondering if we shouldn't adapt
> > this to behave like other variables, reducing possible surprise for
> > users.
> 
> Just to explain that -- if it's defined in the environment, it requires
> no special handling and doesn't need to be (re-)exported.  I think this
> is maybe the case now for dpkg-buildpackage in sid?

it's not, dpkg hasn't merged that patch (tbh I'm not even sure we
forwarded that). Though debhelper exports SOURCE_DATE_EPOCH when using
the dh sequencer.

-- 
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#806522: ITP: ruby-emot -- Yet another emoji handler.

[Youhei SASAKI]

Package: wnpp
Owner: Youhei SASAKI 
Severity: wishlist

* Package name: ruby-emot
  Version : 0.0.4
  Upstream Author : kyoendo
* URL or Web page : https://github.com/melborne/emot
* License : MIT
  Description : Yet another emoji handler for Ruby

Yet another emoji handler for Ruby

It contains 870 emojis with its name and codepoint(but not contains
emoji fonts or images). All names of emojis are from "Emoji cheat sheet
for Campfire and GitHub": http://www.emoji-cheat-sheet.com/

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

Bug#796329: debug

[Thomas Lange]

Hi Ferenc,

it may help if you could provide the output of dracut --debug during
building the initrd.
-- 
regards Thomas

Bug#806334: [Python-modules-team] Bug#806334: kombu: FTBFS: ImportError: cannot import name '_uuid_generate_random'

[Brian May]

Brian May  writes:

> Don't think we can complain at Python though, looks like a private
> symbol.

Looks like this is a work around for a bug that was in Python 2.5.
http://bugs.python.org/issue4607:

>From kombu code:

def uuid4():
# Workaround for http://bugs.python.org/issue4607
if ctypes and _uuid_generate_random:  # pragma: no cover
buffer = ctypes.create_string_buffer(16)
_uuid_generate_random(buffer)
return UUID(bytes=buffer.raw)
return _uuid4()
-- 
Brian May 

Bug#806291: systemd: systemctl status ignores -n argument

[Eduard Bloch]

Hallo,
* Michael Biebl [Thu, Nov 26 2015, 04:32:43PM]:
> Am 26.11.2015 um 15:59 schrieb Michael Biebl:
> > Works here. But I actually need a service which produces more then 10
> > lines of output when started.
> 
> To illustrate what I did:
> 
> # cat /etc/systemd/system/output.service
> [Unit]
> Description=foo
> [Service]
> Type=oneshot
> ExecStart=/bin/sh -c "for i in `seq 1 200`; do echo $i; done"
> 
> 
> # systemctl start output.service
> # systemct status -n 100
> log message 102-200
> Nov 26 16:28:27 pluto systemd[1]: Started foo.

You are demonstrating the good case, I am after a bad case. Let's try
this:

[Unit]
Description=SomeThing
After=network.target
[Install]
WantedBy=multi-user.target

[Service]
Type=notify
Restart=on-failure
ExecStart=/bin/sh -c "echo OMG THEY KILLED KENNY >&2; exit 123"

and check the result:

 foo.service - SomeThing
   Loaded: loaded (/lib/systemd/system/foo.service; disabled; vendor preset: 
enabled)
   Active: failed (Result: start-limit) since Sa 2015-11-28 11:28:39 CET; 13s 
ago
  Process: 6982 ExecStart=/bin/sh -c echo OMG THEY KILLED KENNY >&2; exit 123 
(code=exited, status=123)
 Main PID: 6982 (code=exited, status=123)

Nov 28 11:28:39 idefix systemd[1]: Failed to start SomeThing.
Nov 28 11:28:39 idefix systemd[1]: foo.service: Unit entered failed state.
Nov 28 11:28:39 idefix systemd[1]: foo.service: Failed with result 'exit-code'.
Nov 28 11:28:39 idefix sh[6982]: OMG THEY KILLED KENNY
Nov 28 11:28:39 idefix systemd[1]: foo.service: Service hold-off time over, 
scheduling restart.
Nov 28 11:28:39 idefix systemd[1]: Stopped SomeThing.
Nov 28 11:28:39 idefix systemd[1]: foo.service: Start request repeated too 
quickly.
Nov 28 11:28:39 idefix systemd[1]: Failed to start SomeThing.
Nov 28 11:28:39 idefix systemd[1]: foo.service: Unit entered failed state.
Nov 28 11:28:39 idefix systemd[1]: foo.service: Failed with result 
'start-limit'.


Looks good, huh? So what is the major difference to the script in the original 
report?
Is it maybe this?
Type=notify

I can imagine that if the service dies before any dbus event was sent then the
messages are printed early, followed by the spam I mentioned? And that makes
them scroll out of "systemctl status" buffer?

But anyhow, it's a secondary issue and probably deserves a second bug report.
The thing that botters me, see subject, is the broken -n option, adding -n20 or
-n2000 to systemctl-status call does not change anything. It keeps displaying 10
lines.

Regards,
Eduard.

-- 
 lol, habe gerad eine spam mail bekommen mit: klicken sie hier
um zu testen wie hoch ihr IQ ist...
 ich denke wenn ich raufklicke habe ich ihn nicht bestanden :)))


signature.asc
Description: PGP signature

Bug#806520: obnam: Error -3 while decompressing data: incorrect data check

[Stefan Rücker]

Package: obnam
Version: 1.18.2-1
Severity: normal

Hello Lars,

following Problem when running

obnam fsck --fsck-fix

root@saturn:~# obnam fsck --fsck-fix
Checking 5824/6107: chunk 14985708487633071802Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 189, in _run
self.process_args(args)
  File "/usr/lib/python2.7/dist-packages/obnamlib/app.py", line 207, in 
process_args
cliapp.Application.process_args(self, args)
  File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 570, in 
process_args
method(args[1:])
  File "/usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py", line 
339, in fsck
for more in work.do() or []:
  File "/usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py", line 
38, in do
data = self.repo.get_chunk_content(self.chunkid)
  File "/usr/lib/python2.7/dist-packages/obnamlib/fmt_6/repo_fmt_6.py", line 
647, in get_chunk_content
return self._fs.cat(filename)
  File "/usr/lib/python2.7/dist-packages/obnamlib/repo_fs.py", line 96, in cat
repo=self.repo, toplevel=toplevel)
  File "/usr/lib/python2.7/dist-packages/obnamlib/hooks.py", line 191, in 
filter_read
return self.filters[name].run_filter_read(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/obnamlib/hooks.py", line 130, in 
run_filter_read
more, data = filter_next_tag(data)
  File "/usr/lib/python2.7/dist-packages/obnamlib/hooks.py", line 126, in 
filter_next_tag
return True, callback.filter_read(remaining, *args, **kwargs)
  File 
"/usr/lib/python2.7/dist-packages/obnamlib/plugins/compression_plugin.py", line 
30, in filter_read
return zlib.decompress(data)
error: Error -3 while decompressing data: incorrect data check

Best Regards
Stefan

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

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

Versions of packages obnam depends on:
ii  libc6 2.19-22
ii  python2.7.9-1
ii  python-cliapp 1.20150829-1
ii  python-fuse   2:0.2.1-11
ii  python-larch  1.20151025-1
ii  python-paramiko   1.15.3-1
ii  python-tracing0.9-1
ii  python-ttystatus  0.30-1
ii  python-yaml   3.11-2+b1

obnam recommends no packages.

obnam suggests no packages.

-- no debconf information

Bug#804351: installation-reports: Stretch installer-armel (2015-10-23) does not see storage devices on Dreamplug

[Ian Campbell]

On Thu, 2015-11-12 at 06:50 -0500, James Valleroy wrote:

Hi James,

I think this should be fixed in the latest dailies from
http://d-i.debian.org/daily-images/armel/daily/kirkwood/netboot/marvell/
or at least my dreamplug is OK in recovery mode with the one from 2 days ago.

This will then propagate to Stretch with the next d-i alpha/beta.

Ian

Bug#806519: ffmpeg: CVE-2015-8363 CVE-2015-8364 CVE-2015-8365

[Salvatore Bonaccorso]

Hi Andreas,

On Sat, Nov 28, 2015 at 11:34:57AM +0100, Andreas Cadhalpun wrote:
> Control: tag -1 pending
> 
> Hi Salvatore,
> 
> On 28.11.2015 11:28, Salvatore Bonaccorso wrote:
> > the following vulnerabilities were published for ffmpeg.
> > 
> > CVE-2015-8363[0]:
> > CVE-2015-8364[1]:
> > CVE-2015-8365[2]:
> > 
> > If you fix the vulnerabilities please also make sure to include the
> > CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.
> 
> That's already fixed in git, see [3].

Thanks! I will update the security-tracker information with the fixed
version once it enters unstable.

Thanks for your work,

Regards,
Salvatore

Bug#806524: ITP: infinipath-psm -- PSM Messaging library for Intel Truescale adapters

[Roland Fehrenbacher]

Package: wnpp
Severity: wishlist
Owner: Roland Fehrenbacher 

* Package name: infinipath-psm
  Version : 3.3-7_g05f6f14_open
  Upstream Author : Mike Marciniszyn  and others
* URL : http://downloads.openfabrics.org/downloads/infinipath-psm/
* License : GPL 2 or OpenIB.org BSD 
  Programming Lang: C
  Description : PSM Messaging library for Intel Truescale adapters

 The PSM Messaging API, or PSM API, is Intel's (formerly QLogic's) low-level,
 user-level communication interface for the Truescale family of products. PSM
 users can use mechanisms necessary to implement higher-level communication
 interfaces in parallel environments.
 .
 infinipath-psm provides two shared libraries and some header files.

This package is maintained by the Debian OFED Infiniband packaging team at
   git://anonscm.debian.org/pkg-ofed/infinipath-psm.git

Bug#806280: ITP: ros-metapackages -- Robot OS core metapackages

[Jochen Sprickerhof]

* Chris Bannister  [2015-11-28 19:42]:
> >   URL : http://www.ros.org/wiki/metapackages
> 
> JFTR, that URL is a 404

The actually URLs would be:

http://www.ros.org/reps/rep-0142.html
https://github.com/ros/metapackages

But as it's just a metapackage and we adopted the package names to the
Debian policies anyhow, we didn't used it but modelled a native package
with similar dependencies.


signature.asc
Description: PGP signature

Bug#793911: groovy should not release with stretch

[Markus Koschany]

On Thu, 1 Oct 2015 23:38:11 +0800 =?UTF-8?B?5q635ZWf6IGw?=
 wrote:
> On Tue, 28 Jul 2015 22:38:40 +0200 Moritz Muehlenhoff  wrote:
> > Package: groovy
> > Severity: serious
> >
> > A separate source package groovy2 was uploaded, so reverse dependencies
> > need to be migrated to that one and groovy removed.
> >
> > Cheers,
> > Moritz
> >
> >
> 
> Hi Moritz and all pkg-java members,
> 
> I am wondering if it is better to upgrade groovy to the latest version
> (2.4.5 as of now) and drop groovy2, and migrate all build-rdeps of old
> Groovy 1.x to using a separate groovy-1.8 or groovy-1.9 package if
> necessary. In the end that we get rid of groovy and remain a groovy2
> package seems odd. Anyway BND, Maven are under the similar transition.
> Since GSoC I have been maintaining Gradle in Debian so I am happy and
> willing to do the transition.

Hi Kai-Chung,

I think upgrading src:groovy to version 2.x is a good idea. Though it is
more important that we upgrade all reverse dependencies of groovy 1.x to
to groovy 2.x first, so that we can drop one source package before the
Stretch release.

These are the current reverse dependencies in unstable:

freemind -> will be removed from Debian soon because we have a very
similar package already (freeplane)

libspring-java -> must be updated to a newer version

jenkins -> unmaintainable, can be ignored

red5 -> must be updated to a newer version

If you want to update either libspring-java or red5, that would be a big
help.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#806511: apt: ssh stop to work in 1.1

[Christian Marillat]

Package: apt
Version: 1.1.1
Severity: normal

Dear Maintainer,

Since 1.1 ssh doesn't work :

$ LANG=C sudo apt-get update 
Ign:1 ssh://marillat@192.168.0.3/debian unstable InRelease
Ign:2 ssh://marillat@192.168.0.3/debian unstable Release
Ign:3 ssh://marillat@192.168.0.3/debian unstable/main i386 Packages
Ign:4 ssh://marillat@192.168.0.3/debian unstable/main all Packages
Ign:5 ssh://marillat@192.168.0.3/debian unstable/main Translation-en
Ign:3 ssh://marillat@192.168.0.3/debian unstable/main i386 Packages
Ign:4 ssh://marillat@192.168.0.3/debian unstable/main all Packages
Ign:5 ssh://marillat@192.168.0.3/debian unstable/main Translation-en
Ign:3 ssh://marillat@192.168.0.3/debian unstable/main i386 Packages
Ign:4 ssh://marillat@192.168.0.3/debian unstable/main all Packages
Ign:5 ssh://marillat@192.168.0.3/debian unstable/main Translation-en
Ign:3 ssh://marillat@192.168.0.3/debian unstable/main i386 Packages
Ign:4 ssh://marillat@192.168.0.3/debian unstable/main all Packages
Ign:5 ssh://marillat@192.168.0.3/debian unstable/main Translation-en
Err:3 ssh://marillat@192.168.0.3/debian unstable/main i386 Packages
  Read error - read (1: Operation not permitted)
Ign:4 ssh://marillat@192.168.0.3/debian unstable/main all Packages
Hit:6 http://ftp.fr.debian.org/debian sid InRelease
Hit:7 http://repos.fds-team.de/stable/debian sid InRelease
Reading package lists... Done
W: The repository 'ssh://marillat@192.168.0.3/debian unstable Release' does not 
have a Release file.
N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.
W: Failed to fetch
ssh://marillat@192.168.0.3/debian/dists/unstable/main/binary-i386/Packages Read 
error - read (1: Operation not permitted)
E: Some index files failed to download. They have been ignored, or old ones 
used instead.



Christian

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "False";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.13$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.13$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.13$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.1\.13$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.1\.12$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.1\.13$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.1\.12$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.1\.13$";
APT::NeverAutoRemove:: "^gnumach-image-4\.1\.12$";
APT::NeverAutoRemove:: "^gnumach-image-4\.1\.13$";
APT::NeverAutoRemove:: "^.*-modules-4\.1\.12$";
APT::NeverAutoRemove:: "^.*-modules-4\.1\.13$";
APT::NeverAutoRemove:: "^.*-kernel-4\.1\.12$";
APT::NeverAutoRemove:: "^.*-kernel-4\.1\.13$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.1\.13$";
APT::NeverAutoRemove:: "^linux-tools-4\.1\.12$";
APT::NeverAutoRemove:: "^linux-tools-4\.1\.13$";
APT::NeverAutoRemove:: "^postgresql-";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Architectures "";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";

Bug#803165: Iceweasel icon are cropped instead of resized.

[Oleksandr Gavenko]

  $ dpkg -S iceweasel.png

  iceweasel: /usr/share/icons/hicolor/32x32/apps/iceweasel.png
  iceweasel: /usr/share/pixmaps/iceweasel.png
  iceweasel: /usr/share/icons/hicolor/48x48/apps/iceweasel.png
  iceweasel: /usr/share/icons/hicolor/64x64/apps/iceweasel.png
  iceweasel: /usr/share/icons/hicolor/128x128/apps/iceweasel.png
  iceweasel: /usr/share/icons/hicolor/16x16/apps/iceweasel.png

Only /usr/share/icons/hicolor/128x128/apps/iceweasel.png shown full. Other
smaller pictures are just cropped version of 128x128.

Previous to "Version: 42.0-1" have properly sized small icons:

  $ wget 
http://security.debian.org/debian-security/pool/updates/main/i/iceweasel/iceweasel_38.4.0esr-1~deb8u1_amd64.deb

-- 
Best regards!

Bug#798884: Synaptic, broken/empty History

[xuzhen]

Hi,
I wrote a patch for this bug. Hope the maintainer will merge it.--- synaptic-0.82.orig/gtk/rglogview.cc	2015-10-16 18:53:01.0 +0800
+++ synaptic-0.82/gtk/rglogview.cc	2015-11-28 17:25:04.618800717 +0800
@@ -55,8 +55,7 @@
unsigned int year, month, day, hour, min, sec;
char str[128];
const gchar *logfile;
-   const gchar *logdir = RLogDir().c_str();
-   GDir *dir = g_dir_open(logdir, 0, NULL);
+   GDir *dir = g_dir_open(RLogDir().c_str(), 0, NULL);
while((logfile=g_dir_read_name(dir)) != NULL) {
   if(sscanf(logfile, "%4u-%2u-%2u.%2u%2u%2u.log", 
 		, , , , , ) != 6)

Bug#806513: ITP: defcon -- set of UFO based objects for use in font editing applications

[Hideki Yamane]

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: defcon
  Version : 0.0.1~20151123
  Upstream Author : Type Supply LLC
* URL : http://code.typesupply.com
* License : MIT
  Programming Lang: Python
  Description : set of UFO based objects for use in font editing 
applications

 defcon is a set of UFO based objects optimized for use in font editing
 applications. The objects are built to be lightweight, fast and flexible.
 .
 The objects are very bare-bones and they are not meant to be end-all, be-all
 objects. Rather, they are meant to provide :ref:`base functionality 
`
 so that you can focus on your application's behavior, not
 :ref:`object observing ` or :ref:`maintaining cached data 
`.

Bug#794311: KiCad 4.0 rc1+

[Nick Østergaard]

You will simply need to set -DCMAKE_BUILD_TYPE=Debug  to cmake. And make
that a clean build. But please test on latest product, there have been pns
fixes after rc2 (in 6322).
Den 27/11/2015 19.39 skrev "Gregor Riepl" :

> I tested the new features of KiCad 4.0 quite extensively and found some
> problems with the avoid & shove code. It crashes quite frequently when
> there
> are lots of obstacles.
>
> To debug these, it would be great to have kicad-dbg package with debugging
> symbols.
>
> I tried to build one myself, but the package turned out empty.
> Is KiCad built without debugging symbols at all? Is there some dpkg magic
> involved?
>
> I added this to debian/control:
> Package: kicad-dbg
> Architecture: any
> Section: debug
> Depends:
>  kicad (= ${binary:Version}),
>  ${misc:Depends}
> Description: Debugging symbols for kicad
>
> And this to debian/rules:
> override_dh_strip:
> dh_strip --dbg-package=kicad-dbg
>
>

Bug#803658: boot hangs before cryptsetup passphrase prompt

[Stefano Zacchiroli]

On Thu, Nov 26, 2015 at 11:41:55AM +0100, Stefano Zacchiroli wrote:
> I'll eagerly wait feedback from the Plymouth maintainers on how to
> help them debug this further :)

[ Following up with information that Laurent asked via IRC. ]

I've done "update-initramfs -k 3.16.0-4-amd64 -u" and I confirm that
after that also 3.16 became broken: it hangs before asking the LUKS
password, whereas it used to work before update-initramfs.

Linux 4.1 still boots properly (asking the password via askpass),
because I haven't update-initramfs'd it.

So it is something that sneaks in upon initramfs creation, and that used
not to sneak in with older plymouth versions.

I can also confirm that the workaround of passing plymouth.enable=0 on
the kernel cmdline sidesteps the problem. I'm now running 4.3 from
experimental, which boots properly with plymouth.enable=0.

Hope this helps,
Cheers.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Former Debian Project Leader . . . . . @zacchiro . . . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »

Bug#806521: fakeroot: add getgroups wrapping

[David Kalnischkies]

Package: fakeroot
Version: 1.20.2-1
Severity: wishlist

Hi,

while dealing with #806475 we eventually figured out that while
setgroups is nooped by fakeroot, getgroups isn't handled at all.

Attached is a trivial patch which lets getgroups return always a list
containing only the current (faked) gid. A proper patch would likely
involve saving in setgroups as well, so not marking as +patch – also as
the wrapping of initgroups somehow suggests you don't want to deal with
this at all.


Best regards

David Kalnischkies
--- a/libfakeroot.c
+++ b/libfakeroot.c
@@ -1554,6 +1554,16 @@
 return 0;
 }
 
+int getgroups(int size, gid_t list[]){
+  if (fakeroot_disabled)
+return next_setgroups(size, list);
+  else {
+if (size > 0)
+   list[0] = get_faked_gid();
+return 1;
+  }
+}
+
 int setgroups(SETGROUPS_SIZE_TYPE size, const gid_t *list){
   if (fakeroot_disabled)
 return next_setgroups(size, list);
--- a/wrapfunc.inp
+++ b/wrapfunc.inp
@@ -144,6 +144,7 @@
 setfsgid;gid_t;(gid_t fsgid);(fsgid)
 #endif /* HAVE_SETFSGID */
 initgroups;int;(const char *user, INITGROUPS_SECOND_ARG group);(user, group)
+getgroups;int;(int size, gid_t list[]);(size, list)
 setgroups;int;(SETGROUPS_SIZE_TYPE size, const gid_t *list);(size, list)
 setpriority;int;(int which, int who, int prio);(which, who, prio)
 #ifdef HAVE_CAPSET


signature.asc
Description: PGP signature

Bug#806526: hardening-includes: Typos in manpage

[Ben Wiederhake]

Package: hardening-includes
Version: 2.7
Severity: minor
Tags: newcomer

Dear Maintainer,

currently, the manpage for hardening-check contains a few typos and broken
sentences that make it hard to read.

These are what I found while reading it (via "man hardening-check") :

- Section "Fortify Source functions", sentence "This causes certain unsafe
glibc functions [sic]with their safer counterparts (e.g. strncpy instead of
strcpy)"
  -> Missing "to be replaced" at my mark?
- Same section, end of the sentence, "insteade[sic]"
  -> s/insteade/instead/
- All "-no*" options: "No[sic] not require that the checked binaries be built"
  -> Did you mean "Do not"?
- Why can't the program "codespell" find these typos? At the very minimum,
"insteade" should be detected. Resolving this might uncover further typos.
- Probably separate thing: What is "hardening-check.sh" do? It seems to
duplicate the functionality, contain a broken old version of the man page, and
is not in the BZR repository.

If the answer on most of those is "yes", I can try to make a patch for it.

Regards,
Ben Wiederhake



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

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

Versions of packages hardening-includes depends on:
ii  binutils  2.25.1-7
ii  make  4.0-8.2
ii  perl  5.20.2-6

hardening-includes recommends no packages.

hardening-includes suggests no packages.

-- no debconf information

Bug#770999: Same issue for iPod Nano 7g

[Sebastian Bachmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

the same segfault happens when connecting a iPod Nano 7G:

Program received signal SIGSEGV, Segmentation fault.
0x76cbae73 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0


(gdb) bt
#0  0x76cbae73 in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#1  0x76cbad9d in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#2  0x76cbaee4 in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#3  0x76cbb08e in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#4  0x76d7fbac in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#5  0x75d99015 in g_closure_invoke () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x75dab061 in ?? () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x75db3899 in g_signal_emit_valist () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x75db412f in g_signal_emit () from
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x76ebd0fc in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#10 0x76d7cfbe in ?? () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#11 0x76d7edbc in gtk_main_do_event () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#12 0x768f78e2 in ?? () from
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#13 0x75ac3fe7 in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x75ac4240 in ?? () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#15 0x75ac4562 in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#16 0x76cf4090 in gtk_dialog_run () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#17 0x7fffd1cb274b in repository_ipod_init_set_model () from
/usr/lib/x86_64-linux-gnu/gtkpod/librepository_editor.so
#18 0x77babec3 in gp_load_ipod () from
/usr/lib/x86_64-linux-gnu/libgtkpod.so.1
#19 0x77bc4596 in ?? () from
/usr/lib/x86_64-linux-gnu/libgtkpod.so.1
#20 0x768c41f8 in ?? () from
/usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#21 0x75ac4903 in ?? () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#22 0x75ac3e9a in g_main_context_dispatch () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x75ac4240 in ?? () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x75ac4562 in g_main_loop_run () from
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x76d7df95 in gtk_main () from
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x0040815f in main ()


It seems like something changed in the libgtk?

regards
sebastian
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWWauLAAoJEG/b2Mb5O1+LIEkQAI2a4RmmAR3RV7TOUfSHhWRt
1aGm5EZFOhkW75YE+pHor4XaCi3O2CrS2m7l6FiednGT6V82ugs2j4onjAXMwbgU
iZoGjWMFP+qvD+27ptKcJy85ISPYsnQoeRSLtgUIEAwFig2KGzoSqMt6Sl89huYB
KJqIA863bV5DkelOd+EfNPpsuueBbJfg6cKdHIWJvrIv6App99XhbhqQQkyfQmjt
pBdTWmKjF1+FotUraYOwYuSC8Kb02KQo5Y2YVJ1XyaE2ZY2FzL3JXVT/o9rAbTOp
3ck4MFhlbQhT+Ha+sU5z3Y3RHr3DAOTbnFRr4jjAgIwk9T+rXdiYAmKFHjrswnUr
tTWvJBLI8bNML2eKGQ/dh1zhrQ9Y2SfR8tjE7vxzXW5hRMsKFy82qedfwZmuaXx0
KqHeT7HScRWZHFKws9Izt3hAw0RjxPn2JbccfGTqvJOubRGWZZVDor1shNeOkLBZ
AWAK09SNL6327wPV5Bdmyuf+jKLInth6ctgzTibRaJJ/e6cs/bBiB+8EFBmGK6RG
9qzgMyCKWOXQLape5+sHuOJ97BGXMv3t5IcGhd5t/WwWakNWzhCDRw4+fWmYEQ2Z
1nOgiHB7vEbP3+2bTxHYy/CjR5iKthx4+sKyepFFkT7Qb4Tp3dEBGXudxHzw2n7B
NCg05Yaj1Nm4P8HBblic
=DTDY
-END PGP SIGNATURE-

Bug#805172: RFS: vim-command-t/1.13-2 [ITP]

[Sam Morris]

On Fri, 2015-11-27 at 20:50 +, Craig Small wrote:
> On Thu, Nov 26, 2015 at 3:45 AM Sam Morris  wrote:
> > I think this happens because you have vim 2:7.4.488-7 (from jessie)
> > installed, which uses libruby2.1. vim in testing/unstable uses
> > libruby2.2, so upgrading to this version would get things working.
>
> It would, but the packaging system should ensure that whatever
> version of vim is installed, the program will work or won't be
> installable.
>
>  
> > In fact, I'll probably just remove the version requirements on
> > those
> > build-dependencies entirely--they just get in the way when
> > backporting
> > the package to run on jessie.
> Are you sure? Isn't this a linking problem?
> 
> To me the plugin is linked to ruby 2.2 and vim linked to ruby 2.1
> It sort of needs a dpkg-shlibdeps type of thing going on, but with
> vim not ldd.

Indeed, right now there doesn't appear to be a way to say "I depend on
vim-ruby provided by a package that itself depends on libruby2.2".

-- 
Sam Morris 
CAAA AA1A CA69 A83A 892B  1855 D20B 4202 5CDA 27B9



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

Bug#806418: mediathekview: Spawns VLC-process with fills up hard disc space 100% without being told to do so

[Markus Koschany]

Hi,

Am 28.11.2015 um 09:27 schrieb Helge Kreutzmann:
> Hello Markus,
> On Fri, Nov 27, 2015 at 03:59:14PM +0100, Markus Koschany wrote:
>> Control: severity -1 normal
> 
> Well, I don't agree but I guess it does not matter anymore. Anyhow,
> than's a lot for your analysis and quick reply.

The justification for grave would be that the whole package was unusable
without a way to work around it or it was affected by a security
vulnerability. This is not the case here. This is an annoying bug,
agreed, but there is a simple workaround and most films could be viewed
or downloaded. I can't even fix the bug in MediathekView itself because
the URLs are part of the film list which is downloaded at startup. The
parameters are correct but the input was wrong.

[...]
>> You should also be aware of that MediathekView just passes parameters to
>> external programs, which are defined in your user settings. VLC is one
>> of those helper programs and not part of MediathekView. You can replace
> 
> Well, on this machine I did not define anyting and just jused the
> default parameters which should not render the machiine (almost)
> inoperable. They might not be perfect, there I agree.
> 
> (And in the case of ffmpeg I don't even know what to enter, ffmepg is
> gone, isn't it?). 

In stable we still use libav, so you have to replace ffmpeg with avconv
and install the libav-tools package. However the project migrates to
ffmpeg in Stretch again. I never had to use both for MediathekView
though but in some cases they might be useful.

[...]

>> I will close this issue as soon as the film list was corrected upstream.
> 
> I think you can do so?

Will do.

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#675898: The usage message should go to STDERR not STDOUT

[Julian Andres Klode]

Control: reassign -1 pngcrush

On Mon, Jun 04, 2012 at 10:42:16AM +0800, jida...@jidanni.org wrote:
> Package: apt
> Version: 0.9.5.1
> Severity: wishlist
> 
> $ pngcrush < a.png > b.png
> $
> 
> The usage message should go to STDERR not STDOUT.
> 

It seems like you reported that bug on the wrong package,
I'm reassigning it.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#742394: Progress for PyCharm 5.0.1

[M.]

Hi there,

Any progress on this wishlist? PyCharm is now on version 5.0.1 and the
license terms are still the same for the Community version. Is help needed
to move this forward?

Cheers

Bug#797653: apache2-mpm-itk: Cant send emails from PHP script, when install mpm-itk and exim4.

[Stefan Fritsch]

On Tuesday 01 September 2015 13:35:11, Vitaliy Okulov wrote:
>* What led up to the situation?
> Install apache2-mpm-itk and exim4. Configure apache vhost to some
> user and group.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Add vhost, set AssignUserID to this vhost to some new user and
> group. Create php script for this vhost with text:
>  var_dump(mail('ad...@vokulov.ru', 'test message from server', 'self
> testing')); ?>
> Then just open script from browser.
> 
>* What was the outcome of this action?
> bool(False) and error in /var/log/exim4/paniclog:
> 2015-09-01 13:13:51 unable to set gid=1001 or uid=0 (euid=0):
> forcing real = effective

I fear this is a security feature in recent mpm-itk versions: It 
prevents changing uid to root, which was a significant security issue 
in previous versions.

To work around it, you would have to change your php or php-apps to 
send mails via SMTP to localhost instead of invoking /usr/lib/sendmail 
directly. I can't give any advice on how to do that, though. Or maybe 
there is some way to install some minimal MTA like ssmtp or nullmailer 
as /usr/lib/sendmail that forwards the mail to exim via SMPT. Not sure 
how easy it is to install those parallel to exim, though. Maybe it 
could work by diverting exim's /usr/lib/sendmail .

Cheers,
Stefan

Bug#753919: gnome-control-center: unlock button does nothing

[Jérémy Lal]

Package: gnome-control-center
Version: 1:3.18.2-1
Followup-For: Bug #753919

Dear Maintainer,

I'm seeing the same problem here with printer or user settings.
This appears in journalctl

nov. 28 09:38:15 imac gnome-session[2584]: 
AuthenticationDialog<.performAuthentication@resource:///org/gnome/shell/ui/components/polkitAgent.js:224
nov. 28 09:38:15 imac gnome-session[2584]: 
wrapper@resource:///org/gnome/gjs/modules/lang.js:178

and this appears when launching gnome-control-center, going to user settings, 
click unlock,
then close gnome-control-center window:

(gnome-control-center:6383): GLib-GIO-CRITICAL **: g_permission_acquire_finish: 
assertion 'G_IS_PERMISSION (permission)' failed
Erreur de segmentation

Regards,
Jérémy

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (670, 'unstable'), (650, 'testing'), (590, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.40-3
ii  apg2.2.3.dfsg.1-2
ii  colord 1.2.12-1
ii  desktop-file-utils 0.22-1
ii  gnome-control-center-data  1:3.18.2-1
ii  gnome-desktop3-data3.18.2-1
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-settings-daemon  3.18.2-1
ii  gsettings-desktop-schemas  3.18.1-1
ii  libaccountsservice00.6.40-3
ii  libatk1.0-02.18.0-1
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.4-1
ii  libcairo2  1.14.4-1
ii  libcanberra-gtk3-0 0.30-2.1
ii  libcanberra0   0.30-2.1
ii  libcheese-gtk253.18.1-2
ii  libcheese8 3.18.1-2
ii  libclutter-1.0-0   1.24.2-1
ii  libclutter-gtk-1.0-0   1.6.6-1
ii  libcolord-gtk1 0.1.25-1.1+b1
ii  libcolord2 1.2.12-1
ii  libcups2   2.1.0-6
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-6.3
ii  libgdk-pixbuf2.0-0 2.32.2-1
ii  libgl1-mesa-glx [libgl1]   11.0.6-1
ii  libglib2.0-0   2.46.2-1
ii  libgnome-bluetooth13   3.18.1-1
ii  libgnome-desktop-3-12  3.18.2-1
ii  libgoa-1.0-0b  3.18.2.1-1
ii  libgoa-backend-1.0-1   3.18.2.1-1
ii  libgrilo-0.2-1 0.2.14-1
ii  libgtk-3-0 3.18.5-1
ii  libgtop-2.0-10 2.32.0-1
ii  libgudev-1.0-0 230-2
ii  libibus-1.0-5  1.5.11-1
ii  libkrb5-3  1.13.2+dfsg-4
ii  libmm-glib01.4.12-1
ii  libnm-glib-vpn11.0.8-1
ii  libnm-glib41.0.8-1
ii  libnm-gtk0 1.0.8-1
ii  libnm-util21.0.8-1
ii  libpango-1.0-0 1.38.1-1
ii  libpangocairo-1.0-01.38.1-1
ii  libpolkit-gobject-1-0  0.113-2
ii  libpulse-mainloop-glib07.1-2
ii  libpulse0  7.1-2
ii  libpwquality1  1.2.3-1
ii  libsmbclient   2:4.1.21+dfsg-2+b1
ii  libsoup2.4-1   2.52.2-1
ii  libupower-glib30.99.3-1+b2
ii  libwacom2  0.15-1
ii  libx11-6   2:1.6.3-1
ii  libxi6 2:1.7.5-1
ii  libxml22.9.2+zdfsg1-4

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime 2.9.2-1+b1
ii  cups-pk-helper   0.2.5-2+b1
ii  gkbd-capplet 3.6.0-1
ii  gnome-online-accounts3.18.2.1-1
ii  gnome-user-guide 3.18.1-1
ii  gnome-user-share 3.18.0-1
ii  iso-codes3.63-1
ii  libnss-myhostname228-2
ii  mesa-utils   8.2.0-3+b1
ii  mousetweaks  3.12.0-1
ii  network-manager-gnome1.0.8-1
ii  policykit-1-gnome0.105-2
ii  pulseaudio-module-bluetooth  7.1-2
ii  realmd   0.16.2-1
ii  rygel0.28.1-1
ii  rygel-tracker0.28.1-1
ii  system-config-printer1.5.7-1

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.6.1-1
ii  libcanberra-gtk-module   0.30-2.1
ii  libcanberra-gtk3-module  0.30-2.1
ii  x11-xserver-utils7.7+5

-- no debconf information

Bug#806496: ramsize/rdev/rootflags/vidmode prematurely removed from util-linux

[Andreas Henriksson]

Control: severity -1 wishlist
Control: tags -1 + upstream wontfix

Hello Elliott Mitchell.

Thanks for your bug report.

On Fri, Nov 27, 2015 at 02:01:19PM -0800, Elliott Mitchell wrote:
> Package: util-linux
> Version: 2.20.1-5.3
> 
> Sorry, I hate to have to report it, but as of 4.2 the x86 (both ia32 and
> amd64) Linux kernel still supports the features manipulated by these
> commands.

I was quite confused about what you where speaking of but it seems
you're talking about some commands that was removed from upstream
util-linux in ancient history.

For example the rdev command:

$ git show a3e40c14651fccf18e7954f081e601389baefe3f | head -n 5
commit a3e40c14651fccf18e7954f081e601389baefe3f
Author: Karel Zak 
Date:   Thu May 13 13:58:16 2010 +0200

rdev: remove this deprecated command
$ git tag --contains a3e40c14651fccf18e7954f081e601389baefe3f | grep ^v | sort 
-u | head -n 1
v2.18

Not sure how exactly this applies to Debian, but assuming it does then
it would be an issue between old-oldstable and oldstabe which is just
too far back for me to personally care very much.

> 
> Until the Linux kernel removes these features, removal of the
> commands is quite premature.

Which likely will not happen *ever* since the kernel policy is to not
remove things unless someone *notices* they've been sitting broken for a
long time without anyone reporting it, which will never happen given the
userspace tools doesn't exist anymore
Thus I'm not a fan of your logic here.

> I'm cringing at having to report it, but
> under the right circumstances they're still handy to have.

In those rare cases I'd be willing to bet that just git cloning
util-linux, checking out some ancient version and builting that could be
done... or if snapshots.debian.org carries old enough versions of the
package (and they where ever included in Debian before?) they could be
extracted from there.
Debian does not have to ship a utility for everything... Other sources
of software besides the official archive are allowed.
Maybe there are even newer and better ways at utilizing whatever
these old tools provided.

> Someone good with rants really needs to chew out whomever thought
> removing them was a good idea.

I doubt ranting will solve anything. If you want this issue fixed you
should talk to upstream util-linux project though, not Debian.
>From a Debian perspective I'm tagging this wontfix because someone would
have to consider being the upstream of these tools before they get
packaged. Maybe you want to start a "old-tools" project (or whatever
name you find suitable) containing the sources for these tools and
maintain them yourself? If so, just file a RFP bug against "wnpp" once
the project is live.

> 
> My apologies at the long delay in bringing up the issue, but problems
> happen.

My apologies for not meeting your request, but I hope you understand
that there's a limit to how far my volunteer effort goes around here...

I hope you find a way to work around your issues.

Regards,
Andreas Henriksson

Bug#806512: ITP: robofab -- library with objects deal with data associated with fonts and type design

[Hideki Yamane]

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: robofab
  Version : 0.0.1~20151122
  Upstream Author : Just van Rossum, Tal Leming, Erik van Blokland
* URL : https://github.com/robofab-developers/robofab
* License : BSD-3-clause
  Programming Lang: Python
  Description : library with objects deal with data associated with fonts 
and type design

 RoboFab is a Python library with objects that deal with data usually
 associated with fonts and type design. RoboFab has support for the UFO
 font format.

Bug#806517: onboard: please make the build reproducible

[Reiner Herrmann]

Source: onboard
Version: 1.1.2-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that onboard could not be built reproducibly.
It links against libraries in a random order.

The attached patch fixes this by sorting the list of items parsed
from pkg-config.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/0002-reproducible-build.patch b/debian/patches/0002-reproducible-build.patch
new file mode 100644
index 000..0ad3ba9
--- /dev/null
+++ b/debian/patches/0002-reproducible-build.patch
@@ -0,0 +1,13 @@
+Index: onboard-1.1.2/setup.py
+===
+--- onboard-1.1.2.orig/setup.py
 onboard-1.1.2/setup.py
+@@ -72,7 +72,7 @@ def pkgconfig(*packages, **kw):
+ else:
+ kw.setdefault('extra_link_args', []).append(token)
+ for k, v in kw.items():
+-kw[k] = list(set(v))
++kw[k] = sorted(list(set(v)))
+ 
+ return kw
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 7c0331d..ce04c37 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 0001_make-desktop-files-appropriate-for-Debian.patch
+0002-reproducible-build.patch


signature.asc
Description: PGP signature

Bug#806516: ITP: booleanoperations -- Boolean operations on paths

[Hideki Yamane]

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 

* Package name: booleanoperations
  Version : 0.1
  Upstream Author : Frederik Berlaen 
* URL : https://github.com/typemytype/booleanOperations
* License : MIT
  Programming Lang: python, C++
  Description : Boolean operations on paths

 Boolean operations on paths based on a super fast polygon clipper library.

Bug#806164: installation-reports: jessie install on dell xps 13 9350 (grub-installer issues)

[Julien Cristau]

Control: reassign -1 grub-installer 1.117
Control: severity -1 important
Control: retitle -1 grub-installer: too much hardcoding of device names, fails 
with /dev/nvme*

On Wed, Nov 25, 2015 at 00:06:57 +0100, Julien Cristau wrote:

> Installation went fine (well, had to stay close to the screen because
> the text was quite small on this high-dpi display) until the
> grub-installer step.  Which failed horribly, I think because the
> /dev/nvme0n1 device name for the drive isn't expected.  See attached
> excerpt from syslog (contains a few invocations of grub-installer while
> I was trying to understand what was going on; the last one has
> DEBCONF_DEBUG and set -x enabled.
> 
Reassigning.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#777043: Shark / libshark packaging status

[Andreas Tille]

Hi,

from my outsiders perspective I would assume that if you checked whether
Goswins work contains something that might be relevant for the packaging
and is not yet in your repository and upload as team upload in Debian
Science things should be fine.  I'd recommend to drop a note in the
repository inside Debian Med about the new location.

Surely Goswin as owner of the ITP has a last word but from the Debian
Med teams point of view any progress that leads to an upload of the
package is welcome.

Kind regards

  Andreas.

On Sat, Nov 28, 2015 at 09:32:56AM +, Ghislain Vaillant wrote:
> Dear all,
> 
> I recently pushed a candidate source package for Shark [1] to the d-science
> package repositories [2]. After more careful reading of the different ITP /
> RFP bugs filed for Shark [3][4], I just realized that someone had already
> started working on it a while back (Goswin).
> 
> Please correct if I am wrong but it seems that no upload to the main archive
> has been done so far for Shark. And rightfully so, since there are some
> licensing issues in the distributed files (bug filed upstream) and quite a
> bit of patching had to be done to fix the build system (PR sent upstream).
> So as of today, I would advise against sponsoring an upload for it just yet,
> although the packaging is ready (lintian-free, upstream metdata,
> autopkgtest...).
> 
> I don't know how you guys want to handle the duplication, but I wanted to
> confirm that I am happy to join force with Goswin should he want to
> co-maintain this package with me.
> 
> [1] https://github.com/Shark-ML/Shark
> [2] https://anonscm.debian.org/cgit/debian-science/packages/shark.git
> [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595485
> [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777043
> 
> Best regards,
> Ghislain
> 
> 

-- 
http://fam-tille.de

Bug#805510: ImportError: No module named apt

[Petter Reinholdtsen]

[James Valleroy]
> It looks like both isenkram and isenkram-cli are installed in the test
> environment, and isenkram brings in the python-apt dependency. So I
> think you will need a separate test for isenkram-cli, that doesn't
> include isenkram.

Ah, right.  I've commited a split of the test and will upload a new
version with a fix in place as soon as possible.

Thank you very much for the tip.

-- 
Happy hacking
Petter Reinholdtsen

Bug#795797: git-buildpackage: please ignore .pc folders

[Bernd Zeimetz]

hi Guido,

sorry for the late reply.

> No configuration on my end. This is quilt 0.63 as in
> stable/testing/unstable.
> 
> Is there any content left in .pc ?

yeah, some hidden files:

bzed@think ~ % cd /tmp
bzed@think /tmp % mkdir foobar-1 
bzed@think /tmp % cd foobar-1 
bzed@think /tmp/foobar-1 % mkdir -p debian/patches
bzed@think /tmp/foobar-1 % quilt new patch1
Patch patch1 is now on top
bzed@think /tmp/foobar-1 % quilt add foo
File foo added to patch patch1
bzed@think /tmp/foobar-1 % echo 1 > foo
bzed@think /tmp/foobar-1 % quilt refresh
Refreshed patch patch1
bzed@think /tmp/foobar-1 % quilt pop -a
Removing patch patch1
Removing foo

No patches applied
bzed@think /tmp/foobar-1 % ls -laR .pc
.pc:
total 12
drwxr-xr-x 2 bzed bzed 62 Nov 28 13:36 .
drwxr-xr-x 4 bzed bzed 29 Nov 28 13:36 ..
-rw-r--r-- 1 bzed bzed 15 Nov 28 13:35 .quilt_patches
-rw-r--r-- 1 bzed bzed  7 Nov 28 13:35 .quilt_series
-rw-r--r-- 1 bzed bzed  2 Nov 28 13:35 .version
bzed@think /tmp/foobar-1 % 


 
> It would actually be nicer to fix this on the quilt side than adding a
> workaround to gbp. 


Indeed!
I think I have a pretty basic quilt config:

QUILT_PUSH_ARGS="--color=auto"
QUILT_DIFF_ARGS="--no-timestamps --no-index -p ab --color=auto"
QUILT_REFRESH_ARGS="--no-timestamps --no-index -p ab"
QUILT_DIFF_OPTS='-p'
QUILT_COLORS="diff_hdr=1;32:diff_add=1;34:diff_rem=1;31:diff_hunk=1;33:diff_ctx=35:diff_cctx=33"
QUILT_PATCHES=debian/patches

So I have no real idea why the .pc folder is still there

Cheers,

Bernd



-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#806516: ITP: booleanoperations -- Boolean operations on paths

[Ben Hutchings]

On Sat, 2015-11-28 at 18:51 +0900, Hideki Yamane wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Hideki Yamane 
> 
> * Package name: booleanoperations

That seems an overly generic name for something that's specific to
fonts(?).  (And adding the customary 'python-' prefix to the binary
package won't change that.)

Ben.

>   Version : 0.1
>   Upstream Author : Frederik Berlaen 
> * URL : https://github.com/typemytype/booleanOperations
> * License : MIT
>   Programming Lang: python, C++
>   Description : Boolean operations on paths
> 
>  Boolean operations on paths based on a super fast polygon clipper
> library.
> 
-- 
Ben Hutchings
Power corrupts.  Absolute power is kind of neat.
   - John Lehman, Secretary of the US Navy 1981-1987


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

Bug#805966: apache2-mpm-itk: php file_get_contents via https freeze

[Stefan Fritsch]

tags 805966 help
thanks

On Tuesday 24 November 2015 12:38:36, Michal Mauser wrote:
> we have a problem with (not only) phpbb forum freezing for like 2
> minutes when doing file_get_contents (on itself) via https
> (verified certificate). We found that this problem occurs when we
> use apache2-mpm-itk (Jessie version) on the server but not when we
> use cgi. It also works normally if we use web browser to display
> the same page as requested by file_get_contents. We tested this
> with client php 5.4 and 5.6. The server is OpenVZ VM.
> 
> We use itk widely so this complicates migrating servers to Jessie
> when there is file_get_contents in use in the website.
> 
> Thank you for looking into this.

I fear I don't have enough time to configure a setup to reproduce 
this. It would be helpful if someone could try to figure out what 
causes the delay here, possibly using strace or some verbose php 
logging.

The current version of mpm-itk installs a seccomp filter to prevent 
privilege escalation to root. This has the side effect that suid-
binaries do not work when called by mpm-itk. Maybe something in 
file_get_contents requires a suid root binary? Possibly something with 
host name resolution?

Cheers,
Stefan

Bug#740710: problem with SF3 playback

[Fabian Greffrath]

Am Samstag, den 28.11.2015, 11:14 +1100 schrieb Hamish Moffatt:
> loopstart = loopend = 0 fixes it.
> 
> Yes, I do see the problem in MuseScore (2.0.2 release). Interesting.

Hah, I think this is good news. Since MuseScore is the reference
implementation for sf3 sound fonts support I consider it a success that
FluidSynth with my patch sounds the same. Even if this means that there
are the same artifacts.

Honestly, I think now the sound font or the software that created it is
to blame for setting wrong loopstart and loopend values. Resetting them
both to 0 is really just a hack that should be avoided.

Thank you very much for testing my patch!

Cheers,

Fabian


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

Bug#806531: gnupg2: old DSA 1024 key is not useable

[Sandro Knauß]

Package: gnupg2
Version: 2.1.9-1
Severity: important

Hey,

I have an old DSA 2014 key and used that key a lot, so I have a lot of mails 
encrypted with that key, at least I want to read my old mails. Btw. the key is 
also available at sks-keyservers.net.

I attached some output of gpg(2) --list-(secret-)keys. The failing part is gpg2 
--list-secret-keys.

Also decrypt/encrypt a file on the cmdline with that key without any positive 
outcome. I can use other keys that are RSA 4096.

The migration from 1->2 was made:
 * I stopped gpg-agent
 * copied the keys from an old location 
 * start gpg-agent again.

I tried also to manually reimport the secrect key again but that didn't fixed 
it.

Reagrds,

sandro

--

% hkt export-pubkeys '3D4D B440 897F 43A0 F911 7884 858C 390F 7703 B4E4' | 
hokey lint
[...]
Key has potential validity: good
Key has fingerprint: 3D4D B440 897F 43A0 F911  7884 858C 390F 7703 B4E4
Checking to see if key is OpenPGPv4: V4
Checking to see if key is RSA or DSA (>= 2048-bit): DSA 1024
Checking user-ID- and user-attribute-related items:
  Sandro Knauß :
Self-sig hash algorithms: [SHA512]
Preferred hash algorithms:
  [SHA1,SHA256,RIPEMD160]
Key expiration times:
  [10y5m26d85509s = Wed Nov 16 22:30:58 UTC 2016]
Key usage flags:
  [ sign-data key
, certify-keys key ]
  Sandro Knauß :
Self-sig hash algorithms: [SHA512]
Preferred hash algorithms:
  [SHA1,SHA256,RIPEMD160]
Key expiration times:
  [10y5m26d85509s = Wed Nov 16 22:30:58 UTC 2016]
Key usage flags:
  [ sign-data key
, certify-keys key ]
  Sandro Knauss (university) :
Self-sig hash algorithms: [SHA512]
Preferred hash algorithms:
  [SHA1,RIPEMD160]
Key expiration times:
  [10y5m26d85509s = Wed Nov 16 22:30:58 UTC 2016]
Key usage flags:
  [ sign-data key
, certify-keys key ]
  Sandro Knauß :
Self-sig hash algorithms: [SHA512]
Preferred hash algorithms:
  [SHA512,SHA384,SHA256,SHA224]
Key expiration times:
  [10y5m26d85509s = Wed Nov 16 22:30:58 UTC 2016]
Key usage flags:
  [ sign-data key
, certify-keys key ]
  :
Self-sig hash algorithms: [SHA512]
Preferred hash algorithms:
  [SHA1,SHA256,RIPEMD160]
Key expiration times:
  [10y5m26d85509s = Wed Nov 16 22:30:58 UTC 2016]
Key usage flags:
  [ sign-data key
, certify-keys key ]


gnupg1:

% LANG=C gpg --list-keys --fingerprint 0x7703b4e4
pub   1024D/7703B4E4 2006-05-22 [expires: 2016-11-16]
  Key fingerprint = 3D4D B440 897F 43A0 F911  7884 858C 390F 7703 B4E4
uid  Sandro Knauß 
uid  Sandro Knauß 
uid  [jpeg image of size 6984]
uid  Sandro Knau\xdf\x20
uid  Sandro Knauß 
uid  Sandro Knau\xdf\x20
uid  Sandro Knauss (university) 
sub   4096g/8177A399 2014-11-17 [expires: 2016-11-16]

% LANG=C gpg --list-secret-keys --fingerprint 0x7703b4e4
sec   1024D/7703B4E4 2006-05-22 [expires: 2016-11-16]
  Key fingerprint = 3D4D B440 897F 43A0 F911  7884 858C 390F 7703 B4E4
uid  Sandro Knauß 
uid  Sandro Knauß 
uid  [jpeg image of size 6984]
uid  Sandro Knau\xdf\x20
uid  Sandro Knauß 
uid  Sandro Knau\xdf\x20
uid  Sandro Knauss (university) 
ssb   2048g/32E11209 2006-05-22 [expires: 2010-12-30]
ssb   4096g/FA67CC17 2010-12-26 [expires: 2011-12-26]
ssb   4096g/5D1C1EDA 2011-11-30 [expires: 2012-11-29]
ssb   4096g/6F650D51 2012-11-21 [expires: 2013-11-21]
ssb   4096g/74E1B06B 2013-11-19 [expires: 2014-11-19]
ssb   4096g/8177A399 2014-11-17 [expires: 2016-11-16]


and gnupg2:
% LANG=C gpg2 --list-keys --fingerprint 0x7703b4e4
gpg: keyserver option 'no-try-dns-srv' is unknown
pub   dsa1024/7703B4E4 2006-05-22 [expires: 2016-11-16]
  Key fingerprint = 3D4D B440 897F 43A0 F911  7884 858C 390F 7703 B4E4
uid [ultimate] Sandro Knauß 
uid [ultimate] Sandro Knauß 
uid [ultimate] [jpeg image of size 6984]
uid [ultimate] Sandro Knau\xdf\x20
uid [ultimate] Sandro Knauß 
uid [ultimate] Sandro Knau\xdf\x20
uid [ultimate] Sandro Knauss (university) 
sub   elg4096/8177A399 2014-11-17 [expires: 2016-11-16]


% LANG=C gpg2 --list-secret-keys --fingerprint 0x7703b4e4
gpg: 

Bug#806207: Add minimal autopkgtest

[Guido Günther]

Hi,
On Wed, Nov 25, 2015 at 12:40:40PM +0100, Guido Günther wrote:
> Source: nss
> Severity: wishlist
> Tags: patch
> 
> Hi,
> while dealing with nss issues I ended up testing the same things so
> here's a small autopkgtest that handles at least some prominent
> cases. Would be great to have this in sid so it comes to other
> versions as well.

Attached is an updated patch that moves in the fips test from
debian/rules and is a bit more strict on the build-deps.
Cheers,
 -- Guido
>From 64705b30a2003d73f33231ce5bdef85ae78cb724 Mon Sep 17 00:00:00 2001
Message-Id: <64705b30a2003d73f33231ce5bdef85ae78cb724.1448722395.git@sigxcpu.org>
From: =?UTF-8?q?Guido=20G=C3=BCnther?= 
Date: Wed, 25 Nov 2015 11:59:02 +0100
Subject: [PATCH] Add minimal autopkgtest

This test does two things:

test-cert.sh   - make sure we can create, sign and import certificates
test-fips.sh   - make sure we can enable fips mode
test-link.make - make sure we can link against libnss
---
 debian/tests/control|  5 +
 debian/tests/test-cert.sh   | 42 ++
 debian/tests/test-fips.sh   | 22 ++
 debian/tests/test-link.cpp  | 25 +
 debian/tests/test-link.make | 10 ++
 5 files changed, 104 insertions(+)
 create mode 100644 debian/tests/control
 create mode 100755 debian/tests/test-cert.sh
 create mode 100755 debian/tests/test-fips.sh
 create mode 100644 debian/tests/test-link.cpp
 create mode 100755 debian/tests/test-link.make

diff --git a/debian/tests/control b/debian/tests/control
new file mode 100644
index 000..d5d9065
--- /dev/null
+++ b/debian/tests/control
@@ -0,0 +1,5 @@
+Tests: test-cert.sh test-fips.sh
+Depends: libnss3-tools
+
+Tests: test-link.make
+Depends: libnss3-dev, pkg-config, g++
diff --git a/debian/tests/test-cert.sh b/debian/tests/test-cert.sh
new file mode 100755
index 000..43b3518
--- /dev/null
+++ b/debian/tests/test-cert.sh
@@ -0,0 +1,42 @@
+#!/bin/bash
+#
+# Check some basic CA operations
+
+set -e
+
+cleanup() {
+[ -z "$DIR" ] || rm -rf "$DIR"
+}
+
+
+run_certutil() {
+CMD="certutil -z $DIR/random -f $DIR/passwd -d sql:$DIR $@"
+echo "Running: $CMD"
+$CMD
+}
+
+DIR=`mktemp -p . -d`
+trap cleanup EXIT ERR
+
+dd  bs=20 count=1 if=/dev/urandom of=$DIR/random 2>/dev/null
+echo "password" > $DIR/passwd
+
+# Create the database
+run_certutil -N
+# Create a self signed certificate
+run_certutil -S -k rsa -n test-ca -s CN=testca -t c -x 2>/dev/null
+# Create a certificate request
+run_certutil -R -k rsa -g 2048 -n test-cert -s "CN=testcert" -o $DIR/cert.req -a 2>/dev/null
+# Sign with ca
+run_certutil -C -m 1 -c test-ca -i $DIR/cert.req -o $DIR/cert.cer -a
+run_certutil -A -n test-cert -i $DIR/cert.cer -t c -a
+
+echo -n "Checking if ca is present..."
+run_certutil -L -n test-ca >/dev/null
+echo "OK."
+
+echo -n "Checking if cert present..."
+run_certutil -L -n test-cert >/dev/null
+echo "OK."
+
+exit 0
diff --git a/debian/tests/test-fips.sh b/debian/tests/test-fips.sh
new file mode 100755
index 000..6707724
--- /dev/null
+++ b/debian/tests/test-fips.sh
@@ -0,0 +1,22 @@
+#!/bin/bash
+#
+# Enable fips mode
+
+set -e
+
+cleanup() {
+[ -z "$DIR" ] || rm -rf "$DIR"
+}
+
+
+run_certutil() {
+CMD="certutil -z $DIR/random -f $DIR/passwd -d sql:$DIR $@"
+echo "Running: $CMD"
+$CMD
+}
+
+DIR=`mktemp -p . -d`
+trap cleanup EXIT ERR
+
+modutil -create -dbdir $DIR < /dev/null
+modutil -fips true -dbdir $DIR < /dev/null
diff --git a/debian/tests/test-link.cpp b/debian/tests/test-link.cpp
new file mode 100644
index 000..0880b4e
--- /dev/null
+++ b/debian/tests/test-link.cpp
@@ -0,0 +1,25 @@
+#include 
+#include 
+#include 
+
+#include 
+
+int main()
+{
+  int ret = 0;
+  SECStatus s;
+  char *t = strdup("/tmp/nss.XX");
+  char *tmpdir = mkdtemp(t);
+
+  if (tmpdir == NULL)
+fprintf(stderr, "Failed to create temp directory: %s", strerror(errno));
+  
+  s = NSS_InitReadWrite(tmpdir);
+  if (s != SECSuccess)
+ret = 2;
+  
+  NSS_Shutdown();
+  free(t);
+
+  return ret;
+}
diff --git a/debian/tests/test-link.make b/debian/tests/test-link.make
new file mode 100755
index 000..19e4e7c
--- /dev/null
+++ b/debian/tests/test-link.make
@@ -0,0 +1,10 @@
+#!/usr/bin/make -f
+
+all: a.out
+	./a.out
+	rm -f a.out
+
+a.out: debian/tests/test-link.cpp
+	g++ -Wall -Werror $<  $(shell pkg-config --cflags nss) $(shell pkg-config --libs nss)
+
+.PHONY: all
-- 
2.6.2

Bug#803835: closed by Bertrand Marc <beberk...@gmail.com> (Bug#803835: fixed in libextractor 1:1.3-3)

[Andreas Cadhalpun]

Control: reopen -1
Control: found -1 1:1.3-3

Hi Bertrand,

On 20.11.2015 12:39, Debian Bug Tracking System wrote:
>* Add a patch cherry-picked from upstream to fix FTBFS with FFmpeg 2.9
>  (Closes: #803835).

Unfortunately this patch fixes only one half of the problem
(avcodec_*_frame -> av_frame_*), but not the other (PixelFormat -> 
AVPixelFormat,
PIX_FMT_* -> AV_PIX_FMT_*).

For your convenience, I'm attaching a patch for the missing parts.

Best regards,
Andreas
diff --git a/debian/patches/ffmpeg_2.9_pixfmt.patch b/debian/patches/ffmpeg_2.9_pixfmt.patch
new file mode 100644
index 000..2687490
--- /dev/null
+++ b/debian/patches/ffmpeg_2.9_pixfmt.patch
@@ -0,0 +1,51 @@
+Description: Replace deprecated FFmpeg API
+Author: Andreas Cadhalpun 
+Last-Update: <2015-11-28>
+
+--- libextractor-1.3.orig/src/plugins/thumbnailffmpeg_extractor.c
 libextractor-1.3/src/plugins/thumbnailffmpeg_extractor.c
+@@ -153,7 +153,7 @@ seek_cb (void *opaque,
+ static size_t 
+ create_thumbnail (int src_width, int src_height, 
+ 		  int src_stride[],
+-		  enum PixelFormat src_pixfmt, 
++		  enum AVPixelFormat src_pixfmt,
+ 		  const uint8_t * const src_data[],
+ 		  int dst_width, int dst_height,
+ 		  uint8_t **output_data, 
+@@ -189,7 +189,7 @@ create_thumbnail (int src_width, int src
+   if (NULL == 
+   (scaler_ctx =
+sws_getContext (src_width, src_height, src_pixfmt,
+-		   dst_width, dst_height, PIX_FMT_RGB24, 
++		   dst_width, dst_height, AV_PIX_FMT_RGB24,
+ 		   SWS_BILINEAR, NULL, NULL, NULL)))
+ {
+ #if DEBUG
+@@ -214,7 +214,7 @@ create_thumbnail (int src_width, int src
+   return 0;
+ }
+   if (NULL == (dst_buffer =
+-	   av_malloc (avpicture_get_size (PIX_FMT_RGB24, dst_width, dst_height
++	   av_malloc (avpicture_get_size (AV_PIX_FMT_RGB24, dst_width, dst_height
+ {
+ #if DEBUG
+   fprintf (stderr,
+@@ -229,7 +229,7 @@ create_thumbnail (int src_width, int src
+   return 0;
+ }
+   avpicture_fill ((AVPicture *) dst_frame, dst_buffer,
+-  PIX_FMT_RGB24, dst_width, dst_height);
++  AV_PIX_FMT_RGB24, dst_width, dst_height);
+   sws_scale (scaler_ctx,
+  src_data, 
+  src_stride,
+@@ -272,7 +272,7 @@ create_thumbnail (int src_width, int src
+ }
+   encoder_codec_ctx->width = dst_width;
+   encoder_codec_ctx->height = dst_height;
+-  encoder_codec_ctx->pix_fmt = PIX_FMT_RGB24;
++  encoder_codec_ctx->pix_fmt = AV_PIX_FMT_RGB24;
+   opts = NULL;
+   if (avcodec_open2 (encoder_codec_ctx, encoder_codec, ) < 0)
+ {
diff --git a/debian/patches/series b/debian/patches/series
index 62519f9..0dd7e92 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
 libgiflib5.1.patch
 ffmpeg2.9.patch
+ffmpeg_2.9_pixfmt.patch

Bug#806539: ITP: libdata-dump-oneline-perl -- Perl module that dumps data structures as single-line strings

[Lucas Kanashiroo]

Package: wnpp
Owner: Lucas Kanashiro 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libdata-dump-oneline-perl
  Version : 0.07
  Upstream Author : perlancar 
* URL : https://metacpan.org/release/Data-Dump-OneLine
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl module that dumps data structures as single-line 
strings

Data::Dump::OneLine dumps data structures as single-line strings. It uses
Data::Dmp.

JSON should also encode to a single-line string, but some data structures
(cyclical, contains globs or other special Perl data) cannot be encoded out of
the box to JSON.

Data::Dumper::OneLine strives to do the same for Data::Dumper.

The package will be maintained under the umbrella of the Debian Perl Group.

-- 
Lucas Kanashiro
PGP-Key ID: RSA4096R/9883C97C
PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130  A870 F823 A272 9883 C97C


signature.asc
Description: PGP signature

Bug#806548: RM: ndesk-dbus-glib -- ROM; Unmaintained & deprecated

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Please remove this package from the archive, it's unneeded and defiitely 
unwanted.

The last build-dep should be gone, with cairo-dock-plug-ins 3.4.0-1.2

Bug#806549: RM: ndesk-dbus -- ROM; Unmaintained & unneeded

[Jo Shields]

Package: ftp.debian.org
Severity: normal

This is dead upstream, and should no longer be needed as of cairo-dock-plug-ins 
3.4.0-1.2

Bug#806550: libmoosex-methodattributes-perl: autopkgtest syntax.t failure

[Niko Tyni]

Package: libmoosex-methodattributes-perl
Version: 0.31-1
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package started failing its autopkgtest checks with 0.31-1
(which moved to using libnamespace-autoclean-perl). Given 'use
MooseX::MethodAttributes' works, I expect that these compilation failures
are not real bugs. Probably we should just skip the whole syntax.t check.

  # Subtest: all modules in libmoosex-methodattributes-perl pass the syntax 
check
  1..13
  # Subroutine init_meta redefined at 
/usr/share/perl5/MooseX/MethodAttributes.pm line 42.
  # Can't locate object method "get_method_list" via package 
"Class::MOP::Package" at /usr/share/perl5/namespace/autoclean.pm line 191.
  # /usr/share/perl5/MooseX/MethodAttributes.pm had compilation errors.
  not ok 1 - /usr/bin/perl -wc /usr/share/perl5/MooseX/MethodAttributes.pm 
exited successfully
  ok 2 - /usr/bin/perl -wc 
/usr/share/perl5/MooseX/MethodAttributes/Inheritable.pm exited successfully
  # Subroutine init_meta redefined at 
/usr/share/perl5/MooseX/MethodAttributes/Role.pm line 38.
  # Can't locate object method "get_method_list" via package 
"Class::MOP::Package" at /usr/share/perl5/namespace/autoclean.pm line 191.
  # /usr/share/perl5/MooseX/MethodAttributes/Role.pm had compilation errors.
  not ok 3 - /usr/bin/perl -wc 
/usr/share/perl5/MooseX/MethodAttributes/Role.pm exited successfully
  
  [...]
  
  Test Summary Report
  ---
  /usr/share/pkg-perl-autopkgtest/runtime-deps-and-recommends.d/syntax.t 
(Wstat: 256 Tests: 4 Failed: 1)
Failed test:  4
Non-zero exit status: 1

Bug#806142: test suite times out

[Niko Tyni]

On Tue, Nov 24, 2015 at 03:33:14PM -0200, Antonio Terceiro wrote:
> Package: libextutils-autoinstall-perl
> Version: 0.63-3
> Severity: normal
> User: autopkgtest-de...@lists.alioth.debian.org
> Usertags: autopkgtest

> As you can see on
> https://ci.debian.net/packages/libe/libextutils-autoinstall-perl/unstable/amd64/
> the test suite for libextutils-autoinstall-perl is timing out on 
> ci.debian.net.
> 
> Looking at the latest test log, it seems to be deadlocking somehow at
> the beginning of the tests?
> 
> I am blacklisting the package on ci.debian.net for now, and will
> reconsider that when this bug is fixed.

Thanks for the report!

This is the same issue as in #752930. I've just uploaded 0.63-4 that
should fix it. Could you please verify and unblacklist if it works.
-- 
Niko

Bug#806438: [Pkg-sysvinit-devel] Bug#806438: update-rc.d: Do not fail when initscripts is not installed

[Felipe Sateler]

On 27 November 2015 at 19:59, Petter Reinholdtsen  wrote:
> [Felipe Sateler]
>> Do we want to break installs when an init script is broken but the
>> user is using systemd and not sysvinit? I think this is the question
>> we should be asking. The patch I proposed essentially answers "no".
>
> As long as some of the archtectures in Debian are using sysvinit, I
> suspect the best answer to that question is "yes", to ensure as many
> eyeballs as possible can discover, report and fix such problems early.

I disagree that "fail to install" is an appropriate action when there
is no damage done to the system in question.

>> That we check for mountkernfs.sh, which lives in package initscripts,
>> I consider only a proxy for the real question: is this system likely
>> to ever boot into sysvinit?
>
> To me that is not really the question.  To me it is "is the package
> broken, and how should it be discovered".  As long as systemd only work
> on Linux, and Debian provide kFreeBSD and Hurd kernels, we should do our
> best to fix bugs in the init.d scripts.  After all, incorrect init.d
> script dependencies are trivial to fix, but hard to find.

Well, its hard to disagree with fixing broken packages ;).

However, failure to install is too great a cost to pay for detecting
such bugs, especially when the bug will not affect the current system.
We do not cause install failures when packages have RC bugs, or fail
to build on other architectures. We don't even fail to install on file
conflicts when the conflicting package is not installed. I think we
should stick to that logic here: if we know that sysv init is never
going to be booted (because a critical file is missing), then don't
bother with ordering problems, because they never will be problems for
the current system.

>
>> I'm afraid I don't see any other way than triggering error at the
>> point where we detect this might be a problem: when initscripts is to
>> be installed again.
>
> That is one scenario, but not the one I had in mind, as I mention above.
>
> I would like to ensure the package maintainer and all the package users
> detect incorrect boot script dependencies as early as possible,
> preferably before the package is uploaded or at least as soon as it is
> unloaded to unstable.

Maybe insserv should be changed to emit a warning even when -f is
passed. Currently it succeeds silently when -f is passed.


-- 

Saludos,
Felipe Sateler

Bug#119911: ITP: alephone - marathon engine for data games

[Alexandre Detiste]

Hi,

I've added a rule in G-D-P for Marthon.

http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=276b4a06fb63b85be1db5069f0bc80620a1bc79e

The package with the engine should also provide 3 .desktop files with a TryExec 
clause
that point to a file provided by G-D-P -created, .deb
for example /usr/share/games/marathon-{1|2|3}/try-exec
as symlinks back to /usr/games/alephone .

This way the icons are only displayed if the matching data are installed.

The engine should go in contrib, as the assets are not DFSG-free and
the engine is useless without assets.

>3) the game-data-packager that that preliminary installer
>"marathoninstaller.sh" with release date as argument and scenario as
>second argument

Hum, there's built-in support for that, this shell script is not needed.


Alexandre Detiste

Bug#806509: libept1.5.0 and libept1.4.16: error when trying to install together

[Julian Andres Klode]

Control: subscribe -1 j...@debian.org

On Sat, Nov 28, 2015 at 08:26:45AM +0100, Ralf Treinen wrote:
> Package: libept1.4.16,libept1.5.0
> Version: libept1.4.16/1.0.14+b2
> Version: libept1.5.0/1.1+nmu2
> Severity: serious
> User: trei...@debian.org
> Usertags: edos-file-overwrite
> 
> Date: 2015-11-28
> Architecture: amd64
> Distribution: sid
> 
> Hi,
> 
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:

That got ugly temporarily due to a binNMU that went wrong and produced
a library with the wrong soname. We could probably Replace libept1.4.16
(= 1.0.14+b2) or something (and conflict with that build).

The broken libept binNMU was in unstable for less than 24 hours though
(excluding non-Linux ports, for which it still exists, because the
current build FTBFS due to O_PATH being undefined, which is easy
to fix).

What do you think?

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.

Bug#761568: diet: FTBFS: convert: unable to open file `/tmp/magick-229129QKrUoVzzgMw': No such file or directory @ error/constitute.c/ReadImage/540.

[Andreas Beckmann]

On Fri, 23 Oct 2015 06:40:02 +0100 David J C MacKay  >
This bug still exists on macos as of October 2015:  [OS X Yosemite 10.10.3]
> 
> using convert that was installed with ImageMagick by macport   [version 
> number of convert shown below]
> 
> It seems the error message is being caused by uniconvertor not being found. 

Which would imply something is missing a
  (Build-)Depends: python-uniconvertor
but that package is orphaned and RC buggy.


Andreas

Bug#806542: liblinux-prctl-perl: autopkgtest failures: seccomp, capbset

[Niko Tyni]

Package: liblinux-prctl-perl
Version: 1.6.0-2 
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest
X-Debbugs-Cc: Antonio Terceiro 

This package recently started failing its autopkgtest checks on ci.debian.net:
 https://ci.debian.net/packages/libl/liblinux-prctl-perl/unstable/amd64/

I believe this coincides with a system upgrade of ci.debian.net, so
presumably this is caused by the environment there rather than an ABI
incompatibility or something like that. More investigation is needed.

I'm cc'ing Antonio, who's operating ci.debian.net. Does any of this
ring a bell?

  not ok 14 - Checking whether mac_admin is in the bounding set
  
  #   Failed test 'Checking whether mac_admin is in the bounding set'
  #   at t/capbset.t line 16.
  #  got: '0'
  # expected: '1'
  not ok 15 - Checking whether mac_override is in the bounding set
  
  #   Failed test 'Checking whether mac_override is in the bounding set'
  #   at t/capbset.t line 16.
  #  got: '0'
  # expected: '1'
  not ok 29 - Checking whether sys_module is in the bounding set
  
  #   Failed test 'Checking whether sys_module is in the bounding set'
  #   at t/capbset.t line 16.
  #  got: '0'
  # expected: '1'
  
  not ok 35 - Checking whether sys_time is in the bounding set
  
  #   Failed test 'Checking whether sys_time is in the bounding set'
  #   at t/capbset.t line 16.
  #  got: '0'
  # expected: '1'

  not ok 1 - Checking default seccomp value (0)
  
  #   Failed test 'Checking default seccomp value (0)'
  #   at t/seccomp.t line 12.
  #  got: '2'
  # expected: '0'
  not ok 2 - Child received signal
  
  #   Failed test 'Child received signal'
  #   at t/seccomp.t line 21.
  #  got: '0'
  # expected: '1'
  not ok 3 - Child received correct signal
  
  #   Failed test 'Child received correct signal'
  #   at t/seccomp.t line 22.
  #  got: '0'
  # expected: '9'
  
  Test Summary Report
  ---
  t/capbset.t (Wstat: 1024 Tests: 73 Failed: 4)
Failed tests:  14-15, 29, 35
Non-zero exit status: 4
  t/seccomp.t (Wstat: 768 Tests: 3 Failed: 3)
Failed tests:  1-3
Non-zero exit status: 3

Bug#805721: jessie-pu: package exim4/4.84-8+deb8u2

[Andreas Metzler]

On 2015-11-21 Andreas Metzler  wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu

> Hello,

> I would like to fix 805576 for jessie:

Please wait on that, I think I might need to add another MIME fix.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#806543: courier-filter-perl: autopkgtest failure: Can't locate Courier/Filter.pm in @INC

[Niko Tyni]

Package: courier-filter-perl
Version: 0.200+ds-3
Severity: normal
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package fails its autopkgtest use.t check. It looks like the package
is not meant to use directly as the modules are installed into a private
library path. So presumably use.t should be disabled?

  #   Failed test '/usr/bin/perl -w -M"Courier::Filter" -e 1 2>&1 exited 
successfully'
  #   at /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t line 74.
  
  #   Failed test '/usr/bin/perl -w -M"Courier::Filter" -e 1 2>&1 produced no 
output'
  #   at /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t line 75.
  # Looks like you failed 2 tests of 2.
  /usr/share/pkg-perl-autopkgtest/runtime-deps.d/use.t .. 
  1..2
  # Can't locate Courier/Filter.pm in @INC (you may need to install the 
Courier::Filter module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 
/usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .).
  # BEGIN failed--compilation aborted.
  not ok 1 - /usr/bin/perl -w -M"Courier::Filter" -e 1 2>&1 exited successfully
  not ok 2 - /usr/bin/perl -w -M"Courier::Filter" -e 1 2>&1 produced no output
  Dubious, test returned 2 (wstat 512, 0x200)
  Failed 2/2 subtests 

Bug#806541: diet: FTBFS with GCC 5: Gcc should (and does indeed) support inlining !

[Andreas Beckmann]

Source: diet
Version: 2.8.0-1
Severity: serious
Tags: sid
Justification: fails to build from source (but built successfully in the past)

diet FTBFS with GCC 5 in sid:

[...]
-- Checking C compiler for inlining support.
-- Checking C compiler for inline.
-- Checking C compiler for __inline__.
-- Checking C compiler for __inline.
CMake Error at Cmake/ConfigureCCompiler.cmake:27 (MESSAGE):
  Gcc should (and does indeed) support inlining !
Call Stack (most recent call first):
  CMakeLists.txt:336 (include)
[...]

Full build log attached.


Andreas


sid.build.gz
Description: application/gzip

Bug#806398: rxvt: /etc/X11/rxvt.menu remaining on purge

[George Gensure]

On Sat, Nov 28, 2015 at 2:45 AM, Kevin Ryde 
wrote:

> The quality of the rm on purge code in other menu-methods packages is
> slightly variable to look at, but they rm explicitly. :)
>

The install-menus command has a --remove option that I will be taking
advantage of, to decouple the packaged menu-methods from its cleanup.  A
change to add other menu files would be consistently removed without any
need to know about postrm responsibilities


> > but 2.7.10-7 will contain the removal of menu-method
> > products on the 'remove' action.
>
> Oh, I read the menu docs as being on "purge", but I don't know if it
> makes a difference in practice.
>

When in response to a 'purge,' the menu-methods file has already been
removed during postrm.  While I could place this in prerm, the existing
debhelper mechanisms for cleanup are placed into postrm, so I figured to be
consistent...  Since the script is always auto generated, the net effect
would be that while /etc/menu-methods/rxvt remains after a remove, the
effective menu in /etc/X11/rxvt.menu is removed.  If menu guys disagree,
I'll move this to prerm on purge.

Bug#805030: libssh: newer upstream versions?

[Willi Mann]

Hi Laurent, Hi Mike,

is there a particular reason why libssh wasn't updated to newer upstream
versions?

Bye
Willi



signature.asc
Description: OpenPGP digital signature

Bug#794927: openstack-dashboard: fails to install: django_pyscss.compressor.DjangoScssFilter: not found

[Andreas Beckmann]

Followup-For: Bug #794927

Hi,

is this bug fixed in sid? The bug metadata only considers it as fixed in
stretch and blocks migration.
This is caused by the stretch changelog entry not being part of the sid
changelog.


Andreas

Bug#806530: gnome-shell: Left click followed by right click on desktop causes issues with focus.

[Mladen Mijatov]

Package: gnome-shell
Version: 3.18.1-1
Severity: important

Dear Maintainer,

I've noticed a weird pattern which causes some serious usability issues. If I
left click on desktop then right click (on desktop, not the menu) I will not be
able to change focus of windows with mouse. Clicking does nothing anymore. To
reset this behavior I simply have to press Super key twice, once to show the
launcher and once to hide it.

This issues is 100% reproducible on my system. Enabling desktop icons through
Gnome Tweak solves this issue.



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

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  evolution-data-server3.18.2-1
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-atspi-2.0 2.18.3-1
ii  gir1.2-caribou-1.0   0.4.19-1
ii  gir1.2-clutter-1.0   1.24.2-1
ii  gir1.2-freedesktop   1.46.0-2
ii  gir1.2-gcr-3 3.18.0-1
ii  gir1.2-gdesktopenums-3.0 3.18.1-1
ii  gir1.2-gdm3  3.18.0-2
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.46.0-2
ii  gir1.2-gnomebluetooth-1.03.18.1-1
ii  gir1.2-gnomedesktop-3.0  3.18.2-1
ii  gir1.2-gtk-3.0   3.18.5-1
ii  gir1.2-gweather-3.0  3.18.1-1
ii  gir1.2-ibus-1.0  1.5.11-1
ii  gir1.2-mutter-3.03.18.2-1
ii  gir1.2-networkmanager-1.01.0.6-1
ii  gir1.2-nmgtk-1.0 1.0.8-1
ii  gir1.2-pango-1.0 1.38.1-1
ii  gir1.2-polkit-1.00.105-13
ii  gir1.2-soup-2.4  2.52.1-1
ii  gir1.2-telepathyglib-0.120.24.1-1.1
ii  gir1.2-telepathylogger-0.2   0.8.2-1
ii  gir1.2-upowerglib-1.00.99.3-1+b2
ii  gjs  1.43.3-2
ii  gnome-backgrounds3.18.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-settings-daemon3.18.2-1
ii  gnome-shell-common   3.18.1-1
ii  gsettings-desktop-schemas3.18.1-1
ii  libatk-bridge2.0-0   2.18.1-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.4-1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libclutter-1.0-0 1.24.2-1
ii  libcogl-pango20  1.22.0-1
ii  libcogl201.22.0-1
ii  libcroco30.6.9-1
ii  libdbus-glib-1-2 0.102-1
ii  libecal-1.2-19   3.18.2-1
ii  libedataserver-1.2-213.18.2-1
ii  libgcr-base-3-1  3.18.0-1
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libgirepository-1.0-11.46.0-2
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.43.3-2
ii  libglib2.0-0 2.46.2-1
ii  libgstreamer1.0-01.6.1-1
ii  libgtk-3-0   3.18.5-1
ii  libical1a1.0.1-0.1
ii  libjson-glib-1.0-0   1.0.4-2
ii  libmozjs-24-024.2.0-3
ii  libmutter0g  3.18.2-1
ii  libnm-glib4  1.0.6-1
ii  libnm-util2  1.0.6-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libpolkit-agent-1-0  0.105-13
ii  libpolkit-gobject-1-00.105-13
ii  libpulse-mainloop-glib0  7.1-2
ii  libpulse07.1-2
ii  libsecret-1-00.18.3-1
ii  libstartup-notification0 0.12-4
ii  libsystemd0  228-2
ii  libtelepathy-glib0   0.24.1-1.1
ii  libx11-6 2:1.6.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  mutter   

Bug#806535: vim-runtime: Please add Multi-Arch: foreign

[Elrond]

Package: vim-runtime
Version: 2:7.4.826-1
Severity: wishlist

Hi,

It looks like vim-runtime/vim-gui-common offers an
architecture independent (data/script level) interface to
its users.
Would you mind setting it to Multi-Arch: foreign?  It's
usually a matter of adding one line to debian/control.

This would hopefully improve install options for different
architectures.

Note: Architecture=all packages are not Multi-Arch=foreign
automatically for various reasons, so they need to be set
manually.


Cheers

Elrond

Bug#796588: Bug796588#: adjtimex: Has init script in runlevel S but no matching service file

[Andreas Henriksson]

Hello Roger Shimizu.

On Sat, Nov 28, 2015 at 11:12:38PM +0900, Roger Shimizu wrote:
> Dear systemd maintainers,
[...]

I'm just a random bystander, but hope I can come up with a few
useful suggestion.

> Enclosed the "adjtimex.service" file I wrote and confirmed working
> well on my box.
> Since this is the first time I write service file, it would be helpful
> if you can help to review it.

Thanks for your interest in participating in resolving the rcS situation.

> 
> I also have one doubt whether to have "RemainAfterExit=yes", which is
> commented out now.
> After setting the kernel time variables, adjtimex simply exits and
> don't need to remain as daemon. I guess it should be okay to be "no".

I'd suggest you remove the line entirely.  (The default is
RemainAfterExit=no.)
You have no "stop" method, thus there's no point in using this
directive to mark the service as still running so that it can
later be "stopped".

For more information:
http://www.freedesktop.org/software/systemd/man/systemd.service.html#RemainAfterExit=


> 
> Looking forward to your reply. Thank you!

I also suggest you look into the possibility to not running
the init script from the service file.

Should be possible by making the following changes:

Remove:
ConditionFileIsExecutable=/etc/init.d/adjtimex

Add:
Environment="TICK=1 FREQ=0"
EnvironmentFile=-/etc/default/adjtimex

See:
http://www.freedesktop.org/software/systemd/man/systemd.exec.html#Environment=
EnvironmentFile= should "win" over default settings in Environment=,
while the dash (-) prefix says it's ok if the file does not exist.

Replace:
ExecStart=/etc/init.d/adjtimex start

with:
ExecStart=/sbin/adjtimex -tick "$TICK" -frequency "$FREQ"


In case these changes sounds useful to you, then please confirm the
above to make sure my understanding of the situation is correct.

Regards,
Andreas Henriksson

Bug#805828: mysql-server-5.6: upgrade didn't work, package unusable, mysql does not start

[Robie Basak]

Hi,

Do you have steps to reproduce this please? What makes you think it is a
bug in the packaging as opposed to a configuration problem on your
system?

On Sun, Nov 22, 2015 at 10:02:05PM +0100, jpp wrote:
> The /var/lib/mysql is a symlinj to another location on another disk.

I'm not aware of any path in the maintainer scripts that will create
this as a symlink. Is this something you have configured yourself?

> /etc/mysql/mysql.cnf [Errno 2] No such file or directory: 
> u'/etc/mysql/mysql.cnf'

Again I'm not aware of a path that would cause this to not exist. IIRC
it is a conffile shipped by mysql-server-5.6.

> 2015-11-22 21:53:53 4936 [ERROR] Fatal error: Can't open and lock
> privilege tables: Table 'mysql.user' doesn't exist

This I have seen. I think upstream know more about it, but I don't
recall the details. Have you ever installed MariaDB? Because the
migration path from MySQL back to MariaDB isn't automatic.

> Severity: critical
> Justification: causes serious data loss

I don't think this is justified until we can determine that this is
really a bug. For that we need steps to reproduce please. You said that
you found this on a test server. Can you restore the test server to find
out what the state of the system was before you attempted the upgrade?

Thanks,

Robie

Bug#806464: RFP: trufont -- cross-platform ufo3 font editor

[Daniel Glassey]

On Fri, Nov 27, 2015 at 12:56:03PM -0500, Daniel Kahn Gillmor wrote:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: trufont
>   Version : 0.1.0
>   Upstream Author : Adrien Tétar 
> * URL : https://trufont.github.io/
> * License : GPLv3 or LGPLv2.1
>   Programming Lang: Python
>   Description : cross-platform ufo3 font editor
> 
> TruFont is a cross-platform font editor designed to work with the UFO
> font interchange format (http://www.unifiedfontobject.org/).
> 
> in caeozd0yu6sfgh1izaopxsf0w_nhppn94kgme8dbrdri7ryo...@mail.gmail.com,
> Dave Crossland writes:
> 
> >   I thought I'd announce here that Adrien Tétar - one of the most active
> >   FontForge developers in the last year or so - has started a new and clean
> >   UFOv3 font editor project that I see as a replacement to FontForge.
> > 
> >   There's a longer discussion about the history and context for this here:
> > 
> >   
> > http://typedrawers.com/discussion/1165/introducing-trufont-world-s-first-native-ufo3-font-editor-fully-cross-platform
> > 
> > 
> >   I invite all FontForge users and developers to join the TruFont project 
> > and
> >   help make a transition. However, TruFont is still in an early stage, so 
> > for
> >   type designers dedicated to using libre software, using both editors will
> >   be needed for a while... :)
> 
> Packaging TruFont for debian may need the creation/inclusion of
> several other python3 font-related libraries, as found in
> requirements.txt of the source code, which currently contains:
> 
> git+https://github.com/behdad/fonttools.git#egg=fonttools
> git+https://github.com/trufont/defcon.git@python3-ufo3#egg=defcon
> git+https://github.com/trufont/robofab.git@python3-ufo3#egg=robofab
> git+https://github.com/trufont/ufo2fdk.git@python3-ufo3#egg=ufo2fdk
> PyInstaller==3.0

Hi,

I haven't noticed anything about this on the pkg-fonts list so am forwarding
there for comment/(volunteers?).

Er, looks like he is using personal forks of defcon and robofab which are
already being packaged from the upstream github branches to be used by afdko.
It might be that the trufont guy has made modifications to use them with 
python3.

fonttools is uptodate with the latest release.

Regards,
Daniel


signature.asc
Description: Digital signature

Bug#806540: RM: subtitleeditor [m68k powerpcspe sh4] -- ROM; Broken due to removal of gstreamer0.10

[Philip Rinn]

Package: ftp.debian.org
Severity: normal

Hi,

please remove subtitleeditor as version 0.52.1 is BD-Uninstallable for the
given architectures. As gstreamer0.10 is removed from the archive and the
binaries on these architecures will be broken.

Thanks,
Philip

Bug#806544: libical-parser-sax-perl: FTBFS: t/01parse.t failure

[Niko Tyni]

Package: libical-parser-sax-perl
Version: 1.09-3
Severity: serious
Tags: sid
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=109258

This package fails to build on current sid/amd64. The first
matching ci.debian.net autopkgtest failure happened on 2015-11-24, and
reproducible.debian.net built the package successfully on 2015-11-17.
Apparently stretch was still unaffected as of 2015-11-26.

  https://reproducible.debian.net/history/libical-parser-sax-perl.html
  http://ci.debian.net/packages/libi/libical-parser-sax-perl/unstable/amd64/

[rt.cpan.org #109258] blames DateTime-Event-Recurrence-0.18
and DateTime-Set-0.3600. The above timeline indeed matches
libdatetime-event-recurrence-perl_0.18-1.

  #   Failed test 'rrule'
  #   at t/01parse.t line 19.
  # Found 6 differences with expected:
  #   Rogue element 'dtend' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]/event[1]'.
  #   Rogue element 'event' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]'.
  #   Rogue element 'dtstamp' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]/event[1]'.
  #   Rogue element 'hours' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]/event[1]'.
  #   Rogue element 'summary' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]/event[1]'.
  #   Rogue element 'dtstart' in element 
'/ical[1]/events[1]/year[1]/month[1]/week[1]/day[5]/event[1]'.
  # in processed XML:
  #   wierd2004-11-13T21:47:342004-12-02T00:00:002004-12-02T01:00:001.001.002004-12-03T01:00:002004-12-03T00:00:002004-11-13T21:47:34wierd
  # Looks like you failed 1 test of 19.
  
  [...]
  
  Test Summary Report
  ---
  t/01parse.t (Wstat: 256 Tests: 19 Failed: 1)
Failed test:  10
Non-zero exit status: 1
  Files=2, Tests=21,  2 wallclock secs ( 0.03 usr  0.00 sys +  1.52 cusr  0.02 
csys =  1.57 CPU)
  Result: FAIL
 

Bug#806534: libio-pty-easy-perl: nondeterministic failures in t/read-write.t

[Niko Tyni]

Package: libio-pty-easy-perl
Version: 0.09-1
Severity: normal
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=95702
User: debian-p...@lists.debian.org
Usertags: autopkgtest

Test 3 in t/read-write.t occasionally fails on ci.debian.net. See
 https://ci.debian.net/packages/libi/libio-pty-easy-perl/unstable/amd64/

I can reproduce this by running the test in a loop and adding
other load to the system. It could make the build fail, although
the reproducible.debian.net system hasn't seen that yet.

The test writes a large (1M) string to a subprocess that doesn't consume
any input. This write is presumably expected to block. The test then sets
up a timed alarm (1s) with a handler that immediately tries to write even
more. The second write is expected to fail, but it sometimes succeeds,
causing a test failure.

Looking at strace output for the test failure, the select() call in
IO::PTY::Easy::write() indeed returns immediately indicating that the
write FD is ready for writing. The number of bytes written when the alarm
signal arrives is a bit less than for the "normal" case, 11776 vs. 13824,
but giving the syswrite() more time doesn't make the bug go away.

Given the next test is a related TODO test for write timeouts, I'd say
this is not worth the trouble. I'm inclined to just disable the test.

This is also [rt.cpan.org #95702], and there's plenty of failure reports
on CPAN testers.
-- 
Niko Tyni   nt...@debian.org

Bug#806479: gcc-5: please allow building cross compilers targeting x86 cpus without building hppa64 cross compilers

[Matthias Klose]

On 28.11.2015 07:12, Helmut Grohne wrote:

On Sat, Nov 28, 2015 at 02:58:31AM +0100, Matthias Klose wrote:

No. Why would you handle hppa as a secondary or ternary architecture? You
need the hppa64 cross compiler to bootstrap hppa.  Other architectures
require a multilib enabled compiler to bootstrap the architecture, however
hppa/hppa64 isn't multilib enabled.  So maybe you don't have this target
enabled?  Fyi, there is #800729 trying to address this issue properly and
not working around it. Unfortunately no reply yet.


I understand that you do need hppa64 cross compilers to bootstrap the
hppa port. That is why the proposed patch leaves with_hppa64 enabled
when setting hppa as a cross target.

What I do not understand is why I suddenly need hppa64 cross compilers
to bootstrap amd64, i386 or x32. This wasn't required a week ago. Where
does this new requirement come from?


And it wasn't required before. gcc-5-hppa64-linux-gnu is now in the archive for 
x86 hosts.



Also why do the generated Build-Depends for targets amd64, i386 and x32
not list binutils-hppa64-linux-gnu when the build ends up using it. This
is inconsistent.


Sure, is this the only problem building a complete x86 stand alone cross 
compiler?

Bug#785867: morituri: Please update to GStreamer 1.x

[Jonas Smedegaard]

Hi Moritz,

Quoting Moritz Muehlenhoff (2015-11-14 23:18:21)
> On Wed, May 20, 2015 at 04:03:06PM +0300, sl...@debian.org wrote:
>> your package morituri currently still depends on GStreamer 0.10.
>>
>> GStreamer 0.10 is no longer maintained and supported by the upstream 
>> project since almost 3 years, and contains many known bugs that are 
>> fixed in the new 1.x release series of GStreamer. Next to many bug 
>> fixes, the new release series also contains many other improvements, 
>> new features and a more streamlined API.
>
> upstream doesn't seem to plan a port, are you planning to port it 
> yourself or shall we remove it for now (it can still be re-added if 
> fixed at a later point in time)?
>
> https://github.com/thomasvs/morituri/issues/47

Not sure what you propose here.

If you mean drop from testing then that happened already 2 weeks before 
your email.

If you mean drop from unstable, then I see no benefit in that, but a 
drawback is loss of bug tracking.


 - Jonas

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

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


signature.asc
Description: signature

Bug#806521: fakeroot: add getgroups wrapping

[Clint Adams]

On Sat, Nov 28, 2015 at 12:48:08PM +0100, David Kalnischkies wrote:
> Attached is a trivial patch which lets getgroups return always a list
> containing only the current (faked) gid. A proper patch would likely

Thanks.

Bug#806538: gnocchi-common: missing Depends: dbconfig-common

[Andreas Beckmann]

Package: gnocchi-common
Version: 1.3.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package gnocchi-common.
  (Reading database ... 
(Reading database ... 14666 files and directories currently installed.)
  Preparing to unpack .../gnocchi-common_1.3.0-2_all.deb ...
  Unpacking gnocchi-common (1.3.0-2) ...
  Setting up gnocchi-common (1.3.0-2) ...
  /var/lib/dpkg/info/gnocchi-common.postinst: 702: .: Can't open 
/usr/share/dbconfig-common/dpkg/postinst
  dpkg: error processing package gnocchi-common (--configure):
   subprocess installed post-installation script returned error exit status 2
  Errors were encountered while processing:
   gnocchi-common

cheers,

Andreas


gnocchi-common_1.3.0-2.log.gz
Description: application/gzip

Bug#637737: apt-get purge of old kernels results in cascade of "Broken pipe" error messages from dkms

[Marc Meledandri]

Still seeing this old bug on Jessie. I've removed dozens of kernels
since this bug has existed, and it's pretty annoying

Would be nice to see the intended sdout of dkms to be assured it's
functioning properly.

Removing linux-image-4.2.4+mfm (4.2.4) ...
Examining /etc/kernel/prerm.d.
run-parts: executing /etc/kernel/prerm.d/dkms 4.2.4+mfm /boot/vmlinuz-4.2.4+mfm
dkms: removing: nvidia-current 340.93 (4.2.4+mfm) (x86_64)
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1824: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1824: echo: write error: Broken pipe
/usr/sbin/dkms: line 1824: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
dkms: removing: vboxhost 5.0.10 (4.2.4+mfm) (x86_64)
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1880: echo: write error: Broken pipe
/usr/sbin/dkms: line 1878: echo: write error: Broken pipe
/usr/sbin/dkms: line 1824: echo: write error: Broken pipe
...

Thanks

Bug#806546: repo: no doc nor link to doc

[ydirson]

Package: repo
Version: 1.12.22-1
Severity: wishlist

Since there is apparently no doc shipped aside from "repo help", a link to 
upstream doc ought to
be provided, in a README.Debian or in a manpage.

Bug#704303: violates Debian Policy 2.3 Copyright considerations

[Sandro Knauß]

severity 704303 serious
thanks

Hey,

Iceweasel's `/usr/share/doc/iceweasel/copyright' file says:

| The complete text of the Mozilla Public License can be found in
| the `MPL' file in the same directory as this file.

the Debian Policy 2.3 is clear about the license text in d/copyright:

"Every package must be accompanied by a verbatim copy of its copyright 
information and distribution license in the file /usr/share/doc/package/
copyright"

and 12.5:
"Packages distributed under the Apache license (version 2.0), the Artistic 
license, the GNU GPL (versions 1, 2, or 3), the GNU LGPL (versions 2, 2.1, or 
3), and the GNU FDL (versions 1.2 or 1.3) should refer to the corresponding 
files under /usr/share/common-licenses,[119] rather than quoting them in the 
copyright file. "

So not shipping the full text of the MPL inside d/copyright violates the 
debian policy 2.3 and 12.5 - a link to a local file is not enough. I discussed 
that in debian-devel and other had the same interpretation of the debian 
policy, too.

So please copy the complete text of  the MPL into d/copyright to fullfill the 
debian policy.

Regards,

sandro

Bug#806529: jessie-pu: package apache2/2.4.10-10+deb8u4

[Stefan Fritsch]

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

Hi,

please review apache2/2.4.10-10+deb8u4 for inclusion in s-p-u. It
includes a fixed version of the deferred mpm switch patch that was
pulled from the last s-p-u upload due to a bug. It also fixes some other
annoying but easy to fix issues.

Changelog:

 * Add versioned replaces/breaks for libapache2-mod-macro to apache2,
   for the config files in /etc. Closes: #806326
 * Fix split-logfile to work with current perl. Closes: #803472
 * Fix tests on deferred mpm switch. Add special casing for mpm_itk,
   which is not an mpm anymore, despite the name. Closes: #789914
   Closes: #791902
 * Fix secondary-init-script to not source the main init script with
   'set -e'. Closes: #803177

Debdiff is attached.

Cheers,
Stefan
diff -Nru apache2-2.4.10/debian/a2enmod apache2-2.4.10/debian/a2enmod
--- apache2-2.4.10/debian/a2enmod	2015-08-27 23:03:43.0 +0200
+++ apache2-2.4.10/debian/a2enmod	2015-11-28 14:08:16.0 +0100
@@ -430,7 +430,7 @@
 if ( $? != 0 ) {
 
 # config doesn't work
-if ( -e "$enabldir/mpm_prefork.load" || -e "$enabldir/mpm_itk.load" )
+if ( -e "$enabldir/mpm_prefork.load" )
 {
 return 0;
 }
diff -Nru apache2-2.4.10/debian/a2query.in apache2-2.4.10/debian/a2query.in
--- apache2-2.4.10/debian/a2query.in	2015-08-07 23:33:37.0 +0200
+++ apache2-2.4.10/debian/a2query.in	2015-11-28 14:07:43.0 +0100
@@ -209,10 +209,10 @@
 		my $file = $_;
 		next if $file !~ m/\.load$/;
 		$file =~ s/\.load//;
-		if ($file =~ /mpm_(\w+)/ && $file ne 'mpm_itk')
+		if ($file =~ /mpm_(?:event|worker|prefork)/)
 		{
 			$MPM = $1 if $MPM eq 'invalid';
-			if(grep { $_ =~ m/^mpm_/ } @MODULES)
+			if(grep { $_ =~ m/^mpm_(?:event|worker|prefork)/ } @MODULES)
 			{
 fail("There is more than one MPM loaded. Do not proceed due to undefined results", 1);
 			}
diff -Nru apache2-2.4.10/debian/apache2.postinst apache2-2.4.10/debian/apache2.postinst
--- apache2-2.4.10/debian/apache2.postinst	2015-08-28 18:11:59.0 +0200
+++ apache2-2.4.10/debian/apache2.postinst	2015-11-28 14:08:41.0 +0100
@@ -432,21 +432,21 @@
 			esac
 			;;
 		apache2_switch_mpm)
-			local MPM="mpm_$ARG1"
-			local CUR_MPM="$(ls /etc/apache2/mods-enabled/mpm_*.load)"
+			local MPM="$ARG1"
+			local CUR_MPM="$(ls /etc/apache2/mods-enabled/mpm_*.load | grep -e event -e prefork -e worker)"
 			CUR_MPM="${CUR_MPM##*/mpm_}"
 			CUR_MPM="${CUR_MPM%.load}"
-			if [ ! -e /etc/apache2/mods-available/$MPM.load ] ; then
-msg "error" "$MPM not found in 'apache2_switch_mpm $ARG1' for package $PACKAGE"
+			if [ ! -e /etc/apache2/mods-available/mpm_$MPM.load ] ; then
+msg "error" "mpm $MPM not found in 'apache2_switch_mpm $ARG1' for package $PACKAGE"
 error=true
-			elif [ ! -e /etc/apache2/mods-enabled/$MPM.load ] ; then
-msg "info" "$MPM: No action required"
+			elif [ -e /etc/apache2/mods-enabled/mpm_$MPM.load ] ; then
+msg "info" "Switch to mpm $MPM for package $PACKAGE: No action required"
 			else
-msg "info" "Switch to $MPM for package $PACKAGE"
+msg "info" "Switch to mpm $MPM for package $PACKAGE"
 if ! a2dismod -m -q "mpm_$CUR_MPM" ||
    ! a2enmod -m -q "mpm_$MPM"
 then
-	msg "error" "Switching to $MPM failed"
+	msg "error" "Switching to mpm $MPM failed"
 	error=true
 fi
 			fi
diff -Nru apache2-2.4.10/debian/changelog apache2-2.4.10/debian/changelog
--- apache2-2.4.10/debian/changelog	2015-08-28 18:26:05.0 +0200
+++ apache2-2.4.10/debian/changelog	2015-11-28 15:02:23.0 +0100
@@ -1,3 +1,16 @@
+apache2 (2.4.10-10+deb8u4) jessie; urgency=medium
+
+  * Add versioned replaces/breaks for libapache2-mod-macro to apache2,
+for the config files in /etc. Closes: #806326
+  * Fix split-logfile to work with current perl. Closes: #803472
+  * Fix tests on deferred mpm switch. Add special casing for mpm_itk,
+which is not an mpm anymore, despite the name. Closes: #789914
+Closes: #791902
+  * Fix secondary-init-script to not source the main init script with 'set -e'.
+Closes: #803177
+
+ -- Stefan Fritsch   Sat, 28 Nov 2015 15:02:23 +0100
+
 apache2 (2.4.10-10+deb8u3) jessie; urgency=medium
 
   * Revert fix for deferred mpm switch for now, because it is at least not
diff -Nru apache2-2.4.10/debian/control apache2-2.4.10/debian/control
--- apache2-2.4.10/debian/control	2015-08-27 23:03:43.0 +0200
+++ apache2-2.4.10/debian/control	2015-11-28 13:59:22.0 +0100
@@ -20,7 +20,8 @@
  perl, mime-support, apache2-bin (= ${binary:Version}),
  apache2-utils (>= 2.4), apache2-data (= ${source:Version}),
  ${perl:Depends}
-Replaces: apache2.2-common
+Replaces: apache2.2-common, libapache2-mod-macro (<< 1:2.4.6-1~)
+Breaks: libapache2-mod-macro (<< 1:2.4.6-1~)
 Conflicts: apache2.2-common (<< 2.3~)
 Provides: httpd, httpd-cgi
 Recommends: ssl-cert
diff -Nru 

Bug#798242: systemd: Failed to execute operation: Connection timed out

[Martin Pitt]

Control: fixed -1 228-1

Hello James,

James Cameron [2015-09-07  3:19 -0500]:
> Processing triggers for systemd (215-17+deb8u1) ...
> Failed to execute operation: Connection timed out

This sounds like another case of
https://github.com/systemd/systemd/issues/1505, which finally got
fixed in version 228.

This bug is really hard to reproduce reliably on versions < 219, and
still hard to reproduce in that particular postinst situation with
later versions.

I don't close this for now, it would be interesting to see whether
this still happens with >= 228 in any case.

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#806532: FTBFS on jessie

[Daniel Pocock]

Package: python2-pythondialog
Tags: patch

I wanted to try the letsencrypt package on jessie so I tried to build
python2-pythondialog and it fails.

It seems to need gnulib added to the build-deps

The setup.py needs to be patched (see attached)

In setup.py, last_commit_in_ch_init seems to be wrong, needs to be reviewed




$ dpkg-buildpackage -rfakeroot -i.git
dpkg-buildpackage: source package python2-pythondialog
dpkg-buildpackage: source version 3.3.0-2
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Francois Marier 
dpkg-buildpackage: host architecture amd64
 dpkg-source -i.git --before-build python2-pythondialog
 fakeroot debian/rules clean
dh clean --with python2 --buildsystem=pybuild
   dh_testdir -O--buildsystem=pybuild
   dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py clean
Converting the Git log into ChangeLog format... Traceback (most recent
call last):
  File "setup.py", line 39, in run_gitlog_to_changelog
subprocess.check_call(args, stdout=output)
  File "/usr/lib/python2.7/subprocess.py", line 535, in check_call
retcode = call(*popenargs, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 522, in call
return Popen(*popenargs, **kwargs).wait()
  File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory

Error (see above for a traceback): unable to run gitlog-to-changelog

Maybe this program is not installed on your system. You can download it
from:


http://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob_plain;f=build-aux/gitlog-to-changelog

Note: if you have problems with the infamous shell+Perl crap in the
first lines
of that file, you can replace it with a simple shebang line such as
"#! /usr/bin/perl".
E: pybuild pybuild:256: clean: plugin distutils failed with: exit
code=1: python2.7 setup.py clean
dh_auto_clean: pybuild --clean -i python{version} -p 2.7 --dir .
returned exit code 13
debian/rules:9: recipe for target 'clean' failed
make: *** [clean] Error 13
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit
status 2
diff --git a/setup.py b/setup.py
index 63a849f..459f345 100755
--- a/setup.py
+++ b/setup.py
@@ -33,7 +33,7 @@ from dialog import __version__ as VERSION
 
 
 def run_gitlog_to_changelog(after_this_commit, output=None):
-args = [ "gitlog-to-changelog", "--format=%s%n%n%b%n", "--",
+args = [ "/usr/bin/perl", "/usr/share/gnulib/build-aux/gitlog-to-changelog", "--format=%s%n%n%b%n", "--",
  "{0}..".format(after_this_commit) ]
 try:
 subprocess.check_call(args, stdout=output)

Bug#803001: samba: Share mount fails on first attempt (Samba clients ask for password twice)

[Renato Candido]

As reported in https://bugzilla.samba.org/show_bug.cgi?id=10604, it is
possible to circumvent the problem by adding the line

  idmap config * : range = 1000-199

just above the share definitions and restarting samba and winbind services.


Regards,

Renato.

Bug#801848: iwatch: Typo in /etc/default/iwatch makes it unable to start

[Eriberto]

tags 801848 wontfix
thanks


Hi all,

Yes, as Helmar said, the CONFIG_FILE is correct. This variable is used
by /etc/init.d/iwatch script, not by iwatch program.

The problem is caused by systemd and will need a manual action because
the systemd upstream do not want autoreloads. You can see more details
in #790262 [1].

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

What to do? Please, follow the steps:

1. Install iwatch via APT.

2. Change the /etc/default/iwatch

3. Run # systemctl daemon-reload

4. Run # /etc/init.d/iwatch restart

Please, let me to know if these actions solve the problem. I intend to
add these steps in README.Debian file.

Regards,

Eriberto





2015-11-27 13:34 GMT-02:00 Helmar Gerloni :
> I had a similar issue on current Jessie with iwatch 0.2.2-3. After
> installation and configuration iwatch does not start:
>
> apt-get install iwatch
> set "START_DAEMON=true" in /etc/default/iwatch
>
> but
>
> systemctl start iwatch.service
> or
> /etc/init.d/iwatch start
>
> do not start the iwatch daemon. No error, no warning, simply nothing.
>
> After a reboot everything is OK. Something needs to be restarted after
> installation; i did not find out what.  But it has nothing to do with
> CONFIG_FILE, this is the correct syntax.

Bug#806547: netsniff-ng: please make the build reproducible

[Reiner Herrmann]

Source: netsniff-ng
Version: 0.6.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that netsniff-ng could not be built reproducibly.
The order of object files varies while linking.

The attached patch fixes this by ensuring a stable order independent
of the configured locale.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/patches/reproducible-build.patch b/debian/patches/reproducible-build.patch
new file mode 100644
index 000..0ec57a2
--- /dev/null
+++ b/debian/patches/reproducible-build.patch
@@ -0,0 +1,10 @@
+Index: netsniff-ng-0.6.0/Makefile
+===
+--- netsniff-ng-0.6.0.orig/Makefile
 netsniff-ng-0.6.0/Makefile
+@@ -181,4 +181,4 @@ $(foreach tool,$(TOOLS),$(eval $(call TO
+ %:: ;
+ 
+ $(TOOLS):
+-	$(LDQ) $(LDFLAGS) -o $@/$@ $@/*.o $($@-libs)
++	$(LDQ) $(LDFLAGS) -o $@/$@ $(shell LC_ALL=C ls $@/*.o) $($@-libs)
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..55077d0
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+reproducible-build.patch


signature.asc
Description: PGP signature

Bug#806551: libosmocore: please make the build reproducible

[Reiner Herrmann]

Source: libosmocore
Version: 0.8.3-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that libosmocore could not be built reproducibly.
The changelog date read in debian/rules can still vary depending on the
timezone and locale.

The attached patch fixes this by telling date to use UTC and the C
locale.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index 69e7cd7..b6374e5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -6,7 +6,7 @@
 DEBIAN  := $(shell dpkg-parsechangelog | grep ^Version: | cut -d' ' -f2)
 DEBVERS := $(shell echo '$(DEBIAN)' | cut -d- -f1)
 VERSION := $(shell echo '$(DEBVERS)' | sed -e 's/[+-].*//' -e 's/~//g')
-CHANGELOG_DATE := $(shell date -d "`dpkg-parsechangelog --show-field Date`" +"%d %B %Y")
+CHANGELOG_DATE := $(shell LC_ALL=C date -u -d "`dpkg-parsechangelog --show-field Date`" +"%d %B %Y")
 
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all


signature.asc
Description: PGP signature

Bug#801162: [/master] Install CImg.h as gmic_CImg.h.

[Bernd Zeimetz]

tag 801162 pending
thanks

Date: Sat Nov 28 17:20:19 2015 +0100
Author: Bernd Zeimetz 
Commit ID: e1a3182da0d5bec48b34150928893a69ee712380
Commit URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff;h=e1a3182da0d5bec48b34150928893a69ee712380
Patch URL: 
http://anonscm.debian.org/gitweb/?p=collab-maint/gmic.git;a=commitdiff_plain;h=e1a3182da0d5bec48b34150928893a69ee712380

Install CImg.h as gmic_CImg.h.

As discussed with upstream we ship gmic's CImg.h as
gmic_CImg.h as it is usually a pre-release / unfinished
version, compared to the one released and shipped in
the cimg-dev package. People who want to use gmic's
features and link with libglib need the version gmic
was built with - and building gmic with the released
version is not possible.

Closes: #801162
  

Bug#806533: systemd-sysv: /sbin/shutdown is missing -F option (force fsck on reboot)

[Ian Bruce]

Package: systemd-sysv
Version: 228-2
Severity: important

This option seems to have recently disappeared; see here, for example:

http://linuxcommand.org/man_pages/shutdown8.html

It seems to be related to systemd; perhaps it's supposed to be an
"improvement".

http://forums.fedoraforum.org/showthread.php?t=268935

There are a wide variety of situations in which you might want to force
filesystem checks on reboot, which is why this option existed in the first
place. There is no valid reason for removing it -- it's OPTIONAL.

Can we please have it back?



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

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

Versions of packages systemd-sysv depends on:
ii  systemd  228-2

systemd-sysv recommends no packages.

systemd-sysv suggests no packages.

-- no debconf information

Bug#803117: fixed in celery 3.1.19-1

[Francesco Poli]

On Sat, 28 Nov 2015 18:33:25 +1100 Brian May wrote:

[...]
> Pushed proposed fix to git instead.

Thanks!

> 
> If you can check this and tell me if it looks OK that would be
> appreciated.
> 
> https://anonscm.debian.org/cgit/python-modules/packages/celery.git/commit/?id=f4709f76ef8274959cc7f1e4521cf5e4934f4562

I think it should be

  Files: docs/*
  Copyright: 2009-2014, Ask Solem and contributors.
  License: CC-BY-SA-4

and

  License: CC-BY-SA-4

followed by the full text of the license.


Please see

and

for the details.


Moreover, I see that in

the URL for the CC license is outdated: it's still

while it should be

instead.
Please notify upstream about this oversight...


Thanks for your time!
Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpUTodZ0mp6g.pgp
Description: PGP signature

Bug#806536: libpkgconfig-perl: warns when gcc is not installed, causing autopkgtest failure

[Niko Tyni]

Package: libpkgconfig-perl
Version: 0.09026-1
Severity: minor
User: debian-p...@lists.debian.org
Usertags: autopkgtest

This package warns on usage when dpkg-dev is installed but gcc isn't:

 % perl -e 'use PkgConfig'
 sh: 1: gcc: not found
 dpkg-architecture: warning: couldn't determine gcc system type, falling back 
to default (native compilation)

This is apparently the case in the ci.debian.net chroot, causing
test failures. See
 https://ci.debian.net/packages/libp/libpkgconfig-perl/unstable/amd64/

Possibly the autopkgtest check for no warnings on usage (use.t) should
just be disabled.
-- 
Niko Tyni   nt...@debian.org

Bug#796588: Bug796588#: adjtimex: Has init script in runlevel S but no matching service file

[Felipe Sateler]

Hi Roger,

On 28 November 2015 at 11:12, Roger Shimizu  wrote:
> Dear systemd maintainers,
>
> I'm in the process of ITA adjtimex package, which contains a bug you
> reported that need to support rcS service. I'm trying to fix this
> before send out my 1st release to close ITA.

Excellent!

>
>> Package: adjtimex
>> Severity: important
>> User: pkg-systemd-maintain...@lists.alioth.debian.org
>> Usertags: init-rcs-service
>> Your package adjtimex has an initscript that is enabled in runlevel
>> S, but it does not provide a corresponding systemd service unit.
>
> As you may already know, adjtimex is a tool to set up kernel time
> variables in boot time. Correct time and time ticking is important to
> many services, including time-sync service, so in SysV world adjtimex
> is run in rcS level, which is very early.
>
> Enclosed the "adjtimex.service" file I wrote and confirmed working
> well on my box.
> Since this is the first time I write service file, it would be helpful
> if you can help to review it.

I have some comments:

> [Unit]
> Description=adjtimex service in early boot

I think the description of the init script is better: "set the kernel
time variables".

> ConditionFileIsExecutable=/etc/init.d/adjtimex

I thin this is superflous.

> DefaultDependencies=no
> After=local-fs.target
> Before=time-sync.target sysinit.target shutdown.target
> Conflicts=shutdown.target

I'm not sure about time-sync.target. `man systemd.special` says that
time-sync.target is for synchronizing against a remote source, which
AFAICT adjtimex doesn't do. Note that if what you wanted to do is to
run before other time-synchronization daemons, this will not do it.

sysinit.target should be ok, though.
I don't think the conflict/before with shutdown.target is relevant, as
this unit does nothing on stop, and thus does not need to do anything
on shutdown.

>
> [Service]
> Type=oneshot
> ExecStart=/etc/init.d/adjtimex start

I think you should call the program directly and bypass the init
script. You can do as follows:

# default values
Environment=TICK=1
Environment=FREQ=0
# override as in the init script
EnvironmentFile=-/etc/default/adjtimex
ExecStart=/sbin/adjtimex -tick $TICK -frequency $FREQ

> TimeoutSec=0

This is almost certainly wrong. I think you should skip this entry and
leave it at the default. At some point the system needs to continue
booting, even if the time is wrong, no?

> StandardOutput=tty

Do not set this, as this overrides the administrator default in
/etc/systemd/system.conf. Let standard output go to the system-wide
default.

> #RemainAfterExit=yes

I have seen that Type=oneshot services that do not have
RemainAfterExit=yes can be executed multiple times during boot. This
may or may not be a problem here.

>
> [Install]
> WantedBy=sysinit.target

>
> I also have one doubt whether to have "RemainAfterExit=yes", which is
> commented out now.
> After setting the kernel time variables, adjtimex simply exits and
> don't need to remain as daemon. I guess it should be okay to be "no".

The RemainAfterExit directive controls wether systemd considers the
unit "active" after all the running processes in the unit exited. This
can trigger multiple runs during boot, if at some point this unit is
wanted, but it already ran and exited. My sense is that
RemainAfterExit should be =yes for most Type=oneshot service.
Unfortunately, that means that to manually re-run the unit, one needs
to do a "restart" instead of a "start" to make systemd run the program
again.

>
> Looking forward to your reply. Thank you!

Thank you for your contribution!


-- 

Saludos,
Felipe Sateler

Bug#806537: extremetuxracer: fails to upgrade from 'sid' - trying to overwrite /usr/share/icons/hicolor/scalable/apps/etracericon.svg

[Andreas Beckmann]

Package: extremetuxracer
Version: 0.6.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../extremetuxracer-data_0.6.0-2_all.deb ...
  Unpacking extremetuxracer-data (0.6.0-2) over (0.4-6) ...
  dpkg: error processing archive 
/var/cache/apt/archives/extremetuxracer-data_0.6.0-2_all.deb (--unpack):
   trying to overwrite 
'/usr/share/icons/hicolor/scalable/apps/etracericon.svg', which is also in 
package extremetuxracer 0.4-6
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Preparing to unpack .../extremetuxracer_0.6.0-2_amd64.deb ...
  Unpacking extremetuxracer (0.6.0-2) over (0.4-6) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/extremetuxracer-data_0.6.0-2_all.deb


cheers,

andreas


extremetuxracer_0.6.0-2.log.gz
Description: application/gzip