Bug#825331: browser-plugin-freshplayer-pepperflash: Videos from cnn.com fail to play. Woks in Chromium.

[Vincent Danjean]

  Hi,

Le 26/05/2016 18:41, Adam Jvok a écrit :
> Now installed:
> browser-plugin-freshplayer-pepperflash 0.3.5-1~bpo8+1
> 
> Video on page: 
> http://edition.cnn.com/2016/05/26/middleeast/iraq-karma-falluja/index.html
> plays in chromium but not in iceweasel. The video starts with an advert - 
> which is also not played in iceweasel.

  Thanks for testing. 0.3.5 is the last upstream version. If it
does not work, there will be nothing I will be able to do (I do
not have time nor capacity to debug such code).
  The best thing you can do is to report the issue upstream:
https://github.com/i-rinat/freshplayerplugin/issues
  If you do so, please, tell me, so that I will link this bug
to the upstream bug.

  Regards,
Vincent

> Thanks for your attention.
> 
> On 2016-05-26 13:25, Vincent Danjean wrote:
>> Le 26/05/2016 13:05, Adam Jvok a écrit :
>>> Thanks for your rapid reply.
>>> I did try to install 0.3.5-1~bpo8+1 from testing/stretch but I ran into 
>>> dependency issues
>>   Are you sure you try 0.3.5-1~bpo8+1 and not 0.3.5-1?
>> 0.3.5-1 is in testing/stretch, 0.3.5-1~bpo8+1 has been just uploaded
>> to jessie-backports (so you may need to wait a few hours before
>> it become available in the mirrors)
>>   I did when I saw your bug report.
>>
>>   For 0.3.5-1~bpo8+1, I have:
>> Depends: libasound2 (>= 1.0.18), libavcodec56 (>= 6:11~beta1) | 
>> libavcodec-extra-56 (>= 6:11.6), libavutil54 (>= 6:11~beta1), libc6 (>= 
>> 2.14), libcairo2 (>= 1.2.4), libevent-2.0-5 (>= 2.0.10-stable), 
>> libevent-pthreads-2.0-5 (>= 2.0.10-stable), libfreetype6 (>= 2.2.1), libgcc1 
>> (>= 1:4.1.1), libgl1-mesa-glx | libgl1, libglib2.0-0 (>= 2.31.18), 
>> libgtk2.0-0 (>= 2.24.0), libpango-1.0-0 (>= 1.22.0), libpangocairo-1.0-0 (>= 
>> 1.14.0), libpangoft2-1.0-0 (>= 1.14.0), libpulse0 (>= 0.99.1), libssl1.0.0 
>> (>= 1.0.0), libstdc++6 (>= 4.9), libv4l-0 (>= 0.5.0), libva-x11-1 (>= 
>> 1.0.3), libva1 (>= 1.2.0), libvdpau1 (>= 0.2), libx11-6, libxcursor1 (>> 
>> 1.1.2), libxrandr2 (>= 2:1.2.0), libxrender1
>>
>>   Regards,
>> Vincent
>>
>> PS : you should also be able to get it manually here now:
>> https://people.debian.org/~vdanjean/debian/pool/main/f/freshplayerplugin/
>>
> 


-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main

Bug#825307: gdcm: build-dependencies not installable

[Mathieu Malaterre]

Control: tags -1 fixed-upstream

While not 100% perfect, one can pull two patches from upstream:
4f793f6005c794de633d01e42e00d37f80340fac &
0511b1d6d356a1c5d1f4e22cd5bb862ef233a332 to have this issue fixed.

The behavior is not fantastic, but at least GDCM do compile against
OPJ 2.1.0, and the change should be unnoticeable by most users.

Bug#825480: nmu: ant_1.9.7-3

[Andreas Beckmann]

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

nmu ant_1.9.7-3 . ANY . unstable . -m "Rebuild against libgcj-bc 5.3.1-3"
dw ant_1.9.7-3 . ANY . -m "libgcj-bc (>= 5.3.1-3)"

libgcj-bc 5.3.1-2 had a broken shlibs file, generating an unsatisfiable
dependency.


Andreas

Bug#825302: RFS: usbguard/0.4-2 [ITP]

[Rebecca N. Palmer]

src/ThirdParty and src/Library/RuleParser/quex contain embedded code
copies. Please ask upstream to remove them from their VCS and tarballs
and depend on them instead. You can then package them separately.
Alternatively, package them separately and remove all of them at
`debian/rules build` time before dh_auto_configure and at
`debian/rules clean` time (or just have uscan auto-repack the upstream
tarball using Files-Excluded).


They're there to allow building usbguard on systems without those 
libraries packaged: 
https://dkopecek.github.io/usbguard/blog/2015/USBGuard-on-Ubuntu-14-04
Upstream already agree they shouldn't be used if system packages are 
available: see 
https://apps.fedoraproject.org/packages/usbguard/sources/spec lines 55-65



This line in the README.md indicates a possible flaw in usbguard; can
it block new USB keyboards if there is a built-in keyboard or one
keyboard plugged in via a non-USB method such as PS/2?


This is just an example; you can block USB keyboards entirely (but check 
lsusb first, as some physically built-in devices are internally USB), 
but probably can't automatically check whether there's a non-USB 
keyboard.  You can also allow only those devices currently connected 
(usbguard generate-policy).

Bug#825479: qtdeclarative-opensource-src: FTBFS with gcc-6 and glibc 2.23

[Daniel Schepler]

Source: qtdeclarative-opensource-src
Version: 5.5.1-3
Severity: important

>From my pbuilder build log (on amd64), using a chroot preferring
gcc-defaults and glibc from experimental:

...
   dh_fixperms -O--parallel -O--dbg-package=qtdeclarative5-dbg
   dh_strip -O--parallel -O--dbg-package=qtdeclarative5-dbg
   debian/rules override_dh_makeshlibs
make[1]: Entering directory '/build/qtdeclarative-opensource-src-5.5.1'
dh_makeshlibs -V
dpkg-gensymbols: warning: some new symbols appeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the
symbols file: see diff output below
dpkg-gensymbols: warning: debian/libqt5qml5/DEBIAN/symbols doesn't
match completely debian/libqt5qml5.symbols
--- debian/libqt5qml5.symbols (libqt5qml5_5.5.1-3+bpb3_amd64)
+++ dpkg-gensymbolslEdA_v2016-05-27 06:01:11.603971275 +
@@ -2892,9 +2892,9 @@
  _ZNK9QV8Engine12illegalNamesEv@Base 5.0.2 1
  (optional=templinst|subst)_ZNKSt6vectorIbSaIbEE2atE{size_t}@Base 5.5.0
  (optional=templinst)_ZNSt13_Bvector_baseISaIbEE13_M_deallocateEv@Base 5.4.2
- 
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE12emplace_backIIS4_EEEvDpOT_@Base
5.5.0
+#MISSING: 5.5.1-3+bpb3#
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE12emplace_backIIS4_EEEvDpOT_@Base
5.5.0
  
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE12emplace_backIJS4_EEEvDpOT_@Base
5.5.0
- 
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE19_M_emplace_back_auxIIS4_EEEvDpOT_@Base
5.5.0
+#MISSING: 5.5.1-3+bpb3#
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE19_M_emplace_back_auxIIS4_EEEvDpOT_@Base
5.5.0
  
(optional=templinst)_ZNSt6vectorIPKN3QV44Heap6StringESaIS4_EE19_M_emplace_back_auxIJS4_EEEvDpOT_@Base
5.5.0
  
(optional=templinst|subst)_ZNSt6vectorIS_IiSaIiEESaIS1_EE17_M_default_appendE{size_t}@Base
5.4.2
  (optional=templinst|subst)_ZNSt6vectorIbSaIbEE13_M_reallocateE{size_t}@Base
5.4.2
@@ -2903,11 +2903,11 @@
  (subst)_ZNSt6vectorIbSaIbEE6resizeE{size_t}b@Base 5.4.2
  (subst)_ZNSt6vectorIbSaIbEEC1E{size_t}RKbRKS0_@Base 5.4.0
  (subst)_ZNSt6vectorIbSaIbEEC2E{size_t}RKbRKS0_@Base 5.4.0
- (optional=templinst|arch=amd64 armhf
i386)_ZNSt6vectorIcSaIcEE19_M_emplace_back_auxIIRKcEEEvDpOT_@Base
5.4.2
+#MISSING: 5.5.1-3+bpb3# (optional=templinst|arch=amd64 armhf
i386)_ZNSt6vectorIcSaIcEE19_M_emplace_back_auxIIRKcEEEvDpOT_@Base
5.4.2
  (optional=templinst|arch=amd64 armhf
i386)_ZNSt6vectorIcSaIcEE19_M_emplace_back_auxIJRKcEEEvDpOT_@Base
5.4.2
  
(optional=templinst|subst)_ZNSt6vectorIiSaIiEE14_M_fill_assignE{size_t}RKi@Base
5.4.0
  
(optional=templinst|subst)_ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EE{size_t}RKi@Base
5.2.1
- (optional=templinst)_ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIIiEEEvDpOT_@Base
5.3.1
+#MISSING: 5.5.1-3+bpb3#
(optional=templinst)_ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIIiEEEvDpOT_@Base
5.3.1
  (optional=templinst)_ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIJiEEEvDpOT_@Base
5.3.1
  (optional=templinst|subst)_ZNSt6vectorIiSaIiEE6resizeE{size_t}RKi@Base 5.4.0
  (optional=templinst|subst)_ZNSt6vectorIiSaIiEE7reserveE{size_t}@Base 5.2.1
@@ -2916,15 +2916,16 @@
  (optional=templinst|arch=!hurd-i386 !i386
!kfreebsd-i386)_ZNSt6vectorIiSaIiEEC2ERKS1_@Base 5.2.1
  (optional=templinst|subst)_ZNSt6vectorIiSaIiEEC2E{size_t}RKiRKS0_@Base 5.2.1
  (optional=templinst)_ZNSt6vectorIiSaIiEEaSERKS1_@Base 5.2.1
- _ZNSt6vectorItSaItEE12emplace_backIItEEEvDpOT_@Base 5.3.0
+#MISSING: 5.5.1-3+bpb3#
_ZNSt6vectorItSaItEE12emplace_backIItEEEvDpOT_@Base 5.3.0
  _ZNSt6vectorItSaItEE12emplace_backIJtEEEvDpOT_@Base 5.3.0
- 
_ZNSt6vectorItSaItEE13_M_insert_auxIIRKtEEEvN9__gnu_cxx17__normal_iteratorIPtS1_EEDpOT_@Base
5.2.0~beta1
+#MISSING: 5.5.1-3+bpb3#
_ZNSt6vectorItSaItEE13_M_insert_auxIIRKtEEEvN9__gnu_cxx17__normal_iteratorIPtS1_EEDpOT_@Base
5.2.0~beta1
  
_ZNSt6vectorItSaItEE13_M_insert_auxIJRKtEEEvN9__gnu_cxx17__normal_iteratorIPtS1_EEDpOT_@Base
5.3.0
- (optional=templinst)_ZNSt6vectorItSaItEE19_M_emplace_back_auxIItEEEvDpOT_@Base
5.4.2
+#MISSING: 5.5.1-3+bpb3#
(optional=templinst)_ZNSt6vectorItSaItEE19_M_emplace_back_auxIItEEEvDpOT_@Base
5.4.2
  (optional=templinst)_ZNSt6vectorItSaItEE19_M_emplace_back_auxIJtEEEvDpOT_@Base
5.4.2
  
(optional=templinst)_ZNSt6vectorItSaItEE6insertEN9__gnu_cxx17__normal_iteratorIPKtS1_EERS4_@Base
5.4.2
  (optional=templinst|arch=alpha armel armhf powerpc ppc64 ppc64el
s390x)_ZSt4swapI11QModelIndexEvRT_S2_@Base 5.5.0
- (optional=templinst)_ZSt4swapI19QItemSelectionRangeEvRT_S2_@Base 5.5.0
+ 
_ZSt4swapI19QItemSelectionRangeENSt9enable_ifIXsrSt6__and_IJSt21is_move_constructibleIT_ESt18is_move_assignableIS4_EEE5valueEvE4typeERS4_SB_@Base
5.5.1-3+bpb3
+#MISSING: 5.5.1-3+bpb3#
(optional=templinst)_ZSt4swapI19QItemSelectionRangeEvRT_S2_@Base 5.5.0
  (optional=templinst|arch=!alpha !amd64 !arm64 !hppa !kfreebsd-amd64
!mips64el !ppc64 !ppc64el !s390x !sparc !sparc64
!x32)_ZSt4swapIN8QVariant7PrivateEEvRT_S3_@Base 

Bug#825478: privoxy: French debconf templates translation

[Steve Petruzzello]

Package: privoxy
Version: 3.0.24_2
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

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

This file should be put as debian/po/fr.po in your package build tree.

Best,
Steve
# Translation of privoxy debconf template to French
# Copyright (C) 2016 Debian French l10n Team 
# This file is distributed under the same license as the privoxy package.
# Translator:
# Steve Petruzzello , 2016
#
msgid ""
msgstr ""
"Project-Id-Version: privoxy_3.0.24_2\n"
"Report-Msgid-Bugs-To: priv...@packages.debian.org\n"
"POT-Creation-Date: 2016-04-08 17:17+0200\n"
"PO-Revision-Date: 2016-05-27 08:57+0200\n"
"Last-Translator: Steve Petruzzello \n"
"Language-Team: French \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Adresses on with Privoxy listens:"
msgstr "Adresse(s) d'écoute pour Privoxy :"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Please enter a space separated list of address:port combinations on which "
"Privoxy will listen for client requests."
msgstr ""
"Veuillez indiquer une liste séparée par des espaces des adresses de la forme "
"adresse:port sur lesquelles Privoxy attend des requêtes de clients. "

Bug#811411: Maintainer upload is pending

[Afif Elghraoui]

Control: tag -1 + pending

I'm planning to adopt this package and a maintainer upload is being
prepared, pending translation updates. See the adduser-devel archives
for May 2016 for more information.

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

Bug#825477: libical: FTBFS with gcc-6 and glibc 2.23

[Daniel Schepler]

Source: libical
Version: 2.0.0-0.4
Severity: important

>From my pbuilder build log (on amd64), using a chroot preferring
gcc-defaults and glibc from experimental:

...
   dh_strip -O--buildsystem=cmake -O--list-missing
"-O--dbgsym-migration=libical-dbg (<< 2~)"
   dh_makeshlibs -O--buildsystem=cmake -O--list-missing
"-O--dbgsym-migration=libical-dbg (<< 2~)"
dpkg-gensymbols: warning: some new symbols appeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the
symbols file: see diff output below
dpkg-gensymbols: warning: debian/libical2/DEBIAN/symbols doesn't match
completely debian/libical2.symbols
--- debian/libical2.symbols (libical2_2.0.0-0.4+bpb1_amd64)
+++ dpkg-gensymbolsNjrzwq2016-05-11 08:34:43.254555024 +
@@ -1794,7 +1794,8 @@
  _ZN7LibICal12ICalSpanListC2Ev@Base 2.0.0
  _ZN7LibICal12ICalSpanListD1Ev@Base 2.0.0
  _ZN7LibICal12ICalSpanListD2Ev@Base 2.0.0
- 
_ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
2.0.0
+#MISSING: 2.0.0-0.4+bpb1#
_ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
2.0.0
+ _ZNSt6vectorIiSaIiEE19_M_emplace_back_auxIJRKiEEEvDpOT_@Base 2.0.0-0.4+bpb1
  _ZTI13icalerrorenum@Base 2.0.0
  _ZTS13icalerrorenum@Base 2.0.0
 libicalvcal.so.2 libical2 #MINVER#
dh_makeshlibs: failing due to earlier errors
debian/rules:4: recipe for target 'binary' failed
make: *** [binary] Error 255
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler

Bug#825476: cython: FTBFS with gcc-6 and glibc 2.23: Test failures

[Daniel Schepler]

Source: cython
Version: 0.23.4+git4-g7eed8d8-1
Severity: important

>From my pbuilder build log (on amd64), using a chroot preferring
gcc-defaults and glibc from experimental:

...
Doctest: cppwrap.__test__.voidfunc (line 36) ... ok
test_embed (__main__.EmbedTest) ... ok

==
ERROR: runTest (__main__.CythonRunTestCase)
compiling (cpp) and running complex_numbers_T305
--
Traceback (most recent call last):
  File "runtests.py", line 990, in run
ext_so_path = self.runCompileTest()
  File "runtests.py", line 705, in runCompileTest
self.test_directory, self.expect_errors, self.annotate)
  File "runtests.py", line 946, in compile
so_path = self.run_distutils(test_directory, module, workdir, incdir)
  File "runtests.py", line 872, in run_distutils
build_extension.run()
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 339, in run
self.build_extensions()
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 448,
in build_extensions
self.build_extension(ext)
  File "runtests.py", line 432, in build_extension
_build_ext.build_extension(self, ext)
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 498,
in build_extension
depends=ext.depends)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/ccompiler.py",
line 230, in CCompiler_compile
single_compile(o)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/ccompiler.py",
line 194, in single_compile
self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/unixccompiler.py",
line 52, in UnixCCompiler__compile
raise CompileError(msg)
CompileError: Command "x86_64-linux-gnu-gcc -pthread -DNDEBUG -g
-fwrapv -O2 -Wall -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2
-g -fstack-protector-strong -Wformat -Werror=format-security -fPIC
-I/build/cython-0.23.4+git4-g7eed8d8/tests/run
-I/usr/include/python2.7 -c complex_numbers_T305.cpp -o
/build/cython-0.23.4+git4-g7eed8d8/build/work-dir/run/cpp/complex_numbers_T305/complex_numbers_T305.o"
failed with exit status 1

==
ERROR: runTest (__main__.CythonRunTestCase)
compiling (cpp) and running complex_numbers_c99_T398
--
Traceback (most recent call last):
  File "runtests.py", line 990, in run
ext_so_path = self.runCompileTest()
  File "runtests.py", line 705, in runCompileTest
self.test_directory, self.expect_errors, self.annotate)
  File "runtests.py", line 946, in compile
so_path = self.run_distutils(test_directory, module, workdir, incdir)
  File "runtests.py", line 872, in run_distutils
build_extension.run()
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 339, in run
self.build_extensions()
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 448,
in build_extensions
self.build_extension(ext)
  File "runtests.py", line 432, in build_extension
_build_ext.build_extension(self, ext)
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 498,
in build_extension
depends=ext.depends)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/ccompiler.py",
line 230, in CCompiler_compile
single_compile(o)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/ccompiler.py",
line 194, in single_compile
self._compile(obj, src, ext, cc_args, extra_postargs, pp_opts)
  File "/usr/lib/python2.7/dist-packages/numpy/distutils/unixccompiler.py",
line 52, in UnixCCompiler__compile
raise CompileError(msg)
CompileError: Command "x86_64-linux-gnu-gcc -pthread -DNDEBUG -g
-fwrapv -O2 -Wall -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2
-g -fstack-protector-strong -Wformat -Werror=format-security -fPIC
-I/build/cython-0.23.4+git4-g7eed8d8/tests/run
-I/usr/include/python2.7 -c complex_numbers_c99_T398.cpp -o
/build/cython-0.23.4+git4-g7eed8d8/build/work-dir/run/cpp/complex_numbers_c99_T398/complex_numbers_c99_T398.o"
failed with exit status 1

==
ERROR: runTest (__main__.CythonRunTestCase)
compiling (cpp) and running complex_numbers_cxx_T398
--
Traceback (most recent call last):
  File "runtests.py", line 990, in run
ext_so_path = self.runCompileTest()
  File "runtests.py", line 705, in runCompileTest
self.test_directory, self.expect_errors, self.annotate)
  File "runtests.py", line 946, in compile
so_path = self.run_distutils(test_directory, module, workdir, incdir)
  File "runtests.py", line 872, in run_distutils
build_extension.run()
  File "/usr/lib/python2.7/distutils/command/build_ext.py", line 339, in run
self.build_extensions()
  File 

Bug#823395: [Pkg-libvirt-maintainers] Bug#823395: ruby-libvirt: backport rubygems integration fix to Jessie

[Guido Günther]

Hi,
On Wed, May 04, 2016 at 09:18:11AM +, anonym wrote:
> Package: ruby-libvirt
> Version: 0.5.1-3+b1
> Severity: important
> Tags: patch
> 
> Dear Maintainer,
> 
> With #795603 solved, we have rubygems integration in Stretch but not in
> Jessie. Can we please backport the fix to Jessie? The attached patch
> does that.

Sorry for the delay. Can you check with the relesae team if they would
accept this via p-u?

Cheers,
 -- Guido

Bug#820846: do not change the default compression level

[Guido Günther]

On Tue, Apr 12, 2016 at 08:58:13PM -0400, Antoine Beaupré wrote:
> Package: git-buildpackage
> Version: 0.6.22
> Severity: wishlist
> Control: usertag -1 timestamp
> 
> git-buildpackage diverges from the default gzip settings. in
> gbp/config.py, a default compression level is specified, overriding
> GZIP environment variables or any similar sane defaults:
> 
>  'compression-level': '9',
> 
> This makes git-buildpackage needlessly differ from upstream tarballs
> (e.g. those created on Github). An example, with the tuptime package:
> 
> -gzip compressed data, from Unix
> +gzip compressed data, max compression, from Unix
> 
> To reproduce this:
> 
> wget https://github.com/rfrail3/tuptime/archive/3.3.0.tar.gz
> git clone https://github.com/anarcat/tuptime
> cd tuptime
> git-buildpackage
> 
> This will create a new tarball in ../tuptime_3.3.0.orig.tar.gz that
> will use maximal compression whereas the tarball created on github
> uses a more reasonable default compression (-6).
> 
> git-buildpackage correctly uses the -n flag to make the archive
> reproducible otherwise, so one has to wonder why there is this
> needless override, by default. if packages want maximum compression,
> they can specify that option in gbp.conf!
> 
> (tagged as timestamp for reproducible builds, but it's not really a
> timestamp, it's just the closest tag i could find)

Just to bu sure: your suggestion is to not mess with compression levels
at all by default and use the configures system defaults?
 -- Guido

Bug#820464: Makefile.gcc-plugins: No such file or directory

[Yves-Alexis Perez]

Hi,

please keep the bug on CC:, I'm not a private support channel, so I'd rather
have any answer benefit other people as well.

On jeu., 2016-05-26 at 14:09 -0700, Kevin Gallagher wrote:
> I was just wondering, is there any movement on this bug?
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820464

As you can see, there is none.
> 
> It's still an issue for me on linux-image-4.5.0-2-grsec-amd64.

Indeed, there's no way it can work right now. As said ealier in the bug, the
things that are needed are to copy the relevant build files in the correct
place; that might mean forking a linux-kbuild-grsec package from linux-kbuild
to hold those files.

The relevant files are:

- the build system itself (Makefile.gcc-plugins etc.)
- the built plugins binaries (.so file for each plugin)
- the random seed for RANDKSTRUCT

I'm don't use external plugins myself and don't have that much time, so I'm
not currently focusing  on that. Any help appreciated.

Regards,
-- 
Yves-Alexis

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

Bug#825475: perl: regular expression wide character and problem with catch group $1

[Leszek Dubiel]

Package: perl
Version: 5.20.2-3+deb8u4
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

The program 

#!/usr/bin/perl

use utf8; 
use locale; 
use strict; 
use warnings; 

binmode STDOUT, ":utf8";
binmode STDIN, ":utf8";
binmode STDERR, ":utf8";

my $a = ""; 
my $x = $a; 
my $y = $a; 

$x =~ s/([[:alpha:]])([[:alpha:]])/lc($1) . lc($2); /ge; 
$y =~ s/([[:alpha:]])([[:alpha:]])/my $z = $1; lc($z) . lc($2); /ge; 

print "$x\n$y\n"; 

prints: 

1ąąą


instead of: 




See the very first printed character. 
See the solution with $z assingment. 

Locale setting: 

LANG=pl_PL.UTF-8
LC_ADDRESS=pl_PL.UTF-8
LC_IDENTIFICATION=pl_PL.UTF-8
LC_MEASUREMENT=pl_PL.UTF-8
LC_MONETARY=pl_PL.UTF-8
LC_NAME=pl_PL.UTF-8
LC_NUMERIC=pl_PL.UTF-8
LC_PAPER=pl_PL.UTF-8
LC_TELEPHONE=pl_PL.UTF-8
LC_TIME=pl_PL.UTF-8


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


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

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

Versions of packages perl depends on:
ii  dpkg  1.17.26
ii  libbz2-1.01.0.6-7+b3
ii  libc6 2.19-18+deb8u4
ii  libdb5.3  5.3.28-9
ii  libgdbm3  1.8.3-13.1
ii  perl-base 5.20.2-3+deb8u4
ii  perl-modules  5.20.2-3+deb8u4
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages perl recommends:
ii  netbase  5.3
pn  rename   

Versions of packages perl suggests:
pn  libterm-readline-gnu-perl | libterm-readline-perl-perl  
pn  make
pn  perl-doc

-- no debconf information