Bug#846073: RM: libgraphite-php -- RoQA; orphaned; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove libgraphite-php, it has been orphaned, last upstream
release was in 2012, it doesn't have PHP 7.0 support, a.k.a. RC-buggy.
It's is preventing src:php5 removal from unstable.

Ccing fusionforge maintainers as fusionforge-plugin-admssw depends
on it.

Thanks,
Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/1QXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHm5EQANjMuHuEFGEfTf9QCf5ReiqH
m0fZ+SMdyKdP3NaV2ry40Md3kzM0nI+cpP29G0w5wPdFAOkQLEAiRl38XwDZJdrA
7pi6qHRZ0pK+SGwyoejqlf4Cy851pvLxafaG3TPjSusSoBsdMrp6kQR8KnQi74gP
6ewG7lDNWtA4wGvtbd5j+nJj+KyAovx/s2QgvOgGMAzTYPS0Rd+C4lJXCe+kqK01
O4ujbxXP+qNWlcn2Z6X416B/HaDgVy32T3D/5EzeyO3ihg92PQ0jFwRRnf6xnVSb
bCOiPCtuEDHCsQIzVLGJju2y8yqm3AUYIyeZ1CUiJO8SrU8LFKrp0/62hTJkkv6d
UYiElPO0qykDV5uJZ9DcmUbc5WQje2T7fw9H1alevoi5tesobTyHC6qb3qCT1qKw
fiRJILPzGv7IQoaRfAtfUpXICVqdjUCCXEnWL0vI9Ma4rtDGWfNz7M/ccxl2USbA
0NGC8p08c+yel4U0zA8NGlXcXDGkqafICLHcNb+kfZkMDCC4wxyape8WsnbJvku0
3FGsIta7W2e7sguYGLSetL6dsNPz6KYgWP/LtKtvQ3M4+BmsE8Q0f7ni1y6haVGZ
nyFtGcGwxjo9cfxxdmcBVXGYZH+b5aO6jcO1wiX0/YSq1x2goYvxkJKMg4ANJFBV
wAqGBMpu1Y2uSH04ApjT
=6W0k
-END PGP SIGNATURE-

Bug#846071: RM: libfpdi-php -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove libfpdi-php from unstable, it's unmaintained (and not
upstream-dead) and it doesn't have PHP 7.0 support, thus it's RC-buggy
and preventing src:php5 removal from unstable.

Thanks,
Ondrej


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/x4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHvmUP/0HgyBuHTY/kQAXJ3R8ctPzj
2wLIFblZldAbNTYTTLIR+E38wty9IjtmYr3EzU1Q+2JXllmkwg4xFERORbhVoHEg
eBhq2rtMdsMeW3SQcRiTn05aO2wtUyTp1ehnLKNqwOZ8lb4A58lazoxD2WXWzyaT
1qNKqH1vH5LHrJitZdqawuCK0Z9WyC1q1nHHugTCHO6yDysaaecG1YDIsOe7uGx9
wKvE+XRh+MbieD6H8igmVe6DJIyZVjhycbXRKGSoe5gR5q9mU4pI8k8kR2wsLRe2
nyQrcF9KQc1/3QPTNpj+0PTqteg5U3m4cLskO4DJgJgDHQD9W0BUHE2SjSDCHCkB
IsT2MDG8SurveQD4s5ewaem6MTvuVcjlyuV160ckPoFdG37XBwlzRo2wlAniJ/hH
Ul163IRLKw9fNbBqG/z14i65EcrbA5VEStIvRaR5EfwVVjjBWr3eZgVW18jmSrpe
CMC1DbWrQIpyeEJA5ZanVMqs/7CndJ/qCdHZilQ1bSsB2R6+wDxZCe9Fkt9JG4Wn
/Q1sVIz0woymKsfGCfmz7v/87v4GiZf9tcPGxTWrNIjF6Q/TUAd5sXvSVYdaFTH0
56Bat/PsxUjCPvmA/uyyxIm0DaZgJfWKeh6mjO3hlB9HzZbMhXL43BSaNZY0oU7v
NiZDTqtJxIWVUZlaqevw
=3N9k
-END PGP SIGNATURE-

Bug#846070: RM: libfpdf-tpl-php -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

the version of libfpdf-tpl-php in Debian unstable is unmaintained
since 2011 and outdated (there has been ~14 release since 2011).
It's blocking src:php5 removal from unstable, so please remove it.

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/v9XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHTI8P/AvMBL+BZ3K7Do6R5rBOiVOT
86rsjNE20YEZhQRbYUQ+UGMtToa2G3/H4GgvF/OZvLyYQQC3nkBc/DJzWmjIipLH
UzNguBLSrFVeRuxw/v+OWS+4zKQoqKBjgOrngppX0/VYJxck6eJ1qOyrSUWlM5HH
/jakW9GdhQtja19FbGy77C8ccpsqMXaj1gcS33G5s/gJ3ffvlQJ8hlBFrm2Yk5aF
90lDD/DdYvor6vPbeLfcVy7NUlIrXzTX9+bGVCVDbEc10EM40iLwyxQqDSfKZsEO
JIQqKWOU0OpdV2KGN/HxfP9YAavYcMO81zklFIAwt90utaFK0BPjhdXjx1TgUQoL
RNwwIgNqCvyLiTDOVUhk3o4ruADRIQ1VbzJtDs8KIpXj52KxestKXImWA/91BFYC
gn3sAtU7ZioYkEUlSbLaSg28570tLNyFPENRSTrTxgrvEfZb/9t7Bawb6CcLWcE1
sa2cUcKQzPmj7CW6jVFh51cDDe9x8AQ127/QzjRa/irToV67Ef2/2gZ2jv/o9p+K
pJvcb1w3mmh5zA+FScOQCnoxOIrngeFnM1v6ZI4BqW94hReDjwfl2peGP8e9y8Vb
nDzeikwTc95kczcqRwWYUXr7tkNJUepFFI8hbMpOGUM3lxpHAOst2mCTDh8PezUD
qR4N7najzfF1d9VXjHDs
=EU9j
-END PGP SIGNATURE-

Bug#844395: gdm3: Black screen (under virtualbox) (same thing in gnome-shell started with startx)

[Andrea Zagli]

today gdm3 starts but black screen for gnome-shell

i can start gnome-shell after bash user login and then

$ dbus-run-session -- gnome-shell --display-server --wayland

Bug#846068: nitrogen: GUI fails to start due to GIO error

[Vladimir Kudrya]

Package: nitrogen
Version: 1.6.0-1
Severity: normal

Dear Maintainer, nitrogen GUI fails to start:

   terminate called after throwing an instance of 'Gio::Error'
   Aborted

Quick search reveals that it may be related to gtk icon theme, but I have two
machines with same icon set configured in GTK, but Nitrogen works on one and
fails on the other.
Changing icon theme to something simple, like Adwaita has no effect.
Launching inside lxqt-session.

~/.gtkrc-2.0:

   include "/home/psycho/.gtkrc-2.0.mine"
   gtk-theme-name="Numix"
   gtk-icon-theme-name="Vivacious-Dark-Graphite"
   gtk-font-name="Liberation Sans 10"
   gtk-cursor-theme-name="whiteglass"
   gtk-cursor-theme-size=0
   gtk-toolbar-style=GTK_TOOLBAR_ICONS
   gtk-toolbar-icon-size=GTK_ICON_SIZE_SMALL_TOOLBAR
   gtk-button-images=1
   gtk-menu-images=1
   gtk-enable-event-sounds=0
   gtk-enable-input-feedback-sounds=0
   gtk-xft-antialias=1
   gtk-xft-hinting=1
   gtk-xft-hintstyle="hintfull"
   gtk-xft-rgba="none"

May be related:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765725

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

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

Versions of packages nitrogen depends on:
ii  libatk1.0-0  2.22.0-1
ii  libatkmm-1.6-1v5 2.24.2-2
ii  libc62.24-5
ii  libcairo21.14.6-1.1
ii  libcairomm-1.0-1v5   1.12.0-1+b1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.0-13
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.2-1
ii  libglibmm-2.4-1v52.50.0-1
ii  libgtk2.0-0  2.24.31-1
ii  libgtkmm-2.4-1v5 1:2.24.5-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpangoft2-1.0-01.40.3-3
ii  libpangomm-1.4-1v5   2.40.1-3
ii  libsigc++-2.0-0v52.10.0-1
ii  libstdc++6   6.2.0-13
ii  libx11-6 2:1.6.3-1
ii  libxinerama1 2:1.1.3-1+b1

nitrogen recommends no packages.

nitrogen suggests no packages.

-- no debconf information

Bug#846069: RM: squirrelmail -- RoQA; RC-buggy; little upstream activity

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove squirrelmail from unstable, it doesn't have PHP 7.0
support and henceforth it's RC-buggy.  I have checked upstream
activity and while there's a little activity in upstream SVN, the
latest stable release was in 2013.

(A fun fact in my RM storm: The squirrelmail logo was designed by my
colleague back in 199x when we deployed squirrelmail for the hosting
company I worked for then :).

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/rzXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHpksP/2Yp7cMRMOx8bnyhJ15iZQWZ
LSSncfAzew88ND8f/VRdqTZcq2wxVB9qF/1MXGkvF+0M3FRvUgEslT19DfjuGCFa
p7ZUnbEjqqQUATC2rwzGzWiH+ScpNH/RDh5oBbr+dyGq9xLXUHf0Yagd+MIBFqUh
rGOoizfO/xQ7OTaSbjsMh6/9moGOWlDjlcqTdEM25by2Cl08hjKr5fJroEowSwCL
EI6GPCWbT/bky/Ez/XRF/BlLT3gxRKslyHKr6hX4/KpKIoThop5xMgmLKXvvq6v3
hGvJBpq2PKbDbgU5kIrVKaV/R37hmuiy3ZiktupFJQtdVVe8MR+4RL+kmBauOecO
TBJjm0Hc8POxzVgYHIeZpQi7V/5mq90/9UB2GLY3KRN1x/75hbIlK2Z5vS3TvmGp
nEIADjTTwXUWwlncKv2xsDwp9wePQChjVU0IE8dNqZu5gGe1fBz9YACcNvtzW9wc
WTM43hNXP4SbEUC+UKGYzcr+58za0RKXwqfT3fSXIm1boN2u6liTLGjb9zVw2sn0
rymqNgAar/eH5VaP1TGbHH2bGz7H+/2YL7wzWg80G0zJZvdH4KNNonvTUsXniKCp
f0MnsU38gBo16Aq7rouvGxeDF6UQHvOZGcieHmw7EN806cCqu98zRs6hPY3u0mVL
H0uogmLoyw3ipQlM+AeY
=ZIEv
-END PGP SIGNATURE-

Bug#842203: seabios: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: seabios
> Version: 0.5.1-3
> Tags: patch

There hasn't seem to be any update on this bug in 32 days, in which
time the Reproducible Builds effort has come on a long way. :)

Would you consider applying this patch and uploading?


Regards,

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

Bug#817754: google-auth-library-php in unstable prevents removal of src:php5

[Ondřej Surý]

Different package and bug, but same email. Please sort it out.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Mon, Nov 28, 2016, at 10:29, Ondřej Surý wrote:
> David,
> 
> could you please either upload 1.7.0 with PHP 7.0 support to unstable or
> have 0.6.7 removed from unstable?
> 
> Having a version that depends on php5 package prevents removal of
> src:php5 from Debian unstable.
> 
> Cheers,
> -- 
> Ondřej Surý 
> Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
> Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
> fast DNS(SEC) resolver
> Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
> pečení chleba všeho druhu

Bug#817751: php-google-api-php-client 0.6.7 in unstable prevents removal of src:php5

[Ondřej Surý]

David,

could you please either upload 1.7.0 with PHP 7.0 support to unstable or
have 0.6.7 removed from unstable?

Having a version that depends on php5 package prevents removal of
src:php5 from Debian unstable.

Cheers,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

Bug#845921: icedove: crash in nsTArray::ShrinkCapacity

[Kim Alvefur]

On 2016-11-27 07:50, Carsten Schoenert wrote:
> Hello Kim,
> 
> On Sun, Nov 27, 2016 at 12:35:54AM +0100, Kim Alvefur (Zash) wrote:
>> Package: icedove
>> Version: 1:45.4.0-1~deb8u1
>> Severity: important
>>
>> Dear Maintainer,
>>
>> Icedove have been randomly crashing for me, usually when selecting a
>> folder.  Attached is a gdb backtrace of from a core dump of the latest
>> crash.
> 
> thanks for trying to provide helpful information. I'm a bit unsure as
> the start of the GDB session isn't seen in your log, there are a lot of
> "optimized out" things to see.

Could be related to being extracted from a core dump file after the
fact?  I've attached gdb output up until where I enabled logging to the
previously attached file and 'bt full'.

> You have installed icedove-dbg? Only
> this package has the needed symbols to collect all things together in
> the log later.

icedove-dbg:
  Installed: 1:45.4.0-1~deb8u1

I'll see if I can catch this with Icedove started within gdb, if this
produces better debugging info.

-- 
Regards,
Kim "Zash" Alvefur

~$ gdb icedove /tmp/1480186837.981.core 
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from icedove...Reading symbols from 
/usr/lib/debug//usr/lib/icedove/icedove...done.
done.
[New LWP 981]
[New LWP 1127]
[New LWP 1157]
[New LWP 1022]
[New LWP 1228]
[New LWP 1035]
[New LWP 1038]
[New LWP 1182]
[New LWP 3290]
[New LWP 1037]
[New LWP 1068]
[New LWP 1198]
[New LWP 13837]
[New LWP 1213]
[New LWP 1069]
[New LWP 2693]
[New LWP 13839]
[New LWP 1267]
[New LWP 1070]
[New LWP 2694]
[New LWP 1286]
[New LWP 1071]
[New LWP 1185]
[New LWP 1315]
[New LWP 1072]
[New LWP 1073]
[New LWP 1383]
[New LWP 13792]
[New LWP 13794]
[New LWP 14034]
[New LWP 1199]
[New LWP 18895]
[New LWP 1074]
[New LWP 1075]
[New LWP 1078]
[New LWP 1128]
[New LWP 1158]
[New LWP 1165]
[New LWP 1166]
[New LWP 1186]
[New LWP 1195]
[New LWP 1196]
[New LWP 1197]
[New LWP 1215]
[New LWP 1317]
[New LWP 1378]
[New LWP 1387]
[New LWP 3291]
[New LWP 5102]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/lib/icedove/icedove --sm-config-prefix 
/icedove-KqQoEL/ --sm-client-id 269'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fa54fef379b in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
37  ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
(gdb) 



signature.asc
Description: OpenPGP digital signature

Bug#797166: Breaks with jQuery 1.11.3: $.browser is undefined

[Ilias Tsitsimpis]

This has been fixed since v0.9.12:
  https://github.com/harvesthq/chosen/pull/950

Please consider updating your package.

Best,

-- 
Ilias

Bug#846067: RM: glpi -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove glpi from Debian unstable, while there's a patch from
Ubuntu to add PHP 7.0 support, the package bears no maintainer
activity and it's severely outdated.  Thus I believe it would be
better to have it removed from Debian (unless somebody steps up
and update the package to latest upstream release).

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/hvXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHJRYP/Az6Jc+0tsJrigZaCE5azCXi
PD+jdOr4WnL1yNInAoEaNhJ9zjTJxP6p4/GmZyL+3YmYjLPIpKjAZzBoxb782AUn
sG+fnIr7AxO/9ia4vKJcTV2V2SVyFmwbtHE1heGA2Hq1zfRb3kVHiVa1uaUrgCFZ
awDesmruHZCCxbiJsZv89bqS7D+KjVCUQYBcJwOQ3Jhr65/FkwEtLhbMSptyw0NJ
vy5zoqZ7C/FKi1YYHAQmGKmHCm5JkeQPYVc8EuInHrTrQeTisfuOVEUe2Lr4EaqT
RKOpYOdox6dWA1DRMvBThSMNxJfHTiX1BSL3pmX2yPAdycr79zFO6GqH1eymEciY
d+CgS+Lm0WLOlFtlTDB9BsRIWzFOsbHinmLgHrHFS/5MdSUcXU+uBnZVoqRj/Ea4
wPq/35urHFVQV8JiTS1I46WCDvNWlSf79a7bveeCAIMvJa9k23sn86j49GvL8rIK
xJThtDQ+5J9J39lQ2sT0xOezCV4r4YYibZ7Ci8M/KPRO469ydd6RN9m1sNrpRQG1
xaI+vnFG6tDVmy+2nOvi9MJw4Pc3lZNkCFB3mCh81Elk9Xqf73wxjUgvEEJbGl/+
fwl2ag3UGk+2tWnW5ffod+btE5yKRupwLkXyHEy71/KGnlDLkD5hL+ogSbOhXdLa
lYnR6I3CVGsPk9p/qCCZ
=RUCE
-END PGP SIGNATURE-

Bug#846065: RM: galette -- RoQA; unmaintained; RC-buggy; security issues

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove galette from unstable, it has been unmaintained since
2014 (and there are several new upstream releases since that time - no
PHP 7.0 yet though), it has unfixed security issues and it's blocking
src:php5 removal from unstable.

Thanks,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/daXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsH3EIP/3P48+CfAqwXvpwCOsLB8q2Y
QTWw0+KXKibitCKAFaMmW7XOZdGcDrS0cP1eXkloJ9ce1VM25Q90G0r7ZJtI8DFH
FECA64Tf1KoSeRgJcJJ4KePKf/J6Z9p+w+xdODQGvJB17mrLCm0WEtzkDbXo7T41
JK1KksX2aclXVTVh7IWdfE93KtKg1CZix7vv7HqD8z11qMXNSO6cqApFJIdGep0h
eLUQS2CsNx/sNQjuWrOq154dDxk6jcSWKSno5YbAXGrJYDXFWwVPe4BuaBVBr1nl
ZhqkCeQmtb1tTjRNEUH/Tqya9T0OhAQ2z6dzno7l2TGFnlJKe3VcXJBtcVmdND7G
nVvaUb+mPF+vlGYN5glYiJaNy72sMLHYBOOCP+31i9CfcLWxrL8Fv1gHVaYpm/L7
LLK/637QAJ6K8aF2+YRtdx4FoOS4JAuE5HQwwXuUu597HV6BNpVy8wLRUAJuco77
PY46/0+KIBc9s0TvLHBriKy9a8DGwsF0HZ0tp1IUSQvBRLN4IbikvoJTi1IVNblx
jpYjapx5ZSuBWmoGR/C5kjpfmrmUliDpYoAsM4qd6OiHTnvIKB6odm6GB0lzrakG
F+fXRT+Js8BG0yYi3tVwio+PdMQfXBOvxGpzDpac+juptAbCfGeGEfFWHfmd2d94
zATVK7CC/mNIgmTV8fI9
=/BCk
-END PGP SIGNATURE-

Bug#846066: Please patch Mono/CLR to allow apt install without /proc.

[Trent W. Buck]

Package: cli-common
Version: 0.9+nmu1
Severity: wishlist

[I'm not sure which package to report this against, so I'm guessing.
 Please reassign as appropriate.]

I build Debian Live environments using debootstrap and then chroot + apt.

I deliberate don't mount /proc inside the chroot,
because just INSTALLING packages usually works without /proc,
and with /proc mounted some postinsts get confused and trash the build host.

The two notable exceptions are CLR and JVM,
both of which flat out refuse to work if /proc isn't mounted:

root@zygon:~# chroot /tmp/bootstrap/live apt-get install gbrainy
[...]
Setting up libglib2.0-cil (2.12.10-5.1) ...
W: removing assembly: Mono requires /proc to be mounted. failed!
E: installing Assembly 
/usr/share/cli-common/policies.d/libglib2.0-cil/policy.2.6.glib-sharp.dll failed
E: Installation of policy.2.6.glib-sharp with 
/usr/share/cli-common/runtimes.d/mono failed
dpkg: error processing package libglib2.0-cil (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of libgtk2.0-cil:
 libgtk2.0-cil depends on libglib2.0-cil (= 2.12.10-5.1); however:
  Package libglib2.0-cil is not configured yet.

Until today, I just gave up and banned CLR entirely at my site.

However I ran into a FreeBSD .NET developer who says he has fixed this for 
FreeBSD builds:


https://github.com/dotnet/core-setup/commit/d5ce08014a174b006a3b409b8bb93d003ae583a0

https://github.com/dotnet/coreclr/commit/b306172d0545e2a292619b880a3c8d07bb46d396

Please investigate whether this work can be applied to Debian's CLR,
so that CLR postinsts can be run when /proc isn't mounted.

Bug#846064: RM: d-push -- RoQA; unmaintained; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-master,

d-push has been unmaintained since 2013 (and upstream had new releases
meanwhile; latest 2.3.3 was released on 9th of November 2016).

It's RC-buggy and it's preventing src:php5 removal from unstable.
Please remove d-push from Debian.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/ZhXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHpI8P/2WKyua2YZoW2oirHtAc37J+
RfXhIls8ilLkP2W9UJ09Ypv96e1CJH2RiVXYcdPtlquM/ndRsN+6X31PkZRMC1+L
eUSN9lWbTlVF2SZaAt8OqMtx7hpumL03NAM3MbdjZ1pDHnsMDe6uf1hw4WUIZdQV
s5WPf0pbVIw0TvqUa5m170e6v55dlJN1kAvzgBl9eh9FPU3Mqt4c68NEdtqBlvsJ
v+EqO3yYrPEw7ycQF5LA45U8dn9LkjXtQRp0th0ozWkJlcLt0yd4rc1oW8Y7u/EM
9+ZCBJCzFLXaSaaaDOKUgCmHTPKpLbELpDtJG1K5Zsaf9Bau/Gg3NiNs2bE0eKWL
eqs3TQO8Oq4rzDWE4gjEwfTKhGCYprTlwBPukujkNHBNCkkU9vAA2fN8eSklDs4X
CmQ7jkxWPJx7Ff47X/xiR74yc1KNykEK9gvwN4E4lVDz2wuk8Jw49eM02JJcIVQ7
uDsp5SZLLCQcAD8wMYMJqyARGWj8mn2Y6qdDYJp66masL/4tg8BNc35nsMR+gueH
WNOwAwDN6+CGpkCwlkuwqTq8JLeTkPZyHYdBuRA4cIocFE3rwSOo+ssaZHgrWCK+
S7RfB9YR5RlVZsQhCsOO/we8hVcVq0ivTejwbsGgp076nlZKkEkkgznBSlzO3oZj
6qjXmI0l/WyGpHUiEYd4
=AxhG
-END PGP SIGNATURE-

Bug#846062: s-nail: not a proper mailx alternative

[Bas Zoetekouw]

Package: s-nail
Version: 14.8.14-1
Severity: serious

s-nail/heirloom-mailx is not a proper alternative for mailx/bsd-mailx,
as it uses different command line options (for example on a regulair
mailx, -a means "add header, whereas for s-nail it means "add
attachment").

This breaks other packages (for example cron-apt) that rely on a
mailx-dependency to send mails.  Therefore, I'm making this Serious
severity.


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

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

Versions of packages s-nail depends on:
ii  base-files9.6
ii  libc6 2.24-5
ii  libcomerr21.43.3-1
ii  libgssapi-krb5-2  1.15~beta1-1
ii  libidn11  1.33-1
ii  libk5crypto3  1.15~beta1-1
ii  libkrb5-3 1.15~beta1-1
ii  libssl1.0.2   1.0.2j-4
ii  libtinfo5 6.0+20160917-1

s-nail recommends no packages.

Versions of packages s-nail suggests:
ii  exim4  4.88~RC4-2
ii  exim4-daemon-light [mail-transport-agent]  4.88~RC4-2

-- no debconf information

Bug#846063: RM: collabtive -- RoQA; orphaned; RC-buggy

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

the collabtive package has been orphaned, it is RC-buggy and it is
blocking src:php5 removal from unstable.

While collabtive 3.0 has support for PHP 7.0, nobody has stepped up
and updated the package to latest upstream version.  I have tried
myself, but the Debian package carry to many patches for me to update
it to the new upstream version without breaking anything, so the best
course of action would be to remove the package from unstable.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/XUXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHZ5oQAOfC/J2ykULMliCPN/THA+Wv
CvK5QvGgmqN1UJ2J/jZ+TAplEj06lUSY4q2/dWNq5HefMAwpQOIetuxe9wpVs0Er
2HXj7JUNhJMCKBd7d1Epu58hNf8eOTZ0ronR5brENxPQMkM5pO0g0KUydocDhkfM
zWeQVhPWyXFpyIGv1y2mxAVd/ToRFxEtgcj6pq0rLvFGajcsNpHPnyJYmSKKyeTA
340nxba1fLIHxVWwQoe2iT4OGjdEeoL0XELS0g3+iJv/PNtP7/kn6iQ7fZL7OYc0
pXp3II6ys00pNbRbus/syri37KL5XIJKwlucPOcERPm+92LbXsCmmNGlZlGZ/cgq
OVssKvSbuG8olUekvx7MFwCInoAsN/tJt1Vwl9Ov/HGW8YguUlYOu2fKj73ThEhe
pOVtYG2+JYxrZ+ntqY7sOHuEelXcGzMJQluLs7B4s/Xkea/N0H+wEQ8VjybzRW6f
BCIBlWlglEnxb5rnCrMk34mlXn4ekJ4Ma2nw++uZDJsUJQsLNDHE7kj74nMaqFMX
ESzefBWGfAVqtYOyqNJUXArNN4jjBRREnIxxsclUTLiRuFZVPDUietnrSrUEstbZ
3by89Mj5WaulkQsHvr7Fq5yM8wSKJQKT6bwDpdxPo0qAlj5WA/VM+bn+4m9QuUzO
hvxAVt4lqsXzLrFUJbug
=2/OB
-END PGP SIGNATURE-

Bug#845746: multipath-tools FTCBFS: uses build architecture compiler

[Ritesh Raj Sarraf]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Sat, 2016-11-26 at 13:34 +0100, Helmut Grohne wrote:
> Source: multipath-tools
> Version: 0.6.3-2
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> multipath-tools fails to cross build from source, because it uses the
> build architecture compiler. Recent changes to dh_auto_build let it
> automatically pass cross compilers for the makefile build system.
> Switching multipath-tools from explicit make invocations to
> dh_auto_build thus fixes the cross build. Please consider applying the
> attached patch.

Thanks for the patch. I just uploaded a build to experimental.

Is it something you want in Stretch ? In that case, I'll immediately make an
upload. Otherwise, it can wait for more substantial changes to queue up.


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

iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAlg79L0ACgkQpjpYo/Lh
dWmnPQ//f58GWLf9ng+Rps6UTip4vwPcw5QDQIIw5nJbeXZWcde06gXudmDY+2Wq
+eK/6tGcGPa4FjCrlWwzgX6yG9OWeZeI/dldyDgMydG93arHnRNZ1uSh5hWnaI6/
mZ00RTEFxtXPeQ8Plv8HmhrE3A+7ha4R0TOphgsdvxoPFyA8PcQkhsQs9rcCqPaL
KXrVgQVmn8FEtZxPDorhK8BE2tZoVd3aa9OYSt7XJl1kdKGC+tGXIzAxmw84qJEQ
v08V/koH3p6Rc8UjP3KP2NUtNinTVKGF5Zz/pBqpf2oySsbhuVnSlRdRSW6ePTkB
LS0JA9XvxOFqMcjkeZN+FSCmSWdLH6SoBHhSYwjuCulfZg8d87Df6JRJVu9zDJnW
X7y4oP8alda/JU6lcbDM/FxCPJ0oa5+8icjp3+FiPbWEDn9iPApN2TeKvk3MgnyD
iMzs3hDIskQa92uv/pvD/fquxOt/iuQsdZ0yhV8OHd+CUrLGb7SqAVppChKF46dC
KwIUxZbplbCHvC74YyT+n1rMSO3nemKdYxj+xREmfCK/z4rL8Ln4Epcpc4wVJzb+
h7edkSgYtMPh9V7vQm9pqPIVPBltrET6/s0+pwfMMw2wUGe+i43nEX1bv8jBxp/P
+Sss00Tv2a1rQCTePYJtNB4btQAdjLi+ouClgunl4lKr8rT9zoI=
=v30H
-END PGP SIGNATURE-

Bug#845738: [Pkg-xfce-devel] Bug#845738: [xfce4-power-manager] Display brightness key regression

[Yves-Alexis Perez]

On Sun, 2016-11-27 at 11:26 +0100, Philipp Klaus Krause wrote:
> According to /var/log/apt/history.log plenty of packages were updated.
> Two seem particularly notable, since they seem related to power
> management and are among the dependencies of xfce4-power-manager:
> 
> libupower-glib3
> libdbus-glib-1-2

I don't really think so, I'd rather look at Xorg or the kernel. In any case,
please do your homework and try to downgrade stuff to identify the culprit and
reassign accordingly. Thanks and regards,
-- 
Yves-Alexis

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

Bug#846002: blends-tasks must be priority:standard and not make a mess out of tasksel menu

[Ole Streicher]

Control: reassign -1 blends-tasks
Control: tags -1 moreinfo

Hi Holger,

thank you for your bug report to the "blends" package. I would, however
question a few things here and also ask for a little bit more information:

The "blends-tasks" package was created as a result of working on bug
#758116, titled "tasksel: Allow to select Blends selection during
installation - just 'DE', 'Web server', 'Mail server' is NOT enough".
This bug was created more than two years ago, and nowhere in the bug it
was questioned that the blends should be selectable during the
installation process. This, however, *requires* to have the information
about the blends available during installation, and this makes the
package that provides this information "important". Therefore, it is not
a policy violation, which in turn removes your argument to make this bug
"serious". It also does not "completely break the UI of the installer"
-- the selection is in no mean different from the desktop environment
selection. I would therefore propose to lower the severity of the bug.

Also, I would ask you to do an NMU until the discussion has settled
down. This would be an abuse of the NMU. NMUs are meant to deal with
unresponsive maintainers, and you did not show any evidence that the
blends maintainers are not responsive with respect to this problem.
Doing NMUs during a discussion is quite offending. I also don't see a
reason to hurry with implementing an unsettled decision: the blends
selection is there since almost 8 months now without any significant
change or discussion for ~6months. What makes the issue now so urgent
that you try to push this within four days? Why didn't you do this half
a year ago? We implemented the current solution at that time (and you
*knew* that we did) exactly to have some buffer for discussion about
critics. Why didn't you use that, but start now when it is quite late?

The next point is that you base your critics not on some experience with
the current installer but on an outdated, half-a-year-old screenshot.
Since then, several improvements were done, both in the appearance in
the installer, and in the selection of which blends are there. For the
first, see the discussion here:

https://lists.debian.org/debian-blends/2016/07/msg00027.html

We would also not include all blends there, but select them on an opt-in
base. So, if debian-edu is not useful to be installed that we, it shall
be removed. At the end, this will reduce the number of selectable blends
quite much.

I would therefore ask you to rebase your arguments on your experience
with the current implementation and not on something that is six months
old and not actual anymore.

Another point, concerning the argument of "confusing" users: As I said,
the blends-tasks package is in place now since eight months, with the
current implementation there since ~6 months. Since then there was no
single report that someone did not understand the options here -- no bug
report, nothing on the installer, blends, or devel mailing lists. I also
did an extensive search on the net, and the only thing I found is
mentioned in the discussion above and addressed by the changes made
after that. Since then, no single problem was reported, with more than
5000 installations according to popcon. This gives a good sign that the
addition of the blends to that menu does not confuse people, and I would
ask you to show a better empirical evidence that it does.

I will not discuss the arguments during the discussion in #758116 here
again -- there was a lengthy discussion about this, and the linked
postings were covered there as well. It makes no sense to repeat that
here again six months later.

Concerning your idea of having different install images, I am not
convinced that it is a good solution: First, it multiplies the whole
image creation process by the number of blends. If we have 10 official
architectures and (let's say) 5 blends to be included there, they would
then have to manage 60 images instead of 10, with all the requirements
that come out of this (installer manual, web page, updates, web space etc.).

But it also gives a wrong sign: Debian Pure Blends are by definition
integral part of Debian itself. But even now, this is hard to understand
for many people -- questions like "what is the difference between Debian
Astro and Debian" are quite common, even in front of a poster describing
exactly that. With having separate official images for all blends,
people would even be more confused. As an example, I would take the
Ubuntu approach of having "Ubuntu", "Kubuntu", "Xubuntu" etc. instead of
installation options -- people usually think that they have to
re-install the system if they want to switch from one flavour to the
other. Having similar experience with Debian would be bad for the
reputation of the Blends, and for Debian in general.

Best regards

Ole

Bug#846061: Amule always crash and with no reason output

[M0xkLurk3r]

Package: amule
Version: 1:2.3.2-1+b2
Severity: critical
Tags: newcomer

Dear maintainer,

The amule I had installed(version 2.3.2) always crash with no reasons (like
suddenly killed by somebody and the window vanish from my desktop) i don't know
why and i have no idea to deal with the error, even catch the error log.

=

Okay, this time it crash with an ASSERT error output. I had copied the assert
info and paste it here:

ASSERT INFO:
../src/unix/sockunix.cpp(143): assert "m_fd != INVALID_SOCKET" failed in
OnReadWaiting(): invalid socket ready for reading?

BACKTRACE:
[1] wxOnAssert(char const*, int, char const*, char const*, char const*)
[2] g_main_context_dispatch
[3] g_main_loop_run
[4] gtk_main
[5] wxGUIEventLoop::DoRun()
[6] wxEventLoopBase::Run()
[7] wxAppConsoleBase::MainLoop()
[8] wxEntry(int&, wchar_t**)
[9] __libc_start_main


And my system and environment info may already contained in this report.



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

Kernel: Linux 4.8.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 amule depends on:
ii  amule-common   1:2.3.2-1
ii  libboost-system1.62.0  1.62.0+dfsg-4
ii  libc6  2.24-5
ii  libcrypto++6   5.6.4-3
ii  libgcc11:6.2.0-13
ii  libgeoip1  1.6.9-4
ii  libstdc++6 6.2.0-13
ii  libupnp6   1:1.6.19+git20160116-1.1
ii  libwxbase3.0-0v5   3.0.2+dfsg-2
ii  libwxgtk3.0-0v53.0.2+dfsg-2
ii  zlib1g 1:1.2.8.dfsg-2+b3

Versions of packages amule recommends:
ii  amule-utils  1:2.3.2-1+b2
ii  unzip6.0-20

Versions of packages amule suggests:
pn  amule-utils-gui  

-- no debconf information

Bug#842177: transition: hdf5

[Gilles Filippini]

Emilio Pozuelo Monfort a écrit le 27/11/2016 à 23:52 :
> On 27/11/16 23:21, Gilles Filippini wrote:
>> Hi,
>>
>> Emilio Pozuelo Monfort a écrit le 06/11/2016 à 16:20 :
> Yes, this is looking very good, so I'm acking it. But please don't upload 
> just
> yet, I'll give you the go in a few days when things are a bit calmer 
> (there are
> just too many transitions at the moment).
>>
>> Any news on this side? I'm waiting after the transition to upload a new
>> release of the package which will have to go through the NEW queue
>> because of new binary packages for the java bindings.
> 
> Go ahead.

Release 1.10.0-patch1+docs-1 uploaded to unstable.
Thanks!

_g.




signature.asc
Description: OpenPGP digital signature

Bug#846060: cron-apt: XHEADERS cause failure in mailx

[Bas Zoetekouw]

Package: cron-apt
Version: 0.9.6
Severity: normal

When setting XHEADERS in the cron-apt config, cron-apt (or rather,
mailx) fails to send any messages.

Specifically, I have 
| XHEADER1="X-Cron-Apt: foo"
in /etc/cron-apt/config.  This causes errors when cron-apt tries to
send the mail.  The type of error depends on the version of mailx the
is installed (s-nail, mailutils, heirloom-mailx, bsd-mailx), and say
different things like "Cannot parse address  -a ", "failed
with error 1" (very descriptive, that one), "X-Cron-Apt: contains
invalid character ':'" and "X-Cron-Apt: foo: No such file or
directory".

I'm pretty sure this had to do with different versions of the mailx
alternatives using different syntaxes (and therefore not being real
alternatives in the first place).  I'll be filing a separate bug about
that issue.

To avoid this mess, it might be better for cron-apt just to send the
mails using sendmail -t directly, instead of relying on these mailx
tools.



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

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

Versions of packages cron-apt depends on:
ii  apt  1.3.1

Versions of packages cron-apt recommends:
ii  bsd-mailx [mailx]   8.1.2-0.20160123cvs-3
ii  cron [cron-daemon]  3.0pl1-128
ii  liblockfile11.09-6
ii  mailutils [mailx]   1:2.99.99-1.1+b1
ii  s-nail [mailx]  14.8.14-1

cron-apt suggests no packages.

-- Configuration Files:
/etc/cron-apt/action.d/3-download changed [not included]
/etc/cron-apt/config changed [not included]
/etc/cron.d/cron-apt changed [not included]

-- no debconf information

Bug#846026: [Pkg-swan-devel] Bug#846026: strongswan: FTBFS randomly (failing tests)

[Yves-Alexis Perez]

On Sun, 2016-11-27 at 23:13 +0100, Santiago Vila wrote:
> The failure happens randomly. Sometimes it fails, sometimes it does not.

Check exactly where the testsuite fails, it might be lack of entropy. I'd
rather not disable the testsuite altogether, we already limit it to few
architectures to prevent that from happening too much.

Regards,
-- 
Yves-Alexis

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

Bug#846059: libmath-bigint-gmp-perl: FTBFS: Failed 1/12 test programs (t/bigintpm.t)

[Chris Lamb]

Source: libmath-bigint-gmp-perl
Version: 1.51-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Dear Maintainer,

libmath-bigint-gmp-perl fails to build from source in unstable/amd64:

  […]
  
  Test Summary Report
  ---
  t/bigintpm.t   (Wstat: 1536 Tests: 3913 Failed: 6)
Failed tests:  2541-2546
Non-zero exit status: 6
Parse errors: Bad plan.  You planned 3919 tests but ran 3913.
  Files=12, Tests=6795,  3 wallclock secs ( 0.52 usr  0.05 sys +  2.09 cusr  
0.06 csys =  2.72 CPU)
  Result: FAIL
  Failed 1/12 test programs. 6/6795 subtests failed.
  Makefile:993: recipe for target 'test_dynamic' failed
  make[1]: *** [test_dynamic] Error 255
  make[1]: Leaving directory '«BUILDDIR»'
  dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2
  debian/rules:6: recipe for target 'binary' failed
  make: *** [binary] Error 2

  […]

The full build log is attached.


Regards,

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


libmath-bigint-gmp-perl.1.51-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#845997: mate-session-manager: should use alternatives priority 40 for /usr/bin/mate-session

[Wolfgang Schweer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Mike,



Am 28. November 2016 07:54:00 MEZ, schrieb Mike Gabriel 
:

>(taken from a Debian jessie system)... I'd say we set prio to 50
>rather than 40.

Yes, please use 50. I noticed this higher value as well when I tried to install 
a lot of DEs on the stretch combi server.

Wolfgang
-BEGIN PGP SIGNATURE-
Version: APG v1.1.1

iQJCBAEBCgAsBQJYO/FVJRxXb2xmZ2FuZyBTY2h3ZWVyIDx3c2Nod2VlckBhcmNv
ci5kZT4ACgkQF+yw1/QxG0x/dQ//dDQPldFo536I73kU0qD5XHr9zh1FQx1WmfKf
OkkT7uHvUsXo7qABFYF74SZjCq1fCdErM5LDLqcQJ+BPI87hRFLZqTqOQS8r0HWB
kho+epT/7QsJLBCfL4QXeP78qs7aszbVsIN4gmHrKCFfdtfNzT8E8mRU4c8nAsiR
RNvwBZi3oBl69hnfWD42kDL3GXyAl59UuEVL0KXbQ47IoanMLypHU2rDdR4Pt0Ax
/p4k3XMKZ0VRrGifjwtLLlaIv6NzuWj97Y0TEHPyxcAtlxU40E//Y0aMEIK9d3Wv
58/N8zSeCMzR3nHJttg9Vr4rPRHYRHlRPi6XrwvK/K+aqT49LVD1+A0f9GCrKPbL
JfpXETRnjWVfHcVvTeX2EjW0bYKlSfRNXzgFPPAT72Rpxj1FGBgkYOnuSKjan/j/
mWyqGL1260OcvnTmo7Zljk23RBHO/khO5JbmNZjfOQpVSR2Z9IJUt5a1KibBk1rN
xPEfFSrPppHmL4jWN8s96mc3gP0V9FBBAamQ3M/CebXkTzghhEgF1yE507sIqdrC
64bt35JrinrmF1xH/wp4Cq+kdcSg0H4a0oguqMjZHjCYNS+OPuh9Ha1HGwUd5wjT
W7KkvbOmNxatJUWo2hsoDWTz0oU/46M+jXxZ7fY4fi77MbvCCexoFikOL63RyA2m
MT9uz7M=
=JcRB
-END PGP SIGNATURE-

Bug#846058: RM: auth2db -- RoQA; unmaintained; RC-buggy; upstream-dead

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

please remove auth2db; it's RC-buggy, last upload was in 2014, and
upstream is dead + it's blocking removal of php5 from unstable.

Cheers,
Ondrej
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/EFXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHRKEP/2bO64FQ5ZIgFJ59AvuUGk3K
oFwXWQuz4YA+jg3zzDY/bNznfnMnUa+UnwlOeM5QR5wih8j7Nh0uTT9jIE8DiG3W
6vWLlmO3MMeav9Tr2MviCpe66VKmXI6e2RUJpmeupekg9ThXyxycN8GTDLtSEjCz
BdFnxQKZJ5MAPcs/oAtYtpP8fv2ZPKzTaKCbkQ567FGMTdiWSjtOKVKK6Q+WNJaH
Q+Vo7kA71p/xcRpF7N94WMca6cL5QXvD6IWOyBiDs6M0ljI8dvxjSPyOCR9+rDIV
MK5pnpINcZJrhmB3d45a1L87E3oJnKQIstXwS14crb9jKwrqdctafFfoFHW7Wjh/
P1Z3sNFzJdN38imsoczg1KDt67IWH2qIbFxlGxu+Zc9MQxGKlPQDPlw7qs72Vw3G
YK5oDRVwCgOWhlSXKitbejvWGTdhWM/+TqH+25/xijP47+xZR8QrulpFEtmKdjWM
TvNRQ4BdzHL5D6yOt7cdbrsWRoiw0g4B36tpL7ZGCj91KbC9J9hrZCY5prKhta1w
r7gyR8+r1omKpO3xxIE57oSPRLB5vZsUjyYG4wzAwDqXx6ZccRS6EGK7/luoiqFw
J9TVoMCqSq5BD0Iq7DH73pXPAoEYppYFdFsRrnniQBU/mNlqY6kgODUoe90VoR3J
WvN+QKS3s48YBTp7qBg1
=GH6M
-END PGP SIGNATURE-

Bug#846057: RM: acidbase -- RoQA; unmaintained; RC-buggy; abandoned upstream

[Ondřej Surý]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear ftp-masters,

acidbase is preventing removal of php5.  The package is RC-buggy,
upstream homepage doesn't exist and last package upload was in 2014;

It has been already removed from unstable (#707921), but it has been
reuploaded by maintainer without fixing the security bugs that have
been the reason for removal.

Cheers,
Ondrej

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQJ8BAEBCgBmBQJYO/BuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw
Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHInkP/1I9sxf1wt03nqpRTI9kZO62
C41GayG7SPdSsf+QfSUxUgUesJIicw6DI/d/IWEVzadqAllXA0fTn14WiR3LbWy/
ct5tpLqT6DFPauQXwK10CgCMJxptQTKEeMCtgX3DKS50XfUTmD+D3mBOXJQWk/2/
ut7soIrro3pX9PR1b3NdjhESpGMD/nh9md/rgEUuAVnTUW9Igo8pdT/apKL7ZX+c
nQb5pPH8ZogVcW0XjYrlBVc7E2UU9XqLzuGHsqjEsJm0aTrQi9mIawk/jK+/RnDH
XTG/JoMZfKyIj4q0d6J6MEdllpUaZwftWZ1XO634xgsTYWMgy19lwHVmqHkYSz32
6mlngLpEXQ2gR56PKvC6okul+/O5PUX9ZxVKvO5qtFiZV7F0DFs1rC9XxUkdiFUK
WzOBos9V6TzBsmJjm0II038xSWjmuZLXrpGT1LO99NRmlX6apyxEHcF23bK8pODA
eMPeq1a7XOzN6VfJAEpK/P+LeroViB97NQ9rso4qGeeM8Z6q4szJ8YEvkCZJR3HN
sn2M3CYH65cpK6uxa5FO0PyyBy/dtXjgPaSNFvirqsWW7ZQYsg99KVAsJcNoNwhl
dnUUZXrePx6Sg4QMQnQioNA6H8+adbfv+dy5xMDAz+STQFSllKiVf+YuJvXz2MZa
rO1jvwoBNhXIC2m+hMfe
=mm3d
-END PGP SIGNATURE-

Bug#845752: closed by Andreas Tille <andr...@fam-tille.de> (Close since failed architecture was removed from Debian mirror)

[Adrian Bunk]

Control: reopen -1
Control: severity -1 important

On Mon, Nov 28, 2016 at 08:24:09AM +, Debian Bug Tracking System wrote:
>...
> armel was removed from the Debian mirror.  I have informed upstream about
> the problem and may be they'll find a fix for the next release.
>...

It is still a (non-RC) bug in the package that it FTBFS on a release
architecture.

Reopening with lowered severity.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#838974: Gentle ping

[Gianfranco Costamagna]

Hi,

>any news on this? The missing python-3to2 package, caused

>python-guess-language to be removed.


I have no clues, and upstream didn't even answer to the bug report...

what about removing the Python2 package?
This will make it suitable for Stretch, I doubt we will have a fix for jan.

(I can upload if you want, the repo is in collab-maint)

thanks,

G.

Bug#846056: O: gawk-doc -- Documentation for GNU awk

[Mattia Rizzolo]

package: wnpp

Hideki Yamane  orphaned this package with his
4.1.4-1 to experimental.  Therefore, I'm filing this bug to make the
orphaning public.

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

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

Some information about this package:


Format: 3.0 (quilt)
Source: gawk-doc
Binary: gawk-doc
Architecture: all
Version: 4.1.4-1
Maintainer: Debian QA Group 
Homepage: https://www.gnu.org/software/gawk/
Standards-Version: 3.9.8
Build-Depends: debhelper (>= 9), texinfo, texlive-generic-recommended, 
texlive-latex-base, texlive-fonts-recommended
Package-List:
 gawk-doc deb non-free/doc optional arch=all
Checksums-Sha1:
 9b6badb28a41cf97bd9725b23b12b8d76005c886 814588 gawk-doc_4.1.4.orig.tar.xz
 db2368a6a65b4913b950f042461efccd186437d8 5840 gawk-doc_4.1.4-1.debian.tar.xz
Checksums-Sha256:
 dea1b65c27ef209fa853fb15702a8f91cad8e5ae6d43ab54dcb3467d3f46c179 814588 
gawk-doc_4.1.4.orig.tar.xz
 37001298ca51cc8e816fe3c75ee9738122d4cf0d3f2b626a9a4d0ea57f6558d5 5840 
gawk-doc_4.1.4-1.debian.tar.xz
Files:
 f2ac0d5ea4129a0d7aa272e86d981423 814588 gawk-doc_4.1.4.orig.tar.xz
 da6d66775e801442c1ac0d5b3a1c8731 5840 gawk-doc_4.1.4-1.debian.tar.xz

Package: gawk-doc
Version: 4.1.4-1
Installed-Size: 7717
Maintainer: Debian QA Group 
Architecture: all
Description: Documentation for GNU awk
Homepage: https://www.gnu.org/software/gawk/
Description-md5: a0ccd75275de725a7e5b09acd72e2ce2
Tag: devel::doc, implemented-in::TODO, made-of::html, made-of::info,
 made-of::pdf, role::documentation, suite::gnu
Section: non-free/doc
Priority: optional
Filename: pool/non-free/g/gawk-doc/gawk-doc_4.1.4-1_all.deb
Size: 3427604
MD5sum: 83818df9546a182f3a07627fc705bef0
SHA256: f2759489d352876f0545e15f6076702b630bd3d8e6ba84aaa5b141182d2e6ee2


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://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#846055: black screen and "xrdp_wm_log_msg: Section "X11rdp" not configured in xrdp.ini"

[Marc Haber]

Package: xrdp
Version: 0.9.1~20161126+git589b29f-1
Severity: normal

Hi,

after upgrading xrdp server side to 0.9.1~20161126+git589b29f-1, any
attempt to log in results in a black screen and the following log
entries:

[20161128-08:50:59] [INFO ] starting xrdp with pid 10814
[20161128-08:50:59] [INFO ] listening to port 3389 on 0.0.0.0
[20161128-08:51:47] [INFO ] A connection received from: :::127.0.0.1 port 
45114
[20161128-08:51:47] [DEBUG] Closed socket 12 (AF_INET6 :::127.0.0.1:3389)
[20161128-08:51:47] [DEBUG] Closed socket 11 (AF_INET6 :::3389)
[20161128-08:51:47] [CORE ] Warning: Your configured security layer is 
undefined, xrdp will negotiate client compatible
[20161128-08:51:47] [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
[20161128-08:51:47] [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
[20161128-08:51:47] [DEBUG] xrdp_2a6c_wm_login_mode_event_0001
[20161128-08:51:47] [INFO ] Loading keymap file /etc/xrdp/km-0407.ini
[20161128-08:51:47] [WARN ] local keymap file for 0x0407 found and doesn't 
match built in keymap, using local keymap file
[20161128-08:51:47] [ERROR] xrdp_wm_log_msg: Section "X11rdp" not configured in 
xrdp.ini

After downgrading to 0.9.0~20161027+gitc524b06-1, things are fine
again, reference log entries:

[20161128-08:58:04] [INFO ] starting xrdp with pid 11275
[20161128-08:58:04] [INFO ] listening to port 3389 on 0.0.0.0
[20161128-08:58:29] [INFO ] A connection received from: 0.0.0.0 port 45132
[20161128-08:58:29] [DEBUG] Closed socket 12 (AF_INET6 :::127.0.0.1:3389)
[20161128-08:58:29] [DEBUG] Closed socket 11 (AF_INET6 :::3389)
[20161128-08:58:29] [INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
[20161128-08:58:29] [INFO ] Using default X.509 key file: /etc/xrdp/key.pem
[20161128-08:58:29] [DEBUG] xrdp_2f88_wm_login_mode_event_0001
[20161128-08:58:29] [WARN ] local keymap file for 0x0407 found and doesn't 
match built in keymap, using local keymap file
[20161128-08:58:29] [DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 
port 3350
[20161128-08:58:30] [INFO ] xrdp_wm_log_msg: sesman connect ok
[20161128-08:58:30] [DEBUG] xrdp_wm_log_msg: sending login info to session 
manager, please wait...
[20161128-08:58:30] [DEBUG] return value from xrdp_mm_connect 0
[20161128-08:58:30] [INFO ] xrdp_wm_log_msg: login successful for display 10
[20161128-08:58:30] [DEBUG] xrdp_wm_log_msg: started connecting
[20161128-08:58:30] [INFO ] lib_mod_log_peer: xrdp_pid=12168 connected to 
X11rdp_pid=12174 X11rdp_uid=1001 X11rdp_gid=1001 client_ip= client_port=
[20161128-08:58:30] [DEBUG] xrdp_wm_log_msg: connected ok
[20161128-08:58:30] [DEBUG] xrdp_mm_connect_chansrv: chansrv connect successful


Greetings
Marc

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

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

Versions of packages xorgxrdp depends on:
ii  libc6  2.24-7
pn  xorg-input-abi-24  
ii  xserver-xorg-core [xorg-video-abi-23]  2:1.19.0-2

Versions of packages xorgxrdp recommends:
pn  xorg  

Versions of packages xrdp is related to:
ii  tightvncserver [vnc-server]  1.3.9-8

Bug#846053: reportbug xrdp fails

[Marc Haber]

On Mon, Nov 28, 2016 at 09:12:11AM +0100, Marc Haber wrote:
> [1/1449]mh@fan:~ $ reportbug xrdp
> *** Welcome to reportbug.  Use ? for help at prompts. ***
> Note: bug reports are publicly archived (including the email address of the 
> submitter).
> Detected character set: UTF-8
> Please change your locale if this is incorrect.
> 
> Using 'Marc Haber ' as your from address.
> Getting status for xrdp...
> Traceback (most recent call last):
>   File "/usr/bin/reportbug", line 2247, in 
> main()
>   File "/usr/bin/reportbug", line 1115, in main
> return iface.user_interface()
>   File "/usr/bin/reportbug", line 1419, in user_interface
> status = utils.get_package_status(package)
>   File "/usr/lib/python2.7/dist-packages/reportbug/utils.py", line 387, in 
> get_package_status
> conffiles = conffiles + [re.findall(r' (.+) ([0-9a-f]+).*$', line)[0]]
> IndexError: list index out of range
> 1 [2/1450]mh@fan:~ $ 
> 
> reportbug reportbug works fine, though.

so does reportbug --no-check-installed xrdp.

Greetings
Marc

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

Bug#845498: [Pkg-pascal-devel] Bug#845498: /usr/bin/fpc-3.0.0: Provide cross-compilers

[Abou Al Montacir]

Dear Ben,

Thanks for reporting this bug. We are aware of this limitation and we have a
plan for fixing this, but unfortunately we lack man power to put this in place.

One of my own goals is to make it possible to compile Android applications as
easy as installing a virtual package that polls everything, which is much more
ambitious than compiling for other architectures using multi-arch.

For now you can use multi-arch to install fp-compiler and RTL packages and then
just use a shell script to call call the right FPC using qemu while calling the
script as expected by fpc binary. Of course this a workaround and native cross
compiler would be preferable, but it should work until someone dos package the
cross compilers.
-- 
Cheers,
Abou Al Montacir

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

Bug#846054: autofs: Please package new upstream release

[Salvatore Bonaccorso]

Source: autofs
Severity: wishlist

Hi

There is a new upstream version available for autofs. Could you
package it?

Regards,
Salvatore

Bug#846036: xul-ext-mozvoikko: please package new upstream 2.2

[Martin-Éric Racine]

Package: xul-ext-mozvoikko
Followup-For: Bug #846036

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Please find enclosed the diff for packaging mozvoikko 2.2, including a sizeable 
overhaul of the Debian files.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages xul-ext-mozvoikko depends on:
pn  iceweasel | icedove | iceape  
pn  libvoikko1
pn  voikko-fi 

xul-ext-mozvoikko recommends no packages.

xul-ext-mozvoikko suggests no packages.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAlg75jcACgkQrh+Cd8S0
17bOPg//XXCOho52QmMF3FWbVYs2Wr7aPHBQits7n03G+JT4D3VxZ/7ivA60p0Q7
AchJfLwGdh02ae3+1joZS90vWcQ71DV//o5dM7NvJaLVj/ZbI0APtvRHCDtNyECJ
p9NTQYs2qO1oM4rU/T6yYC+BbEtsel2hvYtRF/Mlws9ZjSRQGqsCc83kSd7rhGJ9
htNsPxDgSRqeFxzBn3fMc8PHhQFQ25bO26beeU+jw4mu721l1ECvwTm0bXkuSeDp
j6JqeKuIEAp8iXaV4ga3aGqGpe/l9fpV40Qv8eFfwnMGHrpyElhYGEjMwEa1C6H+
LH277HHPny11nEzbTy/sEOZIOlYV5unr3NcnYpeGzIzjnPk19oyqmad4JXf0Pyfo
tMJu3FXVEj3qgCI1I2+tEbI5jUvUU2e52Btgzw8YM1re39P6+tkhn4p+bE9jAYMx
ymxc1Nkd+bV9BTSlqRC7g+V77/QcfoJl20gKovRv5ef+8Sd1eQMyq0u5+E9Grtn/
4O/qGNnpX0nXEQAOlrphusZ3OeGErkFtq7Q7uzlUzF3O66pMyZlzQ9H3Evm36uML
bPQy/V0QmVdI85LdEVpijBKu2HUTd5NeVjtpSFpn6slnOi+LlMP/Jz7TCHSplj4o
HjiDjSLNKOpG7hCK6XimgAg5uZtV9TAU0jhKe6v5PzCYcLrh0z8=
=hdDK
-END PGP SIGNATURE-
diff -cr ../mozvoikko-2.0.1/debian/changelog ../mozvoikko-2.2/debian/changelog
*** ../mozvoikko-2.0.1/debian/changelog	2016-11-28 01:33:13.0 +0200
--- ../mozvoikko-2.2/debian/changelog	2016-11-28 09:50:44.516803607 +0200
***
*** 1,3 
--- 1,29 
+ mozvoikko (2.2-0.1) unstable; urgency=low
+ 
+   * Non-maintainer upload.
+   * New upstream release (Closes: #846036).
+   * Bumped debhelper compat to 9.
+   * [debian/control]
+ = Build-Depends on debhelper (>= 9)
+ = Bumped Standards-Version to 3.9.8 (no change required).
+ + Added the Homepage field.
+ - Dropped the mozvoikko/extra/oldlibs transitional package.
+ = Rewrote the long description to better reflect the multipurpose
+   direction of Voikko and the transition from Iceweasel to Firefox.
+ + Added a generic voikko-dictionary as an alternative to voikko-fi.
+   * [debian/rules]
+ + override_dh_install: -delete COPYING (included in [debian/copyright]).
+   * [debian/copyright]
+ = Migrated to DEP-5 format.
+ = Migrated the source URL to the current upstream site.
+   * [debian/watch]
+ = Migrated the watch URL to the current upstream site.
+ + Added checking of the upstream GPG signature.
+   * [debian/upstream/signing-key.asc]
+ + Imported upstream's public GPG key block.
+ 
+  -- Martin-Éric Racine   Mon, 28 Nov 2016 09:50:19 +0200
+ 
  mozvoikko (2.0.1-1.1) unstable; urgency=medium
  
* Non-maintainer upload.
diff -cr ../mozvoikko-2.0.1/debian/compat ../mozvoikko-2.2/debian/compat
*** ../mozvoikko-2.0.1/debian/compat	2011-11-29 21:03:15.0 +0200
--- ../mozvoikko-2.2/debian/compat	2016-11-28 02:29:51.0 +0200
***
*** 1 
! 5
--- 1 
! 9
diff -cr ../mozvoikko-2.0.1/debian/control ../mozvoikko-2.2/debian/control
*** ../mozvoikko-2.0.1/debian/control	2012-01-10 19:53:33.0 +0200
--- ../mozvoikko-2.2/debian/control	2016-11-28 09:49:41.090072129 +0200
***
*** 2,29 
  Section: web
  Priority: optional
  Maintainer: Heikki Mäntysaari 
! Build-Depends: debhelper (>= 7.0.50), mozilla-devscripts
! Standards-Version: 3.9.2
  
  Package: xul-ext-mozvoikko
  Architecture: all
! Depends: ${misc:Depends}, libvoikko1, voikko-fi, ${xpi:Depends}
  Breaks: mozvoikko (<= 1.0)
  Replaces: mozvoikko
! Description: Finnish spell-checker extension for Iceweasel  
!  Finnish spell-checker extension for Iceweasel. Spell-checking 
!  functionality is provided by Voikko - a free spelling checker 
!  for Finnish language.
! 
! Package: mozvoikko
! Priority: extra
! Section: oldlibs
! Architecture: all
! Depends: ${misc:Depends}, ${shlibs:Depends}, xul-ext-mozvoikko
! Description: Finnish spell-checker extension for Iceweasel (transitional package)
!  Finnish spell-checker extension for Iceweasel. Spell-checking 
!  functionality is provided by Voikko - a free spelling checker 
!  for Finnish language.
!  .
!  This is just a transitional package to pull in xul-ext-mozvoikko
!  on upgrades. It may be safely removed
--- 2,20 
  Section: web
  Priority: optional
  Maintainer: Heikki Mäntysaari 
! Build-Depends: debhelper (>= 9), mozilla-devscripts
! Standards-Version: 3.9.8
! Homepage: http://voikko.puimula.org/
  
  Package: xul-ext-mozvoikko
  Architecture: all
! Depends: libvoikko1,
!  

Bug#846052: passenger-config/status cannot find instance registry

[Matijs van Zuijlen]

Package: passenger
Version: 5.0.30-1
Severity: normal

Dear Maintainer,

I have just upgraded to passenger 5, and now I want to restart my
application the 'new' way by using passenger-config. I have tried this
both through capistrano, and on the command line, and I get the
following error message:

   *** ERROR: Phusion Passenger doesn't seem to be running. If you are sure 
that it
  is running, then the causes of this problem could be one of:

   1. You customized the instance registry directory using Apache's
  PassengerInstanceRegistryDir option, Nginx's
  passenger_instance_registry_dir option, or Phusion Passenger Standalone's
  --instance-registry-dir command line argument. If so, please set the
  environment variable PASSENGER_INSTANCE_REGISTRY_DIR to that directory
  and run this command again.
   2. The instance directory has been removed by an operating system background
  service. Please set a different instance registry directory using Apache's
  PassengerInstanceRegistryDir option, Nginx's 
passenger_instance_registry_dir
  option, or Phusion Passenger Standalone's --instance-registry-dir command
  line argument.

I have tried both with and without sudo. I can confirm that passenger is indeed
running, and throught lsof I can see that it has open files in a directory in
/tmp that I cannot not in fact see listed there. So to me it looks like option
2 is in fact the case, but I have not tried the instructions there and I would
have expected them not be needed.

-- System Information:
Distributor ID: Ubuntu
Description:Ubuntu GNU/Linux 8.6 (jessie)
Release:8.6
Codename:   jessie
Architecture: i386 (i686)

Kernel: Linux 4.4.32-rh33-20161115070633.xenU.i386 (SMP w/2 CPU cores)
Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages passenger depends on:
ii  libc6   2.19-18+deb8u6
ii  libcurl37.38.0-4+deb8u4
ii  libgcc1 1:4.9.2-10
ii  libgmp102:6.0.0+dfsg-6
ii  libruby2.3  2.3.1-6
ii  libstdc++6  6.2.0-13
ii  libuv1  1.9.1-3
ii  ruby1:2.3.0+4
ii  ruby-rack   1.6.4-4
ii  zlib1g  1:1.2.8.dfsg-2+b1

passenger recommends no packages.

Versions of packages passenger suggests:
ii  nodejs 0.10.29~dfsg-2
pn  passenger-doc  
ii  python 2.7.9-1
pn  rails  

-- no debconf information

Bug#846053: reportbug xrdp fails

[Marc Haber]

Package: reportbug
Version: 6.6.6
Severity: normal

Hi,

see:
[1/1449]mh@fan:~ $ reportbug xrdp
*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of the 
submitter).
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Marc Haber ' as your from address.
Getting status for xrdp...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2247, in 
main()
  File "/usr/bin/reportbug", line 1115, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1419, in user_interface
status = utils.get_package_status(package)
  File "/usr/lib/python2.7/dist-packages/reportbug/utils.py", line 387, in 
get_package_status
conffiles = conffiles + [re.findall(r' (.+) ([0-9a-f]+).*$', line)[0]]
IndexError: list index out of range
1 [2/1450]mh@fan:~ $ 

reportbug reportbug works fine, though.

Grüße
Marc


-- Package-specific info:
** Environment settings:
EDITOR="/usr/bin/jed"
VISUAL="/usr/bin/jed"
DEBEMAIL="mh+debian-packa...@zugschlus.de"
DEBFULLNAME="Marc Haber"
INTERFACE="text"

** /home/mh/.reportbugrc:
reportbug_version "5.1"
mode expert
ui text

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

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

Versions of packages reportbug depends on:
ii  apt   1.4~beta1
ii  python-reportbug  6.6.6
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
ii  debconf-utils  1.5.59
ii  debsums2.1.3
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.88~RC5-1
ii  exim4-daemon-light [mail-transport-agent]  4.88~RC5-1
ii  file   1:5.29-1
ii  gnupg  2.1.16-2
ii  python-gtk22.24.0-5.1
pn  python-gtkspellcheck   
pn  python-urwid   
ii  python-vte 1:0.28.2-5+b1
ii  xdg-utils  1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.4~beta1
ii  file  1:5.29-1
ii  python-debian 0.1.29
ii  python-debianbts  2.6.1
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#845715: debian-policy: Please document that packages are not allowed to write outside their source directories

[Johannes Schauer]

Hi Stuart,

Quoting Stuart Prescott (2016-11-27 13:38:56)
> I assume we're not worried that if the local admin installs ccache, then the
> build will store files outside the build directory violating the prohibition
> that a 'required target must not attempt to write outside of the source
> package directory tree'.

that's a good point! But the current version of the patch only touches what is
and isn't allowed in the targets in debian/rules. Mechanisms like ccache work
implicitly without changes to debian/rules. Are you proposing to amend the
patch such that we also add a line saying:

   Source packages must not require tools that implicitly preserve state during
   multiple rebuilds through their build dependencies.

Somewhere in §4.2 maybe?

> > The required targets must not attempt to write outside of the source
> > package package directory tree. An exception to this rule is the use of
> > /tmp which is permitted as long as temporary files are deleted
> > and not re-used by subsequent execution of the target.
> 
> I'd rather see TMPDIR described (rather than /tmp) as the location that can 
> be used; /tmp should only be used if TMPDIR is not set.

Okay, addressed in the new version.

> As a very pedantic point, Policy elsewhere refers to environment variables as
> HOME -- that is, without the $. The $ is shell-specific syntax for
> parameter expansion, while the environment variable itself exists in other
> languages and the name does not include the $. Documentation of the
> environment such as environ(7) or the Open Group standards normally omits the
> $ as a result. (I can find only one use of $ in Policy outside shell/make
> snippets.)

Thanks, fixed as well. Here the new version:

The required targets must not attempt to write outside of the source
package package directory tree. An exception to this rule is the use of
TMPDIR which is permitted as long as temporary files are deleted
and not re-used by subsequent execution of the target. This restriction is
intended to prevent that source package builds creating and depending on
state outside of themselves and thus affect multiple independent rebuilds.
Most notably, the required targets must not attempt to write into
HOME.

cheers, josch


signature.asc
Description: signature

Bug#844601: python-spyder: "from spyder.plugins.editor import Editor" hangs the machine

[Carlos Pascual]

On Sunday, November 27, 2016 6:22:48 PM CET Dmitry Shachnev wrote:
> Such code should not be run on module *import* time, it should be run
> when the spyder code is first *used*.

I completely agree with this. 

Also, I second the opinion that segfaults when using Qt code without a 
QApplication is expected behavior.

So, IMHO, the bug is in the python-spyder package

Cheers,

Carlos