Bug#749367: [Debian-med-packaging] Bug#749367: htslib: Is a solution available?

[Charles Plessy]

Le Wed, Sep 23, 2015 at 11:18:29PM -0700, Afif Elghraoui a écrit :
> Hi,
> Has anyone tested the patch that was applied upstream [1] regarding this
> issue? I'm asking because the corresponding upstream ticket is still
> open and the commit message on the patch describes it as a "partial fix".
> 
> I am not particularly interested in mips/mipsel, but this build failure
> is preventing testing migration (and therefore backporting) of samtools
> and several other dependencies because they are BD-uninstallable for
> these architectures.

Hi Afif,

if you would like, please feel free to backport the fix and upload htslib,
to see if it builds.

If it does not build, how about asking for the removal of samtools on mips and
armhf from testing (not unstable), provided that htslib never built there and
that for that reason we can not reasonably support samtools on these platforms
until the problem is solved upstream.  Once the removal from testing is done,
migration will be possible on the remaining architectures.

PS: also feel free to add yourself as Uploader if you have a long-term interest
for htslib.

Have a nice day,

-- 
Charles

Bug#799771: virt-manager: Dependency missing: gir1.2-spice-client-gtk-3.0 gir1.2-spice-client-gtk-2.0

[Arturo Borrero Gonzalez]

Package: virt-manager
Followup-For: Bug #799771

Dear Maintainer,

I had exactly the same issue.

The thing is that previous version of virt-manager did not suffer this.
I had virt-manager installed and working since a lot of time, and today I had to
manually install girl1.2-spice-client-gtk-3.0.

Can this be considered a regresion?

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

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

Versions of packages virt-manager depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  gconf2   3.2.6-3
ii  gir1.2-gtk-3.0   3.16.6-1
ii  gir1.2-gtk-vnc-2.0   0.5.3-1.3
ii  gir1.2-libosinfo-1.0 0.2.11-1.1
ii  gir1.2-libvirt-glib-1.0  0.2.2-0.1
ii  gir1.2-vte-2.91  0.40.2-2
ii  librsvg2-common  2.40.10-1
ii  python-dbus  1.2.0-2+b3
ii  python-gi3.16.2-1
ii  python-gi-cairo  3.16.2-1
ii  python-ipaddr2.1.11-2
ii  python-libvirt   1.2.15-1
ii  python-urlgrabber3.9.1-4.1
pn  python2.7:any
pn  python:any   
ii  virtinst 1:1.2.1-4

Versions of packages virt-manager recommends:
ii  gir1.2-spice-client-gtk-3.0  0.29-1
ii  gnome-icon-theme 3.12.0-1
pn  libvirt-daemon-system

Versions of packages virt-manager suggests:
ii  gnome-keyring3.16.0-4
pn  python-gnomekeyring  
pn  python-guestfs   
pn  ssh-askpass  
pn  virt-viewer  

-- no debconf information

Bug#799918: qgis : Depends: libgdal.so.1-1.11.2 which is a virtual package.

[積丹尼 Dan Jacobson]

Package: qgis
Version: 2.8.3+dfsg-3
Severity: wishlist

What should I do?

The following packages have unmet dependencies:
 qgis : Depends: libgdal.so.1-1.11.2 which is a virtual package.
The following actions will resolve these dependencies:

 Remove the following packages:
1) qgis

Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) gdal-bin [1.11.2+dfsg-3 (now, unstable)]
2) libgdal1i [1.11.2+dfsg-3 (now, unstable)]
3) python-gdal [1.11.2+dfsg-3 (now, unstable)]



Accept this solution? [Y/n/q/?] n

*** No more solutions available ***

Bug#787498: issue still exists after upgrade to 8.2

[Bram Diederik]

altough i had tested experiental packages that fixed this issue some time
(ago 3-july)
using https://people.debian.org/~terceiro/redmine-jessie/ ./

This issue still exists in debian 8.2

Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations

[Bas Couwenberg]

On 2015-09-24 10:19, Steffen Grunewald wrote:

On Sun, Sep 20, 2015 at 09:47:06PM +0200, Sebastiaan Couwenberg wrote:

> You just might want to stick with a stable release and install the
> backport I'll provide in a few days.

It looks like the backport never happened, but merkaartor (0.18.1-3) 
has

been in Debian since wheezy.

Is this issue still relevant?


Apparently yes, at least in Jessie (and Wheezy, of course).
Zooming in through the "100 m" scale makes the machine extremely slow,
although there are close to no objects to be handled (and background 
images

are turned off).
With Bing imagery on, this zooming tends to kill Merkaartor.


What are the specs of the machine in question?

It may just be that my machine is powerful enough to handle the amount 
of data and rendering thereof.


Or it may be specific to the area your working in. How can I reproduce 
your issue?


Since I cannot reproduce this issue with the current merkaartor 
version

in unstable (0.18.1-3+b7), I'm tempted to close this issue as fixed.


Is there a backport I can try with Jessie? I don't like bugs being
closed when there's no solution for stable...


There is nothing to backport yet, merkaartor 0.18.1 is in wheezy, jessie 
& stretch.


Once merkaartor 0.18.2 has migrated to testing I'll likely provide a 
backport for jessie, but I'm not done yet triaging the outstanding 
issues, so merkaartor 0.18.2 is only available in experimental 
currently.


We need merkaartor 0.18.2 because it has GDAL 2.0 support upstream, 
that's prominent blocker for the GDAL 2.0 transition I'm working to 
resolve with my contributions to the merkaartor package.


Kind Regards,

Bas

Bug#799920: ITP: r-cran-cmprsk -- GNU R subdistribution analysis of competing risks

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-cmprsk
  Version : 2.2-7-1
  Upstream Author : Bob Gray 
* URL : https://cran.r-project.org/web/packages/cmprsk/
* License : GPL
  Programming Lang: R
  Description : GNU R subdistribution analysis of competing risks
 This GNU R package supports estimation, testing and regression modeling
 of subdistribution functions in competing risks, as described in Gray
 (1988), A class of K-sample tests for comparing the cumulative incidence
 of a competing risk.


Remark: This package is a Build-Depends of the new version of r-cran-epi
and will be maintained by the Debian Med team at
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-cmprsk/trunk/

Bug#799921: randomsound: child process arecord takes 100% of CPU core after resume from sleep

[Sander van Grieken]

Package: randomsound
Version: 0.2-5
Severity: important

After resuming from sleep, the arecord child process fully consumes one
processor core.

Stopping randomsound through the init system leaves the arecord running, and
orphaned.




-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (550, 
'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages randomsound depends on:
ii  alsa-utils  1.0.29-1
ii  libc6   2.19-20

randomsound recommends no packages.

randomsound suggests no packages.

-- no debconf information

Bug#799923: squid3: some squid3 scenari stop working with CVE-2015-5400 fix

[Francois Masson]

Package: squid3
Version: 3.4.8-6+deb8u1
Severity: important
Tags: upstream

Dear Maintainer,

In our campus, We use two level of squid proxy.
computer<-->proxy2<-->proxy1<-->internet

proxy2 basicaly pass every request to proxy1 when internet and do direct
request when intranet.

cache_peer proxy1.tld parent 3128 0 no-query default login=PASS
name=proxy1

proxy1 does require authentication.

When computer request any external https page without being previously
authenticated, proxy2 pass the CONNECT request to proxy1. Proxy1 reply
with an HTTP/407 response.
- Before CVE-2015-5400 fix, proxy1 used to pass this response to computer
and further communication ran normaly.
- With CVE-2015-5400 fix, proxy1 consider HTTP/407 as an error and reply
to computer with an HTTP/502 response and further communication is stopped.

I expect HTTP/407 to be passed to computer (and maybe some others codes)

Note : this doesn't impact http as http uses other method (GET).

Sincerely yours,
François

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

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

Versions of packages squid3 depends on:
ii  adduser  3.113+nmu3
ii  libc62.19-18+deb8u1
ii  libcap2  1:2.24-8
ii  libcomerr2   1.42.12-1.1
ii  libdb5.3 5.3.28-9
ii  libecap2 0.2.0-3
ii  libexpat12.1.0-6+deb8u1
ii  libgcc1  1:4.9.2-10
ii  libgssapi-krb5-2 1.12.1+dfsg-19
ii  libk5crypto3 1.12.1+dfsg-19
ii  libkrb5-31.12.1+dfsg-19
ii  libldap-2.4-22.4.40+dfsg-1+deb8u1
ii  libltdl7 2.4.2-1.11
ii  libnetfilter-conntrack3  1.0.4-1
ii  libnettle4   2.7.1-5
ii  libpam0g 1.1.8-3.1
ii  libsasl2-2   2.1.26.dfsg1-13
ii  libstdc++6   4.9.2-10
ii  libxml2  2.9.1+dfsg1-5
ii  logrotate3.8.7-1+b1
ii  lsb-base 4.1+Debian13+nmu1
ii  netbase  5.3
ii  squid3-common3.4.8-6+deb8u1

squid3 recommends no packages.

Versions of packages squid3 suggests:
pn  resolvconf   
ii  smbclient2:4.1.17+dfsg-2
ii  squid-cgi3.4.8-6+deb8u1
pn  squid-purge  
pn  squidclient  
pn  ufw  
pn  winbindd 

-- Configuration Files:
/etc/squid3/squid.conf changed [not included]

-- no debconf information

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Axel Beckert]

Package: corekeeper
Version: 1.5
Severity: wishlist

Hi Paul,

it would be nice if I can get corekeepers functionality without getting
daily cron-mails if something crashed.

My idea is to establish a /etc/default/corekeeper file which sets a
variable, e.g.

SEND_NOTIFICATIONS=yes

and then inside /etc/cron.daily/corekeeper:

[...]
if [ -r /etc/default/corekeeper ]; then
. /etc/cron.daily/corekeeper
fi

if [ "$SEND_NOTIFICATIONS" = "yes" ]; then
if [ -s new ] ; then
echo 'New core file(s):'
echo
cat new
echo
fi

if [ -s deleted ] ; then
echo 'Deleted core file(s):'
echo
sort deleted
echo
fi

if [ -s old ] ; then
echo 'Old core file(s):'
echo
cat old
echo
fi
fi
[...]

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

Kernel: Linux 4.2.0-trunk-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: sysvinit (via /sbin/init)

Versions of packages corekeeper depends on:
ii  procps  2:3.3.10-4

corekeeper recommends no packages.

corekeeper suggests no packages.

-- no debconf information

Bug#799928: ITP: r-cran-etm -- GNU R empirical transition matrix

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-etm
  Version : 0.6-2
  Upstream Author : Arthur Allignol 
* URL : https://cran.r-project.org/web/packages/etm/
* License : GPL
  Programming Lang: R
  Description : GNU R empirical transition matrix
 This GNU R package provides matrix of transition probabilities for any
 time-inhomogeneous multistate model with finite state space.


Remark: This package is a new Build-Dependency of r-cran-epi and will
be maintained by the Debian Med team at
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-etm/trunk/

Bug#799927: pkg-kde-tools: fails to handle some buildlogs

[Christoph Egger]

Package: pkg-kde-tools
Version: 0.15.19
Severity: wishlist

Hi!

Don't know how one would really go ahead with this and if this is the
right place for a fix. But seems on parallel build there can be output
in the buildlog in between the symbols diff in which case
pkgkde-symbolshelper can't handle the log.

  Christoph

->
   
https://buildd.debian.org/status/fetch.php?pkg=libgc=hurd-i386=1%3A7.4.2-2=1440188006

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

Kernel: Linux 4.1.0-2-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 pkg-kde-tools depends on:
ii  libdpkg-perl  1.18.2
ii  perl  5.20.2-6

Versions of packages pkg-kde-tools recommends:
ii  dpkg-dev 1.18.2
ii  libwww-perl  6.13-1

Versions of packages pkg-kde-tools suggests:
ii  cdbs   0.4.130
ii  debhelper  9.20150811

-- no debconf information

Bug#799757: Printing: missing parts when containing umlauts

[Benoit Panizzon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Ricardo

Garbled text: Multiple words missing at the beginning of text lines in
the email.

True, I also am not able to reliably reproduce the problem, if I try to
write and email that triggers the problem. But I received a couple of
emails which caused the problem when printed. Mostly meeting minutes
containing quoted, double quited, tripple quted text which I use to
take notes the next meeting. The problem, as far as I figured out, only
occurs in parts with umlauts.

I have changed the default fonts: Problem persisits.

I have tested on my notebook (Debian Jessie 8.2) and desktop (Debian
Jessie 8.1) both with Claws-Mail 3.11.1 both do reproduce the problem
with the email attached.

Attachements:
image.pdf : Scanned Printouts, different fonts. Garbled Text.
print-preview.png : Screenshot of Print Preview which is OK.
Print-To-File.pdf : Result of Printing to File. Garbled Text.
message/rfc822 : Email triggering the issue when printed. Can you
reproduce the problem with that email?

Regards

- -Benoît Panizzon-
- -- 
I m p r o W a r e   A G-Leiter Commerce Kunden
__

Zurlindenstrasse 29 Tel  +41 61 826 93 00
CH-4133 PrattelnFax  +41 61 826 93 01
Schweiz Web  http://www.imp.ch
__
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iD8DBQFWA8Jwf8meXzvTR0QRArKRAJ44DVFQWV6ryrVo5poLvquqVD8JZgCfTq8C
/fXyJ7dm5W9Toiq59Eh7lDw=
=OSJ7
-END PGP SIGNATURE-
--- Begin Message ---
Soweit OK. BM schaut noch wegen der Collectd Subdomain.
Loggix wird auch zum Logging von anderen Servern benutzt.

Diverse neue Probleme
=
>   
> > Connection Tracking ist, zumindest auf Idefix, aktiviert und die
> > Conntrack Table läuft voll. => BF Conntracking auf allen prüfen und
> > deaktivieren.  
> 
> Nicht so einfach. Vermutlich Reboot nötig. BP testet auf Testsystem ob
> sich das Modul nicht doch entladen lässt, wenn alle Rules geflusht
> werden.

--- End Message ---


Print-To-File.pdf
Description: Adobe PDF document


Image.pdf
Description: Adobe PDF document

Bug#799819: patch

[Mathieu Malaterre]

Control: tags -1 upstream fixed-upstream patch

See

https://svn.boost.org/trac/boost/attachment/ticket/11207/patch_numeric-ublas-storage.hpp.diff

and

https://github.com/v4hn/ublas/commit/78eecc8bbf035c01316647839be4094748f8e77d

Bug#799924: owncloud-client: Connection status contains html tags in dutch

[Joost van den Berg]

Package: owncloud-client
Version: 2.0.0+dfsg-1
Severity: minor
Tags: l10n

Dear Maintainer,

In the dutch version, the status line on the main screen of the owncloud 
desktop client shows html tags instead of the properly applied style; the 
text reads

Verbonden met https://unishare.nl;>https://unishare.nl als 
px.

Running it with LANG=en shows the proper style, i.e. a clickable hyperlink 
and italics.

Regards,

Joost


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

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

Versions of packages owncloud-client depends on:
ii  libc6 2.19-20
ii  libgcc1   1:5.2.1-17
ii  libowncloudsync0  2.0.0+dfsg-1
ii  libqt5core5a  5.4.2+dfsg-9
ii  libqt5dbus5   5.4.2+dfsg-9
ii  libqt5gui55.4.2+dfsg-9
ii  libqt5keychain0   0.5.0-1
ii  libqt5network55.4.2+dfsg-9
ii  libqt5sql5-sqlite 5.4.2+dfsg-9
ii  libqt5webkit5 5.4.2+dfsg-3
ii  libqt5widgets55.4.2+dfsg-9
ii  libqt5xml55.4.2+dfsg-9
ii  libssl1.0.0   1.0.2d-1
ii  libstdc++65.2.1-17
ii  owncloud-client-l10n  2.0.0+dfsg-1

owncloud-client recommends no packages.

owncloud-client suggests no packages.

-- no debconf information

Bug#799838: linux-image-3.16.0-4-amd64: NFS rename sometimes hangs for 15 seconds

[Vincent Lefevre]

Mount information:

filer.lip.ens-lyon.fr:/export/home/vlefevre on /home/vlefevre type nfs4 
(rw,nosuid,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=140.77.14.11,local_lock=none,addr=140.77.14.5)

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#788534: Unresponsive VMs after Live Migration

[Sander Klein]

Hi,

I was wondering what the projected ETA of this fix is. We seem to hit 
this bug a lot and I don't mind to role my own packages, but it would be 
a pitty if the fix lands in Debian right after I did that.


Greets,

Sander

Bug#799648: Starting from Gnome 3 dash opens Emacs in a terminal

[John Candlish]

Package: emacs24
Version: 24.5+1-2
Followup-For: Bug #799648

Dear Maintainer,

>From my understand of the desktop entry specification
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html#group-header
' Multiple groups may not have the same name. '
there should be only one [Desktop Entry] section in the 
/usr/share/applications/emacs24.desktop file.

.

-- 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.1.1-jbc (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.5+1-2
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.29-1
ii  libatk1.0-02.16.0-2
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.10.0-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.32.0-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.17-1
ii  libgomp1   5.2.1-17
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.16.6-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.1-2
ii  libm17n-0  1.7.0-1
ii  libmagickcore-6.q16-2  8:6.8.9.9-6
ii  libmagickwand-6.q16-2  8:6.8.9.9-6
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.10-1
ii  libselinux12.3-2+b1
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.5-1
ii  libtinfo5  6.0+20150810-1
ii  libx11-6   2:1.6.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+zdfsg1-4
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

Bug#799498: RFS: neko/2.0.0-4

[Andy Li]

Hi Gianfranco,

Thanks for the review!
Good idea about using the *FLAGS env vars. I've updated the patch to use
those and will also propose the change to upstream.
I've also added back -Wall as suggested.
The package has just been reuploaded to mentors.

Best regards,
Andy



On Thu, Sep 24, 2015 at 5:54 PM, Gianfranco Costamagna <
costamagnagianfra...@yahoo.it> wrote:

> Hi Andy,
>
>
>
> the packaging looks good.
>
> I did two builds with DH_VERBOSE=1 in a sid chroot
> (the unstable and mentors versions)
>
> I did a meld between them, and I see some "issues"
>
> -"Wall" flag has disappeared
>
> (I guess not a real problem here :) )
>
>
> - many lines are like this one
> gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread
> $(dpkg-buildflags --get CFLAGS)  -c -I../../vm -I/usr/include/mysql mysql.c
>
> evaluating $(dpkg-buildflags --get CFLAGS) at each file build (and link,
> the same is for LDFLAGS) is somewhat an overkill.
>
> I see they come from debian/patches/harden.patch,
> just as TODO you might ask upstream to use *FLAGS from the environment,
> and drop that patch.
>
>
> but we are nitpicking here :)
>
> So if you can readd the -Wall flag I guess we are fine there :)
>
> cheers,
>
> G.
>

Bug#500778: NFS server on Wheezy, clients on Jessie

[Sigmund Scheinbar]

Hi there! 

It seems i'm also in pain because of this bug, as you can see the uid / gid 
of many users get mapped to 4294967294 

tor@host:~$ ll -a $HOME|head -6
drwxr-xr-x 16 torroot752 Sep 24 13:00 .
drwxr-xr-x 25 nobody nogroup 632 Jul 23 18:21 ..
drwx--  3 4294967294 4294967294   80 Dec 25  2012 .adobe
-rw---  1 4294967294 4294967294 2.0K Sep 24 13:00 .bash_history
-rw-r--r--  1 4294967294 root   3.1K Sep 20  2013 .bashrc

After a few minutes the issue is gone: 

tor@host:~$ ll -a $HOME|head -6
drwxr-xr-x 16 torroot 752 Sep 24 13:00 .
drwxr-xr-x 25 nobody nogroup  632 Jul 23 18:21 ..
drwx--  3 torkassa 80 Dec 25  2012 .adobe
-rw---  1 torkassa   2.0K Sep 24 13:00 .bash_history
-rw-r--r--  1 torroot3.1K Sep 20  2013 .bashrc

Unfortunately i have no idea how to debug this further :/ 

Cheers,
Simgund

Bug#796310: libgraphicsmagick3: --with-quantum-depth=16 breaks ABI

[Jakub Wilk]

* László Böszörményi (GCS) , 2015-09-23, 22:13:

[1] http://www.barcikacomp.hu/gcs/graphicsmagick_1.3.21-4.dsc


Here's my review:


-Breaks: pdf2djvu (<= 0.7.21-2)


Dropping the Breaks is correct, but I would expect such changes to be 
documented in the changelog.



-Conflicts: libgraphicsmagick
-Replaces: libgraphicsmagick
+Conflicts: libgraphicsmagick, libgraphicsmagick3
+Replaces: libgraphicsmagick, libgraphicsmagick3


Conflicts/replaces on "libgraphicsmagick" is long obsolete and should be 
removed.


Conflicts/replaces on "libgraphicsmagick3" in necessary because of 
/usr/{lib,share}/GraphicsMagick-1.3.21/ directories. :-/ Fortunately, 
can make the new package co-installable with the jessie version by 
making conflict/replaces versioned:


Conflicts: libgraphicsmagick3 (>= 1.3.21)
Replaces: libgraphicsmagick3 (>= 1.3.21)


+++ graphicsmagick-1.3.21/debian/graphicsmagick.install 2015-09-22 
21:55:12.0 +0200
@@ -1,2 +1,3 @@
usr/bin/gm
usr/share/doc/graphicsmagick/www
+usr/share/man/man1/gm.1


I don't understand what why this change is needed. It's not documented 
in the changelog.



+++ graphicsmagick-1.3.21/debian/libgraphicsmagick++1-dev.links 2015-09-23 
00:40:01.0 +0200
@@ -1 +1,2 @@
usr/share/doc/graphicsmagick/www/images 
usr/share/doc/libgraphicsmagick++1-dev/images
+usr/lib/libGraphicsMagick++-Q16.so.11.0.0 usr/lib/libGraphicsMagick++-Q16.so


I don't think these symlinks are useful.
If upstream build system doesn't create them, then we shouldn't either.


+++ graphicsmagick-1.3.21/debian/libgraphicsmagick1-dev.links   2015-09-23 
00:23:12.0 +0200
@@ -1 +1,3 @@
usr/share/doc/graphicsmagick/www/images 
usr/share/doc/libgraphicsmagick1-dev/images
+usr/lib/libGraphicsMagick-Q16.so.3.13.0 usr/lib/libGraphicsMagick-Q16.so
+usr/lib/libGraphicsMagickWand-Q16.so.2.7.1 usr/lib/libGraphicsMagickWand-Q16.so


Ditto.


-   dh_shlibdeps -a -L libgraphicsmagick3 \
-   -l debian/libgraphicsmagick3/usr/lib
+   dh_shlibdeps -a -L libgraphicsmagick-q16-3 \
+   -l debian/libgraphicsmagick-q16-3/usr/lib


These days -l and -L shouldn't be needed.

--
Jakub Wilk

Bug#799597: fakeupstream.cgi: please add a redirector for Adacore website

[Paul Wise]

On Wed, Sep 23, 2015 at 8:34 PM, Nicolas Boulenguez wrote:

> Please also consider the attached changes, refining the regular
> expression in order to consume much less bandwidth.

Applied, thanks.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#799822: patch

[Mathieu Malaterre]

Control: tags -1 patch

Attached.


subunit.patch
Description: Binary data

Bug#788534: Unresponsive VMs after Live Migration

[Michael Tokarev]

24.09.2015 12:54, Sander Klein wrote:
> Hi,
> 
> I was wondering what the projected ETA of this fix is. We seem to hit this 
> bug a lot and I don't mind to role my own packages, but it would be a pitty 
> if the fix lands in Debian right after I did that.

Please see #798969 .
It definitely wont be fixed in Jessie before next point release
(it is fixed in unstable).

/mjt

Bug#782543: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

I see gpaw package has been rejected due to missing license in
debian/copyright.
I've fixed that:
https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
Can you add gpaw to the review queue again?

Marcin


On Thu, Sep 10, 2015 at 4:40 PM, Marcin Dulak 
wrote:

> OK
>
> On Thu, Sep 10, 2015 at 4:17 PM, Graham Inggs  wrote:
>
>> Hi Marcin
>>
>> On 10/09/2015 14:04, Marcin Dulak wrote:
>> > two weeks have passed and I don't see gpaw under
>> > https://www.debian.org/distrib/packages
>> > Anybody knows what is happening to the package?
>>
>> It is still in the NEW queue [1], waiting to be reviewed by a member of
>> the FTP Team.
>>
>> Regards
>> Graham
>>
>>
>> [1] https://ftp-master.debian.org/new.html
>>
>>
>

Bug#799498: RFS: neko/2.0.0-4

[Gianfranco Costamagna]

Hi Andy,



the packaging looks good.

I did two builds with DH_VERBOSE=1 in a sid chroot
(the unstable and mentors versions)

I did a meld between them, and I see some "issues"

-"Wall" flag has disappeared

(I guess not a real problem here :) )


- many lines are like this one
gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread 
$(dpkg-buildflags --get CFLAGS)  -c -I../../vm -I/usr/include/mysql mysql.c

evaluating $(dpkg-buildflags --get CFLAGS) at each file build (and link, the 
same is for LDFLAGS) is somewhat an overkill.

I see they come from debian/patches/harden.patch,
just as TODO you might ask upstream to use *FLAGS from the environment, and 
drop that patch.


but we are nitpicking here :)

So if you can readd the -Wall flag I guess we are fine there :)

cheers,

G.

Bug#799799: pthread is listed

[Mathieu Malaterre]

For some reason `pthread` is listed. I failed to see why this is not passed.

$ cat /usr/lib/i386-linux-gnu/pkgconfig/check.pc
prefix=/usr
exec_prefix=${prefix}
libdir=${prefix}/lib/i386-linux-gnu
includedir=${prefix}/include

Name: Check
Description: A unit test framework for C
URL: http://check.sourceforge.net
Version: 0.10.0
Requires: libsubunit
Libs: -L${libdir} -lcheck_pic   -lrt -lm
Libs.private:
Cflags: -I${includedir} -pthread

Bug#799925: corekeeper: Please provide a possibility to disable cron mails

[Paul Wise]

On Thu, 2015-09-24 at 12:11 +0200, Axel Beckert wrote:

> it would be nice if I can get corekeepers functionality without getting
> daily cron-mails if something crashed.

Right now you can either make the cron job not executable with the dpkg
-statoverride tool or add exit 0 to the top of the cron job script. Are
these not sufficient?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#797419: NaN 2.x issue

[Daniel Pocock]

This is failing because node-nan 2.x is now in unstable

I've filed a bug upstream requesting support for node-nan 2.x

Maybe both old and new versions of node-nan will be needed in stretch?

https://packages.qa.debian.org/n/node-nan.html

Bug#553577: aptitude: »Not upgraded packages« are not listed anymore.

[Manuel A. Fernandez Montecelo]

Control: tags -1 + confirmed


Marking as confirmed, although now the messages are slightly different.

$ LANG=C aptitude -s -vvv safe-upgrade debian-keyring=
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

-- 
Manuel A. Fernandez Montecelo 

Bug#782543: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Graham Inggs]

Hi Marcin

On 24 September 2015 at 12:42, Marcin Dulak  wrote:
> I see gpaw package has been rejected due to missing license in
> debian/copyright.
> I've fixed that:
> https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
> Can you add gpaw to the review queue again?

You need to include the full text of the GPL-2+ and CC-BY-SA-4.0
licenses in debian/copyright.

Also, your debian/watch file is not working;
https://wiki.fysik.dtu.dk/gpaw-files/ returns 403 Forbidden.

This works for me:

version=3
https://wiki.fysik.dtu.dk/gpaw/install/download.html \
.*/gpaw-files/gpaw-(.+)\.tar\.gz

Regards
Graham

Bug#732899: Add MariaDB as an alternative dependency

[Meik Hellmund]

I want to confirm that the package works without problems 
on a mariadb-only installation after changing the line
"mysql-client" to "mysql-client|virtual-mysql-client" 
in debian/control.

There is no problem in installing libdbd-mysql-perl
and libmysqlclient18 on a box with mariadb-{server,client}. 

Only mysql-client is not co-installable with mariadb-client.

Since MariaDB is an drop in replacement for MySQL,
no further upstream changes should be necessary.

regards, meik

Bug#799886: Leaving it for Frederic as well? (RFS: arrayfire/3.1.1+dfsg1-2)

[Andreas Tille]

Hi Ghislain,

just ping me if Frederic has no time.

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#789182: multitail: Please support squid3 logfiles

[folkert]

Oh it is possible that I put it into the github version but did not
release that in a tar-ball.

Ok i've uploaded 6.4.2 containing that (and a segfault fix).

On Wed, Sep 23, 2015 at 11:38:37PM +0200, Rene Engelhard wrote:
> [ Just wanted to update to 6.4.1... ]
> 
> Hi,
> 
> On Wed, Jun 24, 2015 at 03:18:35PM +0200, folkert wrote:
> > I've committed your change to the github repo.
> 
> sure? At least the released 6.4.1 from 
> http://www.vanheusden.com/multitail/download.php
> does not contain the change and
> 
> > > Please consider an enhancement, the following worked for me:
> > > 
> > > diff --git a/multitail.conf b/multitail.conf
> > > --- a/multitail.conf
> > > +++ b/multitail.conf
> > > @@ -912,6 +912,7 @@ scheme:apache_error:/var/log/apache/.*error
> > >  scheme:asterisk:/var/log/asterisk/messages
> > >  scheme:samba:/var/log/samba/
> > >  scheme:squid:/var/log/squid/
> > > +scheme:squid:/var/log/squid3/
> > >  scheme:syslog,ssh:/var/log/
> > >  scheme:vnetbr:bplog.rest
> > >  scheme:procmail:procmail.log
> > > @@ -1139,6 +1140,7 @@ default_convert:apache:/var/log/apache/.*access
> > >  default_convert:apache:/var/log/lighttpd/.*access
> > >  default_convert:asterisk:/var/log/asterisk/messages
> > >  default_convert:squid:/var/log/squid/
> > > +default_convert:squid:/var/log/squid3/
> > >  default_convert:qmailtimestr:/var/log/qmail/qmail.smtpd.log
> > >  #
> > >  # when a buffer (for scrollback) gets too full, some lines must be freed 
> > > (unless one sets the buffersize to unlimited)
> 
> still applies.
> 
> Regards,
> 
> Rene


Folkert van Heusden

-- 
Want to finally win in the MegaMillions lottery? www.smartwinning.info
--
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

Bug#793855: DoS, Shibboleth SP software crashes on well-formed but invalid XML (CVE-2015-0851)

[Ferenc Wagner]

Salvatore Bonaccorso  writes:

> Any news for the fix to unstable for CVE-2015-0851?

Sorry, I got bogged down in another department.  It isn't forgotten,
though, I expect to tend to it in a couple of days.
-- 
Regards,
Feri.

Bug#769095: dkms: Add script for autopkgtesting DKMS packages

[Martin Pitt]

Hello again,

Martin Pitt [2014-11-11 11:27 +0100]:
> This new script provides a general test for DKMS packages. It was
> derived from Ubuntu's tailored scripts [2], but we are moving that to
> autopkgtest to avoid custom infrastructure and run everything in the
> same way. When applying it, please take care to chmod it to 755.

We have adjusted this a bit over the last year. So if you do consider
applying this to Debian (please do, this tremendously helps with
testing DKMS packages with newer kernels!), please give me a ping here
and I'll send the current version; or grab it from Ubuntu's package,
of course.

Thanks,

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


signature.asc
Description: Digital signature

Bug#799851: [php-maint] Bug#799851: libapache2-mod-php5filter: HTTP_RAW_POST_DATA mangled when bin data is sent in HTTP POST request

[Ondřej Surý]

Hi Ludovic,

I cannot offer better advice than use libapache2-mod-php5. Is there any
particular reason why are you using apache2filter SAPI? In my
experience, the apache2filter SAPI got neglected a bit and it was
removed from PHP 7.0.0.

Cheers,
Ondrej

On Wed, Sep 23, 2015, at 11:42, Ludovic Pouzenc wrote:
> Package: libapache2-mod-php5filter
> Version: 5.6.13+dfsg-0+deb8u1
> Severity: important
> 
> Dear Maintainer,
> 
> When using Fusion Inventory plugin over GLPI 0.84 (from debian repo), we
> have hit a bug. It happens when the agent tries to send a huge (30k) XML
> chunk, xlib compressed over HTTP POST.
> 
> The PHP code in Fusion Inventory uses $HTTP_RAW_POST_DATA. We have found
> that the binary blob in the POST is around 13kB but the PHP var contains
> way less data, like 120 bytes or 1.5 kB in other situations.
> 
> Tried php://input : same size as in $HTTP_RAW_POST_DATA.
> 
> In apache2 log, shitty things happens :
> 172.16.2.120 - - [23/Sep/2015:10:50:40 +0200] "POST 
> /glpi/plugins/fusioninventory/ HTTP/1.1" 200 0 "-" 
> "FusionInventory-Agent_v2.3.16"
> 172.16.2.120 - - [23/Sep/2015:10:50:40 +0200] 
> "\x9cv\xdej\xc0\xe3e\xc2H\xc5\x99\x0e" 400 0 "-" "-"
> 
> With Wireshark, we have found that on the HTTP connection, there is 2
> replies on the Fusion Inventory single request (an HTTP/200 from PHP, a
> HTTP 400 from apache).
> 
> Everything starts to work normally when replacing
> libapache2-mod-php5filter with libapache2-mod-php5.
> 
> The expected behavior is to have $HTTP_RAW_POST_DATA or php://input
> reflecting the whole binary data sent over the wire.
> 
> You could check in atttachement the tcp tchat between fusion Inventory
> agent and theh GLPI server. Taken from Wireshark / follow TCP stream /
> Save as... The agent talks first with HTTP POSTING a "big" blob, then
> server replies HTTP/1.1 200 OK with another zlib compressed blob and
> a second reply (without any request from the agent) is sent by apache
> (HTTP 400).
> 
> 
> -- Package-specific info:
>  Additional PHP 5 information 
> 
>  PHP 5 SAPI (php5query -S): 
> cli
> apache2filter
> 
>  PHP 5 Extensions (php5query -M -v): 
> opcache (Enabled for cli by maintainer script)
> opcache (Enabled for apache2filter by maintainer script)
> json (Enabled for cli by maintainer script)
> json (Enabled for apache2filter by maintainer script)
> readline (Enabled for cli by maintainer script)
> readline (Enabled for apache2filter by maintainer script)
> pdo (Enabled for cli by maintainer script)
> pdo (Enabled for apache2filter by maintainer script)
> 
>  Configuration files: 
> [PHP]
> engine = On
> short_open_tag = Off
> asp_tags = Off
> precision = 14
> output_buffering = 4096
> zlib.output_compression = Off
> implicit_flush = Off
> unserialize_callback_func =
> serialize_precision = 17
> disable_functions = 
> pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,
> disable_classes =
> zend.enable_gc = On
> expose_php = Off
> max_execution_time = 30
> max_input_time = 60
> memory_limit = 128M
> error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
> display_errors = Off
> display_startup_errors = Off
> log_errors = On
> log_errors_max_len = 1024
> ignore_repeated_errors = Off
> ignore_repeated_source = Off
> report_memleaks = On
> track_errors = Off
> html_errors = On
> variables_order = "GPCS"
> request_order = "GP"
> register_argc_argv = Off
> auto_globals_jit = On
> post_max_size = 8M
> auto_prepend_file =
> auto_append_file =
> default_mimetype = "text/html"
> default_charset = "UTF-8"
> doc_root =
> user_dir =
> enable_dl = Off
> file_uploads = On
> upload_max_filesize = 2M
> max_file_uploads = 20
> allow_url_fopen = On
> allow_url_include = Off
> default_socket_timeout = 60
> [CLI Server]
> cli_server.color = On
> [Date]
> [filter]
> [iconv]
> [intl]
> [sqlite]
> [sqlite3]
> [Pcre]
> [Pdo]
> [Pdo_mysql]
> pdo_mysql.cache_size = 2000
> pdo_mysql.default_socket=
> [Phar]
> [mail function]
> SMTP = localhost
> smtp_port = 25
> mail.add_x_header = On
> [SQL]
> sql.safe_mode = Off
> [ODBC]
> odbc.allow_persistent = On
> odbc.check_persistent = On
> odbc.max_persistent = -1
> odbc.max_links = -1
> odbc.defaultlrl = 4096
> odbc.defaultbinmode = 1
> [Interbase]
> ibase.allow_persistent = 1
> ibase.max_persistent = -1
> ibase.max_links = -1
> ibase.timestampformat = "%Y-%m-%d %H:%M:%S"
> ibase.dateformat = "%Y-%m-%d"
> ibase.timeformat = "%H:%M:%S"
> [MySQL]
> mysql.allow_local_infile = On
> mysql.allow_persistent = On
> mysql.cache_size = 2000
> mysql.max_persistent = -1
> mysql.max_links = -1
> mysql.default_port =
> mysql.default_socket =
> mysql.default_host =
> mysql.default_user =
> mysql.default_password =
> mysql.connect_timeout = 60
> 

Bug#799916: libjbig2dec0 is not Multi-Arch compatible

[Jacek Szafarkiewicz]

Package: libjbig2dec0
Version: 0.12-2
Severity: normal

Dear Maintainer,

libjbig2dec0 is not multiarch compatible.
In turn this prevents installing the 32-bit libgs-dev package on 64-bit Debian
systems.



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

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

Versions of packages libjbig2dec0 depends on:
ii  libc6  2.19-20

libjbig2dec0 recommends no packages.

libjbig2dec0 suggests no packages.

-- no debconf information

Bug#799917: RM: samtools [armhf mips powerpc s390x] -- ROM; dependency not available

[Afif Elghraoui]

Package: ftp.debian.org
Severity: normal

I'm making this request as part of the Debian Med Team, which is
maintainer of samtools.

Missing builds of samtools for these architectures is preventing its
migration to testing, which in turn keeps it from becoming a candidate
for stable-backports.

The reason for the missing build is an issue with its dependency htslib
that needs to be resolved upstream [1].

Thanks and regards
Afif

1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749367

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

Bug#780415: more info

[Bram Diederik]

well i encountered this issue again.  and again after renaming an wiki page.
checked the database and found the wiki_redirects table
All redirects found in this table result in the "redmine 500 error:
internal error"


reproduction:
1) edit an existing redmine wikipage (base page)
2) make a wikilink to a new tobe created page: [[new wikipage]] and save
the changes
3) click on the newly created link to new wikipage
4) new wiki page is opened in edit mode. (make some chages if you like to)
save this page.
5) rename the wikipage 'new wikipage'  to 'saved wikipage'. with the
"Redirect existing links" option checked
6) go to the "base page" mentioned in step 1
7) click on the new wikipage link that should redirect from 'new wikipage'
to 'saved wikipage'  but the 500 internal error page is shown

cheers Bram

Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations

[Steffen Grunewald]

On Thu, Sep 24, 2015 at 10:42:45AM +0200, Bas Couwenberg wrote:
> On 2015-09-24 10:19, Steffen Grunewald wrote:
> >On Sun, Sep 20, 2015 at 09:47:06PM +0200, Sebastiaan Couwenberg wrote:
> >>> You just might want to stick with a stable release and install the
> >>> backport I'll provide in a few days.
> >>
> >>It looks like the backport never happened, but merkaartor
> >>(0.18.1-3) has
> >>been in Debian since wheezy.
> >>
> >>Is this issue still relevant?
> >
> >Apparently yes, at least in Jessie (and Wheezy, of course).
> >Zooming in through the "100 m" scale makes the machine extremely slow,
> >although there are close to no objects to be handled (and
> >background images
> >are turned off).
> >With Bing imagery on, this zooming tends to kill Merkaartor.
> 
> What are the specs of the machine in question?

Netbook, 4 years old, 2GB RAM, Intel dual-core Atom N450 @ 1.66GHz,
but also seen on a "Intel(R) Core(TM)2 Quad CPUQ9550  @ 2.83GHz" with 4GB

> It may just be that my machine is powerful enough to handle the
> amount of data and rendering thereof.

The problem is that there is almost no data to be rendered (Ethiopian
desert)

> Or it may be specific to the area your working in. How can I
> reproduce your issue?

This is my bookmark. There are two power lines "ending" in the area,
try to find the next towers by guessing their locations and zooming
around.
With 200m or even coarser all ist fine and fast. Try to go down to
50m and feel the sluggishness:


 
  
  
 


> >>Since I cannot reproduce this issue with the current merkaartor
> >>version
> >>in unstable (0.18.1-3+b7), I'm tempted to close this issue as fixed.
> >
> >Is there a backport I can try with Jessie? I don't like bugs being
> >closed when there's no solution for stable...
> 
> There is nothing to backport yet, merkaartor 0.18.1 is in wheezy,
> jessie & stretch.

But apparently the behaviour has changed between wheezy and jessie
(no more dirty opbjects after upload), so they aren't identical?

- S

Bug#799915: libghc-hledger-dev: please document the best way to get hold of extra/

[Philip Hands]

Package: libghc-hledger-dev
Version: 0.26-1
Severity: wishlist

Dear Maintainer,

I note that a script that seems quite useful (hledger-equity.hs) is only
available in the git source under the extra directory.

I think it would be helpful to point this out in a README, saying that
if one wants the contents of extra/ it needs to be cloned with git,
and that one will need to install libghc-hledger-dev for Hledger.Cli

Perhaps even better would be to put this directory under, e.g.:

  /usr/share/doc/hledger/extra

but I'd understand why that might not seem right, given that upstream
seems to strip this out of the released tarball, despite it being in
the tagged commit for the release in git.

I've reported this against the library package, since that's needed
to run the scripts, but I actually think that if you're going to add a
README section it would be more helpful if it were in the hledger package.

Cheers, Phil.

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

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

Versions of packages libghc-hledger-dev depends on:
ii  ghc [libghc-time-dev-1.5.0.1-962ac]   7.10.2-2
ii  libc6 2.19-19
ii  libghc-base-compat-dev [libghc-base-compat-dev-0.8.2-01607]   0.8.2-1
pn  libghc-base-dev-4.8.1.0-4f720 
ii  libghc-cmdargs-dev [libghc-cmdargs-dev-0.10.13-c7393] 0.10.13-3
pn  libghc-containers-dev-0.5.6.2-7a88d   
ii  libghc-csv-dev [libghc-csv-dev-0.1.2-8fc72]   0.1.2-8
pn  libghc-directory-dev-1.2.2.0-4c0f5
pn  libghc-filepath-dev-1.4.0.0-8fee9 
pn  libghc-haskeline-dev-0.7.2.1-0a475
ii  libghc-hledger-lib-dev [libghc-hledger-lib-dev-0.26-58adf]0.26-2
ii  libghc-hunit-dev [libghc-hunit-dev-1.2.5.2-1e21f] 1.2.5.2-4
ii  libghc-mtl-compat-dev [libghc-mtl-compat-dev-0.2.1.3-3ca5c]   0.2.1.3-2
ii  libghc-mtl-dev [libghc-mtl-dev-2.2.1-5cf33]   2.2.1-1
ii  libghc-old-time-dev [libghc-old-time-dev-1.1.0.3-81c58]   1.1.0.3-1
ii  libghc-parsec3-dev [libghc-parsec-dev-3.1.9-5921a]3.1.9-3
ii  libghc-pretty-show-dev [libghc-pretty-show-dev-1.6.8.2-dbdf5] 1.6.8.2-3
pn  libghc-process-dev-1.2.3.0-d24d9  
ii  libghc-regex-tdfa-dev [libghc-regex-tdfa-dev-1.2.0-f714a] 1.2.0-5
ii  libghc-safe-dev [libghc-safe-dev-0.3.9-fba01] 0.3.9-2
ii  libghc-shakespeare-dev [libghc-shakespeare-dev-2.0.5-11c37]   2.0.5-2
ii  libghc-split-dev [libghc-split-dev-0.2.2-bdc18]   0.2.2-4
ii  libghc-tabular-dev [libghc-tabular-dev-0.2.2.7-098fb] 0.2.2.7-3
pn  libghc-terminfo-dev-0.4.0.1-c72a7 
ii  libghc-text-dev [libghc-text-dev-1.2.1.3-cebfc]   1.2.1.3-1
ii  libghc-unordered-containers-dev [libghc-unordered-containers-dev  0.2.5.1-3
ii  libghc-utf8-string-dev [libghc-utf8-string-dev-1-4aa0f]   1-2
ii  libghc-wizards-dev [libghc-wizards-dev-1.0.2-6ec24]   1.0.2-3

libghc-hledger-dev recommends no packages.

Versions of packages libghc-hledger-dev suggests:
pn  libghc-hledger-doc   
pn  libghc-hledger-prof  

-- no debconf information

Bug#799901: [Reproducible-builds] Bug#799901: [diffoscope] TypeError: 'differences' must contains Difference objects'

[Holger Levsen]

Hi,

thanks for the bug report!

On Mittwoch, 23. September 2015, Mattia Rizzolo wrote:
> Seen on rb.d.n (publican/4.3.2-1 on unstable/amd64):

https://jenkins.debian.net/job/reproducible_builder_amd64_9/2681/ has been 
preserved now, in case you want to see the full log.


cheers,
Holger


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

Bug#799908: /usr/lib/llvm-3.6/bin/clang: A templated constexpr function decorated with 'noexcept()' crashes the compiler (c++1z flag is used)

[Sylvestre Ledru]

severity 799908 normal
thanks

Le 24/09/2015 06:27, Abhishek Sudhakaran a écrit :
> Package: clang-3.6
> Version: 1:3.6-2ubuntu1~trusty1
?? why are you reporting this bug on the debian bts ?
> Severity: important
> File: /usr/lib/llvm-3.6/bin/clang
>
> Dear Maintainer,
>
>
>* What led up to the situation?
>   templated constexpr function decorated with 'noexcept()' crashes the 
> compiler (c++1z flag is used)
>
Could you provide a testcase?
Otherwise, I will have to close this bug.
Thanks
S

Bug#733892: midori: links2 is higher alternative for x-www-browser

[Sergio Durigan Junior]

On Wednesday, January 01 2014, Michal Suchanek wrote:

> when links2 and midori are installed the alternatives system picks
> links2 as the X11 www broswser.
>
> This is probably not the way to go.

Thanks for the bug report, and sorry for taking so long to reply.
Midori is getting back to life on Debian.

I agree with the report, but I think the problem is bigger than it
seems: the assignment of priorities for the alternatives system is,
AFAIK, anarchic.  For example, iceweasel has priority 70, but epiphany
has priority 85.  This doesn't reflect the popularity of each browser
(which should be our guide when determining those numbers, IMHO).

I will start a discussion (hopefully not a flamewar) on debian-devel
about it, and try to reach consensus.  Meanwhile, I'll leave this bug
untouched.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#749367: htslib: Is a solution available?

[Afif Elghraoui]

Hi,
Has anyone tested the patch that was applied upstream [1] regarding this
issue? I'm asking because the corresponding upstream ticket is still
open and the commit message on the patch describes it as a "partial fix".

I am not particularly interested in mips/mipsel, but this build failure
is preventing testing migration (and therefore backporting) of samtools
and several other dependencies because they are BD-uninstallable for
these architectures.

If someone can confirm that the patch I referenced works, I am willing
to backport it to the current htslib package to unblock the testing
migrations.

If this is still a problem, the patch tag here should be removed and I
will try to negotiate with the stable-backports team to allow rebuilding
these packages (htslib, samtools, python-pysam, ...) on jessie despite
their not having entered testing.

Thanks and regards
Afif

1.
https://github.com/samtools/htslib/commit/e8806c71f3408d2cbff8caa8df17eef848d33a02

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

Bug#749367: htslib: Is a solution available?

[Afif Elghraoui]

Hi,
Has anyone tested the patch that was applied upstream [1] regarding this
issue? I'm asking because the corresponding upstream ticket is still
open and the commit message on the patch describes it as a "partial fix".

I am not particularly interested in mips/mipsel, but this build failure
is preventing testing migration (and therefore backporting) of samtools
and several other dependencies because they are BD-uninstallable for
these architectures.

If someone can confirm that the patch I referenced works, I am willing
to backport it to the current htslib package to unblock the testing
migrations.

If this is still a problem, the patch tag here should be removed and I
will try to negotiate with the stable-backports team to allow rebuilding
these packages (htslib, samtools, python-pysam, ...) on jessie despite
their not having entered testing.

Thanks and regards
Afif


1.
https://github.com/samtools/htslib/commit/e8806c71f3408d2cbff8caa8df17eef848d33a02

Bug#799911: pidgin: facebook chat not working anymore and upstream update available

[treaki]

Package: pidgin
Version: 2.10.11-1
Severity: important

Dear Maintainer,

facebook chat not working anymore and upstream update available

the subject tells everything already. Since some time the facebook chat 
connection isnt working anymore but there is an update of pidgin on pidgin.im 
which claims to fix that problem. But no matter how long i keep waiting it isnt 
applied for debian testing. Could you please do that asap?

thanks in advance

regards

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pidgin depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.16.0-2
ii  libc6   2.19-13
ii  libcairo2   1.14.2-2
ii  libdbus-1-3 1.8.12-3
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-2
ii  libgadu31:1.12.0-5
ii  libgdk-pixbuf2.0-0  2.31.4-2
ii  libglib2.0-02.42.1-1
ii  libgstreamer0.10-0  0.10.36-1.4
ii  libgtk2.0-0 2.24.28-1
ii  libgtkspell02.0.16-1.1
ii  libice6 2:1.0.9-1
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libpangoft2-1.0-0   1.36.8-3
ii  libpurple0  2.10.11-1
ii  libsm6  2:1.2.2-1
ii  libx11-62:1.6.2-3
ii  libxml2 2.9.1+dfsg1-4
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.20.1]  5.20.1-4
ii  pidgin-data 2.10.11-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-alsa  0.10.36-2
ii  gstreamer0.10-ffmpeg1:0.10.13-dmo1
ii  gstreamer0.10-plugins-base  0.10.36-2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.8.7.1-1

-- no debconf information

Bug#606224: oggvideotools: oggJoin fails on powerpc

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> Next step is uploading, asking ftpmasters to drop all archs where
> the build fail, and try to fix the bug in the code to get the build
> working again.

The new package is uploaded, and ftpmasters dropped the binaries on
the failing architectures (mips, powerpc, s390, hppa, ppc64).

I've had a look at the code, and concluded that I do not have capasity
to fix the endian problems there.  There is no check in the code to
detect the endianness, and for example src/definition.h include code
that swap bytes around when reading files, assuming the platform is
little endian.  It was not enough to make these functions into no-ops,
so the assumtion about endianness is located elsewhere too.

I suspect it would be better to rewrite the code to use the htonl()
family of functions instead of having home made convert32() functions,
perhaps adding a similar set of functions for converting little endian
values to host endianness.

I leave the porting to upstream, platform porters, or others
interested in getting the programs working on big endian platforms..

-- 
Happy hacking
Petter Reinholdtsen

Bug#756578: current tab color almost the same as the others

[積丹尼 Dan Jacobson]

found 756578 0.5.11-2
thanks
Firefox and midori both suffer from the same hard to distinguish current
tab. Why can't they be like chromium?

Bug#576829: dependency on KDE?

[Per Olofsson]

Den 2015-09-23 kl. 20:47, skrev Ulrich Eckhardt:
> Hmmm, question is rather which DE I was using (on my old computer
> at that time ...), but I think I used plain fluxbox at that time, which
> is also what I'm running now, although on a different machine which was
> setup from zero. I do have kde-runtime installed though (I don't
> know why), which provides kreadconfig.

OK.

> At the moment, I can't reproduce the issue in the original bug report
> any more, although there still seems to be some kind of dependency on
> KDE:
> 
> uli@zox ~> xdg-settings get default-web-browser
> /usr/bin/xdg-settings: 1: /usr/bin/xdg-settings: kde-config: not found
> chrome.desktop
[...]
> The difference starts after the call to kreadconfig, which seems to
> yield the selected browser after setting it once. In both cases, there
> is a line "DE=kde", which is bogus. Looking at "xprop -root", I see
> KDE_FULL_SESSION is set. This comes from my fluxbox startup script
> where it was used to work around some bug in kded (used to be part of
> KDE3, I used to run some KDE applications back then).
> 
> 
> I just deactivated the workaround in fluxbox startup, and now at least
> the DE is detected correctly:

Ah, OK. That explains why it selected KDE. I was confused about that.

I guess I could remove the check "xprop -root" checks, these are not
needed anymore with current desktop environments in Debian (I think!) so
they serve no purpose other than to confuse.

> Any further suggestions what to try?

It depends. Which version of xdg-utils are you running? Are you running
Debian unstable, testing, or stable?

-- 
Pelle

Bug#799377: Apparently it is a config file migration problem

[Eric Valette]

I had other things that were wrong in my desktop behavior (mounting USB 
key , mounting it did stop launching dolphin, clock applet in the panel 
tray sometimes stopped at a given time, ..., so I decided to take the 
risk of removing (moving) the .config directory and the .kde directory 
and relogged.


This Problem disappeared as well as a few others. So this probably is a 
"config files" migration problem. While people installing new system may 
be unaffected, people migrating may be.


-- eric

Bug#799913: autopkgtest failure (with patch)

[Martin Pitt]

Package: dbconfig-common
Version: 1.8.53
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch wily

Hello,

the most recent dbconfig-common regresses its autopkgtest [1], see e.
g. [2]:

| adt-run [21:22:02]: test install-examples: [---
| 
| Now running installation with DEBIAN_FRONTEND=noninteractive and 
preseeding=false
| 
| building packages: (db-test-mysql-2.0)./buildpackages.sh: 14: 
./buildpackages.sh: fakeroot: not found
| ./buildpackages.sh: 15: ./buildpackages.sh: fakeroot: not found
| [...]
| dpkg: error processing archive db-test-multidbtype_2.0_all.deb (--install):
|  cannot access archive: No such file or directory
| Errors were encountered while processing:
|  db-test-multidbtype_2.0_all.deb
| adt-run [21:22:03]: test install-examples: ---]
| adt-run [21:22:04]: test install-examples:  - - - - - - - - - - results - - - 
- - - - - - -
| install-examples FAIL non-zero exit status 1

This is a simple case of missing test dependencies, patch attached.

Thanks,

Martin

[1] http://autopkgtest.ubuntu.com/packages/d/dbconfig-common/wily/amd64/
[2] 
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-wily/wily/amd64/d/dbconfig-common/20150923_212212@/log.gz
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru dbconfig-common-1.8.53/debian/changelog 
dbconfig-common-1.8.53ubuntu1/debian/changelog
--- dbconfig-common-1.8.53/debian/changelog 2015-09-21 20:40:26.0 
+0200
+++ dbconfig-common-1.8.53ubuntu1/debian/changelog  2015-09-24 
09:06:39.0 +0200
@@ -1,3 +1,10 @@
+dbconfig-common (1.8.53ubuntu1) wily; urgency=medium
+
+  * debian/tests/control: Add missing build-essential and fakeroot test
+dependencies.
+
+ -- Martin Pitt   Thu, 24 Sep 2015 09:06:25 +0200
+
 dbconfig-common (1.8.53) unstable; urgency=medium
 
   * Add Breaks: bandwidthd-pgsql (<< 2.0.1+cvs20090917-9~)
diff -Nru dbconfig-common-1.8.53/debian/tests/control 
dbconfig-common-1.8.53ubuntu1/debian/tests/control
--- dbconfig-common-1.8.53/debian/tests/control 2015-09-20 10:27:01.0 
+0200
+++ dbconfig-common-1.8.53ubuntu1/debian/tests/control  2015-09-24 
09:06:19.0 +0200
@@ -6,5 +6,5 @@
 Restrictions: breaks-testbed
 
 Tests: install-examples
-Depends: @, debhelper, mysql-client, mysql-server, postgresql, sqlite, sqlite3
+Depends: @, build-essential, fakeroot, debhelper, mysql-client, mysql-server, 
postgresql, sqlite, sqlite3
 Restrictions: needs-root, breaks-testbed, allow-stderr


signature.asc
Description: Digital signature

Bug#799888: libfont-freetype-perl: FTBFS on many architectures

[gregor herrmann]

On Wed, 23 Sep 2015 23:16:58 +0300, Niko Tyni wrote:

> On Wed, Sep 23, 2015 at 07:41:09PM +0100, Edmund Grimley Evans wrote:
> > You could just disable the failing tests, though it probably wouldn't
> > be hard to make glyph_from_char work properly.
> Agreed.

There's already a reply at
https://github.com/zmughal/p5-Font-FreeType/issues/17 [0].

I can try to upload 0.07~1-1 in the evening, if noone beats me to it.


Cheers,
gregor



[0] And a commit at
https://github.com/zmughal/p5-Font-FreeType/commit/36500f2cb165c6cb924fd673bc37bb09540bf507
and a new devel release at
https://metacpan.org/release/DMOL/Font-FreeType-0.07_1.

-- 
 .''`.  Homepage: http://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
   `-   BOFH excuse #283:  Lawn mower blade in your fan need sharpening 

Bug#799912: apt: error in version comparison

[Tim Somers]

Package: apt
Version: 1.0.10.2
Severity: important

Dear Maintainer,

   * What led up to the situation?
I am currently running debian testing and I tried installing digikam. This is 
one of the packages infect by the libstdc++6 issue, I know of that issue, but I 
believe to have stumbled into an apt-get bug.

I tried installing the stable version, but apt-get won't install it as the 
dependencies are not met:

$ sudo apt-get install digikam-private-libs/jessie
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Selected version '4:4.4.0-1.1' (Debian:8.2/stable [amd64]) for 
'digikam-private-libs'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 digikam-private-libs : Depends: libbaloofiles4 (>= 4:4.12.80) but it is not 
going to be installed
Depends: libkdcraw23 (>= 4:4.12.3) but it is not going 
to be installed
Depends: libkdecore5 (>= 4:4.6.2) but it is not going 
to be installed
Depends: libkdeui5 (>= 4:4.6.3) but it is not going to 
be installed
Depends: libkdewebkit5 (>= 4:4.4.0) but it is not going 
to be installed
Depends: libkexiv2-11 (>= 4:4.11.1) but it is not going 
to be installed
Depends: libkfile4 (>= 4:4.3.4) but it is not going to 
be installed
Depends: libkhtml5 (>= 4:4.3.4) but it is not going to 
be installed
Depends: libkio5 (>= 4:4.7.0) but it is not going to be 
installed
Depends: libknotifyconfig4 (>= 4:4.3.4) but it is not 
going to be installed
Depends: libkparts4 (>= 4:4.5.85) but it is not going 
to be installed
Depends: liblensfun0 (>= 0.2.8) but it is not going to 
be installed
Depends: libmarblewidget19 (>= 4:4.13.90) but it is not 
going to be installed
Depends: libopencv-contrib2.4 but it is not going to be 
installed
Depends: libopencv-core2.4 but it is not going to be 
installed
Depends: libopencv-imgproc2.4 but it is not going to be 
installed
Depends: libopencv-objdetect2.4 but it is not going to 
be installed
Depends: libqjson0 (>= 0.7.1) but it is not going to be 
installed
Depends: libqt4-dbus (>= 4:4.5.3) but it is not going 
to be installed
Depends: libqt4-network (>= 4:4.5.3) but it is not 
going to be installed
Depends: libqt4-sql (>= 4:4.5.3) but it is not going to 
be installed
Depends: libqt4-xml (>= 4:4.5.3) but it is not going to 
be installed
Depends: libqtcore4 (>= 4:4.8.0) but it is not going to 
be installed
Depends: libqtgui4 (>= 4:4.8.0) but it is not going to 
be installed
Depends: libqtwebkit4 (>= 2.1.0~2011week13) but it is 
not going to be installed
Depends: libsolid4 (>= 4:4.3.4) but it is not going to 
be installed
 libavformat56 : Depends: libavcodec56 (>= 6:11~beta1) but it is not going to 
be installed or
  libavcodec-extra-56 (>= 6:11~beta1) but it is not 
going to be installed
 libstdc++6 : Breaks: digikam-private-libs (<= 4:4.4.0-1.1+b2) but 4:4.4.0-1.1 
is to be installed
 libwxgtk3.0-0v5 : Depends: libsdl1.2debian (>= 1.2.11) but it is not going to 
be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by 
held packages.

Most notable the third-last line:
 libstdc++6 : Breaks: digikam-private-libs (<= 4:4.4.0-1.1+b2) but 4:4.4.0-1.1 
is to be installed

If I understand correctly, "4:4.4.0-1.1" <= "4:4.4.0-1.1+b2" but apt-get does 
not seem to agree with me.


-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.1\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.1\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.1\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.1\.0-1-amd64$";

Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations

[Steffen Grunewald]

On Sun, Sep 20, 2015 at 09:47:06PM +0200, Sebastiaan Couwenberg wrote:
> Control: tags -1 upstream unreproducible
> 
> > You just might want to stick with a stable release and install the
> > backport I'll provide in a few days.
> 
> It looks like the backport never happened, but merkaartor (0.18.1-3) has
> been in Debian since wheezy.
> 
> Is this issue still relevant?

Apparently yes, at least in Jessie (and Wheezy, of course).
Zooming in through the "100 m" scale makes the machine extremely slow, 
although there are close to no objects to be handled (and background images
are turned off).
With Bing imagery on, this zooming tends to kill Merkaartor.

> Since I cannot reproduce this issue with the current merkaartor version
> in unstable (0.18.1-3+b7), I'm tempted to close this issue as fixed.

Is there a backport I can try with Jessie? I don't like bugs being
closed when there's no solution for stable...

Cheers,
 Steffen

Bug#799886: Leaving it for Frederic as well? (RFS: arrayfire/3.1.1+dfsg1-2)

[PICCA Frederic-Emmanuel]

Hello,

I am on it.

Cheers

Bug#799876: Vector smash protection is enabled messages

[積丹尼 Dan Jacobson]

All I know is
$ $BROWSER &
is how I start my browser and I'm just an innocent user who didn't
request mysterious debugging output, so I hope who's in charge will turn
it back off. Maybe others start their browser by clicking on some icon,
but I still do it from the shell.

Bug#614782: Bug still present in 0.18.1-3 (current wheezy)

[Steffen Grunewald]

On Sun, Sep 20, 2015 at 11:33:00PM +0200, Sebastiaan Couwenberg wrote:
> Control: tags -1 moreinfo unreproducible upstream
> 
> Hi Steffen,
> 
> On Wed, 23 Feb 2011 12:54:30 +0100 Steffen Grunewald wrote:
> > After uploading large chunks of changes, the "undo" list is empty
> > again (as one would expect) while the "dirty objects" count is
> > non-zero.
> > This is confusing (doesn't reflect the number of changes made since
> > previous upload) and eventually results in a complaint when closing
> > the program.
> > Is this fixed in unstable, and will there be a backport?
> 
> On Wed, 25 Jul 2012 16:16:23 +0200 Steffen Grunewald wrote:
> > The bug is still present in 0.18.1-3 - the only way to reset the counter
> > is to File > New.
> > It's not a showstopper, but it's puzzling at least (because the non-zero
> > counter is used in subsequent edits).
> 
> I can't reproduce this issue with the current merkaartor packages in
> Debian unstable (0.18.1-3+b7).
> 
> I've tested with 3868 dirty objects, and the counter was reset to no
> dirty objects after upload.
> 
> Can you still reproduce the issue with merkaartor (0.18.1-3+b4) in jessie?

I'm not doing a lot of OSM work these days, but haven't recognized the
buggy behaviour sine I dist-upgraded to Jessie. I still use another Wheezy 
machine
which shows the bug (no surprise).

Cheers,
 Steffen

Bug#799919: asused stopped working because changed fields are missing in newer objects

[Matthias Cramer]

Package: asused
Version: 3.72-11
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
 Rabe obsoletes the changed field and added the created field. Asused re

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 I changed the in.pm module to lokk ad cr instead of ch attribute

   * What was the outcome of this action?

 It works now again :-)

   * What outcome did you expect instead?





-- 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.1.0-1-amd64 (SMP w/6 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 asused depends on:
ii  perl  5.20.2-6

asused recommends no packages.

asused suggests no packages.

-- no debconf information
--- in.pm.orig	2015-09-24 10:13:26.412669531 +0200
+++ in.pm	2015-09-24 10:26:50.724168595 +0200
@@ -355,6 +355,10 @@
 		# Changed
 		push(@{$in{'ch'}}, $value);
 		}
+		elsif($inetnum && $attr eq 'cr') {
+		# Created
+		push(@{$in{'cr'}}, $value);
+		}
 		elsif($inetnum && $attr eq 'so') {
 		# Source
 		$in{'so'} = $value;
@@ -373,14 +377,14 @@
 # Get creation date for valid inetnum object
 if($inetnum) {
 # Validate date
-my $date = $self->creationDate(@{$in{'ch'}});
+my $date = $self->creationDate(@{$in{'cr'}});
 	
 if($date) {
 $in{'created'} = $date;
 }
 else {
 $self->error($INVALID_DATE, 
- ("Invalid date in " . join('; ', @{$in{'ch'}})));
+ ("Invalid date in " . join('; ', @{$in{'cr'}})));
 
 push(@{$in{'warning'}}, ($self->error())[1]);
 }
@@ -560,7 +564,7 @@
 my @dateList;
 #don't trust the date from db
 foreach my $dateStr (@ch) {
-	if($dateStr =~ /(\d+)$/) {
+	if($dateStr =~ /([\d\-]+)(T.*)?$/) {
 	my $date = $1;
 return  unless ($date = checkmmDD($date)) ; #look if it is valid date
 push(@dateList, $date); #make list of valid dates
@@ -583,6 +587,8 @@
 my($yy, $mm, $dd, $utc, $yyActual, $mmActual, $ddActual, $date);
 my($sec, $min, $hour, $wday, $yday, $isdst); # Temp vars
 	
+	$MMdd =~ s/\-//g;
+	
 #MMDD
 if($MMdd =~ /^(\d{4})(\d{2})(\d{2})$/) {
 $yy = $1 - 1900;
@@ -655,6 +661,7 @@
   $dest->{'ac'} = []; # list of admin-c values
   $dest->{'tc'} = []; # list of tech-c values
   $dest->{'ch'} = []; # list of changed values
+  $dest->{'cr'} = []; # list of created values
   $dest->{'so'} = ''; # source 
   $dest->{'ml'} = []; # list of mnt-lower
   $dest->{'na'} = ''; # netname

Bug#798532: samba: wrong file block size if 'strict allocate' is enabled for samba

[Andrew Bartlett]

On Thu, 2015-09-10 at 18:52 +0800, nelson wrote:
> Package: samba
> Version: 2:4.1.17+dfsg-2
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> 
>When I add 'strict  allocate = yes' to /etc/samba/smb.conf, then
> copy file via samba, the block usage of the file will be greater than
> its real size. For example, copy a 8KB file via samba, you will find
> the block usage is 1MB. But if remove 'strict allocate = yes' from
> /etc/samba/smb.conf and do the same test, file size is correct(of
> cause, 4KB roundup for EXT4).
> 
>   # hdparm --fibmap 8k.bin 
> 
>   8k.bin:
>filesystem blocksize 4096, begins at LBA 195311616; assuming 512
> byte sectors.
>byte_offset  begin_LBAend_LBAsectors
>  0  202758144  202758159 16
>   8192  202758160  202760191   2032
> 
>   # du -sh 8k.bin 
>   1.0M8k.bin
> 
>   # ls -l 8k.bin 
>   -rwx-- 1 nelson nelson 8192 Aug 21 10:58 8k.bin
> 
>   By tracing samba daemon, it shows that these functions be called
> (pseudo-code) : 
> 
>   open(8k.bin) 
>   ...
>   fallocate(8k.bin, 1, 0, 1048576)
>   ...
>   fallocate(8k.bin, 0, 0, 8192)  // -> here should be
> truncate(8k.bin, 8192)
>   ...
>   write()
>   ...
>   close(8k.bin).
> 
>   Here is my patch for this bug. Please check, thanks.
> 
> *** vfs_default.c.ori   2015-09-10 17:55:09.172488319 +0800
> --- vfs_default.c   2015-09-10 17:57:08.104484805 +0800
> ***
> *** 1807,1813 
> return 0;
>   
> /* Shrink - just ftruncate. */
> !   if (pst->st_ex_size > len)
> return ftruncate(fsp->fh->fd, len);
>   
> space_to_write = len - pst->st_ex_size;
> --- 1807,1813 
> return 0;
>   
> /* Shrink - just ftruncate. */
> !   if (pst->st_ex_blocks * 512 > len)
> return ftruncate(fsp->fh->fd, len);
>   
> space_to_write = len - pst->st_ex_size;
> 
> 

This kind of change needs to be submitted via samba-technical or
Samba's github page.  Also, the test should be for both cases, not just
changing one for the other.  Finally, is the 512 in this really
constant (it may need to be another variable, from the file system)?

Thanks,

Andrew Bartlett

-- 
Andrew Bartlett   http://samba.org/~abartlet/
Authentication Developer, Samba Team  http://samba.org
Samba Developer, Catalyst IT  http://catalyst.net.nz/services/samba

Bug#721569: bug#721569

[Beni Cherniavsky-Paskin]

Same here.
I actually started from GNU's https://debbugs.gnu.org instance, wanted to
make this same suggestion but didn't even know where to make it.
Their footer says:

[GNU bug tracking system](https://debbugs.gnu.org)
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.

where https://debbugs.gnu.org tells me everything about how to *use* the
tracker but nowhere what code powers the tracker, where to discuss issues
and what's the license.

Some searching lead me to the original bugs.debian.org instance, whose
footer says:

[Debian Bug tracking system](https://www.debian.org/Bugs/)
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.

and again the https://www.debian.org/Bugs/ link tells me how to use the
software but not where it is.

It took some more googling to stumble on
https://wiki.debian.org/Teams/Debbugs (which is great).

It shouldn't surprise people that Debian & GNU use a bug tracker that is
itself free software.
Still, having just a copyright line, with no mention that it's free
software (and where it lives) misses an opportunity to reinforce the norm
that hosted web software can and should be inspectable and modifiable by
users.
And of course having a link would make contributing a tiny bit easier.

Bug#614783: merkaartor: Merkaartor becoming sluggish after zoom operations

[Bas Couwenberg]

Hi Steffen,

Thanks for the additional information, I'll try to reproduce the issue 
in the area where you encounter it.


On 2015-09-24 11:04, Steffen Grunewald wrote:

On Thu, Sep 24, 2015 at 10:42:45AM +0200, Bas Couwenberg wrote:

On 2015-09-24 10:19, Steffen Grunewald wrote:
>On Sun, Sep 20, 2015 at 09:47:06PM +0200, Sebastiaan Couwenberg wrote:
>>Since I cannot reproduce this issue with the current merkaartor
>>version
>>in unstable (0.18.1-3+b7), I'm tempted to close this issue as fixed.
>
>Is there a backport I can try with Jessie? I don't like bugs being
>closed when there's no solution for stable...

There is nothing to backport yet, merkaartor 0.18.1 is in wheezy,
jessie & stretch.


But apparently the behaviour has changed between wheezy and jessie
(no more dirty opbjects after upload), so they aren't identical?


No, they aren't identical. They have been (re)built with different 
versions of their dependencies (the ones available in the release in 
question). The source package is still identical, the binary packages 
use different (versions of the) dependencies.


Kind Regards,

Bas

Bug#799922: systemd-machined: error: error from service: CreateMachine: Activation of org.freedesktop.machine1 timed out

[Matthias Merz]

Package: systemd
Version: 215-17+deb8u2
Severity: normal
File: systemd-machined

Dear Maintainer,

when trying to re-start a guest machine (doing virsh shutdown to use
new library files in the qemu process), startup via
"virsh start " failed:

error: Failed to start domain 
error: error from service: CreateMachine: Activation of 
org.freedesktop.machine1 timed out


The host in question is up for around 40 days. It seems as if libvirt
needs some dbus connection and systemd-machined for guest
startup. Restarting systemd-machined via "service systemd-machined
restart" cleared the situation.

So obviously, some sort of communication between systemd and dbus was
lost unnoticed - maybe by recent library upgrades and daemon restarts
by needrestart? Maybe some restart dependency is broken?


Yours sincerely
Matthias Merz

-- Package-specific info:

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/48 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 systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-59
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18+deb8u1
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-17+deb8u2
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u2
ii  util-linux  2.25.2-6

Versions of packages systemd recommends:
ii  dbus1.8.20-0+deb8u1
ii  libpam-systemd  215-17+deb8u2

Versions of packages systemd suggests:
pn  systemd-ui  

-- Configuration Files:
/etc/systemd/system.conf changed:
[Manager]
ShowStatus=yes


-- no debconf information

Bug#756578: current tab color almost the same as the others

[Sergio Durigan Junior]

Control: severity -1 wishlist

On Thursday, July 31 2014, 積丹尼 Dan Jacobson wrote:

> There is barely any contrast for the grey of the current tab and the
> grey of other tabs.

Out of curiosity, do you still think this bug is valid?

I am lowering its severity to wishlist because it is a personal opinion,
not an objective issue.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#799910: libtinfo5: Since a recent upgrade, bash complains about libtinfo5 (which destroys some important scripts)

[Emmanuel Charpentier]

Package: libtinfo5
Version: 6.0+20150810
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Upgrading a testing (stretch) system.

Since a recent upgrade, bash complains about this library lacking version
information.

the following message is printed a *lot* during some bash scripts execution :

bash: /usr/local/sage/local/lib/libtinfo.so.5: no version information available
(required by bash)

This seems to be printed on standard output : I finf=d it when trying to update
sage, whose test system uses a lot of bash scripts. The error message is
inserted in the outputs of the system ; these outputs then differ from the
expected output ==> (false) detection of an error.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

apt-get install --reinstalling lib32tinfo5 libtinfo5:amd64 libtinfo5:i386

   * What was the outcome of this action?

Same as before...

   * What outcome did you expect instead?

A *silent* bash...




-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (650, 'testing'), (500, 'testing-updates'), (500, 
'testing-proposed-updates'), (60, 'unstable'), (50, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#799886: Leaving it for Frederic as well? (RFS: arrayfire/3.1.1+dfsg1-2)

[Ghislain Vaillant]

On 24/09/15 07:20, Andreas Tille wrote:

Hi Ghislain,

just ping me if Frederic has no time.

Kind regards

 Andreas.



Your call. This release is really just an additional upstream patch to 
fix the build on some architectures which currently fail. Nothing else 
has changed otherwise.


Many thanks to you both.

Ghislain

Bug#799768: RFS: ismrmrd/1.3.1-1

[Ghislain Vaillant]

I have uploaded a new version, which should have addressed all your 
previous comments.


Many thanks for your valuable feedback and pieces of advice.

Ghis


On 22/09/15 19:40, Gianfranco Costamagna wrote:

I can sponsor the package with that lintian warning.
as said before the package should be lintian clean as long as lintian is
correct.
But overriding lintian is wrong, because it is still an issue.

If it is ok for you I would prefer a package with a lintian warning.

cheers,

Gianfranco

Sent from Yahoo Mail on Android



*From*:"Ghislain Vaillant" 
*Date*:Tue, 22 Sep, 2015 at 19:33
*Subject*:Bug#799768: RFS: ismrmrd/1.3.1-1


On 22/09/15 17:32, Gianfranco Costamagna wrote:
 > I would appreciate a lintian warning instead of a broken documentation
 >
 >
 > e.g. look at
 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736360
 >
 >
 > G.

 >

Should the warning be overridden for the purpose or the review? Apart
from that, I am ready to push a final version.

I have to say that the lucene++ package you quoted really inspired from
a packaging standpoint. Now the ismrmrd packaging feels really clean.

Ghis

Bug#799899: rapidjson: Please upgrade to 1.0.2

[Rene Engelhard]

On Wed, Sep 23, 2015 at 11:57:09PM +0300, Andriy Senkovych wrote:
> The project has moved to CMake build system with Debian maintainers in mind so
> I hope there is small effort needed to package it now.

Actually cmake is a hughe effort as it ignores CMAKE_INSTALL_PREFIX and
insists on /usr.. And cmake not cleaning up after itself is also cumbersome...

But I can do, yes, though it's not as easy as it might look from the
outside.

That said, right now the valgrind tests fail...

Regards,

Rene

Bug#796310: libgraphicsmagick3: --with-quantum-depth=16 breaks ABI

[GCS]

On Thu, Sep 24, 2015 at 1:38 PM, Jakub Wilk  wrote:
> Conflicts/replaces on "libgraphicsmagick3" in necessary because of
> /usr/{lib,share}/GraphicsMagick-1.3.21/ directories. :-/ Fortunately, can
> make the new package co-installable with the jessie version by making
> conflict/replaces versioned:
>
> Conflicts: libgraphicsmagick3 (>= 1.3.21)
> Replaces: libgraphicsmagick3 (>= 1.3.21)
 +1

>> +++ graphicsmagick-1.3.21/debian/graphicsmagick.install 2015-09-22
>> 21:55:12.0 +0200
>> @@ -1,2 +1,3 @@
>> usr/bin/gm
>> usr/share/doc/graphicsmagick/www
>> +usr/share/man/man1/gm.1
>
> I don't understand what why this change is needed. It's not documented in
> the changelog.
 A quick check showed the manpage is not installed otherwise, need check.

>> +++ graphicsmagick-1.3.21/debian/libgraphicsmagick++1-dev.links 2015-09-23
>> 00:40:01.0 +0200
>> @@ -1 +1,2 @@
>> usr/share/doc/graphicsmagick/www/images
>> usr/share/doc/libgraphicsmagick++1-dev/images
>> +usr/lib/libGraphicsMagick++-Q16.so.11.0.0
>> usr/lib/libGraphicsMagick++-Q16.so
>
> I don't think these symlinks are useful.
> If upstream build system doesn't create them, then we shouldn't either.
 I was afraid that other packages may use it to detect the QD support
of the library if not now, but in the close future. But sure, if
upstream doesn't create this then why should I be such pedantic.

>> -   dh_shlibdeps -a -L libgraphicsmagick3 \
>> -   -l debian/libgraphicsmagick3/usr/lib
>> +   dh_shlibdeps -a -L libgraphicsmagick-q16-3 \
>> +   -l debian/libgraphicsmagick-q16-3/usr/lib
>
> These days -l and -L shouldn't be needed.
 OK.

Thanks! Will act when I get back home.
Laszlo/GCS

Bug#799730: (no subject)

[es186]

I think this bug is related to #798850 (enfuse) which also affects enblend.

After recompiling enblend (with gcc5) I can successfully create
panorama images using hugin.

Apart from recompiling enblend/enfuse I think it would be good
if hugin would output the commandline used to call enblend, and
also if stderr would be shown in the log.
It would have been obvious that some external application failed
hard if the "Segmentation fault" message was in the log.


UNTIL THIS IS FIXED you could try using the blender which is
embedded into hugin (it might be necessary to select
the "advanced" or "expert" in the menu "Interface" to get access
to these settings, didn't try it with "simple")
 * File / Preferences
 * Tab: Stitching
 * Default blender: enblend

Maybe you've got to set it somewhere in your project, too


Nevertheless, thanks a lot for packaging these tool! :)
   Ronald  

Bug#799930: gdm3: Hangs with autologin and selected users in greeter

[colliar]

Package: gdm3
Version: 3.14.1-7
Severity: normal

Dear Maintainer,

Enabling only auto login works without a problem and the same is true for only 
selecting specific users for the greeter user list.

But enabling auto login and selecting only some users is always hanging gdm3 
with blank screen. See attached daemon.conf.

Cheers colliar

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 gdm3 depends on:
ii  accountsservice   0.6.37-3+b1
ii  adduser   3.113+nmu3
ii  dconf-cli 0.22.0-1
ii  dconf-gsettings-backend   0.22.0-1
ii  debconf [debconf-2.0] 1.5.56
ii  gir1.2-gdm3   3.14.1-7
ii  gnome-session [x-session-manager] 3.14.0-2
ii  gnome-session-bin 3.14.0-2
ii  gnome-settings-daemon 3.14.2-3
ii  gnome-shell   3.14.4-1~deb8u1
ii  gnome-terminal [x-terminal-emulator]  3.14.1-1+deb8u1
ii  gsettings-desktop-schemas 3.14.1-1
ii  libaccountsservice0   0.6.37-3+b1
ii  libaudit1 1:2.4-1+b1
ii  libc6 2.19-18+deb8u1
ii  libcanberra-gtk3-00.30-2.1
ii  libcanberra0  0.30-2.1
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u2
ii  libgdm1   3.14.1-7
ii  libglib2.0-0  2.42.1-1
ii  libglib2.0-bin2.42.1-1
ii  libgtk-3-03.14.5-1+deb8u1
ii  libpam-modules1.1.8-3.1
ii  libpam-runtime1.1.8-3.1
ii  libpam-systemd215-17+deb8u2
ii  libpam0g  1.1.8-3.1
ii  librsvg2-common   2.40.5-1
ii  libselinux1   2.3-2
ii  libsystemd0   215-17+deb8u2
ii  libwrap0  7.6.q-25
ii  libx11-6  2:1.6.2-3
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.1-1+b1
ii  libxrandr22:1.4.2-1+b1
ii  lsb-base  4.1+Debian13+nmu1
ii  mutter [x-window-manager] 3.14.4-1~deb8u1
ii  policykit-1   0.105-8
ii  ucf   3.0030
ii  x11-common1:7.7+7
ii  x11-xserver-utils 7.7+3+b1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.14.0-1
ii  desktop-base   8.0.2
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
pn  xserver-xephyr 
ii  xserver-xorg   1:7.7+7
ii  zenity 3.14.0-1

Versions of packages gdm3 suggests:
pn  gnome-orca
pn  libpam-gnome-keyring  

-- Configuration Files:
/etc/gdm3/daemon.conf changed:
[daemon]
AutomaticLoginEnable = true
AutomaticLogin = gast 
[security]
[xdmcp]
[greeter]
IncludeAll = false
Include = gast 
[chooser]
[debug]


-- debconf information excluded

Bug#799905: gcc-4.7: generates broken SSE2 code for -ftree-vectorize/-O3 for unaligned dword access

[Henrique de Moraes Holschuh]

On Thu, 24 Sep 2015, Matthias Klose wrote:
> which is EOL upstream for more than a year, and which targets non-default
> flags.  You don't even try to reproduce with current GCC versions in

-O3 is not exactly a "uncommon" flag.  I just tracked it down to
-ftree-vectorize (enabled by -O3) to _help_.

As for -msse2, that's DEFAULT on amd64/x86-64.  I listed it explicitly so
that I can also check for the very same issue on i686 (the Pentium M from
2005 already has SSE2).

> unstable/testing.  Feel free to supply better information, testing with
> gcc-snapshot, and then maybe reporting this upstream.  Not spending any time
> on this myself.

I figured I didn't have to add a sentence "I will test stable and unstable
tomorrow" since I was going to reply within 24h...  evidently, I was wrong.

It still exists on gcc-4.9 in stable (gcc Debian 4.9.2-10).  I am going to 
test on an unstable chroot and gcc-snapshot in a few moments.

Also, since it triggers on -O3 on amd64/x86-64, it potentially affects a lot
of packages in Debian (we have lots of packages doing -O3).  We are lucky
that unaligned 32-bit access is not something people do just for fun, OTOH,
it can easily be input-dependent, so the bug might not trigger always...

-- 
  "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#799931: CVE-2015-5251: (OSSA 2015-019) Glance image status manipulation

[Thomas Goirand]

Source: glance
Version: 2014.1.3-12
Severity: important
Tags: security patch

OSSA-2015-019: Glance image status manipulation
===

:Date: September 22, 2015
:CVE: CVE-2015-5251


Affects
~~~
- Glance: <=2014.2.3, >=2015.1.0, <=2015.1.1


Description
~~~
Hemanth Makkapati of Rackspace reported a vulnerability in Glance. By
submitting a HTTP PUT request with a "x-image-meta-status" header, a
tenant can manipulate the status of their images. A malicious tenant
may exploit this flaw to reactivate disabled images, bypass storage
quotas and in some cases replace image contents. Setups using the
Glance v1 API allow the illegal modification of image status. Setups
which also use the v2 API may allow a subsequent re-upload of image
contents.


Patches
~~~
- https://review.openstack.org/226338 (Juno)
- https://review.openstack.org/226337 (Kilo)
- https://review.openstack.org/226336 (Liberty)


Credits
~~~
- Hemanth Makkapati from Rackspace (CVE-2015-5251)


References
~~
- https://bugs.launchpad.net/bugs/1482371
- http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-5251


Notes
~
- This fix will be included in future 2014.2.4 (juno) and 2015.1.2 (kilo)
  releases.

Bug#799938: ITP: disque -- Distributed message broker

[Chris Lamb]

Package: wnpp
Severity: wishlist
Owner: Chris Lamb 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: disque
  Upstream Author : Salvatore Sanfilippo
* URL : https://github.com/antirez/disque
* License : BSD
  Programming Lang: Python
  Description : Distributed message broker

Disque is ongoing experiment to build a distributed, in memory, message
broker. Its goal is to capture the essence of the "Redis as a jobs
queue" use case, which is usually implemented using blocking list
operations, and move it into an ad-hoc, self-contained, scalable, and
fault tolerant design, with simple to understand properties and
guarantees, but still resembling Redis in terms of simplicity,
performances, and implementation as a C non-blocking networked server.
 
 (It shares many things with redis, of which I am the maintainer in
 Debian)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org
   `-


signature.asc
Description: PGP signature

Bug#799932: TMPTIME not honored anymore

[Joey Schulze]

Package: systemd
Version: 215-17+deb8u1

/etc/default/rcS contains a line

# delete files in /tmp during boot older than x days.
# '0' means always, -1 or 'infinite' disables the feature
#TMPTIME=0
TMPTIME=10

This setting is completely ignored by systemd during system boot.

I would consider this a bug and breaks functionality during an upgrade.


Hint for the interested reader: Copy /usr/lib/tmpfiles.d/tmp.conf into
/etc/tmpfiles.d and modify it as you like.  This should override the
system file.

Regards

Joey

-- 
A mathematician is a machine for converting coffee into theorems.   Paul Erdös

Bug#799656: NaN 2.x issue

[Daniel Pocock]

On 24/09/15 14:53, Jérémy Lal wrote:
> 2015-09-24 14:42 GMT+02:00 Daniel Pocock  >:
> 
> 
> 
> This is failing because node-nan 2.x is now in unstable
> 
> I've filed a bug upstream requesting support for node-nan 2.x
> 
> 
> This is the right thing to do.
>  
> 
> Maybe both old and new versions of node-nan will be needed in stretch?
> 
> 
> This isn't ! The idea is to move forward to nodejs 4 / nan 2.
> Maintaining legacy modules is more time-consuming than porting them
> to nan 2.x - a task that i can do but that is best done by upstream.
> 
> Since the two files built using node-gyp and node-nan have been taken
> from node-ws, and since node-ws has already been ported to node-nan 2,
> i suggest to be patient...
> 


I saw comments in another bug tracker suggesting that some upstreams are
not rushing into node-nan 2 as it is not a trivial change for them.

I only reported this upstream today, so let's see how they respond.

Bug#799933: aptitude: Blank line before Tags field in pacakge view

[Guillem Jover]

Package: aptitude
Version: 0.7.2-1
Severity: minor

Hi!

This is something that has slightly annoyed me for a while. :) Whenever
a package has debtags data shown through the Tags field, there is an
inserted blank line before it and either the Description or Homepage
fields (if the latter is present). Like this:

,---
i--\ aptitudeunstabl   0.7.2-10.7.2-1
  Description: terminal-based package manager
aptitude is a package manager with a number of useful features, including: a
mutt-like syntax for matching packages in a flexible manner, dselect-like
persistence of user actions, the ability to retrieve and display the Debian
changelog of most packages, and a command-line mode similar to that of
apt-get.

aptitude is also Y2K-compliant, non-fattening, naturally cleansing, and
housebroken.
  Homepage: http://aptitude.alioth.debian.org/

  Tags: admin::configuring, admin::package-management, implemented-in::c++,
interface::commandline, interface::text-mode, role::program,
scope::application, suite::debian, uitoolkit::ncurses, use::browsing,
use::configuring, use::downloading, use::searching,
works-with::software:package
  Multi-Arch: foreign
  Priority: optional
[…]
`---

Compare with:

,---
i--\ aptitude-common unstabl   0.7.2-10.7.2-1
  Description: architecture independent files for the aptitude package manager
aptitude is a package manager with a number of useful features, including: a
mutt-like syntax for matching packages in a flexible manner, dselect-like
persistence of user actions, the ability to retrieve and display the Debian
changelog of most packages, and a command-line mode similar to that of
apt-get.

This package contains the data files and translations used by aptitude.
  Homepage: http://aptitude.alioth.debian.org/
  Multi-Arch: foreign
  Priority: optional
[…]
`---

Thanks,
Guillem

Bug#799656: NaN 2.x issue

[Daniel Pocock]

On 24/09/15 14:58, Jérémy Lal wrote:
> 2015-09-24 14:53 GMT+02:00 Jérémy Lal  >:
> 
> 2015-09-24 14:42 GMT+02:00 Daniel Pocock  >:
> 
> 
> 
> This is failing because node-nan 2.x is now in unstable
> 
> I've filed a bug upstream requesting support for node-nan 2.x
> 
> 
> This is the right thing to do.
>  
> 
> Maybe both old and new versions of node-nan will be needed in
> stretch?
> 
> 
> This isn't ! The idea is to move forward to nodejs 4 / nan 2.
> Maintaining legacy modules is more time-consuming than porting them
> to nan 2.x - a task that i can do but that is best done by upstream.
> 
> Since the two files built using node-gyp and node-nan have been taken
> from node-ws, and since node-ws has already been ported to node-nan 2,
> i suggest to be patient...
> 
> 
> An even better solution is to package
> https://github.com/websockets/bufferutil
> and
> https://github.com/websockets/utf-8-validate
> and depend on them.
> This will benefit node-ws and node-websocket
> 

I only uploaded node-websocket because it is used by the latest JsSIP code

https://github.com/versatica/JsSIP/blob/master/package.json

I'm also trying to upload JSCommunicator, JsSIP and the rest of the
dependency hierarchy (see my other recent node-* uploads) to
jessie-backports where node-nan 2 is not present and the build failure
doesn't occur.

Can anybody from the JsSIP team comment on this?  How do you feel about
having node-nan 2.x in the dependency hierarchy?  Will you continue
using node-websocket or would you possibly use node-ws[1] instead?
Using node-ws instead of node-websocket will reduce the number of
packages we have to keep track of in Debian.

Regards,

Daniel


1. https://github.com/websockets/ws

Bug#799934: aptitude: Package metadata disappears for upgradable installed packages

[Guillem Jover]

Package: aptitude
Version: 0.7.2-1
Severity: normal

Hi!

I'm not sure since when, probably since last aptitude update, but I'm
seeing that some of the metadata disappears in the TUI whenever there
is an upgrade for a package on the *first* aptitude TUI invocation just
after an «apt update». When going inside the package view, like this:

,--- libatk1.0-dev 2.18.0-1 ---
iuA  --\ libatk1.0-dev   unstabl -17.4 kB  2.16.0-2   2.18.0-1
  Description: Development files for the ATK accessibility toolkit
ATK is a toolkit providing accessibility interfaces for applications or
other toolkits. By implementing these interfaces, those other toolkits or
applications can be used with tools such as screen readers, magnifiers, and
other alternative input devices.

These are the development files for ATK, needed for compilation of programs
or toolkits which use it.
  Homepage: http://www.gtk.org/

  Tags: devel::lang:c, devel::library, implemented-in::c, role::devel-lib
  Priority: optional
  Section: libdevel
  Maintainer: Debian GNOME Maintainers = 2.31.2)
--- pkg-config
  --\ Replaces (2)
--- gir-repository-dev
--- gir-repository-dev
  --\ Conflicts (1)
--- libatk1.0-dev
  --- Packages which depend on libatk1.0-dev (12)
  --\ Versions of libatk1.0-dev (2)
idA  2.16.0-2-1073 kB
piA  2.18.0-1unstabl +1056 kB
`---

,--- libatk1.0-dev 2.16.0-2 ---
iuA  --\ libatk1.0-dev   unstabl -17.4 kB  2.16.0-2   2.18.0-1
  Description: Development files for the ATK accessibility toolkit
ATK is a toolkit providing accessibility interfaces for applications or
other toolkits. By implementing these interfaces, those other toolkits or
applications can be used with tools such as screen readers, magnifiers, and
other alternative input devices.

These are the development files for ATK, needed for compilation of programs
or toolkits which use it.

  Tags: devel::lang:c, devel::library, implemented-in::c, role::devel-lib
  Priority: optional
  Section: libdevel
  Maintainer:
  Architecture: amd64
  Compressed Size: 0
  Uncompressed Size: 1073 k
  Source Package: libatk1.0-dev
  --\ Depends (4)
--- gir1.2-atk-1.0 (= 2.16.0-2) (UNSATISFIED)
--- libatk1.0-0 (= 2.16.0-2) (UNSATISFIED)
--- libglib2.0-dev (>= 2.31.2)
--- pkg-config
  --\ Replaces (2)
--- gir-repository-dev
--- gir-repository-dev
  --\ Conflicts (1)
--- libatk1.0-dev
  --- Packages which depend on libatk1.0-dev (12)
  --\ Versions of libatk1.0-dev (2)
idA  2.16.0-2-1073 kB
piA  2.18.0-1unstabl +1056 kB
`---

Notice at least the missing Homepage field, the empty Maintainer field,
and the wrong Source Package field. After exiting from aptitude, and
entering again, the metadata is there again. I've not noticed this
on the command-line with «aptitude show libatk1.0-dev=2.18.0-1», but
perhaps that's because it only happens on first usage.

I cannot reproduce with somply removing the /var/lib/apt/lists/ files,
and redoing a «apt update». It seems it requires actual new metadata
from the repository.

Thanks,
Guillem

Bug#799656: NaN 2.x issue

[Jérémy Lal]

2015-09-24 14:59 GMT+02:00 Daniel Pocock :

>
>
> On 24/09/15 14:53, Jérémy Lal wrote:
> > 2015-09-24 14:42 GMT+02:00 Daniel Pocock  > >:
> >
> >
> >
> > This is failing because node-nan 2.x is now in unstable
> >
> > I've filed a bug upstream requesting support for node-nan 2.x
> >
> >
> > This is the right thing to do.
> >
> >
> > Maybe both old and new versions of node-nan will be needed in
> stretch?
> >
> >
> > This isn't ! The idea is to move forward to nodejs 4 / nan 2.
> > Maintaining legacy modules is more time-consuming than porting them
> > to nan 2.x - a task that i can do but that is best done by upstream.
> >
> > Since the two files built using node-gyp and node-nan have been taken
> > from node-ws, and since node-ws has already been ported to node-nan 2,
> > i suggest to be patient...
> >
>
>
> I saw comments in another bug tracker suggesting that some upstreams are
> not rushing into node-nan 2 as it is not a trivial change for them.
>
> I only reported this upstream today, so let's see how they respond.
>


Being an upstream node-nan user too, i can say that while it's not
completely trivial,
it's usually quickly done and depends linearly on the size of the project.
For the files in node-websocket, it IS trivial since they are copies of
projects that already
moved to nan 2. Expect a quick response :)

Jérémy

Bug#797181: freeradius: packaging 3.0.x

[Mathieu Simon]

On Wed, 23 Sep 2015 18:04:42 -0400 Sam Hartman  wrote:
> control: tags -1 help
> 
> The help I would really need is a copyright audit from a debian
> developer.
> 
> I don't have time for that myself in the near future.
> 
> Yes, to be useful it really does need to be from an uploading debian
> developer.:-(
Skimming through the bug report, I'm maybe missing the point why a
copyright audit is needed from a Debian dev?

Thanks, also to Christopher Hoskin for the pull requests upstream.
(Who have been accepted from what I see, great)

-- Mathieu

Bug#792853: debian-policy: please disallow colons in upstream_version

[Jakub Wilk]

* Charles Plessy , 2015-09-24, 21:53:

- : ~ (full stop, plus, hyphen, colon,
+ : ~ (full stop, plus, hyphen,


Remove :, too.

--
Jakub Wilk

Bug#799929: screen -r attaches to wrong session

[Roman Odaisky]

Package: screen
Version: 4.3.1-2
Severity: normal

Apparently screen -r does some prefix-based matching. As a result, sometimes
even screen -r exact-name-of-session attaches to another session that is
more recent and whose name starts with the supplied string.

This might be caused by 80EXP_session_creation_time.patch.

To reproduce:

$ screen -d -m -S aaa sh -c 'echo aaa; sleep 3600'
$ screen -d -m -S aaabbb sh -c 'echo aaabbb; sleep 3600'
$ screen -ls
There are screens on:
10534.aaabbb(24/09/15 14:29:53) (Detached)
10496.aaa   (24/09/15 14:29:49) (Detached)
$ screen -r aaa
[resumes aaabbb instead]

After some attaching/detaching, a “WriteMessage: Bad file descriptor”
error also happens intermittently after -r attempts. Repeating the -r
command reattaches successfully.


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

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

Versions of packages screen depends on:
ii  libc6  2.19-18
ii  libpam0g   1.1.8-3.1
ii  libtinfo5  5.9+20140913-1+b1

screen recommends no packages.

Versions of packages screen suggests:
pn  iselect | screenie | byobu  
ii  ncurses-term5.9+20140913-1

-- no debconf information

Bug#797419: NaN 2.x issue

[Daniel Pocock]

On 24/09/15 14:37, Jérémy Lal wrote:
> 2015-09-24 13:05 GMT+02:00 Daniel Pocock  >:
> 
> 
> 
> This is failing because node-nan 2.x is now in unstable
> 
> I've filed a bug upstream requesting support for node-nan 2.x
> 
> Maybe both old and new versions of node-nan will be needed in stretch?
> 
> https://packages.qa.debian.org/n/node-nan.html
> 
> 
> Hmm bug 797419 is resiprosicate package... did you mistyped the bug number ?

Oops, this was meant for #799656 node-websocket FTBFS

Bug#799656: NaN 2.x issue

[Daniel Pocock]

This is failing because node-nan 2.x is now in unstable

I've filed a bug upstream requesting support for node-nan 2.x

Maybe both old and new versions of node-nan will be needed in stretch?

https://packages.qa.debian.org/n/node-nan.html

Bug#792853: debian-policy: please disallow colons in upstream_version

[Charles Plessy]

Control: tag -1 patch

Le Sun, Jul 19, 2015 at 01:48:14PM +0200, Jakub Wilk a écrit :
> 
> Therefore, I'd like to propose to disallow colons in upstream_version.

Hello everybody,

following the positive reactions, here is a tentative patch to implement
Jakub's proposition.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
>From f7d72a95a06ab83af6dec1b4eaaa41396e77fb88 Mon Sep 17 00:00:00 2001
From: Charles Plessy 
Date: Thu, 24 Sep 2015 21:49:44 +0900
Subject: [PATCH] Policy: [5.6.12] forbid colons in package version numbers.

Wording: Charles Plessy 
Seconded:
Seconded:
Closes: #792853
---
 debian/changelog | 5 +
 policy.sgml  | 6 ++
 upgrading-checklist.sgml | 3 +++
 3 files changed, 10 insertions(+), 4 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index d48eac8..e2aa3fa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -31,6 +31,11 @@ debian-policy (3.9.7.0) unstable; urgency=low
 Seconded: Bill Allombert 
 Seconded: Charles Plessy 
 Closes: #106073
+  * Policy: [5.6.12] forbid colons in package version numbers.
+Wording: Charles Plessy 
+Seconded:
+Seconded:
+Closes; #792853
 
  -- Bill Allombert   Fri, 08 May 2015 15:10:02 +0200
 
diff --git a/policy.sgml b/policy.sgml
index 404dc73..bbd7ea1 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -3224,11 +3224,9 @@ Package: libc6
 			Alphanumerics are A-Za-z0-9 only.
 	  
 	  and the characters . + -
-	  : ~ (full stop, plus, hyphen, colon,
+	  : ~ (full stop, plus, hyphen,
 	  tilde) and should start with a digit.  If there is no
-	  debian_revision then hyphens are not allowed;
-	  if there is no epoch then colons are not
-	  allowed.
+	  debian_revision then hyphens are not allowed.
 		
 	  
 
diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
index ebb17fc..8f94b38 100644
--- a/upgrading-checklist.sgml
+++ b/upgrading-checklist.sgml
@@ -40,6 +40,9 @@ picking your way through this list.
 Released xxx, 2015.
 
 
+5.6.12
+   Forbid colons in package version numbers.
+  
 10.5
Symbolic links must not traverse above the root directory.
   
-- 
2.1.4

Bug#799656: NaN 2.x issue

[Jérémy Lal]

2015-09-24 14:42 GMT+02:00 Daniel Pocock :

>
>
> This is failing because node-nan 2.x is now in unstable
>
> I've filed a bug upstream requesting support for node-nan 2.x
>

This is the right thing to do.


> Maybe both old and new versions of node-nan will be needed in stretch?
>

This isn't ! The idea is to move forward to nodejs 4 / nan 2.
Maintaining legacy modules is more time-consuming than porting them
to nan 2.x - a task that i can do but that is best done by upstream.

Since the two files built using node-gyp and node-nan have been taken
from node-ws, and since node-ws has already been ported to node-nan 2,
i suggest to be patient...

Jérémy.

Bug#799656: NaN 2.x issue

[Jérémy Lal]

2015-09-24 14:53 GMT+02:00 Jérémy Lal :

> 2015-09-24 14:42 GMT+02:00 Daniel Pocock :
>
>>
>>
>> This is failing because node-nan 2.x is now in unstable
>>
>> I've filed a bug upstream requesting support for node-nan 2.x
>>
>
> This is the right thing to do.
>
>
>> Maybe both old and new versions of node-nan will be needed in stretch?
>>
>
> This isn't ! The idea is to move forward to nodejs 4 / nan 2.
> Maintaining legacy modules is more time-consuming than porting them
> to nan 2.x - a task that i can do but that is best done by upstream.
>
> Since the two files built using node-gyp and node-nan have been taken
> from node-ws, and since node-ws has already been ported to node-nan 2,
> i suggest to be patient...
>

An even better solution is to package
https://github.com/websockets/bufferutil
and
https://github.com/websockets/utf-8-validate
and depend on them.
This will benefit node-ws and node-websocket

Jérémy

Bug#770673: evince: SIGSEGV when pdf file is changed while viewed

[colliar]

Package: evince
Version: 3.14.1-2
Followup-For: Bug #770673

Hey

Can reliable reproduce with an a5 letter of one page. If it was slightly to 
long for one page and I recompile after shortening to one page again evince 
crashes 100% while maximized.

Cheers colliar  

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 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 evince depends on:
ii  evince-common  3.14.1-2
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libevdocument3-4   3.14.1-2
ii  libevview3-3   3.14.1-2
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libglib2.0-0   2.42.1-1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libnautilus-extension1a3.14.1-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libsecret-1-0  0.18-1+b1
ii  libxml22.9.1+dfsg1-5
ii  shared-mime-info   1.3-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages evince recommends:
ii  dbus-x11  1.8.20-0+deb8u1
ii  gvfs  1.22.2-1

Versions of packages evince suggests:
ii  nautilus  3.14.1-2
ii  poppler-data  0.4.7-1
pn  unrar 

-- no debconf information

Bug#799935: emacs24: double desktop entry in .desktop file does not work in cinnamon

[Norbert Preining]

Package: emacs24
Version: 24.5+1-2
Severity: normal

Hi,

the recent update brought a new emacs24 .desktop file that contains
two desktop entries. But unfortunately this seems to be not 
supported by cinnamon, or at least it offers me only the 
GNU Emacs 24 (Terminal)
option.

Could you please ship two different .desktop files if possible?

Thanks a lot

Norbert


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

Kernel: Linux 4.3.0-rc1 (SMP w/4 CPU cores; PREEMPT)
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 emacs24 depends on:
ii  emacs24-bin-common 24.5+1-2
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.29-1
ii  libatk1.0-02.16.0-2
ii  libc6  2.19-22
ii  libcairo-gobject2  1.14.2-2
ii  libcairo2  1.14.2-2
ii  libdbus-1-31.10.0-3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.6-2
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.32.0-1
ii  libgif44.1.6-11
ii  libglib2.0-0   2.44.1-1.1
ii  libgnutls-deb0-28  3.3.17-1
ii  libgomp1   5.2.1-17
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.16.6-1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.4.1-2
ii  libm17n-0  1.7.0-1
ii  libmagickcore-6.q16-2  8:6.8.9.9-6
ii  libmagickwand-6.q16-2  8:6.8.9.9-6
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.10-1
ii  libselinux12.3-2+b1
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.5-1
ii  libtinfo5  6.0+20150810-1
ii  libx11-6   2:1.6.3-1
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.2+zdfsg1-4
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.5.0-1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

Bug#781530: Acknowledgement (ITP: libdfp -- Decimal Floating Point C Library)

[Frederic Bonnard]

Matthias,
as you are the maintainer of libdfp in Ubuntu, could you help on this ?
Thanks :)

F.

Bug#782543: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

These two problems should be fixed now.

Marcin

On Thu, Sep 24, 2015 at 1:36 PM, Graham Inggs  wrote:

> Hi Marcin
>
> On 24 September 2015 at 12:42, Marcin Dulak 
> wrote:
> > I see gpaw package has been rejected due to missing license in
> > debian/copyright.
> > I've fixed that:
> > https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
> > Can you add gpaw to the review queue again?
>
> You need to include the full text of the GPL-2+ and CC-BY-SA-4.0
> licenses in debian/copyright.
>
> Also, your debian/watch file is not working;
> https://wiki.fysik.dtu.dk/gpaw-files/ returns 403 Forbidden.
>
> This works for me:
>
> version=3
> https://wiki.fysik.dtu.dk/gpaw/install/download.html \
> .*/gpaw-files/gpaw-(.+)\.tar\.gz
>
> Regards
> Graham
>

Bug#799937: samba-libs: mips and mipsel packages are build against the worng libldb1 package

[Christian Marillat]

Package: samba-libs
Version: 2:4.1.20+dfsg-1
Severity: serious

Dear Maintainer,

>From mipsel arch :

$ apt-cache show samba-libs
Package: samba-libs
Source: samba
Version: 2:4.1.20+dfsg-1
Installed-Size: 19032
Maintainer: Debian Samba Maintainers 
Architecture: mipsel


Depends: libldb1 (<< 2:1.1.21~), libldb1 (>> 2:1.1.20~)

Under i386 the depends line is :

Depends: libldb1 (<< 2:1.1.22~), libldb1 (>> 2:1.1.21~)

Same for mips packages.

Christian

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

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

Versions of packages samba-libs depends on:
ii  libacl1  2.2.52-2
ii  libasn1-8-heimdal1.6~rc2+dfsg-10
ii  libattr1 1:2.4.47-2
ii  libbsd0  0.7.0-2
ii  libc62.19-22
ii  libcap2  1:2.24-11
ii  libcomerr2   1.42.13-1
ii  libcups2 2.1.0-4
ii  libgnutls-deb0-283.3.17-1
ii  libgssapi3-heimdal   1.6~rc2+dfsg-10
ii  libhcrypto4-heimdal  1.6~rc2+dfsg-10
ii  libhx509-5-heimdal   1.6~rc2+dfsg-10
ii  libkrb5-26-heimdal   1.6~rc2+dfsg-10
ii  libldap-2.4-22.4.42+dfsg-2
ii  libldb1  2:1.1.21-1
ii  libntdb1 1.0-7
ii  libpam0g 1.1.8-3.1
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.10-4
ii  libtalloc2   2.1.3-1
ii  libtdb1  1.3.7-1
ii  libtevent0   0.9.25-2
ii  libwbclient0 2:4.1.20+dfsg-1
ii  python-talloc2.1.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

samba-libs recommends no packages.

samba-libs suggests no packages.

-- no debconf information

Bug#799883: [PATCH v2 1/2] Treat *-{i386,amd64} as x86

[Guillem Jover]

Hi!

On Wed, 2015-09-23 at 19:04:03 +0100, James Clarke wrote:
> --- a/debian/rules
> +++ b/debian/rules
> @@ -6,7 +6,7 @@
>   dh $@
>  
>  ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH)
> -ifneq (,$(findstring :$(ARCH):,:i386:amd64:))
> +ifneq (,$(filter i386 amd64 %-i386 %-amd64,$(ARCH)))
>  ARCH=x86
>  endif

I think you want DEB_HOST_ARCH_CPU instead here.

Thanks,
Guillem

Bug#799498: RFS: neko/2.0.0-4

[Gianfranco Costamagna]

Yes!


this solution is really more upstream/friendly, so if you forward please drop a 
note on the patch with the link,

and the last problem I found:
dget -u http://mentors.debian.net/debian/pool/main/n/neko/neko_2.0.0-4.dsccd 
neko-2.0.0/
dpkg-buildpackage -S -sa

[...]

export DEB_CFLAGS_MAINT_APPEND = -fno-strict-aliasing
/bin/sh: 1: export: : bad variable name



I guess changing it to
export DEB_CFLAGS_MAINT_APPEND = -fno-strict-aliasing
(with no initial tab) fixes the issue.

BTW the hardening stuff gained some gcc warnings that might be addressed 
upstream:
cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC 
-I vm -DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common -Wl,-z,relro -pthread -o 
vm/others.o -c vm/others.c
vm/others.c: In function 'neko_val_throw':
vm/others.c:484:2: warning: dereferencing type-punned pointer will break 
strict-aliasing rules [-Wstrict-aliasing]
if( *(char**)vm->start == jit_handle_trap )
^
vm/others.c: In function 'neko_val_rethrow':
vm/others.c:493:2: warning: dereferencing type-punned pointer will break 
strict-aliasing rules [-Wstrict-aliasing]
if( *(char**)vm->start == jit_handle_trap )
^


cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC 
-I vm -DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common -Wl,-z,relro -pthread -o 
libs/std/misc.o -c libs/std/misc.c
libs/std/misc.c: In function 'float_of_bytes':
libs/std/misc.c:81:2: warning: dereferencing type-punned pointer will break 
strict-aliasing rules [-Wstrict-aliasing]
f = *(float*)val_string(s);
^
libs/std/misc.c: In function 'double_of_bytes':
libs/std/misc.c:101:2: warning: dereferencing type-punned pointer will break 
strict-aliasing rules [-Wstrict-aliasing]
f = *(double*)val_string(s);
^


gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC -I vm 
-DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common  -c -I../../vm -I/usr/include 
sqlite.c
In file included from sqlite.c:22:0:
sqlite.c: In function 'result_next':
../../vm/neko.h:332:23: warning: 'f' may be used uninitialized in this function 
[-Wmaybe-uninitialized]
#define alloc_field   neko_alloc_field
^
sqlite.c:225:10: note: 'f' was declared here
value f;
^


protocol.c: In function 'protocol_read_answer':
protocol.c:401:21: warning: pointer targets in passing argument 2 of 
'proto_read' differ in signedness [-Wpointer-sign]
if( !proto_read(p,header,4) )
^
protocol.c:126:13: note: expected 'char *' but argument is of type 'unsigned 
char *'
static bool proto_read( proto *p, char *str, int len ) {
^
gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC -I vm 
-DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common -D_LARGEFILE64_SOURCE -I../common 
-c -I../../vm -I/usr/include/apache2 -I/usr/include/apr-1.0 mod_tora.c
mod_tora.c: In function 'mod_tora_do_init':
mod_tora.c:289:6: warning: unused variable 'tmp' [-Wunused-variable]
int tmp = 0;
^
gcc -L/build/neko-2.0.0/src -L/usr/lib -L/usr/lib/mysql  -o 
../../bin/mod_tora2.ndll socket.o protocol.o mod_tora.o   -shared -L../../bin 
-pthread -lneko -Wl,-z,relro


gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC -I vm 
-DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common -D_LARGEFILE64_SOURCE -c 
-I../../vm -I/usr/include/apache2 -I/usr/include/apr-1.0 mod_neko.c
mod_neko.c: In function 'mod_neko_do_init':
mod_neko.c:322:6: warning: unused variable 'tmp' [-Wunused-variable]
int tmp = 0;
^
mod_neko.c: At top level:
mod_neko.c:117:13: warning: 'null_print' defined but not used 
[-Wunused-function]
static void null_print( const char *data, int size, void *_c ) {
^
gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -Wall -fPIC -I vm 
-DCOMPACT_TABLE -D_GNU_SOURCE -I libs/common -D_LARGEFILE64_SOURCE -c 
-I../../vm -I/usr/include/apache2 -I/usr/include/apr-1.0 cgi.c


ui.c: In function 'ui_main':
ui.c:151:2: warning: 'g_thread_init' is deprecated [-Wdeprecated-declarations]
g_thread_init(NULL);


the last one can be fixed with a
// g_thread_init has been deprecated since version 2.32 and should not be used 
in newly-written code. This function is no longer necessary. The GLib threading 
system is automatically initialized at the start of your program.
#if !(GLIB_CHECK_VERSION(2,32,0))
g_thread_init(NULL);
#endif


block I guess

(I'm not asking you to fix the above, but I would appreciate if you can forward 
them upstream :)

cheers,

G.

Il Giovedì 24 Settembre 2015 12:51, Andy Li  ha scritto:



Hi Gianfranco,


Thanks for the review!
Good idea about using the *FLAGS env vars. I've updated the patch to use those 
and will also propose the change to upstream.
I've also added back -Wall as suggested.
The 

Bug#799936: netbeans: libosgi-core-java dependency should be later version

[Mark Carroll]

Package: netbeans
Version: 8.0.2+dfsg1-4
Severity: normal

Dear Maintainer,

I use jessie and installed netbeans from stretch.
>From the splash screen it would quit with messages.log saying,
java.lang.ClassNotFoundException: org.osgi.framework.hooks.bundle.CollisionHook

Using libosgi-core-java from stretch worked well:
  Unpacking libosgi-core-java (6.0.0-1) over (4.3.1-1) ...
now netbeans starts up just fine.

Perhaps the relevant dependency could be adjusted.

Cheers,

Mark

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

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

Versions of packages netbeans depends on:
ii  default-jdk2:1.7-52
ii  libnb-apisupport3-java 8.0.2+dfsg1-4
ii  libnb-ide14-java   8.0.2+dfsg1-4
ii  libnb-java5-java   8.0.2+dfsg1-4
ii  libnb-platform18-java  8.0.2+dfsg1-1
ii  openjdk-7-jdk [java7-jdk]  7u79-2.5.6-1~deb8u1

netbeans recommends no packages.

netbeans suggests no packages.

-- no debconf information

Bug#799656: NaN 2.x issue

[Daniel Pocock]

On 24/09/15 15:16, Jérémy Lal wrote:
> 
> 
> 2015-09-24 14:59 GMT+02:00 Daniel Pocock  >:
> 
> 
> 
> On 24/09/15 14:53, Jérémy Lal wrote:
> > 2015-09-24 14:42 GMT+02:00 Daniel Pocock  
> > >>:
> >
> >
> >
> > This is failing because node-nan 2.x is now in unstable
> >
> > I've filed a bug upstream requesting support for node-nan 2.x
> >
> >
> > This is the right thing to do.
> >
> >
> > Maybe both old and new versions of node-nan will be needed in 
> stretch?
> >
> >
> > This isn't ! The idea is to move forward to nodejs 4 / nan 2.
> > Maintaining legacy modules is more time-consuming than porting them
> > to nan 2.x - a task that i can do but that is best done by upstream.
> >
> > Since the two files built using node-gyp and node-nan have been taken
> > from node-ws, and since node-ws has already been ported to node-nan 2,
> > i suggest to be patient...
> >
> 
> 
> I saw comments in another bug tracker suggesting that some upstreams are
> not rushing into node-nan 2 as it is not a trivial change for them.
> 
> I only reported this upstream today, so let's see how they respond.
> 
> 
> 
> Being an upstream node-nan user too, i can say that while it's not
> completely trivial,
> it's usually quickly done and depends linearly on the size of the project.
> For the files in node-websocket, it IS trivial since they are copies of
> projects that already
> moved to nan 2. Expect a quick response :)
> 

Will you be putting node-nan 2 into jessie-backports as well?  Or will I
need to keep a legacy version of node-websocket there?

Bug#799851: (no subject)

[Ludovic Pouzenc]

Hi,

Thanks for the info about the deprecation / future remove.
No problem for me about using libapache2-mod-php5.

Hoping this bug report will save time for sysadmin that will fall into 
this bad behavior.

Is that packages will be removed in Jessie+1 ?

Regards,
Ludovic

Bug#799941: claws-mail-multi-notifier: Tray icon not shown in KDE

[Ricardo Mones]

Control: severity -1 wishlist
Control: forwarded -1 
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3465

Hi Sven,

On Thu, Sep 24, 2015 at 04:30:30PM +0200, Sven Bartscher wrote:
> Package: claws-mail-multi-notifier
> Version: 3.12.0-1
> Severity: normal
> 
> Since the upgrade to KDE 5, the claws mail try icon isn't shown int
> the tray anymore. When "minimize to tray" is set, it still continues
> to run in the background, when closed, though.

This new feature has already been requested upstream, forwarding.

Thanks for reporting,
-- 
  Ricardo Mones 
  ~
  The world will end in 5 minutes. Please log out.Unknown



signature.asc
Description: Digital signature

Bug#799942: parcimonie: Tray icon not shown in KDE

[Sven Bartscher]

Package: parcimonie
Version: 0.9-3
Severity: minor

Since the KDE 5 upgrade, the parcimonie daemon tray icon isn't shown
anymore. However, the daemon seems to be started properly, so it's
only the graphical icon missing.

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

Kernel: Linux 4.1.0-2-686-pae (SMP w/2 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 parcimonie depends on:
ii  libclone-perl0.38-1
ii  libconfig-general-perl   2.58-1
ii  libfile-homedir-perl 1.00-1
ii  libfile-which-perl   1.18-1
ii  libgnupg-interface-perl  0.52-2
ii  liblist-moreutils-perl   0.413-1
ii  libmoo-perl  2.01-3
ii  libmoox-late-perl0.015-2
ii  libmoox-options-perl 4.018-1
ii  libnamespace-clean-perl  0.25-1
ii  libpath-tiny-perl0.072-1
ii  libtime-duration-parse-perl  0.12-1
ii  libtry-tiny-perl 0.22-1
ii  libtype-tiny-perl1.05-1
ii  libtypes-path-tiny-perl  0.005-1
ii  perl 5.20.2-6
ii  torsocks 2.1.0-1

Versions of packages parcimonie recommends:
ii  gnupg-curl  1.4.19-5
ii  libglib-perl3:1.307-3
ii  libgtk3-perl0.023-1
ii  liblocale-gettext-perl  1.05-9
ii  libnet-dbus-glib-perl   0.33.0-1+b4
ii  libnet-dbus-perl1.1.0-3
ii  libpango-perl   1.226-2
ii  libtime-duration-perl   1.20-1
ii  tor 0.2.6.10-1

parcimonie suggests no packages.

-- no debconf information