Bug#823728: RM: erlang-p1-sip [hurd-i386] -- ROM; FTBFS

[Philipp Huebner]

Package: ftp.debian.org
Severity: normal

Hi,
currently erlang-p1-sip can't be built on hurd-i386.
This is unlikely to change anytime soon, so please remove the outdated 
binaries on hurd-i386.

Regards,
Philipp Huebner

Bug#823729: RM: erlang-p1-stun [hurd-i386] -- ROM; FTBFS

[Philipp Huebner]

Package: ftp.debian.org
Severity: normal

Hi,
currently erlang-p1-stun can't be built on hurd-i386.
This is unlikely to change anytime soon, so please remove the outdated 
binaries on hurd-i386.

Regards,
Philipp Huebner

Bug#823727: RM: ejabberd-contrib [hurd-i386 sh4] -- ROM; FTBFS

[Philipp Huebner]

Package: ftp.debian.org
Severity: normal

Hi,
currently ejabberd-contrib can't be built on hurd-i386 and sh4.
This is unlikely to change anytime soon, so please remove the outdated 
binaries on the ports mentioned above.

Regards,
Philipp Huebner

Bug#823726: tora: New TOra release v3 is available.

[Caysho]

Package: tora
Version: 2.1.3-2+b4
Severity: normal

Dear Maintainer,

   * What led up to the situation?
Checked the version in the debian repositories, it is v2.

Current source is hosted at github.
Refer https://github.com/tora-tool/tora/wiki



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

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

Versions of packages tora depends on:
ii  libc62.22-7
ii  libgcc1  1:5.3.1-14
ii  libpq5   9.5.2-1
ii  libqscintilla2-12v5  2.9.2+dfsg-1
ii  libqt4-network   4:4.8.7+dfsg-6+b1
ii  libqt4-sql   4:4.8.7+dfsg-6+b1
ii  libqt4-xml   4:4.8.7+dfsg-6+b1
ii  libqtcore4   4:4.8.7+dfsg-6+b1
ii  libqtgui44:4.8.7+dfsg-6+b1
ii  libstdc++6   5.3.1-14

tora recommends no packages.

tora suggests no packages.

-- no debconf information

Bug#823725: RM: ejabberd [hurd-i386 m68k sh4] -- ROM; FTBFS

[Philipp Huebner]

Package: ftp.debian.org
Severity: normal

Hi,
currently ejabberd can't be built on these architectures.
This is unlikely to change anytime soon, so please remove the outdated
binaries on the ports mentioned above.

Regards,
Philipp Huebner

Bug#793837: ntp: Please include sntp in the ntp package

[Douglas F. Calvert]

Package: ntp
Version: 1:4.2.8p7+dfsg-3
Followup-For: Bug #793837

Any update on this? It is a pain to not have an easy 
tool to query a time server for a sanity check...



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

Kernel: Linux 4.3.0-1-amd64 (SMP w/6 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 ntp depends on:
ii  adduser  3.114
ii  dpkg 1.18.6
ii  libc62.22-7
ii  libcap2  1:2.24-12
ii  libedit2 3.1-20150325-1+b1
ii  libopts251:5.18.7-3
ii  libssl1.0.2  1.0.2h-1
ii  lsb-base 9.20160110
ii  netbase  5.3

Versions of packages ntp recommends:
ii  perl  5.22.2-1

Versions of packages ntp suggests:
ii  ntp-doc  1:4.2.8p7+dfsg-3

-- Configuration Files:
/etc/cron.daily/ntp changed [not included]
/etc/default/ntp changed [not included]
/etc/ntp.conf changed [not included]

-- no debconf information

Bug#823724: RM: erlang-p1-stun/experimental -- ROM; patch didn't work as expected

[Philipp Huebner]

Package: ftp.debian.org
Severity: normal

Hi,
please remove erlang-p1-stun from experimental.

The last patch was supposed to fix an FTBFS on hurd-i386 (it did on my
VM under certain circumstances) but actually didn't make a difference.

Regards,
Philipp Huebner

Bug#823719: crasm: non-free file

[GCS]

Control: forwarded -1 https://github.com/colinbourassa/crasm/issues/1

Hi Dmitry,

On Sun, May 8, 2016 at 4:05 AM, Dmitry Smirnov  wrote:
> Files:
>  test/uchess2.65C02
> Copyright: 1996-2002 Peter Jennings 
> License:
>  I have been given permission to distribute this program
>  by the author and copyright holder, Peter Jennings.
>  Please get his permission if you wish to
>  re-distribute by other channels.
>
> Please investigate.
 You are right, this should had been overwritten with the updated
source. It's available from the original website[1] and from the
packaging: debian/Microchess6502.txt .
It shows that the license since 2005 is BSD-3-Clause which is
redistributable. Filing a bugreport upstream to update it.

Regards,
Laszlo/GCS
[1] http://benlo.com/files/Microchess6502.txt

Bug#822867: dh-make: should strip trailing \n from /etc/mailname

[Craig Small]

Hi Jakub,
 Thanks for the report, dh-make 2.201606 will have that fix.

 - Craig
-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

Bug#823723: mplayer: CVE-2016-4352: Mplayer/Mencoder integer overflow parsing gif files

[Salvatore Bonaccorso]

Source: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1
Severity: important
Tags: security upstream fixed-upstream
Forwarded: https://trac.mplayerhq.hu/ticket/2295
Control: found -1 2:1.3.0-1

Hi,

the following vulnerability was published for mplayer.

CVE-2016-4352[0]:
Mplayer/Mencoder integer overflow parsing gif files

The issue seems present sourcewise up to 2:1.3.0-1 in unstable.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-4352

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#823722: O: libsysactivity -- Retrieves statistics of the system's activity

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: normal

Hi,

I no longer intent to maintain libsysactivity. So, I am orphaning this package.

Regards,

Eriberto

Bug#823721: nagios3: CVE-2014-1878: buffer overflow in cmd.cgi

[Salvatore Bonaccorso]

Source: nagios3
Version: 3.4.1-1
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for nagios3.

CVE-2014-1878[0]:
| Stack-based buffer overflow in the cmd_submitf function in cgi/cmd.c
| in Nagios Core, possibly 4.0.3rc1 and earlier, and Icinga before
| 1.8.6, 1.9 before 1.9.5, and 1.10 before 1.10.3 allows remote
| attackers to cause a denial of service (segmentation fault) via a long
| message to cmd.cgi.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-1878

Regards,
Salvatore

Bug#778825: ansible/SSH connections hang

[Harlan Lieberman-Berg]

Harlan Lieberman-Berg  writes:
> Well, that's a bit of a puzzle.
>
> Would it be possible for you to try again with the version that's
> currently in sid? (1.9.2+dfsg-1, at the time of this writing).

Hello Linus,

Is this still an issue?  I plan to mark this bug as closed in the next
couple of weeks if it's not.

Sincerely,

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

[Paul Wise]

On Sun, May 8, 2016 at 1:51 AM, Simon McVittie wrote:

> Altivec detection on 32-bit powerpc would also be useful

Probably also NEON on ARM?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#566343: aptitude constantly switches between console-setup and console-setup-mini

[Russ Allbery]

"Manuel A. Fernandez Montecelo"  writes:
> 2010-01-28 17:59 Daniel Burrows:

>>  I tracked down one bug that was part of this: aptitude was incorrectly
>> treating the automatic removal as a "manual" action, so it was
>> penalizing solutions that restore the package.  However, in at least
>> one of the two cases that's involved, it still tries to switch to the
>> other console-setup package, because it solves more outstanding
>> dependencies than the alternative, so it looks like a locally better
>> solution.  Probably an argument for tracking down those algorithms to
>> split a constraint graph and work on it piecewise...
>>
>>  I might wait a bit on rewiring the upgrade commands.  It'll require
>> a bunch of coding, and I suspect that it won't actually fix all the
>> problems (there are probably cases where aptitude would get confused
>> and start fixing dependencies of stuff that was going to be removed
>> anyway).  The real fix here is to integrate autoremoval into the
>> dependency solver, so it knows exactly what the outcomes of its actions
>> are.

> Have you experienced this problem lately?

I haven't.  I've mostly switched over to using apt, and haven't run into
any problems when I've used aptitude.

It's fine to close this bug from my perspective if you think it's probably
fixed.

-- 
Russ Allbery (r...@debian.org)   

Bug#823720: celery: please update python(3)-{kombu,billiard} dependencies

[Logan Rosen]

Package: celery
Version: 3.1.23-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

Per the requirements files, the dependencies on the kombu and billiard Python
modules need to be bumped up.

In Ubuntu, the attached patch was applied to achieve the following:

  * Update python(3)-{kombu,billiard} dependencies per requirements.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru celery-3.1.23/debian/control celery-3.1.23/debian/control
--- celery-3.1.23/debian/control	2016-04-17 05:16:30.0 -0400
+++ celery-3.1.23/debian/control	2016-05-07 22:59:34.0 -0400
@@ -10,11 +10,11 @@
dvipng,
locales,
python-all (>= 2.7),
-   python-billiard (>= 3.3.0.22),
+   python-billiard (>= 3.3.0.23),
python-dateutil (>= 1.5),
python-doc,
python-gevent,
-   python-kombu (>= 3.0.33),
+   python-kombu (>= 3.0.34),
python-kombu-doc,
python-mailer,
python-memcache,
@@ -30,10 +30,10 @@
python-tz,
python-unittest2,
python3-all,
-   python3-billiard (>= 3.3.0.22),
+   python3-billiard (>= 3.3.0.23),
python3-dateutil,
python3-doc,
-   python3-kombu (>= 3.0.33),
+   python3-kombu (>= 3.0.34),
python3-memcache,
python3-mock (>= 1.0.1),
python3-nose,
@@ -80,9 +80,9 @@
 
 Package: python-celery
 Architecture: all
-Depends: python-billiard (>= 3.3.0.22),
+Depends: python-billiard (>= 3.3.0.23),
  python-dateutil (>= 1.5),
- python-kombu (>= 3.0.33),
+ python-kombu (>= 3.0.34),
  python-mailer,
  python-memcache,
  python-pkg-resources,
@@ -117,9 +117,9 @@
 
 Package: python3-celery
 Architecture: all
-Depends: python3-billiard (>= 3.3.0.22),
+Depends: python3-billiard (>= 3.3.0.23),
  python3-dateutil,
- python3-kombu (>= 3.0.33),
+ python3-kombu (>= 3.0.34),
  python3-memcache,
  python3-pkg-resources,
  python3-pyparsing,

Bug#805526: Patch

[Maiku]

So I played with this some more and came up with this patch. It fixes
the issue for me.
Description: Fix text/cc subtitles with Matroska container
 When encoding a file which includes a Closed Captions subtitles track
 (CEA-608 or similar), Handbrake on Debian fails to transcode to a
 Matroska container. This is due to upstream Handbrake using libav, while
 Debian uses ffmpeg. The former uses AV_CODEC_ID_SSA for Matroska, while
 the latter uses AV_CODEC_ID_ASS. ffmpeg also appears to not require the
 same additional information as libav. This patch fixes both of these
 issues.
Author: Mike Ruprecht 
Bug-Debian: https://bugs.debian.org/805526
Forwarded: not-needed
Last-Update: 2016-05-07

Index: handbrake/libhb/muxavformat.c
===
--- handbrake-0.10.2+ds1.orig/libhb/muxavformat.c
+++ handbrake-0.10.2+ds1/libhb/muxavformat.c
@@ -715,7 +715,7 @@ static int avformatInit( hb_mux_object_t
 }
 else
 {
-track->st->codec->codec_id = AV_CODEC_ID_SSA;
+track->st->codec->codec_id = AV_CODEC_ID_ASS;
 need_fonts = 1;
 
 if (subtitle->extradata_size)
@@ -1183,40 +1183,12 @@ static int avformatMux(hb_mux_object_t *
 pkt.size = buffersize + stylesize + 2;
 }
 }
-if (track->st->codec->codec_id == AV_CODEC_ID_SSA &&
+if (track->st->codec->codec_id == AV_CODEC_ID_ASS &&
 job->mux == HB_MUX_AV_MKV)
 {
-// avformat requires the this additional information
-// which it parses and then strips away
-int start_hh, start_mm, start_ss, start_ms;
-int stop_hh, stop_mm, stop_ss, stop_ms, layer;
-char *ssa;
-
-start_hh = buf->s.start / (9 * 60 * 60);
-start_mm = (buf->s.start / (9 * 60)) % 60;
-start_ss = (buf->s.start / 9) % 60;
-start_ms = (buf->s.start / 900) % 100;
-stop_hh = buf->s.stop / (9 * 60 * 60);
-stop_mm = (buf->s.stop / (9 * 60)) % 60;
-stop_ss = (buf->s.stop / 9) % 60;
-stop_ms = (buf->s.stop / 900) % 100;
-
-// Skip the read-order field
-ssa = strchr((char*)buf->data, ',');
-if (ssa != NULL)
-ssa++;
-// Skip the layer field
-layer = strtol(ssa, NULL, 10);
-ssa = strchr(ssa, ',');
-if (ssa != NULL)
-ssa++;
-sprintf((char*)sub_out,
-"Dialogue: %d,%d:%02d:%02d.%02d,%d:%02d:%02d.%02d,%s",
-layer,
-start_hh, start_mm, start_ss, start_ms,
-stop_hh, stop_mm, stop_ss, stop_ms, ssa);
-pkt.data = sub_out;
-pkt.size = strlen((char*)sub_out) + 1;
+// For some reason the pkt.size is 5 bytes too large
+// For safety, just strlen pkt.size
+pkt.size = strlen((char*)pkt.data) + 1;
 }
 pkt.convergence_duration = pkt.duration;
 

Bug#822647: evince: theme parsing errors, gtk warnings, deprecations and menu decorations off in evince 3.20.0-1

[shirish शिरीष]

at bottom :-

On 08/05/2016, Jason Crain  wrote:
> On Mon, Apr 25, 2016 at 10:33:50PM +, shirish शिरीष wrote:
>> Dear Maintainer,
>> I got the following when running evince on a pdf document :-
> [snip]
>>
>> There were many, many more. I am on the mate-desktop if that somehow
>> contributes to the issue at hand.
>
> Does it work if you set the environment variable GTK_THEME to Adwaita?
> i.e run evince from the command line as "GTK_THEME=Adwaita evince"?  I
> suspect that the themes shipped with MATE do not work with GTK3.
>

This is far better, only few css errors now :-

[$] GTK_THEME=Adwaita evince Survey\\ 2.1.pdf

(evince:8434): Gtk-WARNING **: Theme parsing error: gtk.css:63:28: The
:prelight pseudo-class is deprecated. Use :hover instead.

(evince:8434): Gtk-WARNING **: Theme parsing error: gtk.css:73:35: The
:prelight pseudo-class is deprecated. Use :hover instead.

(evince:8434): Gtk-WARNING **: Theme parsing error: :56:20: The
'gtk-key-bindings' property has been renamed to '-gtk-key-bindings'

(evince:8434): Gtk-WARNING **: Allocating size to EvSidebar
0x5598b05a5420 without calling
gtk_widget_get_preferred_width/height(). How does the code know the
size to allocate?


-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#823719: crasm: non-free file

[Dmitry Smirnov]

Source: crasm
Version: 1.8-1
Severity: important
Usertags: dfsg

Files:
 test/uchess2.65C02
Copyright: 1996-2002 Peter Jennings 
License:
 I have been given permission to distribute this program
 by the author and copyright holder, Peter Jennings.
 Please get his permission if you wish to
 re-distribute by other channels.

Please investigate.

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

---

Every decent man is ashamed of the government he lives under.
-- H. L. Mencken


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

Bug#823718: ITP: golang-github-franela-goreq -- minimal and simple request library for Go language

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Control: block -1 by 823715
Control: affects -1 grafana

   Package name: golang-github-franela-goreq
Version: 0.0~git20160121
Upstream Author: Jonathan Leibiusky and Marcos Lilljedahl
License: Expat, BSD-3-Clause~Google
URL: https://github.com/franela/goreq
Description: minimal and simple request library for Go language
 GoReq Simple and sane HTTP request library for Go language.


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

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[Ben Finney]

Niklas Sombert  writes:

>   Description : Enjoy the mysteries of the sea from the safety of your 
> own terminal!

Please re-write the description to conform with Debian Policy §3.4 and
Developer's Reference §6.2.

In particular, the synopsis should not be a sentence. Instead it should
be a noun phrase stating what the package installs, as characterised in
Policy §3.4.1 and Developer's Reference §6.2.2.

This bug report doesn't appear to have the proposed long description for
the package; please write one (as per the above documentation) and put
it in this bug report.

-- 
 \   “People are very open-minded about new things, as long as |
  `\ they're exactly like the old ones.” —Charles F. Kettering |
_o__)  |
Ben Finney 

Bug#805362: linux-image-4.2.0-1-amd64: netdev watchdog from r8169 NIC driver kills network

[Joachim Achtzehnter]

This still happens, and with the kernel upgraded to the latest Debian 
unstable kernel version 4.5.2-1 it seems to occur every few hours, which 
has now forced me to downgrade to a 3.16 kernel.


I release that this system has a fairly old CPU (AMD Sempron 2600+), but 
does the occurrence of a watchdog event potentially highlight a worrying 
race condition?

Bug#823717: courier-base depends on bash

[J Mo]

Package: courier-base
Version: 0.75.0-18
Severity: normal

There are multiple bash scripts in the courier suite which explicitly call bash 
as their interpreter, thus bash should probably be a dependency in the suite 
somewhere.

Examples:

/usr/sbin/esmtpd
/usr/sbin/imapd



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

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

Versions of packages courier-base depends on:
ii  adduser 3.114
ii  courier-authdaemon  0.66.4-7
ii  courier-authlib 0.66.4-7
ii  courier-authlib-userdb  0.66.4-7
ii  debconf [debconf-2.0]   1.5.59
ii  libc6   2.22-7
ii  libcourier-unicode1 1.4-2
ii  libgamin0 [libfam0] 0.1.10-5
ii  libgdbm31.8.3-13.1
ii  libssl1.0.2 1.0.2g-1
ii  lsb-base9.20160110
ii  openssl 1.0.2g-1
ii  perl5.22.1-10
ii  sysvinit-utils  2.88dsf-59.3

courier-base recommends no packages.

courier-base suggests no packages.

-- Configuration Files:
/etc/courier/shared/index [Errno 13] Permission denied: 
u'/etc/courier/shared/index'

-- debconf information excluded

Bug#823716: courier-imap-ssl: /usr/sbin/imapd depends on /etc/courier/imapd-ssl (and vice versa)

[J Mo]

Package: courier-imap-ssl
Version: 4.16.2+0.75.0-18
Severity: normal

I noticed that /usr/sbin/imapd has a dependency on the config file 
/etc/courier/imapd-ssl, and vice-versa for the imapd-ssl control script.

This seems to create a dependency problem.

Additionally, those control script have some unfortunate "forgot make 
install-configure?" printfs which don't apply to Debian.

Courier IMAP wasn't really designed to be cut into two different packages. 
Maybe it's worthwhile to combine them into one, or these scripts may need to be 
altered. I am not sure what the right thing to do is on this one.



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

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

Versions of packages courier-imap-ssl depends on:
ii  courier-imap  4.16.2+0.75.0-18

courier-imap-ssl recommends no packages.

courier-imap-ssl suggests no packages.

-- Configuration Files:
/etc/courier/imapd-ssl changed [not included]
/etc/courier/imapd.cnf [Errno 13] Permission denied: u'/etc/courier/imapd.cnf'
/etc/init.d/courier-imap-ssl changed [not included]

-- no debconf information

Bug#823715: ITP: golang-github-franela-goblin -- minimal and beautiful Go testing framework

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov 
X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org

   Package name: golang-github-franela-goblin
Version: 0.0.1+git20160123
Upstream Author: Marcos Lilljedahl and Jonathan Leibiusky
License: Expat
URL: https://github.com/franela/goblin
Description: minimal and beautiful Go testing framework
 Mocha (http://visionmedia.github.io/mocha/) like BDD testing framework for
 Golang.


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

Bug#822067: courier-mta: init scripts completely broken

[J Mo]

Hi

Sorry I've been silent. My linux desktop motherboard died about a week 
ago and I had to deal with issues surrounding that.


Here are the init scripts which I am currently using. These work for me:

http://jmomo.net/files/courier-init/

If you find any problems let me know and we can work it out. Keep an eye 
out for any bash-isms I might have missed.




Notes/thoughts:

I am not using any other parts of the courier suite. I would not mind 
looking at all of those and doing it but I'm not sure I have the time 
right now. I'll add it to my TODO list and let you know if I get around 
to it.


These don't use the init-d-script method because bugs #822753 and 
#822674 break it for us. I don't think init-d-script is usable. I like 
the idea but it has multiple serious bugs and is abandoned by it's 
authors as far as I can tell. Fixing and testing would take a lot of 
work and it's pretty obvious that basic LSB/Debian policy testing was 
never done.


I'm not sure what the original motive was for splitting up courier-mta 
into courier-mta, courier-msa, courier, and courier-filter, but I kept 
it that way. However, this is a behavior change which is worthy of a 
NEWS item by itself. People who expect configuration to be reloaded by 
using courier-mta are not getting what they used to get.


courierd itself does not create a PID file, so getting status on it is 
non-ideal, but it works. This is an upstream issue.


courier-authdaemon status can not be obtained by a non-privileged user 
due to directory permissions. This is consistent with prior behavior.


Those init scripts may need to consider if upstart or systemd is in use 
on the system and behave appropriately. I don't know what official 
policy is on this one. I need to look it up. Added it to my TODO list.


I called the main courier daemon a "scheduler" since that's mostly what 
it does but you might want to call it something else? I don't know.




On 04/27/2016 12:14 AM, Ondřej Surý wrote:

Just a quick reaction - I am fine with rewriting the scripts using
/etc/init.d/skeleton if it's a better fit.

Or we can simply add a custom:

do_status_override() {
 status_of_proc "$DAEMON" "$NAME" -p "$PIDFILE"
}

that would implement the missing things.

And I think I found the most obvious error -> I intended to override
do_start_cmd and do_stop_cmd instead of do_start and do_stop functions
in the init-d-script-courier, and that would fix the missing logging and
probably the error codes as well.

Cheers,

Bug#822647: evince: theme parsing errors, gtk warnings, deprecations and menu decorations off in evince 3.20.0-1

[Jason Crain]

On Mon, Apr 25, 2016 at 10:33:50PM +, shirish शिरीष wrote:
> Dear Maintainer,
> I got the following when running evince on a pdf document :-
[snip]
> 
> There were many, many more. I am on the mate-desktop if that somehow
> contributes to the issue at hand.

Does it work if you set the environment variable GTK_THEME to Adwaita?
i.e run evince from the command line as "GTK_THEME=Adwaita evince"?  I
suspect that the themes shipped with MATE do not work with GTK3.

Bug#805997: banshee: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

tags 805997 + patch
thanks

The following patch (relative to the version in unstable) should fix
this bug.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -83,13 +83,13 @@ override_dh_install:
rm -f debian/tmp/usr/share/applications/mimeinfo.cache
dh_install
# Remove MeeGo stuff from banshee binary package
-   rm -r debian/banshee/usr/share/mutter-meego/ \
- debian/banshee/usr/lib/banshee/MeeGo.exe \
- debian/banshee/usr/lib/banshee/Extensions/Banshee.MeeGo.dll* \
- debian/banshee/usr/share/dbus-1/services/com.meego*
+   rm -rf debian/banshee/usr/share/mutter-meego/ \
+  debian/banshee/usr/lib/banshee/MeeGo.exe \
+  debian/banshee/usr/lib/banshee/Extensions/Banshee.MeeGo.dll* \
+  debian/banshee/usr/share/dbus-1/services/com.meego*
 ifeq ($(shell dpkg-vendor --query vendor), Ubuntu)
# Remove U1MS and Sound Menu stuff from banshee
-   rm -r debian/banshee/usr/lib/banshee/Extensions/Banshee.SoundMenu.*
+   rm -rf debian/banshee/usr/lib/banshee/Extensions/Banshee.SoundMenu.*
 endif
 
 override_dh_gencontrol:

Bug#762909: /usr/bin/apt-show-versions: Multiple upgrades available, apt-show-versions shows none

[Cindy Sue Causey]

Package: apt-show-versions
Version: 0.22.7
Followup-For: Bug #762909

Dear Maintainer,

Subject: Re: /usr/bin/apt-show-versions: Multiple upgrades available, 
apt-show-versions shows none
Followup-For: Bug #762909
Package: apt-show-versions
Version: 0.22.7

Dear Maintainer,

First and as always, THANK YOU for your time and dedication that helps make 
Debian possible overall! Secret between you and me, apt-show-versions is 
permanent Top 5 of software packages I LOVE!

Secondly, I wasn't sure whether to actually change the subject line so I didn't 
because my situation is similar. This bug reproduced itself on my system.

"apt-get upgrade" shows 21 packages while "apt-show-versions -u" only shows 18 
in the works of needing attention for my setup right now. These three are the 
ones apt-get shows that apt-show-versions does not:

libnet-dns-perl php-text-languagedetect php-xml-svg

In case something about the following helps distinguish what's causing the 
glitch, both currently acknowledge these 18 as needing upgraded:

chromium cpp cpp-5 firefox-esr g++ g++-5 gcc gcc-5 gcc-5-base libasan2 
libblkid1 libgcc-5-dev libmpx0 libpulse-mainloop-glib0 libpulse0 
libstdc++-5-dev php-horde-mongo tzdata

My apologies that this has been going on for several months. I just hadn't been 
able to cognitively pull together the correspondence to report it. :)

For kicks while writing this up, I just upgraded apt-get's 3 singly then ran 
apt-show-versions after each. Nothing changed in what apt-show-versions 
reported.

That's all I can think of right now. Thank you again *so much*! 
Apt-show-versions has been a PHENOMENAL TOOL with respect to having to minutely 
control upgrades over dialup Internet access.

Best wishes from Talking Rock, Georgia!

Cindy (Sue) :)

* runs with duct tape *


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

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

Versions of packages apt-show-versions depends on:
ii  apt 1.2.11
ii  libapt-pkg-perl 0.1.29+b5
ii  libperl5.22 [libstorable-perl]  5.22.2-1
ii  perl5.22.2-1

apt-show-versions recommends no packages.

apt-show-versions suggests no packages.

-- no debconf information

Bug#823708: dh-make-perl: parse failure if d/control contains comments

[Sean Whitton]

Hello,

On Sun, May 08, 2016 at 01:29:25AM +0200, gregor herrmann wrote:
> then this test fails, because the written control "file" differs from
> the read one; unsurprisingly, since the comment is missing.
> 
> One can argue that being able to read d/control with comments is an
> improvement even if writing (on refresh e.g.) them swallows them [...]

Yes, that's the argument I had in mind.  To extend it: most packages are
now in git so if the dh-make-perl swallows some comments the user wanted
to retain, they would be likely to see it before committing.

The control file parsing already fails to record the order of the fields
in the control file.  This kind of parsing doesn't capture information
like comments.  That's how it should be, so there's no ideal solution
here.  I think this patch is the best we are going to get.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#823708: dh-make-perl: parse failure if d/control contains comments

[gregor herrmann]

On Sat, 07 May 2016 15:27:13 -0700, Sean Whitton wrote:

> Debian::Control will fail to read source package control files if they
> contain comments.  This patch passes the stripComments option to
> Parse::DebControl which deals with the problem.

Thanks for the bug report and the git-am-able patch!

In general this looks good, I've applied it locally and the tests
still pass. But there's a small "but": The tests pass, because they
don't have any control files/stanzas with comments. And if I add a
comment to t/Control.t:

#v+
diff --git a/t/Control.t b/t/Control.t
index 3927be3..ea40993 100644
--- a/t/Control.t
+++ b/t/Control.t
@@ -51,6 +51,7 @@ Package: libtest-compile-perl
 Architecture: all
 Depends: ${misc:Depends}, ${perl:Depends},
  libuniversal-require-perl
+# This is a comment
 Description: check whether Perl module files compile correctly
  Test::Compile can be used in module test suites to verify that everything
  compiles correctly. This description is artifitially prolonged, in order to be
#v-

then this test fails, because the written control "file" differs from
the read one; unsurprisingly, since the comment is missing.

One can argue that being able to read d/control with comments is an
improvement even if writing (on refresh e.g.) them swallows them; but
still, this doesn't feel totally right. -- Not sure what's the best
way forward here (libparse-debcontrol-perl also looks old and heavily
patched …).


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Led Zeppelin: Dazed And Confused


signature.asc
Description: Digital Signature

Bug#823689: hlibrary.mk: libghc-*-doc.links files not respected

[Sean Whitton]

Hello,

On Sat, May 07, 2016 at 11:01:13PM +0200, Joachim Breitner wrote:
> thanks for the report. Do you have a proposed fix?
> 
> (hlibrary.mk is a mess where everyone meddles; feel free to meddle
> yourself.)

Unfortunately, I can't see how to fix this.

hlibrary.mk doesn't appear to do anything directly with changelogs.  So
I think that something else it does is breaking CDBS's standard call to
dh_installchangelogs.  But looking at
/usr/share/cdbs/1/rules/debhelper.mk I can't see what that would be.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#805960: silly: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)

[Santiago Vila]

tags 805960 + patch
thanks

Switching to "dh" would probably fix this automatically.

In the meantime, here is a trivial patch.

Thanks.--- a/debian/rules
+++ b/debian/rules
@@ -67,27 +67,39 @@ install: build
 
 # Build architecture-independent files here.
 binary-indep: build install
-# We have nothing to do by default.
+   dh_installchangelogs -i
+   dh_installdocs -i
+   dh_installexamples -i
+   dh_install -i
+   dh_installman -i
+   dh_link -i
+   dh_strip -i
+   dh_compress -i
+   dh_fixperms -i
+   dh_makeshlibs -i
+   dh_installdeb -i
+   dh_shlibdeps -i
+   dh_gencontrol -i
+   dh_md5sums -i
+   dh_builddeb -i
 
 # Build architecture-dependent files here.
 binary-arch: build install
-   dh_testdir
-   dh_testroot
-   dh_installchangelogs
-   dh_installdocs
-   dh_installexamples
-   dh_install
-   dh_installman
-   dh_link
-   dh_strip
-   dh_compress
-   dh_fixperms
-   dh_makeshlibs
-   dh_installdeb
-   dh_shlibdeps
-   dh_gencontrol
-   dh_md5sums
-   dh_builddeb
+   dh_installchangelogs -a
+   dh_installdocs -a
+   dh_installexamples -a
+   dh_install -a
+   dh_installman -a
+   dh_link -a
+   dh_strip -a
+   dh_compress -a
+   dh_fixperms -a
+   dh_makeshlibs -a
+   dh_installdeb -a
+   dh_shlibdeps -a
+   dh_gencontrol -a
+   dh_md5sums -a
+   dh_builddeb -a
 
 binary: binary-indep binary-arch
 .PHONY: build clean binary-indep binary-arch binary install

Bug#814045: ITP: fake-factory -- Faker is a Python library that generates fake data

[Brian May]

Christopher Baines  writes:

> This is a dependency of python-factory-boy, which I intend to work on getting
> back in to Debian.

I somehow completely missed this when I needed factory-boy urgently last
month :-(

Thought I should mention however that I have a up-to-date package of
factory-boy I needed for private use; you can use it to help with your
packaging efforts if you want.

https://linuxpenguins.xyz/debian/pool/main/f/factory-boy/

I also did fake-factory, however that is probably not needed anymore:

https://linuxpenguins.xyz/debian/pool/main/f/fake-factory/
-- 
Brian May 

Bug#823465: dpkg: Won't run at all on i586 Pentium MMX due to illegal instruction

[Pierre Ynard]

> My recommendation would be going to jessie[1], it has whole four years
> of support left. Anything you need from unstable can be backported.

Hopefully the downgrade path would be workable.

> After those four years you can reconsider, in the unlikely case your
> machine will be still alive.

That's harsh. The hardware is almost 20 years old, and it's been running
the same Debian install for 11 years already. I don't see 4 more years
as too unlikely.

> That's four more years than ia64 guys got. Unlike 586's half the speed
> of first-gen RasPi, ia64 machines can be pretty beefy -- new ones even
> are still being manufactured.

I'm aware yes.

> What kind of solution would you propose? We can't exactly add preinst
> guards to every single package. The only package that's depended on by
> (almost) all compiled code is libc6, but because of symbols handling
> the dependency is usually libc6 (>= 2.15) or such rather than (>=
> 2.22-7).

I was thinking more along the lines of adding some central check in dpkg
maybe, that detects the lack of i686 support and errors out on new,
incompatible packages. Discriminating packages could be as simple as a
by-passable check on the build/release date. But then this is a bit late
to implement in advance.

-- 
Pierre Ynard
"Une âme dans un corps, c'est comme un dessin sur une feuille de papier."

Bug#806086: nsd: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Santiago Vila]

tags 806086 + patch
thanks

> * If all the arch-independent packages are dummy transitional packages
> released with jessie, the easy fix is to drop them now.

This is indeed the case here: Since the dummy package "nsd3" is in jessie,
we can already stop creating it for stretch.

Trivial patch attached (which I've also tested and it seems to work).

Thanks.--- a/debian/control
+++ b/debian/control
@@ -33,21 +33,3 @@ Description: authoritative domain name server
  NSD was primarily developed by NLnet Labs on request from and in close
  cooperation with RIPE NCC, as an alternative DNS server to be run on the
  root name server operated by RIPE NCC.
-
-Package: nsd3
-Architecture: all
-Section: oldlibs
-Priority: extra
-Pre-Depends: ${misc:Pre-Depends}
-Depends: debconf,
- nsd (>= 4.0.0-1~),
- ${misc:Depends}
-Description: authoritative domain name server - transitional package
- NSD is a fast, authoritative only, high performance, simple
- and open source name server.
- .
- NSD was primarily developed by NLnet Labs on request from and in close
- cooperation with RIPE NCC, as an alternative DNS server to be run on the
- root name server operated by RIPE NCC.
- .
- This is a transitional dummy package. It can safely be removed.

Bug#823713: libkf5coreaddons5:amd64: random sequences not random

[Frederik Schwarzer]

Package: libkf5coreaddons5
Version: 5.21.0-1
Severity: normal

Dear Maintainer,

please add the patch from
https://bugs.kde.org/show_bug.cgi?id=362161
to have properly seeded random numbers.

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

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libkf5coreaddons5:amd64 depends on:
ii  libc6  2.22-7
ii  libfam02.7.0-17.1+b1
ii  libgcc11:6.1.1-1
ii  libkf5coreaddons-data  5.21.0-1
ii  libqt5core5a   5.6.0+dfsg-2
ii  libstdc++6 6.1.1-1
ii  shared-mime-info   1.6-1

libkf5coreaddons5:amd64 recommends no packages.

libkf5coreaddons5:amd64 suggests no packages.

-- no debconf information

Bug#823349: Intermittent `systemctl restart apache2` race conditions with Listen

[Stefan Fritsch]

forcemerge 822144 823349
thanks

On Tuesday 03 May 2016 23:04:48, Tero Marttila wrote:
> pidofproc is unable to read the pidfile, and returns immediately...

Yes, this seems to be a bug in the init script, as pointed out in 
#822144

Bug#823712: nvidia-xconfig: deprecation note or similar may be appropriate

[John J Foerch]

Package: nvidia-xconfig
Version: 352.79-1
Severity: normal

Dear Maintainer,

It may be appropriate to include in the description of nvidia-xconfig that
this program is not needed if the nvidia-driver package is being used,
because nvidia-driver installs the needed config into
/usr/share/X11/xorg.conf.d/.

Thank you.

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

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

Versions of packages nvidia-xconfig depends on:
ii  libc6 2.22-7
ii  nvidia-installer-cleanup  20151021+4

Versions of packages nvidia-xconfig recommends:
ii  libgl1-nvidia-glx [libgl1-nvidia-glx-any]  352.79-7

nvidia-xconfig suggests no packages.

-- no debconf information

Bug#823711: cpputest: non-free files

[Dmitry Smirnov]

Source: cpputest
Version: 3.7.2-1
Severity: serious
Usertags: dfsg

Files:  

 
platforms_startup/armcc/AT91SAM7A3/Retarget.c
platforms_startup/armcc/AT91SAM7A3/SAM7A3.asm
platforms_startup/armcc/LPC1768/Retarget.c
platforms_startup/armcc/LPC1768/Serial.h
Copyright:
2004-2012 Keil - An ARM Company
2005-2008 Keil Software
License: Keil
 This software may only be used under the terms of a valid, current,
 end user licence from KEIL for a compatible version of KEIL software
 development tools. Nothing else gives you the right to use this software.

---

Files:  

 
platforms_examples/armcc/AT91SAM7A3/tests/main.cpp
platforms_examples/armcc/LPC1768/tests/main.cpp
Copyright: James W. Grenning
License: RSCC-training
 For use by owners of Test-Driven Development for Embedded C,
 and attendees of Renaissance Software Consulting, Co. training
 classes.
 Authorized users may use this source code in your own projects, however
 the source code may not be used to create training material, courses,
 books, articles, and the like. We make no guarantees that this source code
 is fit for any purpose.

---

Files:
platforms_startup/armcc/LPC1833/cmsis_18xx.h
platforms_startup/armcc/LPC1833/retarget.c
platforms_startup/armcc/LPC1833/startup_LPC18xx.asm
platforms_startup/armcc/LPC1768/lpc17xx_clkpwr.c
platforms_startup/armcc/LPC1768/lpc17xx_clkpwr.h
platforms_startup/armcc/LPC1768/lpc17xx_libcfg_default.c
platforms_startup/armcc/LPC1768/lpc17xx_libcfg_default.h
platforms_startup/armcc/LPC1768/lpc17xx_pinsel.h
platforms_startup/armcc/LPC1768/lpc17xx_timer.c
platforms_startup/armcc/LPC1768/lpc17xx_timer.h
platforms_startup/armcc/LPC1768/lpc_types.h
Copyright:
2012-2013 NXP Semiconductors
2008,2010-2011 NXP Semiconductor
License: Custom-NXP-S
 Permission to use, copy, modify, and distribute this software and its
 documentation is hereby granted, under NXP Semiconductors' and its
 licensor's relevant copyrights in the software, without fee, provided that
 it is used in conjunction with NXP Semiconductors microcontrollers. This
 copyright, permission, and disclaimer notice must appear in all copies of
 this code.
Comment:
 Comparing to other two, this license is less extreme but clause
 "provided that it is used in conjunction with NXP Semiconductors
 microcontrollers" looks like use restriction to me.

Please investigate.

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

---

Sometimes the first duty of intelligent men is the restatement of the
obvious.
-- George Orwell



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

Bug#823710: thinkfan is outdated

[HJ]

Package: thinkfan
Version: 0.9.2-1
Severity: minor

Dear Maintainer,

Thinkfan is now developed on github: https://github.com/vmatare/thinkfan.



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

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

Versions of packages thinkfan depends on:
ii  libc6  2.23-0experimental2

thinkfan recommends no packages.

thinkfan suggests no packages.

-- Configuration Files:
/etc/default/thinkfan changed:
START=yes
DAEMON_ARGS="-q"

/etc/thinkfan.conf changed:
tp_thermal /proc/acpi/ibm/thermal (15, 0, 15, 0, 0, 0, 5, 0)
tp_fan /proc/acpi/ibm/fan
(0, 0,  42)
(2, 45, 56)
(4, 55, 66)
(7, 65, 32767)


-- no debconf information

Bug#823709: xserver-xorg-input-libinput: EmulateWheel defaults on for some mice

[John J Foerch]

Package: xserver-xorg-input-libinput
Version: 0.18.0-1
Severity: normal

Dear Maintainer,

I have a 3 button trackball mouse with no scrollwheel (Logitech Trackman
Vista), and since my most recent dist-upgrade today, my second mouse
button is configured for wheel emulation (sending button 4 and 5 events
when I move the mouse while pressing button 2).  In earlier xorg input
configuration systems (evdev and prior) EmulateWheel defaulted to "off".
The change of default interferes with Blender, in which holding down
mouse-2 and moving the mouse is an important action (pivoting around the
scene).  The change of default makes Blender receive scrollwheel events,
which are for zooming, so makes Blender difficult to use.  I was able to
get back behavior I want by editing /usr/share/X11/xorg.conf.d/90-libinput.conf
and adding the following to the section concerning the mouse:

Option "ScrollMethod" "none"

I would propose though that the default behavior for mice without a
scrollwheel be changed back to no scrollwheel emulation.

Thank you.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jun 30  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Apr  5 03:05 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 
by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 
by glx-diversions
diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so 
by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to 

Bug#823708: dh-make-perl: parse failure if d/control contains comments

[Sean Whitton]

Package: dh-make-perl
Version: 0.91
Severity: normal
Tags: patch

Dear maintainers,

Debian::Control will fail to read source package control files if they
contain comments.  This patch passes the stripComments option to
Parse::DebControl which deals with the problem.

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

Kernel: Linux 4.5.0-1-686-pae (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 dh-make-perl depends on:
ii  debhelper  9.20160403
ii  dpkg-dev   1.18.4
ii  fakeroot   1.20.2-1
ii  libapt-pkg-perl0.1.29+b5
ii  libarray-unique-perl   0.08-2
ii  libclass-accessor-perl 0.34-1
ii  libconfig-ini-perl 1:0.025-1
ii  libdpkg-perl   1.18.4
ii  libemail-address-perl  1.908-1
ii  libemail-date-format-perl  1.005-1
ii  libfile-which-perl 1.19-1
ii  liblist-moreutils-perl 0.413-1+b1
ii  libmodule-depends-perl 0.16-2
ii  libparse-debcontrol-perl   2.005-4
ii  libparse-debianchangelog-perl  1.2.0-8
ii  libsoftware-license-perl   0.103011-3
ii  libtie-ixhash-perl 1.23-2
ii  libwww-mechanize-perl  1.75-1
ii  libyaml-libyaml-perl   0.41-6+b1
ii  libyaml-perl   1.15-1
ii  make   4.1-9
ii  perl   5.22.1-10
ii  perl-modules-5.22 [libcpan-meta-perl]  5.22.1-10

Versions of packages dh-make-perl recommends:
ii  apt   1.2.11
ii  apt-file  3.0
ii  git   1:2.8.1-1
ii  libdpkg-parse-perl0.03-1
ii  libmodule-build-perl  0.421600-1
ii  pristine-tar  1.33

dh-make-perl suggests no packages.

-- no debconf information

-- 
Sean Whitton
From: Sean Whitton 
Date: Sat, 7 May 2016 15:24:06 -0700
Subject: [PATCH] strip comments when reading debian/control

Avoids a parse failure if a control file contains comments.
---
 debian/changelog  | 5 +
 lib/Debian/Control.pm | 2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 8914cbb..af3370b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 dh-make-perl (0.91) UNRELEASED; urgency=medium
 
+  [ gregor herrmann ]
   * debian/source/format: switch to '3.0 (native)'.
 Cf. the thread at https://lists.debian.org/debian-perl/2016/03/msg00038.html
 for the history and pros/cons of having a non-native vs. a native package.
@@ -20,6 +21,10 @@ dh-make-perl (0.91) UNRELEASED; urgency=medium
 local::lib environment temporarily.
 Thanks to Jacob L Anawalt for the bug report. (Closes: #820395)
 
+  [ Sean Whitton ]
+  * Strip comments when reading control files.  (Closes: #XX)
+Otherwise, control files containing comments cause a parse failure.
+
  -- gregor herrmann   Wed, 06 Apr 2016 17:35:59 +0200
 
 dh-make-perl (0.90-1) unstable; urgency=medium
diff --git a/lib/Debian/Control.pm b/lib/Debian/Control.pm
index c9e1eb8..4244766 100644
--- a/lib/Debian/Control.pm
+++ b/lib/Debian/Control.pm
@@ -115,7 +115,7 @@ sub read {
 }
 
 my $stanzas = $self->_parser->$parser_method( $file,
-{ useTieIxHash => 1, verbMultiLine => 1 } );
+{ useTieIxHash => 1, verbMultiLine => 1, stripComments => 1 } );
 
 for (@$stanzas) {
 if ( $_->{Source} ) {
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[gregor herrmann]

On Sat, 07 May 2016 22:13:55 +0200, Adam Borowski wrote:

> One problem: it depends on Term::Animation, which isn't packaged in Debian
> yet.  I heard that our Perl team have a tool to do the entirety of packaging
> of CPAN modules with a single command, but I don't know the details.  And,
> this looks like an issue: "License: unknown".

I guess you mean the "License: unknown" in the left column of
https://metacpan.org/release/Term-Animation ? That just means that
metacpan failed to automatically extract the license (probably
because it's not mentioned in META.yml or META.json).

Looking at the tarball [0], the license is clear and free in the
README [1]:

#v+
COPYRIGHT AND LICENCE

Copyright (C) 2003 Kirk Baucom L

This library is free software; you can redistribute it and/or modify
it under the same terms as Perl itself.
#v-

So that's, as very common for Perl modules, "License: Artistic or GPL-1+".
No need to double-check with the author :)


(Usual sales pitch: https://wiki.debian.org/Teams/DebianPerlGroup/Welcome )

Cheers,
gregor


[0] https://cpan.metacpan.org/authors/id/K/KB/KBAUCOM/Term-Animation-2.6.tar.gz
[1] also online: https://metacpan.org/source/KBAUCOM/Term-Animation-2.6/README

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Wir sind Helden: Labyrinth


signature.asc
Description: Digital Signature

Bug#813798: llvm-toolchain-3.8: LLDB testsuite does not run correctly

[Pablo Oliveira]

Hi,

On Fri, 05 Feb 2016 12:18:02 +0100 Sylvestre Ledru
 wrote:
> Package: llvm-toolchain-3.8
> Severity: normal
> 
> Running lldb testsuite is mostly failing with:
> [...]
> ImportError: No module named _lldb
> 
> Probably caused by a missing symlink
> 
> Full log:
> https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-3.8=i386=1%3A3.8~%2Brc2-1~exp1=1454632881
> 
> S

Attached a patch against the current svn revision that fixes this
bug. The problem is that lldb/scripts/Python/finishSwigPythonLLDB.py
does not know about the -3.8.so.1 suffix we use and cannot link to the
correct liblldb.

Regards,

Pablo

PS: What is the pkg-llvm-team policy regarding patches: is it better to
submit them through the BTS or to apply them directly on the svn ?

Index: patches/lldb-soname.diff
===
--- patches/lldb-soname.diff(revision 1915)
+++ patches/lldb-soname.diff(working copy)
@@ -54,3 +54,16 @@
  endif()
  
  if (LLDB_WRAP_PYTHON)
+
+--- a/lldb/scripts/Python/finishSwigPythonLLDB.py
 b/lldb/scripts/Python/finishSwigPythonLLDB.py
+@@ -378,7 +378,7 @@
+ if eOSType == utilsOsType.EnumOsType.Darwin:
+ strLibFileExtn = ".dylib"
+ else:
+-strLibFileExtn = "so"
++strLibFileExtn = "-3.8.so.1"
+ strSrc = os.path.join("lib", "liblldb" + strLibFileExtn)
+ 
+ bOk, strErrMsg = make_symlink(vDictArgs, vstrFrameworkPythonDir, strSrc, 
strTarget)
+
Index: prepare-new-release.sh
===
--- prepare-new-release.sh  (revision 1915)
+++ prepare-new-release.sh  (working copy)
@@ -9,7 +9,7 @@
 TARGET=`echo $F|sed -e "s|$ORIG_VERSION|$TARGET_VERSION|g"`
 svn mv $F $TARGET
 done
-LIST=`ls debian/*$TARGET_VERSION* debian/control debian/*.install 
debian/*.links debian/orig-tar.sh debian/rules 
debian/patches/clang-analyzer-force-version.diff 
debian/patches/clang-format-version.diff debian/patches/python-clangpath.diff 
debian/patches/scan-build-clang-path.diff`
+LIST=`ls debian/*$TARGET_VERSION* debian/control debian/*.install 
debian/*.links debian/orig-tar.sh debian/rules 
debian/patches/clang-analyzer-force-version.diff 
debian/patches/clang-format-version.diff debian/patches/lldb-soname.diff 
debian/patches/python-clangpath.diff debian/patches/scan-build-clang-path.diff`
 for F in $LIST; do
 sed -i -e "s|$ORIG_VERSION_2|$TARGET_VERSION_2|g" $F
 sed -i -e "s|$ORIG_VERSION|$TARGET_VERSION|g" $F

Bug#821639: src:zeroc-ice: PHP 7.0 Transition

[Chris Knadle]

Update: none of the zeroc-ice release tarballs (including the current 3.6.2
tarball) seem to support PHP 7 as best I can tell.  The v3.7.0-alpha0 tag in
the upstream git repository does.

https://github.com/zeroc-ice/ice/tree/v3.7.0-alpha0

In the v3.7.0-alpha0 tag, php/src has separate "php5" and "php7" directories
and code to choose which of these to use during the compile based on what's
available on the system it's built with.  None of the 3.6 series seems to
have this.

   -- Chris

-- 
Chris Knadle
chris.kna...@coredump.us



signature.asc
Description: OpenPGP digital signature

Bug#823363: RM: dsbltesters -- RoQA; depends on to-be-rmed, popcon 3, maintainer gone

[Adam Borowski]

On Sat, May 07, 2016 at 11:58:54PM +0200, Moritz Mühlenhoff wrote:
> On Wed, May 04, 2016 at 12:57:13AM +0200, Adam Borowski wrote:
> > While this package technically still has a maintainer, he's for all purposes
> > gone: last pgp action 2011, all his known mail addresses either bounce or
> > get no response (pinged in 2014 and now).
> > 
> > The package blocks removal of firestring and firedns.  As none of those have
> > any real popcon, it doesn't look like anyone would cry if they're gone.
> 
> Also DSBL was shutdown in 2009, so this package is totally pointless:
> https://en.wikipedia.org/wiki/Distributed_Sender_Blackhole_List

The package's description suggests it can still be used for alternate
"DSBL-compliant services", although it doesn't list any.  The software is
available for use on your own -- whether anyone actually uses it is another
question.  My guess is "no".

-- 
How to exploit the Bible for weight loss:
Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat.

Bug#823707: RM: mnemosyne-blog -- RoQA; orphaned, dead upstream, unused

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Hi,
please remove mnemosyne-blog. It hasn't been adopted in over four
years and the former maintainer was also the author, so it's also
dead upstream. Popcon is virtually non-existant.

Cheers,
Moritz

Bug#823363: RM: dsbltesters -- RoQA; depends on to-be-rmed, popcon 3, maintainer gone

[Moritz Mühlenhoff]

On Wed, May 04, 2016 at 12:57:13AM +0200, Adam Borowski wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> 
> Hi!
> While this package technically still has a maintainer, he's for all purposes
> gone: last pgp action 2011, all his known mail addresses either bounce or
> get no response (pinged in 2014 and now).
> 
> The package blocks removal of firestring and firedns.  As none of those have
> any real popcon, it doesn't look like anyone would cry if they're gone.

Also DSBL was shutdown in 2009, so this package is totally pointless:
https://en.wikipedia.org/wiki/Distributed_Sender_Blackhole_List

Cheers,
Moritz

Bug#823410: [Letsencrypt-devel] Bug#823410: letsencrypt: Missing dependencies: python-cffi >=1.4.1, python-setuptools

[Harlan Lieberman-Berg]

Mirko Tietgen  writes:
> Installed letsencrypt from jessie-backports, tried letsencrypt renew 
> --dry-run. Ran into errors due to missing dependencies.

Hello Mirko,

That definitely shouldn't happen!

Were python-setuptools and python-cffi not installed at all, or were
they installed at the wrong version?

What did you do to install letsencrypt?

-- 
Harlan Lieberman-Berg
~hlieberman

Bug#823527: tmux: Terminal bell not shown in status line

[Romain Francoise]

On Sat, May 07, 2016 at 11:03:37PM +0200, Marcel Lippmann wrote:
> You are absolutely right.  Applying the attached patch fixes the
> issue for me.

Yeah, I guess this is the right fix. I forwarded it upstream (on IRC).

Thanks,
-- 
Romain Francoise 
https://people.debian.org/~rfrancoise/

Bug#823706: Lazarus 1.6 source files are missing

[Denis Kozlov]

Package: lazarus-1.6
Version: 1.6+dfsg-2
Severity: important

Many Lazarus 1.6 source files are missing from the package.

This creates two major problems:
1) IDE cannot be rebuilt - which is required to install or remove 
components.
2) Many bundled components cannot be installed due to randomly missing 
files.


For example, taking a look at the "anchordocking" component structure:
/usr/lib/lazarus/1.6/components/anchordocking/

There are two files missing which render this component useless:
/anchordocking.lpk
/design/anchordockingdsgn.lpk

There are many other files and whole directories missing from the package.

Bug#823705: src:firebird3.0: FTBFS On Big-Endian Architectures

[James Clarke]

Package: src:firebird3.0
Version: 3.0.0.32483.ds4-1
Severity: serious
Tags: upstream patch
Justification: Policy 4.2

Control: forwarded -1 https://github.com/FirebirdSQL/firebird/pull/21

As can be seen from
https://buildd.debian.org/status/package.php?p=firebird3.0=experimental,
this package fails to build from source on any big-endian architecture. Please
apply the attached patch to fix this.



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

Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
--- a/src/jrd/Relation.cpp
+++ b/src/jrd/Relation.cpp
@@ -308,7 +308,7 @@
 	const USHORT relLockLen = relation->getRelLockKeyLength();
 
 	Lock* lock = FB_NEW_RPT(*pool, relLockLen) Lock(tdbb, relLockLen, lckType, relation);
-	relation->getRelLockKey(tdbb, >lck_key.lck_string[0]);
+	relation->getRelLockKey(tdbb, lock->getKeyString());
 
 	lock->lck_type = lckType;
 	switch (lckType)
--- a/src/jrd/btr.cpp
+++ b/src/jrd/btr.cpp
@@ -223,7 +223,7 @@
 
 void BtrPageGCLock::disablePageGC(thread_db* tdbb, const PageNumber )
 {
-	page.getLockStr(lck_key.lck_string);
+	page.getLockStr(getKeyString());
 	LCK_lock(tdbb, this, LCK_read, LCK_WAIT);
 }
 
@@ -235,7 +235,7 @@
 bool BtrPageGCLock::isPageGCAllowed(thread_db* tdbb, const PageNumber& page)
 {
 	BtrPageGCLock lock(tdbb);
-	page.getLockStr(lock.lck_key.lck_string);
+	page.getLockStr(lock.getKeyString());
 
 	ThreadStatusGuard temp_status(tdbb);
 
--- a/src/jrd/cch.cpp
+++ b/src/jrd/cch.cpp
@@ -4055,7 +4055,7 @@
 			fb_assert(lock->lck_ast != NULL);
 		}
 
-		bdb->bdb_page.getLockStr(lock->lck_key.lck_string);
+		bdb->bdb_page.getLockStr(lock->getKeyString());
 		if (LCK_lock_opt(tdbb, lock, lock_type, wait))
 		{
 			if (!lock->lck_ast)
--- a/src/jrd/lck.cpp
+++ b/src/jrd/lck.cpp
@@ -739,7 +739,7 @@
 
 	const SINT64 data =
 		dbb->dbb_lock_mgr->readData2(lock->lck_type,
-	 lock->lck_key.lck_string, lock->lck_length,
+	 lock->getKeyString(), lock->lck_length,
 	 lock->lck_owner_handle);
 	fb_assert(LCK_CHECK_LOCK(lock));
 	return data;
@@ -909,7 +909,7 @@
 	fb_assert(LCK_CHECK_LOCK(lock));
 
 	lock->lck_id = dbb->dbb_lock_mgr->enqueue(tdbb, statusVector, lock->lck_id,
-		lock->lck_type, lock->lck_key.lck_string, lock->lck_length,
+		lock->lck_type, lock->getKeyString(), lock->lck_length,
 		level, lock->lck_ast, lock->lck_object, lock->lck_data, wait,
 		lock->lck_owner_handle);
 
@@ -1036,7 +1036,7 @@
 	if (!att->att_compatibility_table)
 		hash_allocate(lock);
 
-	const USHORT hash_value = hash_func((UCHAR*) >lck_key, lock->lck_length);
+	const USHORT hash_value = hash_func(lock->getKeyString(), lock->lck_length);
 
 	if (hash_slot)
 		*hash_slot = hash_value;
@@ -1061,7 +1061,7 @@
 		{
 			// check that the keys are the same
 
-			if (!memcmp(lock->lck_key.lck_string, collision->lck_key.lck_string, lock->lck_length))
+			if (!memcmp(lock->getKeyString(), collision->getKeyString(), lock->lck_length))
 return collision;
 		}
 
@@ -1426,7 +1426,7 @@
 	// with the local ast handler, passing it the lock block itself
 
 	lock->lck_id = dbb->dbb_lock_mgr->enqueue(tdbb, statusVector, lock->lck_id,
-		lock->lck_type, (const UCHAR*) >lck_key, lock->lck_length,
+		lock->lck_type, lock->getKeyString(), lock->lck_length,
 		level, external_ast, lock, lock->lck_data, wait, lock->lck_owner_handle);
 
 	// If the lock exchange failed, set the lock levels appropriately
--- a/src/jrd/lck.h
+++ b/src/jrd/lck.h
@@ -134,10 +134,19 @@
 
 	union
 	{
-		UCHAR lck_string[1];
+		UCHAR lck_string[8];
 		SINT64 lck_long;
 	} lck_key;		// Lock key string
 
+	UCHAR* getKeyString()
+	{
+#ifdef WORDS_BIGENDIAN
+		if (lck_length <= 8)
+			return _key.lck_string[8-lck_length];
+#endif
+		return _key.lck_string[0];
+	}
+
 	UCHAR lck_tail[1];// Makes the allocator happy
 };
 
--- a/src/jrd/met.epp
+++ b/src/jrd/met.epp
@@ -1390,7 +1390,7 @@
 	const USHORT key_length = item->lock->lck_length;
 	AutoPtr temp_lock(FB_NEW_RPT(*tdbb->getDefaultPool(), key_length)
 		Lock(tdbb, key_length, LCK_dsql_cache));
-	memcpy(temp_lock->lck_key.lck_string, item->lock->lck_key.lck_string, key_length);
+	memcpy(temp_lock->getKeyString(), item->lock->getKeyString(), key_length);
 
 	if (LCK_lock(tdbb, temp_lock, LCK_EX, LCK_WAIT))
 		LCK_release(tdbb, temp_lock);
@@ -4134,7 +4134,7 @@
 		item->locked = false;
 		item->lock = FB_NEW_RPT(*attachment->att_pool, key.length())
 			Lock(tdbb, key.length(), LCK_dsql_cache, item, blocking_ast_dsql_cache);
-		memcpy(item->lock->lck_key.lck_string, key.c_str(), key.length());
+		memcpy(item->lock->getKeyString(), key.c_str(), key.length());
 	}
 	else
 	{
--- a/src/jrd/GlobalRWLock.cpp
+++ b/src/jrd/GlobalRWLock.cpp
@@ -78,7 +78,7 @@
 
 	cachedLock = FB_NEW_RPT(getPool(), lockLen)
 		Lock(tdbb, lockLen, lckType, this, 

Bug#815979: dotclear: New minor releases with security fixes

[Moritz Mühlenhoff]

On Fri, Feb 26, 2016 at 11:38:03AM +0100, Vincent Danjean wrote:
> Package: dotclear
> Version: 2.8.0+dfsg-1
> Severity: serious
> Tags: security
> Justification: security
> 
>   Hi,
> 
>   I'm using Debian packages of dotclear (a php blogs engine) for a few years.
> For 6 months, the package do not change, and I did not get any anwser to
> my previous bug reports, including an important one (#797055) that probably
> prevent any one to use the Debian package as-is.
>   I just see today that two minor releases have been published that
> fix security bugs. From upstream webpage:
> ===
> News
> 
> 2015 Oct 25 Dotclear 2.8.2
> 
> A new maintenance release which fixes one potential XSS vulnerability in
> comments's list and enforce media extension before upload[1] (thanks to Tim
> Coen, Curesec Gmbh, for reporting them) and two...
> 
> 2015 Sep 23 Dotclear 2.8.1
> 
> A new maintenance release which fixes one potential XSS vulnerabilities
> (thanks to Yuji Tounai of NTT Com Security (Japan) KK, via Keiko Yashiki from
> JPCERT/CC) and two other bugfixes. Your dashboard...
> ===
> 
>   I tagged this bug with a serious severity so that, if dotclear is not
> maintained anymore, it will be removed from testing (so admins tracking 
> testing
> will be notified and can manually install the upstream versions). If dotclear
> is still maintained (I hope for that), then an update must be done.

2.5 months later still no change, let's remove it from the archive?

Cheers,
Moritz

Bug#823704: libcec3v4: makes kodi crash

[Wouter Verhelst]

Package: libcec3v4
Version: 3.1.0+dfsg1-4~bpo8+2
Severity: important

Hi,

Since the upgrade of libcec3v4 to 3.1.0, kodi started crashing on me.
I'm using kodi from backports on a Jessie system, with libcec3v4 from
backports, too.

The kodi crashlog contains the following:

Thread 1 (Thread 0x7f5b7bf7b700 (LWP 25654)):
#0  0x7f5bb1d7a067 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7f5bb1d7b448 in __GI_abort () at abort.c:89
#2  0x7f5bb1db81b4 in __libc_message (do_abort=do_abort@entry=2, 
fmt=fmt@entry=0x7f5bb1eaafd3 "*** %s ***: %s terminated\n") at 
../sysdeps/posix/libc_fatal.c:175
#3  0x7f5bb1e3dcf7 in __GI___fortify_fail (msg=msg@entry=0x7f5bb1eaafbb 
"stack smashing detected") at fortify_fail.c:31
#4  0x7f5bb1e3dcc0 in __stack_chk_fail () at stack_chk_fail.c:28
#5  0x011df159 in PERIPHERALS::CPeripheralCecAdapter::OpenConnection() 
()
#6  0x011e3034 in PERIPHERALS::CPeripheralCecAdapter::Process() ()
#7  0x012582ff in CThread::Action() ()
#8  0x012585b9 in CThread::staticThread(void*) ()
#9  0x7f5bba5c80a4 in start_thread (arg=0x7f5b7bf7b700) at 
pthread_create.c:309
#10 0x7f5bb1e2d87d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Downgrading libcec3v4 from 3.1.0+dfsg1-4~bpo8+2 to 3.0.1+dfsg2-9~bpo8+1
(from snapshots) fixed the issue. In contrast, downgrading to
3.1.0+dfsg1-4~bpo8+1 did not.

Since there's a new upstream version involved, my guess is that an
inadvertent ABI change was made.

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

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

Bug#823703: CVE-2016-3720

[Moritz Muehlenhoff]

Source: jackson-dataformat-xml
Severity: grave
Tags: security

jackson-dataformat-xml is susceptible to XXE attacks, this was
assigned CVE-2016-3720. Fix is here:
https://github.com/FasterXML/jackson-dataformat-xml/commit/f0f19a4c924d9db9a1e2830434061c8640092cc0

Cheers,
Moritz

Bug#823702: Should qpid-cpp be removed?

[GCS]

Hi Moritz,

On Sat, May 7, 2016 at 11:00 PM, Moritz Muehlenhoff  wrote:
> Source: qpid-cpp
> Severity: serious
>
> It hasn't seen an upload for more than two years, has unfixed open
> security issues for more than 1.5 years and the version in sid
> is totally outdated.
 Agreed.

> Please reassign this to ftp.debian.org for removal or update the package.
 Already working on the update, but I need time with it. A week, maybe
more. :( The new version contains new binary packages while removed
others.

Thanks for the heads-up,
Laszlo/GCS

Bug#823527: tmux: Terminal bell not shown in status line

[Marcel Lippmann]

On 07 May 2016, 07:39pm +0200, Romain Francoise wrote:
> Yes, it's a 2.2 regression which I bisected down to this commit:
> 
>   https://github.com/tmux/tmux/commit/98967
> 
> It apparently fixes another bug so I can't simply revert it, but I asked
> Nicholas if he remembers the details. Stay tuned.

Thanks a lot for your work!

You are absolutely right.  Applying the attached patch fixes the
issue for me.

Best,

Marcel
>From 7edb0fd768582ed4744be5f5a3bef7c8cd412e6f Mon Sep 17 00:00:00 2001
From: Marcel Lippmann 
Date: Sat, 7 May 2016 22:58:06 +0200
Subject: [PATCH] Show terminal bell in case of an alert if window activity
 marker is set.

Closes Debian bug #823527.
---
 alerts.c | 12 ++--
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/alerts.c b/alerts.c
index cca0d81..7e4196f 100644
--- a/alerts.c
+++ b/alerts.c
@@ -163,15 +163,15 @@ alerts_queue(struct window *w, int flags)
 	if (!event_initialized(>alerts_timer))
 		evtimer_set(>alerts_timer, alerts_timer, w);
 
-	if (!alerts_fired) {
+	if (!(w->flags & flags)) {
 		w->flags |= flags;
 		log_debug("@%u alerts flags added %#x", w->id, flags);
+	}
 
-		if (alerts_enabled(w, flags)) {
-			log_debug("alerts check queued (by @%u)", w->id);
-			event_once(-1, EV_TIMEOUT, alerts_callback, NULL, NULL);
-			alerts_fired = 1;
-		}
+	if (!alerts_fired && alerts_enabled(w, flags)) {
+		log_debug("alerts check queued (by @%u)", w->id);
+		event_once(-1, EV_TIMEOUT, alerts_callback, NULL, NULL);
+		alerts_fired = 1;
 	}
 }
 
-- 
2.8.1

Bug#823689: hlibrary.mk: libghc-*-doc.links files not respected

[Joachim Breitner]

Hi,

Am Samstag, den 07.05.2016, 11:03 -0700 schrieb Sean Whitton:
> hlibrary.mk invokes dh_link to create symlinks specified in files
> matching debian/libghc-*-{dev,prof}.links, but it seems to ignore
> files matching debian/libghc-*-doc.links.
> 
> For a package displaying this problem please see the branch debian of
> git repository https://git.spwhitton.name/propellor

thanks for the report. Do you have a proposed fix?

(hlibrary.mk is a mess where everyone meddles; feel free to meddle
yourself.)

Greetings,
Joachim

-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/


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

Bug#823702: Should qpid-cpp be removed?

[Moritz Muehlenhoff]

Source: qpid-cpp
Severity: serious

It hasn't seen an upload for more than two years, has unfixed open
security issues for more than 1.5 years and the version in sid
is totally outdated.

Please reassign this to ftp.debian.org for removal or update the package.

Cheers,
Moritz

Bug#823701: powertop: fails to find cache file that might be misnamed

[Sanjoy Mahajan]

Package: powertop
Version: 2.8-1
Severity: normal

Powertop is looking for, but cannot find,
/var/cache/powertop/saved_parameters.powertop

Here is an example

  # powertop
  Loaded 100 prior measurements
  Cannot load from file /var/cache/powertop/saved_parameters.powertop
  File will be loaded after taking minimum number of measurement(s) with 
battery only 
 [etc.]

The following seemed to fix it:

# cd /var/cache/powertop
# ln -s saved_results.powertop saved_parameters.powertop

Now running powertop doesn't produce the warning:

  # powertop
  Loaded 102 prior measurements
  RAPL device for cpu 0
  [etc.]

-Sanjoy

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

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

Versions of packages powertop depends on:
ii  libc6 2.22-7
ii  libgcc1   1:5.3.1-14
ii  libncurses5   6.0+20160319-1
ii  libncursesw5  6.0+20160319-1
ii  libnl-3-200   3.2.27-1
ii  libnl-genl-3-200  3.2.27-1
ii  libpci3   1:3.3.1-1.1
ii  libstdc++65.3.1-14
ii  libtinfo5 6.0+20160319-1

powertop recommends no packages.

Versions of packages powertop suggests:
pn  cpufrequtils   
ii  laptop-mode-tools  1.69.2-1

-- no debconf information

Bug#823700: RFS: emacs-async/1.8-1 -- simple library for asynchronous processing in Emacs

[Sean Whitton]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for an update to emacs-async.

* Package name: emacs-async
  Version : 1.8-1
  Upstream Author : John Wiegley & Thierry Volpiatto
* URL : https://github.com/jwiegley/emacs-async
* License : GPL-2+
  Section : lisp

Changes since the last upload:

  * Package new upstream release.
  * Now obtaining new upstream releases from upstream git rather than GNU ELPA.
- Adjust gbp.conf.
- Adjust debian/watch.
- Update Source: in d/copyright.
- Update Homepage: in d/control.
  * Bump standards version to 3.9.8 (no changes required).

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/e/emacs-async/emacs-async_1.8-1.dsc

Or build it with gbp:

gbp clone --pristine-tar 
https://anonscm.debian.org/git/pkg-emacsen/pkg/emacs-async.git
cd emacs-async
gbp buildpackage

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#823699: "include"-s are ignored in config

[Viktor Szepe]

Package: monit
Version: 1:5.17.1-2~bpo8+1
Severity: important

After 94f6e3e in monit ?sometimes? Debian-style template includes are ignored.
https://bitbucket.org/tildeslash/monit/commits/94f6e3ef3556
Already reported upstream but it makes Debian templates useless
https://bitbucket.org/tildeslash/monit/issues/360/structuring-config

-- Package-specific info:

Contents of /etc/monit/ directory:
/etc/monit:
total 28
drwxr-xr-x 2 root root  4096 May  7 18:28 conf-available
drwxr-xr-x 2 root root  4096 May  7 18:29 conf-enabled
drwxr-xr-x 2 root root  4096 May  7 18:35 conf.d
-rw--- 1 root root 12062 Apr 13 16:03 monitrc
drwxr-xr-x 2 root root  4096 May  7 01:50 templates

/etc/monit/conf-available:
total 84
-rw-r--r-- 1 root root  283 May  7 02:29 00_monitrc
-rw-r--r-- 1 root root  362 May  7 02:29 01_system
-rw-r--r-- 1 root root  481 Mar 22 15:43 acpid
-rw-r--r-- 1 root root  678 May  7 02:29 apache2
-rw-r--r-- 1 root root  466 May  7 02:29 at
-rw-r--r-- 1 root root 1155 May  7 18:29 courier-mta
-rw-r--r-- 1 root root  701 May  7 02:29 cron
-rw-r--r-- 1 root root  400 May  7 02:29 fail2ban
-rw-r--r-- 1 root root  463 May  7 02:29 gamin
-rw-r--r-- 1 root root  602 Mar 22 15:43 mdadm
-rw-r--r-- 1 root root  669 Mar 22 15:43 memcached
-rw-r--r-- 1 root root  703 Mar 22 15:43 mysql
-rw-r--r-- 1 root root  521 Mar 22 15:43 nginx
-rw-r--r-- 1 root root  471 Mar 22 15:43 openntpd
-rw-r--r-- 1 root root  822 May  7 18:28 openssh-server
-rw-r--r-- 1 root root  683 Mar 22 15:43 pdns-recursor
-rw-r--r-- 1 root root  551 May  7 02:29 php5-fpm
-rw-r--r-- 1 root root 1421 Mar 22 15:43 postfix
-rw-r--r-- 1 root root  874 May  7 02:29 rsyslog
-rw-r--r-- 1 root root  501 Mar 22 15:43 smartmontools
-rw-r--r-- 1 root root  306 Mar 22 15:43 snmpd

/etc/monit/conf-enabled:
total 0
lrwxrwxrwx 1 root root 27 May  7 02:29 01_system -> ../conf-available/01_system
lrwxrwxrwx 1 root root 25 May  7 02:29 apache2 -> ../conf-available/apache2
lrwxrwxrwx 1 root root 20 May  7 02:29 at -> ../conf-available/at
lrwxrwxrwx 1 root root 29 May  7 02:29 courier-mta -> 
../conf-available/courier-mta
lrwxrwxrwx 1 root root 22 May  7 02:29 cron -> ../conf-available/cron
lrwxrwxrwx 1 root root 26 May  7 02:29 fail2ban -> ../conf-available/fail2ban
lrwxrwxrwx 1 root root 23 May  7 02:29 gamin -> ../conf-available/gamin
lrwxrwxrwx 1 root root 32 May  7 02:29 openssh-server -> 
../conf-available/openssh-server
lrwxrwxrwx 1 root root 26 May  7 02:29 php5-fpm -> ../conf-available/php5-fpm
lrwxrwxrwx 1 root root 25 May  7 02:29 rsyslog -> ../conf-available/rsyslog

/etc/monit/conf.d:
total 4
-rw-r--r-- 1 root root 253 May  7 18:35 00_monitrc

/etc/monit/templates:
total 12
-rw-r--r-- 1 root root 164 Mar 22 15:43 rootbin
-rw-r--r-- 1 root root 160 Mar 22 15:43 rootrc
-rw-r--r-- 1 root root 164 Mar 22 15:43 rootstrict


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

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

Versions of packages monit depends on:
ii  libc62.19-18+deb8u4
ii  libpam0g 1.1.8-3.1+deb8u1+b1
ii  libssl1.0.0  1.0.1k-3+deb8u5
ii  lsb-base 4.1+Debian13+nmu1

monit recommends no packages.

Versions of packages monit suggests:
ii  courier-mta [mail-transport-agent]  0.73.1-1.6
ii  sysvinit-core   2.88dsf-59

-- Configuration Files:
/etc/monit/conf-available/apache2 changed [not included]
/etc/monit/conf-available/at changed [not included]
/etc/monit/conf-available/cron changed [not included]
/etc/monit/conf-available/openssh-server changed [not included]
/etc/monit/conf-available/rsyslog changed [not included]

-- no debconf information

Bug#822445: closed by Sebastian Andrzej Siewior <sebast...@breakpoint.cc> (Bug#822445: fixed in clamav 0.99.2+dfsg-1)

[Sebastian Andrzej Siewior]

On 2016-05-07 21:52:55 [+0200], Helmut Grohne wrote:
> >* Drop AllowSupplementaryGroups option which is default now
> >  (Closes: #822445).
> 
> Seems like you closed the wrong bug. This one is about updating symbols
> for nios in src:libgc.

This is correct, I am very sorry.

> Helmut

Sebastian

Bug#823423: ITA: faust -- functional programming language for realtime audio applications

[Debian/GNU]

Control: retitle -1 ITA: faust -- functional programming language for
realtime audio applications
Control: owner -1 umlae...@debian.org
Thanks.

hi mario,

i'm interested in adopting faust (within the pkg-multimedia-maintainers
team).
the PTS has no link to a packaging git. does such a thing exist?


mdsar
IOhannes



signature.asc
Description: OpenPGP digital signature

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[Adam Borowski]

On Sat, May 07, 2016 at 10:19:27PM +0200, Niklas Sombert wrote:
> Adam Borowski  wrote:
> > > One problem: it depends on Term::Animation, which isn't packaged in
> > Debian yet.  I heard that our Perl team have a tool to do the entirety
> > of packaging of CPAN modules with a single command, but I don't know the
> > details.
> 
> Yes, I've heard about dh-make-perl. It's very good!
> In fact, I've built those packages already: 
> https://launchpad.net/~ytvwld/+archive/ubuntu/asciiquarium/+packages

Cool!  If you have already done this, there are no _technical_ reasons
against inclusion -- on a "slow scroll"-level review, the code seems sound. 
People may complain against archive bloat but this package compares
favourably to, eg, nyancat (2×arch:all vs 2×arch:any).

> > And, this looks like an issue: "License: unknown".
> 
> Yeah, that's a big issue. Perhaps I could try contacting the author?

Right.

-- 
How to exploit the Bible for weight loss:
Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat.

Bug#822990: RFS: hashcat/2.00-1 [ITP]

[Eriberto]

control: tags 822990 moreinfo


Hi Daniel,

I will try help you.

1. d/control:

- You used 'extra' as Priority. Is there any special condition to use
it instead of 'optional'? Please, read it[1].

[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities

- (OPTIONAL) Your long description for hash-cat don't have some
keywords, as SHA256. So, several users won't find your package via
apt-cache search command. There is a long list about resources to be
cracked by hashcat in its homepage. I suggest to improve the
description.

- Please, can you add a period in the last line of the file? (long
description for hashcat-data)

2. d/hashcat-data.docs: IMO, the files docs/user_manuals.txt and
README.md should be put in d/hashcat.docs.

3. d/hashcat-dirs: this file is empty. Can you remove it?

4. d/watch: please, remove the useless lines.

5. After the build, I can see that hashcat-xop is not necessary in d/clean.

Regards,

Eriberto


2016-05-06 14:07 GMT-03:00 Daniel Echeverry :
> Hi Mentors!
>
> 2016-04-29 12:57 GMT-05:00 Daniel Echeverry :
>> Package: sponsorship-requests
>> Severity: wishlist
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "hashcat"
>>
>> * Package name: hashcat
>> * Version : 2.00-1
>> * Upstream Author : Jens Steube 
>> * URL : http://hashcat.net/hashcat/
>> * License : Expat
>> *  Section : net
>>
>> It builds those binary packages:
>>
>>  hashcat- Advanced CPU-based password recovery utility
>>  hashcat-data - Data files for hashcat Advanced CPU-based password
>> recovery utili
>>
>>   To access further information about this package, please visit the
>> following URL:
>>
>>   http://mentors.debian.net/package/hashcat
>>
>> Alternatively, one can download the package with dget using this command:
>>
>> dget -x 
>> http://mentors.debian.net/debian/pool/main/h/hashcat/hashcat_2.00-1.dsc
>>
>>   More information about hello can be obtained from 
>> http://hashcat.net/hashcat/
>>
>>
>> Regards,
>> Daniel Echeverry
>>
>>
>
> I updated my package in mentors[1].. Could someone check it out?
>
> Thank you very much!
>
> [1]: https://mentors.debian.net/debian/pool/main/h/hashcat/hashcat_2.00-1.dsc
>
> --
> Daniel Echeverry
> http://wiki.debian.org/DanielEcheverry
> http://rinconinformatico.net
> Linux user: #477840
> Debian user
>

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[Niklas Sombert]

Adam Borowski  wrote:

> One problem: it depends on Term::Animation, which isn't packaged in
> Debian
> yet.  I heard that our Perl team have a tool to do the entirety of
> packaging
> of CPAN modules with a single command, but I don't know the details. 

Yes, I've heard about dh-make-perl. It's very good!
In fact, I've built those packages already: 
https://launchpad.net/~ytvwld/+archive/ubuntu/asciiquarium/+packages

> And, this looks like an issue: "License: unknown".

Yeah, that's a big issue. Perhaps I could try contacting the author?

 - Niklas

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[Adam Borowski]

On Sat, May 07, 2016 at 08:57:03PM +0200, Niklas Sombert wrote:
> * Package name: asciiquarium
> * URL : http://www.robobunny.com/projects/asciiquarium/html/
> * License : GPL2
>   Programming Lang: Perl
>   Description : Enjoy the mysteries of the sea from the safety of your own
> terminal!
> 
> This is a simulation of an aquarium  with ASCII art in a terminal.
> 
> It it not very useful but I find it enjoyable - it'a a nice gimmick.
> KDE Plasma used to include a screensaver which looked similar.

One problem: it depends on Term::Animation, which isn't packaged in Debian
yet.  I heard that our Perl team have a tool to do the entirety of packaging
of CPAN modules with a single command, but I don't know the details.  And,
this looks like an issue: "License: unknown".

-- 
How to exploit the Bible for weight loss:
Pr28:25: he that putteth his trust in the ʟᴏʀᴅ shall be made fat.

Bug#823584: [PATCH] Correct top-level directory name in repackaged tarballs

[Henrique de Moraes Holschuh]

On Fri, 06 May 2016, Tormod Volden wrote:
> PS. I didn't think about it initially, but I guess "NACK" means
> "thanks for your patch and your interest in the developer reference,
> but I don't think this is the best solution."

That's pretty much correct, yes.

NACK in this context implies that whatever you proposed was carefully
considered by the person "NACK'ing" it, and then rejected.  An explanation
for the rejection should be provided along with the "NACK".

It is very common lingo on Linux-releated FLOSS development mailing lists,
when rejecting a changes proposal (patch), etc.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Bug#814836: imagemagick: Font Metrics faulty textWidth | Integer overflow

[Maximilian Bloch]

On 07.05.2016 18:00, Bastien ROUCARIES wrote:
> What is your arch ?

$ uname -a
Linux * 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08)
x86_64 GNU/Linux



On 07.05.2016 18:00, Bastien ROUCARIES wrote:
> On Mon, Feb 15, 2016 at 8:48 PM, Maximilian Bloch
>  wrote:
>> Package: imagemagick
>> Severity: normal
> 
> What is your arch ?
>>
>> Dear Maintainer,
>>
>> I seem to have stumbled across an integer overflow issue with imagemagick, 
>> pertaining to calculated font metrics (width/bounds) for many fonts 
>> depending on pointsize. A more detailed bug report of mine can be found in 
>> the ImageMagick Forum:
>>
>>   https://www.imagemagick.org/discourse-server/viewtopic.php?f=3=29135
>>
>>
>> * What led up to the situation?
>>
>> $ convert -debug annotate -pointsize 72 -font ./RNS.ttf label:g null:
>>
>> NOTE RNS.ttf was taken from http://www.1001fonts.com/rns-font.html
>>
>>
>> * What was the outcome of this action?
>>
>> 2016-02-15T20:29:34+01:00 0:00.010 0.000u 6.9.3 Annotate convert[3989]: 
>> annotate.c/RenderFreetype/1421/Annotate
>>   Font ./RNS.ttf; font-encoding none; text-encoding none; pointsize 72
>> 2016-02-15T20:29:34+01:00 0:00.010 0.000u 6.9.3 Annotate convert[3989]: 
>> annotate.c/GetTypeMetrics/843/Annotate
>>   Metrics: text: g; width: 3.35545e+07; height: 103; ascent: 70; descent: 
>> -31; max advance: 61; bounds: -3.35544e+07,-0.09375  35,55.1719; origin: 
>> 36,0; pixels per em: 72,72; underline position: -1.5625; underline 
>> thickness: 0.78125
>>
>>
>> * What outcome did you expect instead?
>>
>> 2016-02-12T06:56:07-05:00 0:00.110 0.010u 7.0.0 Annotate convert[22115]: 
>> annotate.c/RenderFreetype/1442/Annotate
>>   Font ./RNS.ttf; font-encoding none; text-encoding none; pointsize 72
>> 2016-02-12T06:56:07-05:00 0:00.110 0.010u 7.0.0 Annotate convert[22115]: 
>> annotate.c/GetTypeMetrics/860/Annotate
>>   Metrics: text: g; width: 38.5625; height: 103; ascent: 70; descent: -31; 
>> max advance: 61; bounds: 0.4375,-0.09375  35,55.1719; origin: 36.2812,0; 
>> pixels per em: 72,72; underline position: -1.5625; underline thickness: 
>> 0.78125
>>
>> Any help would be much appreciated.
>>
>> Thanks,
>> Max
>>
>> -- System Information:
>> Debian Release: 8.3
>>   APT prefers stable-updates
>>   APT policy: (500, 'stable-updates'), (500, 'stable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
>> 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)
>>

Bug#822445: closed by Sebastian Andrzej Siewior <sebast...@breakpoint.cc> (Bug#822445: fixed in clamav 0.99.2+dfsg-1)

[Helmut Grohne]

Control: reopen -1

On Sat, May 07, 2016 at 07:36:04PM +, Debian Bug Tracking System wrote:
> Changes:
>  clamav (0.99.2+dfsg-1) unstable; urgency=medium
>  .
>[ Sebastian Andrzej Siewior ]
>* also remove bytecode.cld on purge
>* Update to new upstream release 0.99.2
>* Drop AllowSupplementaryGroups option which is default now
>  (Closes: #822445).

Seems like you closed the wrong bug. This one is about updating symbols
for nios in src:libgc.

Helmut

Bug#823698: iio-sensor-procy is started too early

[Michael Meskes]

Package: iio-sensor-proxy
Version: 1.1-1
Severity: normal

To quote a kernel developer:

---
Finally I have Yoga 900. I see the sensors are working and rotation is
working with iio_sensor_proxy. But some of you suggested, rotation only works
after suspend and then resume. The reason is that the iio-sensor-proxy starts
too early as systemctl service. By that time IIO subsystem is not ready.

So you need to add to iio-sensor-proxy.service:

After=multi-user.target
---

Actually I also added

[Install]
WantedBy=default.target

to make sure it is started correctly. This seems (only one test so far) to fix
the rotation issue of a Yoga 900.

Michael

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

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

Versions of packages iio-sensor-proxy depends on:
ii  libc6   2.22-7
ii  libglib2.0-02.48.0-1
ii  libgudev-1.0-0  230-3
ii  systemd 229-5

iio-sensor-proxy recommends no packages.

iio-sensor-proxy suggests no packages.

-- no debconf information

Bug#772628: Similar issue

[Stijn Segers]

I have been bitten by this too; I run Debian on a Beaglebone Black with 2 GB 
eMMC storage; it would be really near if I could save some space by using 
compressed modules.

In light of all the ARM and other non-x86 devices Debian supports nowadays this 
is a valid issue. Since implementing support is pretty trivial I don't see why 
this is being ignored.

Thanks for making this happen!

Stijn

Bug#823696: exfalso depends on gir1.2-soup

[HJ]

Package: exfalso
Version: 3.6.1-2
Severity: important

Dear Maintainer,

exfalso refuses to start if no gir1.2-soup-2.4 is installed

ssf@schleppi:~$ exfalso
Traceback (most recent call last):
  File "/usr/bin/exfalso", line 74, in 
main(util.argv)
  File "/usr/bin/exfalso", line 22, in main
quodlibet.init()
  File "/usr/lib/python2.7/dist-packages/quodlibet/__init__.py", line 555, in
init
_init_gtk()
  File "/usr/lib/python2.7/dist-packages/quodlibet/__init__.py", line 283, in
_init_gtk
gi.require_version('Soup', '2.4')
  File "/usr/lib/python2.7/dist-packages/gi/__init__.py", line 102, in
require_version
raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Soup not available
ssf@schleppi:~$



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

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

Versions of packages exfalso depends on:
ii  gir1.2-gtk-3.0   3.20.3-2
ii  libjs-sphinxdoc  1.3.6-2
ii  python   2.7.11-1
ii  python-gi3.20.1-1
ii  python-gi-cairo  3.20.1-1
ii  python-mutagen   1.31-1
pn  python:any   
ii  sphinx-rtd-theme-common  0.1.9-1

Versions of packages exfalso recommends:
pn  python-cddb  
pn  python-musicbrainz2  

Versions of packages exfalso suggests:
pn  brasero | k3b | xfburn  
pn  gir1.2-gstreamer-1.0
ii  libmodplug1 1:0.8.8.5-2

-- no debconf information

Bug#823697: quodlibet: gstreamer1.0-alsa

[Karagkiaouris Diamantis]

Package: quodlibet
Version: 3.6.1-2
Severity: important

Dear Maintainer,

Although i try to play music files it couldn't due to missing gstreamer1.0-alsa 
dependency. It must be installed.

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

Kernel: Linux 4.5.0-1-amd64 (SMP w/2 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 quodlibet depends on:
ii  exfalso 3.6.1-2
ii  gir1.2-gst-plugins-base-1.0 1.8.1-1
ii  gir1.2-gstreamer-1.01.8.1-1
ii  gstreamer1.0-alsa [gstreamer1.0-audiosink]  1.8.1-1
ii  gstreamer1.0-plugins-base   1.8.1-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-audiosink]  1.8.1-1
ii  gstreamer1.0-plugins-ugly   1.8.1-1
ii  python  2.7.11-1

Versions of packages quodlibet recommends:
ii  gir1.2-gtksource-3.0 3.20.2-1
ii  gir1.2-keybinder-3.0 0.3.1-1
ii  gir1.2-soup-2.4  2.54.1-1
ii  libgpod4 0.8.3-7
ii  media-player-info22-2
ii  notification-daemon  3.20.0-1
ii  python-dbus  1.2.4-1
ii  python-feedparser5.1.3-3
ii  python-pyinotify 0.9.5-1
ii  udisks2  2.1.7-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3+b1

Versions of packages quodlibet suggests:
pn  gstreamer1.0-plugins-bad  

-- no debconf information

Bug#823695: transmission: gui wrongly positioned buttons xfce

[Karagkiaouris Diamantis]

Package: transmission
Version: 2.84-3
Severity: normal

Dear Maintainer,

When i open transmission there are no frames in buttons in menu and on 
navigation menu. Also when i click on the place that a checkbox is supposed to 
be (what i remember from previous versions), the option vanishes. It is 
reproducable anytime.

Kind Regards,
Diamantis

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

Kernel: Linux 4.5.0-1-amd64 (SMP w/2 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 transmission depends on:
ii  transmission-common  2.84-3
ii  transmission-gtk 2.84-3

transmission recommends no packages.

transmission suggests no packages.

-- no debconf information

Bug#821646: [Pkg-roundcube-maintainers] Bug#821646: roundcube-core: PHP 7.0 Transition

[Ondřej Surý]

You are right depend on php-cli, lintian is wrong, we still haven't finished 
updating lintian for PHP 7.0. I'll look into lintian next week. 

-- 
Ondřej Surý 



On 6 May 2016, 00:43, at 00:43, "Sandro Knauß"  wrote:
>Hello,
>
>we currently waiting for upstream to ship the new 1.2 version.Currently
>they 
>released a rc version.The current version 1.1.5 is not compatible with
>PHP 7, 
>as it is written in README from upstream...
>
>Today I stared to package 1.2~rc in experimental branch to prepare 1.2
>for 
>unstable.Hopefully I will finisch a version for experimental next week.
>
>One Issue - I replaced all php5-X depdendency to php-X but now I get
>the 
>following lintian error:
>E: roundcube-core: php-script-but-no-phpX-cli-dep
>usr/share/roundcube/bin/
>cleandb.sh
>
>Is it still the recommended way to depend at php7.0.cli , to not 
>php-cli? For 
>me you php7 transistion mail sounds like, that we should prefer 
>php-cli over 
>php7.0-cli dependency. We need php*-cli as dependency, because we run
>php 
>scripts in post/pre inst scripts.
>
>Regards,
>
>sandro

Bug#821574: php-fpdf: PHP 7.0 Transition

[Ondřej Surý]

If the PHP code is compatible with PHP 7.0 the yes. Thanks for taking care of 
this bug. 

Ondřej 
-- 
Ondřej Surý 



On 7 May 2016, 16:59, at 16:59, Alessandro De Zorzi  wrote:
>Hi Ondrej,
>sorry for delay, before do anything, to obtain  php-fpdf compatible,
>seems simply be enough,
>change in my control
>
>Depends: ${shlibs:Depends}, ${misc:Depends}, php5 | php5-cli
>
>into
>
>Depends: ${shlibs:Depends}, ${misc:Depends}, php | php-cli
>
>can you confirm?
>
>TIA
>Alessandro - Lota

Bug#823694: gramps: citation confidence level per reference

[IOhannes m zmoelnig]

Package: gramps
Version: 4.2.3~dfsg-1
Severity: wishlist
Tags: upstream

Dear Maintainer,


this is another feature request for upstream, but since i don't want to
register with their bugtracker i report it here.
please forward this wishlist.

   * What led up to the situation?

gramps allows me to set a confidence level for a given source-citation.
this is a great feature.

however, it misses the point that many (most?) sources provide information on
multiple different things at the same time.
in practice the confidence level of a source varies greatly among those items.

consider a death-certificate issued in december 1834, that states that Foo Bar
died on 1834-12-12 and that they were 80 years old.
Now i have a high trust that this certificate got the death date correct.
however, i am way less confident that they got the age right (the certificate
doesn't state anything about how they obtained that information).

this is even more prominent when doing interviews with living persons: they
often remember details of their own life and their close family pretty well, but
they also know a little about distant relatives (but things get fuzzy).


anyhow, the point i'm trying to make is that i think the confidence-level should
be attached to the relation between event/... and citation, rather than solely
to the citation itself.


thanks for considering.

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

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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.03.20.3-1
ii  librsvg2-22.40.15-1
ii  python3-bsddb36.1.0-1+b2
ii  python3-gi3.20.0-2
ii  python3-gi-cairo  3.20.0-2
pn  python3:any   
ii  xdg-utils 1.1.1-1

Versions of packages gramps recommends:
ii  gir1.2-gexiv2-0.100.10.3-2
ii  gir1.2-osmgpsmap-1.0  1.1.0-1
ii  graphviz  2.38.0-13
ii  python3-icu   1.9.2-2+b2

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-4
pn  gir1.2-goocanvas-2.0  
ii  gir1.2-gtkspell3-3.0  3.0.8-1
ii  python3-pil   3.2.0-1
ii  rcs   5.9.4-3

-- no debconf information

Bug#821628: phpsysinfo: PHP 7.0 Transition

[Ondřej Surý]

Yup, looks good to me. 

-- 
Ondřej Surý 



On 7 May 2016, 19:51, at 19:51, Bjoern Boschman  wrote:
>Hi Ondrej,
>
>thanks for your work!
>is somethings like this valid?
>
>Depends: php | php5, php-xml | php5-xsl
>
>Cheers
>B

Bug#823195: evince-common: Mouse Inverted Reversed Scrolling Does not Function

[Carl Nikolov]

It is a bluetooth mouse can you test this ? 

It's probably different in this case

Carl
  Original Message  
From: Jason Crain
Sent: Saturday, May 7, 2016 2:34 PM
To: Carl Nikolov; 823...@bugs.debian.org
Reply To: 823...@bugs.debian.org
Subject: Re: Bug#823195: evince-common: Mouse Inverted Reversed Scrolling Does 
not Function

On Sat, May 07, 2016 at 02:14:09PM -0400, Carl Nikolov wrote:
> You can't reproduce this problem ?

No, I can't reproduce the problem. I can reproduce a similar problem
where all GTK3 apps ignore Xfce's reverse scroll setting, but I can't
reproduce a problem where only Evince ignores the setting and all other
GTK3 apps work correctly.

Bug#821357: same here after gtk+3.0 upgrade

[Klaumi Klingsporn]

Hi,

roxterm shows the same annoying behavior here since todays gtk+3.0 -
update to 3.20.3-2.

Like gtk+3 more and more!

klaumi

---
Klaus-Michael Klingsporn 
mail: klaumi...@gmx.de
web: www.klaumikli.de

Bug#823693: ITP: asciiquarium -- Enjoy the mysteries of the sea from the safety of your own terminal!

[Niklas Sombert]

Package: wnpp
Severity: wishlist
Owner: Niklas Sombert 

* Package name: asciiquarium
  Version : 1.1
  Upstream Author : Kirk Baucom 
* URL : http://www.robobunny.com/projects/asciiquarium/html/
* License : GPL2
  Programming Lang: Perl
  Description : Enjoy the mysteries of the sea from the safety of your own
terminal!

This is a simulation of an aquarium  with ASCII art in a terminal.

It it not very useful but I find it enjoyable - it'a a nice gimmick.
KDE Plasma used to include a screensaver which looked similar.

This is my first package for Debian
 - it would be nice if I could get a sponsor.

  - Niklas

Bug#823692: gramps: shortcut to last used citation

[IOhannes m zmoelnig]

Package: gramps
Version: 4.2.3~dfsg-1
Severity: wishlist
Tags: upstream

Dear Maintainer,

this is really a feature request for upstream, but since i don't want to
register with their bugtracker i report it here.
please forward this wishlist.

   * What led up to the situation?

often i find myself adding a bunch of new information that are connected
"somehow", usually because i just got access to a new "Source".
e.g. i just got the birth-certificate of Foo Bar, and this certificate contains
information about Foo's parents and grand-parents and their whereabouts. so i
find myself adding (resp. updating) information about 7 persons and up to 5
events, all based on this single document.

for each of these updates i would like to add a proper "citation" reference to
cross-link to that birth-certificate.
now the trouble i'm facing is that for each of these updates i have to navigate
my list of hundreds of sources/citations and find the same reference again and
again.

the various "search" functions are not that helpful, as they require me to
rapidly shift between keyboard and mouse.
esp. with source/citations and the tree-view this is really tiresome, as i find
myself opening/closing the same items repeatedly.

what i'd really love to have instead was a quick "last N citations used"
(probably with N<=5 or so) right under my mouse, so i can easily re-select that
citation without having to search for it first.

i guess this could be generalized to *any* reference (making a consistent
interface: usability++).

thanks for your consideration.


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

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

Versions of packages gramps depends on:
ii  gir1.2-gtk-3.03.20.3-1
ii  librsvg2-22.40.15-1
ii  python3-bsddb36.1.0-1+b2
ii  python3-gi3.20.0-2
ii  python3-gi-cairo  3.20.0-2
pn  python3:any   
ii  xdg-utils 1.1.1-1

Versions of packages gramps recommends:
ii  gir1.2-gexiv2-0.100.10.3-2
ii  gir1.2-osmgpsmap-1.0  1.1.0-1
ii  graphviz  2.38.0-13
ii  python3-icu   1.9.2-2+b2

Versions of packages gramps suggests:
ii  fonts-freefont-ttf20120503-4
pn  gir1.2-goocanvas-2.0  
ii  gir1.2-gtkspell3-3.0  3.0.8-1
ii  python3-pil   3.2.0-1
ii  rcs   5.9.4-3

-- no debconf information

Bug#818811: exiv2: FTBFS with libc 2.23: error: unterminated comment

[hpfn]

Hi,

On Sun, 20 Mar 2016 16:03:11 -0400 Martin Michlmayr  wrote:
> Package: exiv2
> Version: 0.25-2.1
> Severity: important
> User: debian-gl...@lists.debian.org
> Usertags: 2.23
> 
> This package fails to build with libc6 2.23 (2.23-0experimental0 from
> experimental).
> 
> > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
> > g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
> > -fvisibility=hidden -fvisibility-inlines-hidden -Wall -Wcast-align 
> > -Wpointer-arith -Wformat-security -Wmissing-format-attribute 
> > -Woverloaded-virtual -W -I../src -I../include/ -I../include/exiv2 
> > -Wdate-time -D_FORTIFY_SOURCE=2 -DEXV_LOCALEDIR=\"/usr/share/locale\"   
> > -I../xmpsdk/include -c -o utils.o utils.cpp
> > In file included from ../include/exiv2/config.h:10:0,
> >  from utils.cpp:32:
> > ../include/exiv2/exv_conf.h:146:1: error: unterminated comment
> >  /* Define to 1 if `lstat' dereferences a symlink specified with a trailing
> >  ^
> > In file included from ../include/exiv2/config.h:10:0,
> >  from exiv2.cpp:34:
> > ../include/exiv2/exv_conf.h:146:1: error: unterminated comment
> >  /* Define to 1 if `lstat' dereferences a symlink specified with a trailing
> >  ^
> > ../include/exiv2/exv_conf.h:5:0: error: unterminated #else
> >  #ifdef _MSC_VER
> >  ^
> > ../include/exiv2/exv_conf.h:5:0: error: unterminated #else
> >  #ifdef _MSC_VER
> >  ^
> > ../include/exiv2/exv_conf.h:2:0: error: unterminated #ifndef
> >  #ifndef __CONFIG__H__
> >  ^
> > ../include/exiv2/exv_conf.h:2:0: error: unterminated #ifndef
> >  #ifndef __CONFIG__H__
> >  ^
> 

It seems that builds with  

ii  libc6:amd642.23-0experimental2amd64GNU 
C Library: Shared libraries
ii  libc6-dev:amd642.23-0experimental2amd64GNU 
C Library: Development Libraries and Header Files

But without debian/libexiv2-14.symbols.



regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#823691: shorewall6: unowned files after purge (policy 6.8, 10.8): /var/lib/systemd/deb-systemd-helper-enabled/shorewall.service.dsh-also

[Andreas Beckmann]

Package: shorewall6
Version: 5.0.7.2-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8 (or 10.8):

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

0m47.1s ERROR: FAIL: Package purging left files on system:
  /var/lib/systemd/deb-systemd-helper-enabled/shorewall.service.dsh-also
 not owned


This looks like a bug in the usage of deb-systemd-helper by your package
otherwise this file should have been cleaned up by deb-systemd-helper.


cheers,


shorewall6_5.0.7.2-1.log.gz
Description: application/gzip

Bug#823195: evince-common: Mouse Inverted Reversed Scrolling Does not Function

[Jason Crain]

On Sat, May 07, 2016 at 02:14:09PM -0400, Carl Nikolov wrote:
> You can't reproduce this problem ?

No, I can't reproduce the problem.  I can reproduce a similar problem
where all GTK3 apps ignore Xfce's reverse scroll setting, but I can't
reproduce a problem where only Evince ignores the setting and all other
GTK3 apps work correctly.

Bug#820101: jessie-pu: package nam/1.15-3

[Adam D. Barratt]

Control: tags -1 + pending

On 2016-05-06 15:36, Herbert Fortes wrote:

Hi,


On Wed, 04 May 2016 23:24:11 +0100
"Adam D. Barratt"  wrote:


Control: tags -1 -pending

On Wed, 2016-05-04 at 23:10 +0100, Adam D. Barratt wrote:
> Control: tags -1 + pending
>
> On Wed, 2016-05-04 at 14:51 -0300, Herbert Fortes wrote:
> > Hi,
> >
> > > > All in all, I'm still not entirely sure that the changes are completely
> > > > correct, but on the assumption that there have been no issues since they
> > > > were applied in unstable, please go ahead and we'll keep our fingers
> > > > crossed. :-|
> > > >
> > >
> > > Thanks for the aditional information.
> > >
> > > I asked for a sponsor to do the upload.
> > >
> > > Thanks again Adam.
> > >
> > >
> >
> > the package was uploaded today.
>
> Flagged for acceptance.

Actually, no. Apologies for not noticing it before, but the version
number is broken - it should either be 1.15-3+deb8u1 or 
1.15-3.1~deb8u1.
1.15-3.1+deb8u1 fails, as it is greater than the version of the 
package

in unstable.



Ok. Uploaded again as 1.15-3.1~deb8u1.


Thanks; flagged for accept / reject, as appropriate.

Regards,

Adam

Bug#823690: gnukhata-core-engine: prerm/postrm do not use dbconfig-common

[Andreas Beckmann]

Package: gnukhata-core-engine
Version: 2.6.1-3
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts


Hi,

the maintainer scripts of your package don't properly integrate with
dbconfig-common. Only the postinst uses dbconfig-common, but
prerm/postrm are lacking the equivalent parts. Therefore it is not
possible to remove the database when the package gets purged.

See e.g. /usr/share/doc/dbconfig-common/examples/db-test-pgsql-2.0 for
a dbconfig-common package example.

Also debian/gnukhata-core-engine.postrm is an incorrect stub, missing
the hashbang and set -e.


Andreas

Bug#823195: evince-common: Mouse Inverted Reversed Scrolling Does not Function

[Carl Nikolov]

You can't reproduce this problem ?

Carl
  Original Message  
From: Jason Crain
Sent: Saturday, May 7, 2016 12:43 PM
To: Carl Nikolov; 823...@bugs.debian.org
Reply To: 823...@bugs.debian.org
Subject: Re: Bug#823195: evince-common: Mouse Inverted Reversed Scrolling Does 
not Function

Control: tags -1 + unreproducible

On Fri, May 06, 2016 at 04:37:31PM -0400, Carl Nikolov wrote:
> Yes I have done this
> Only evince

If it was not just Evince, but all GTK3 apps having this problem, I
would say that it's a known problem that Xfce's reverse scrolling option
does not work with GTK3 apps. That's what I see when I try it in a VM;
Xfce's reverse scrolling works with things like Thunar file manager and
Firefox, but does not work with GTK3 apps like Evince and gedit. There
are various bug reports and workarounds for it, ex:

https://bugzilla.xfce.org/show_bug.cgi?id=11193
https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/1368402
https://bugzilla.gnome.org/show_bug.cgi?id=674716#c13

But if it's just Evince having this problem, I don't know how to help.
I can't reproduce it on my side and I don't know of any reason for
Evince to behave differently from any other GTK3 app.

Bug#822647: evince: theme parsing errors, gtk warnings, deprecations and menu decorations off in evince 3.20.0-1

[Jason Crain]

On Mon, Apr 25, 2016 at 10:33:50PM +, shirish शिरीष wrote:
> I got the following when running evince on a pdf document :-
[snip]
> 
> There were many, many more. I am on the mate-desktop if that somehow
> contributes to the issue at hand.

Yeah, I see those warnings when running under mate, but nothing like
that when running gnome desktop.  What do you mean about menu
decorations though?

Bug#804237: Please update initramfs in postinst

[Theodore Ts'o]

On Fri, Apr 08, 2016 at 04:13:48PM +0100, Steve McIntyre wrote:
> ># update-initramfs -u
> >update-initramfs: Generating /boot/initrd.img-4.5.0-00039-ge2bd7c0
> ># cpio -it < /boot/initrd.img-4.5.0-00039-ge2bd7c0
> >kernel
> >kernel/x86
> >kernel/x86/microcode
> >kernel/x86/microcode/GenuineIntel.bin
> >44 blocks
> >
> >This is on a debian testing system using systemd.   What am I missing?

I finally figured this out.  Debian is apparently using a
multi-segmented initramfs, which means there is an uncompressed cpio
followed by a compressed cpio file.

http://winfred-lu.blogspot.com/2015/04/modify-initial-ramfs-initramfs-archive.html

> OK, that's weird. The cpio is normally compressed and contains a lot
> of things:

I'm not sure why you're not seeing this, but it looks like lsinitramfs
will actually show the both parts of the initramfs (although
apparently the man page is wrong and it claims that it doesn't DTRT
when in fact it does)

Anyway, I hadn't been paying attention to how the boot sequence had
been moved around.  (Ever since the systemd introduction I've given up
trying to understand how the boot process works, and just hoped like
mad that things would never break and forced me to understand debug
the New World Order.  Fortunately, while there are no longer any user
serviceable parts inside, I haven't need to pry inside the system,
either.)

I'll add the call to update initramfs in postinst.

Thanks,

- Ted

Bug#823689: hlibrary.mk: libghc-*-doc.links files not respected

[Sean Whitton]

Package: haskell-devscripts
Version: 0.10.2.3
Severity: normal

Der maintainer,

hlibrary.mk invokes dh_link to create symlinks specified in files
matching debian/libghc-*-{dev,prof}.links, but it seems to ignore files
matching debian/libghc-*-doc.links.

For a package displaying this problem please see the branch debian of
git repository https://git.spwhitton.name/propellor

Thanks.

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

Kernel: Linux 4.5.0-1-686-pae (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 haskell-devscripts depends on:
ii  cdbs   0.4.130
ii  dctrl-tools2.24-2
ii  debhelper  9.20160403
ii  dh-buildinfo   0.11+nmu1
ii  ghc [ghc-haddock]  7.10.3-7
ii  hscolour   1.23-3
ii  html-xml-utils 6.9-1

haskell-devscripts recommends no packages.

haskell-devscripts suggests no packages.

-- no debconf information

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#823680: [Pkg-sysvinit-devel] Bug#823680: systemd + unbound + resolvconf + squid3 == boot hangs: systemctl reload run on inactive service without --no-block

[Henrique de Moraes Holschuh]

On Sat, 07 May 2016, Helmut Grohne wrote:
> I argue that invoke-rc.d changed API. Formerly (with sysv) reloading a
> service that isn't started would generally do nothing (or fail). In any
> case, one generally wouldn't expect a reload operation to finish before
> the invoke-rc.d call returns (as it often just sends a signal). With
> systemd that changes to blocking.  This behaviour change is unexpected
> and can break system boot.
> 
> Marco d'Itri recommeded adding --no-block to the systemctl invocation.
> What do you think?

Agreed.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Bug#821628: phpsysinfo: PHP 7.0 Transition

[Bjoern Boschman]

Hi Ondrej,

thanks for your work!
is somethings like this valid?

Depends: php | php5, php-xml | php5-xsl

Cheers
B

Bug#823672: Streaming SIMD Extensions (SSE) is an SIMD instruction set extension to the x86 architecture

[Simon McVittie]

On Sat, 07 May 2016 at 17:15:51 +0200, Adam Borowski wrote:
> Good idea!  The test harness is already templated, so there's no reason to
> make this x86 specific.

Altivec detection on 32-bit powerpc would also be useful, assuming 32-bit
powerpc has a future in Debian at all. ioquake3:powerpc would depend on it.

(If anyone reading this has a non-Altivec PowerPC capable of running a
1999 game engine and thinks ioquake3 needs to support it, there's a request
for testing on #701561.)

S

Bug#616376: RM: gbdfed -- RoQA; low popcon, orphaned

[Andrew Shadura]

On Thu, 03 Mar 2011 23:39:36 +0100 Moritz Muehlenhoff 
wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Please remove gbdfed:
> - Low popcon
> - Orphaned since a year

So, are we going to remove every orphaned package with low popcon? Have
you asked the users first?

I'm bringing it back.

-- 
Cheers,
  Andrew





signature.asc
Description: OpenPGP digital signature

Bug#823527: tmux: Terminal bell not shown in status line

[Romain Francoise]

On Sat, May 07, 2016 at 01:25:46PM +0200, Marcel Lippmann wrote:
> I upgraded to version 2.3~git20160506-1 and have again only one
> symbol.  A downgrade to version 1.9-6 gave me again both symbols.
> (I couldn’t check for version 2.1 since the deb file is no longer on
> the server.)

Yes, it's a 2.2 regression which I bisected down to this commit:

  https://github.com/tmux/tmux/commit/98967

It apparently fixes another bug so I can't simply revert it, but I asked
Nicholas if he remembers the details. Stay tuned.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/

Bug#823688: sitesummary: prerm called with unknown argument `upgrade'

[Andreas Beckmann]

Package: sitesummary
Version: 0.1.20
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed the maintainer scripts of your
package don't support all the ways they are going to be called.

See policy 6.5 at
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-mscriptsinstact

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

0m37.5s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmp5IwKQK', 
'apt-get', '-y', 'install', '--reinstall', 'sitesummary=0.1.20']
0m38.6s DUMP: 
  Reading package lists...
  Building dependency tree...
  Reading state information...
  debconf: delaying package configuration, since apt-utils is not installed
  0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
  Need to get 0 B/45.1 kB of archives.
  After this operation, 0 B of additional disk space will be used.
  (Reading database ... 
(Reading database ... 9514 files and directories currently installed.)
  Preparing to unpack .../sitesummary_0.1.20_all.deb ...
  prerm called with unknown argument `upgrade'
  dpkg: warning: subprocess old pre-removal script returned error exit status 1
  dpkg: trying script from the new package instead ...
  prerm called with unknown argument `failed-upgrade'
  dpkg: error processing archive 
/var/cache/apt/archives/sitesummary_0.1.20_all.deb (--unpack):
   subprocess new pre-removal script returned error exit status 1
  Errors were encountered while processing:
   /var/cache/apt/archives/sitesummary_0.1.20_all.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)
0m38.6s ERROR: Command failed (status=100): ['chroot', 
'/tmp/piupartss/tmp5IwKQK', 'apt-get', '-y', 'install', '--reinstall', 
'sitesummary=0.1.20']


Cheers,

Andreas


sitesummary_0.1.20.log.gz
Description: application/gzip