Bug#790306: Please support ARM64

[Vincent Cheng]

On Mon, Jul 20, 2015 at 9:40 PM, Martin Michlmayr  wrote:
> * Vincent Cheng  [2015-06-28 18:42]:
>> Would you consider filing this bug report directly upstream [1][2],
>> with your patch (just like you did with nvidia-texture-tools)? I'm not
>> a porter myself and I don't think there's any value in me being a
>> middleman, in case upstream has any questions to ask you etc. Thanks!
>
> Just FYI, I filed Trac tickets with patches, so hopefully the next
> release will support arm64.
>
> There's no need for you to apply these patches to the Debian package.
> It can wait for the new upstream release.
>
> http://trac.wildfiregames.com/ticket/3338
> http://trac.wildfiregames.com/ticket/3344
> http://trac.wildfiregames.com/ticket/3346
> http://trac.wildfiregames.com/ticket/3345

Great, thanks for the heads up!

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#678279: with newer X, keyboard input does not reset xscreensaver idle timer

[Lionel Elie Mamane]

On Tue, Jul 21, 2015 at 12:10:39AM +0200, Tormod Volden wrote:
>> Since I upgraded a bunch of things (X, gtk, ...) xscreensaver
>> sometimes locks my screen when I don't touch the mouse for a few
>> minutes, even if I use the keyboard constantly. That's rather
>> annoying, since at that moment I'm typically in the middle of typing a
>> rather long text.

> Thanks for your bug report. Is this still a problem? Anyway lowering
> severity until it has been confirmed by others.

Well, I switched to "X Input Method", also for other bugs of, or
linked to, Cedilla, so I wouldn't naturally encounter the bug
anymore.

I tried to reproduce now, but switching back to Cedilla (*locally* in
*one* xfce4-terminal window, not the whole session) I couldn't. This
might mean it is fixed, but also that:

 1) It happens only when Cedilla is the default (no GTK_IM_MODULE
envvar set), for the whole session

 2) It happens with Gnome Terminal, but not with xfce4-terminal

 3) Some other difference in how my setup has changed in three years
make a difference.

-- 
Lionel


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793035: [Pkg-kde-extras] Bug#793035: Oxygen gtk3 engine does not run properly on some gtk+ apps (like synaptic)

[Ralf Jung]

Hi Etienne,

Please use "Reply to all" to keep the Bug in Cc.

> I see. But do you mean that the project for oxygen theme is given up ?

I only know what you can read in that bug-report I mentioned. It seems
like Gtk 3.16 removed the API used by the Oxygen Theme, and one would
have to re-write it. It does not look like there's currently anybody
working on doing that.

Kind regards,
Ralf


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793079: nvidia-graphics-drivers: New upstream release available (352.21)

[Raphaël Hertzog]

Source: nvidia-graphics-drivers
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali

A new upstream (long-lived) release is available since June 15:
http://www.nvidia.com/object/unix.html

It would be nice if it could be packaged for unstable, or at least
experimental.

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

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790421: gimp: please bump GEGL build-dependency to 0.3.0

[Matteo F. Vescovi]

Hi!

On Tue, Jul 21, 2015 at 3:50 AM, Ari Pollak  wrote:
> Is libjson-glib-dev supposed to be a GEGL dependency?

Yes, it is [1].

Otherwise, the build would fail due to missing dependencies.

Cheers.


[1] 
http://anonscm.debian.org/cgit/collab-maint/gegl.git/commit/?id=ae6e712fbc2ec6fc1440193881f0dcf2838dec5d

-- 
Matteo F. Vescovi || Debian Developer
GnuPG KeyID: 4096R/0x8062398983B2CF7A


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793052: Disconnected IMAP stops getting mail

[Dmitry Smirnov]

Possibly related upstream bugs:

https://bugs.kde.org/show_bug.cgi?id=339393[patch]
https://bugs.kde.org/show_bug.cgi?id=343114  

-- 
All the best,
 Dmitry Smirnov


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

Bug#792874: Bug#792867: FTCBFS: uses wrong architecture Python

[Michael Meskes]

> The usefulness issue is harder. I have little clue about the file
> format, but since Debian stable releases are valid for multiple years (5
> when considering LTS), the only way seems to be to store the dates for
> multiple years (ideally 10 or more) in that calendar file. When doing

If it was that easy. A calendar file does not contain a year. 

Right now the package does include calendar files for the next five years
starting with the year it was build. But this still has the current file
become out of date eventually. Maybe we should allow the users to update the
file themselves.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

[Marcin Dulak]

Package: sponsorship-requests
Severity: wishlist

  I am looking for a sponsor for my package "gpaw":

* Package name: gpaw
  Version : 0.10.0.11364
  Upstream Author : GPAW-community 
* URL : https://wiki.fysik.dtu.dk/gpaw/
* License : GPLv3+
  Programming Lang: C, Python
  Description : DFT and beyond within the projector-augmented wave method

  It builds those binary packages:

gpaw - python module, executable and scripts

The package is available at
https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git

Marcin

Bug#793081: schroot: tmpfs mounted in a chroot's /dev/shm is not properly unmounted

[Raphaël Hertzog]

Package: schroot
Version: 1.6.10-1.1
Severity: normal
User: de...@kali.org
Usertags: origin-kali

Consider the log below and you'll see that /dev/shm is mounted
in the chroot setup but it's never umounted when the chroot is
ended. That's because schroot-listmounts is not listing
it. The chroot is using "aufs" union-type.

This is on a jessie system.

root@aphrodite:~# mount|grep -c /dev/shm
1
root@aphrodite:~# schroot -v -b -c moto-amd64-sbuild
I: Executing ‘00check setup-start ok’
I: 00check: STAGE=setup-start
I: 00check: STATUS=ok
I: 00check: AUTH_GID=0
I: 00check: AUTH_HOME=/root
I: 00check: AUTH_RGID=0
I: 00check: AUTH_RGROUP=root
I: 00check: AUTH_RUID=0
I: 00check: AUTH_RUSER=root
I: 00check: AUTH_SHELL=/bin/bash
I: 00check: AUTH_UID=0
I: 00check: AUTH_USER=root
I: 00check: CHROOT_ALIAS=moto-amd64-sbuild
I: 00check: CHROOT_DESCRIPTION=Kali moto/amd64 (session chroot)
I: 00check: CHROOT_DIRECTORY=/srv/chroots/moto-amd64-sbuild
I: 00check: 
CHROOT_MOUNT_LOCATION=/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 00check: CHROOT_NAME=moto-amd64-sbuild
I: 00check: 
CHROOT_PATH=/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 00check: CHROOT_PROFILE=sbuild
I: 00check: CHROOT_PROFILE_DIR=/etc/schroot/sbuild
I: 00check: CHROOT_SESSION_CLONE=false
I: 00check: CHROOT_SESSION_CREATE=false
I: 00check: CHROOT_SESSION_PURGE=true
I: 00check: CHROOT_TYPE=directory
I: 00check: 
CHROOT_UNION_OVERLAY_DIRECTORY=/var/lib/schroot/union/overlay/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 00check: CHROOT_UNION_TYPE=aufs
I: 00check: 
CHROOT_UNION_UNDERLAY_DIRECTORY=/var/lib/schroot/union/underlay/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 00check: DATA_DIR=/usr/share/schroot
I: 00check: LIBEXEC_DIR=/usr/lib/x86_64-linux-gnu/schroot
I: 00check: MOUNT_DIR=/var/lib/schroot/mount
I: 00check: PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
I: 00check: PID=3492
I: 00check: PLATFORM=linux
I: 00check: PWD=/
I: 00check: SESSION_ID=moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 00check: SETUP_CONFIG=/etc/schroot/sbuild/config
I: 00check: SETUP_COPYFILES=/etc/schroot/sbuild/copyfiles
I: 00check: SETUP_DATA_DIR=/usr/share/schroot/setup
I: 00check: SETUP_FSTAB=/etc/schroot/sbuild/fstab
I: 00check: SETUP_NSSDATABASES=/etc/schroot/sbuild/nssdatabases
I: 00check: SHLVL=1
I: 00check: SYSCONF_DIR=/etc/schroot
I: 00check: VERBOSE=verbose
I: 00check: _=/usr/bin/env
I: Executing ‘05btrfs setup-start ok’
I: Executing ‘05file setup-start ok’
I: Executing ‘05lvm setup-start ok’
I: Executing ‘05union setup-start ok’
I: Executing ‘10mount setup-start ok’
I: 10mount: Mounting /srv/chroots/moto-amd64-sbuild on 
/var/lib/schroot/union/underlay/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 10mount: -v --bind  /srv/chroots/moto-amd64-sbuild 
/var/lib/schroot/union/underlay/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
I: 10mount: mount: /srv/chroots/moto-amd64-sbuild bound on 
/var/lib/schroot/union/underlay/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44.
I: 10mount: Using 'aufs' for filesystem union
I: 10mount: mount: /proc bound on 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/proc.
I: 10mount: mount: /sys bound on 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/sys.
I: 10mount: mount: /dev/pts bound on 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/dev/pts.
I: 10mount: mount: tmpfs mounted on /dev/shm.
I: 10mount: mount: /var/lib/sbuild/build bound on 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/build.
I: Executing ‘15binfmt setup-start ok’
I: 15binfmt: Missing update-binfmts; not enabling binfmt support
I: Executing ‘15killprocs setup-start ok’
I: Executing ‘20copyfiles setup-start ok’
I: Executing ‘20nssdatabases setup-start ok’
I: 20nssdatabases: Copying passwd database to 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/etc/passwd
I: 20nssdatabases: Copying shadow database to 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/etc/shadow
I: 20nssdatabases: Copying group database to 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/etc/group
I: 20nssdatabases: Copying gshadow database to 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/etc/gshadow
I: Executing ‘50chrootname setup-start ok’
I: 50chrootname: Setting chroot name to moto-amd64-sbuild
I: Executing ‘70services setup-start ok’
I: 70services: Starting services
I: Executing ‘99check setup-start ok’
moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
root@aphrodite:~# /usr/lib/x86_64-linux-gnu/schroot/schroot-listmounts -m 
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44
/var/lib/schroot/mount/moto-amd64-sbuild-dfe01c3b-0ec3-4b9e-a82d-61fab7394d44/build
/var/lib/schroot/mo

Bug#793080: ITP: dh-make-golang -- tool that converts Go packages into Debian package source

[Michael Stapelberg]

Package: wnpp
Severity: wishlist
Owner: Michael Stapelberg 

* Package name: dh-make-golang
  Version : 0.0~git20150721.0.5456aad-1
  Upstream Author : Michael Stapelberg
* URL : https://github.com/Debian/dh-make-golang
* License : BSD-3-clause
  Programming Lang: Go
  Description : tool that converts Go packages into Debian package source

 This package allows you to specify a Go package and will create a Debian
 package from that, following the pkg-go packaging guidelines.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793082: ITP: gerritlib -- Client library for accessing Gerrit

[Mathieu Parent]

Package: wnpp
Owner: Mathieu Parent 
Severity: wishlist

  Package name: gerritlib
  Version : 0.4.0+git20150319
  Upstream Author : OpenStack Infrastructure Team
  URL : http://git.openstack.org/cgit/openstack-infra/gerritlib
  License : Apache-2
  Programming Lang: Python
  Description : Client library for accessing Gerrit

Gerritlib is a Python library for interacting with Gerrit.

It aims to provide a more conventionally pythonic way of managing a
Gerrit instance.


This package is a requirement for jeepyb.

Regards

Mathieu Parent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787329: RFS: gpaw-setups/0.9.11271 ITP -- gpaw PAW datasets/setups

[Marcin Dulak]

Package: sponsorship-requests
Severity: wishlist

  I am looking for a sponsor for my package "gpaw-setups":

* Package name: gpaw-setups
  Version : 0.9.11271
  Upstream Author : GPAW-community 
* URL : https://wiki.fysik.dtu.dk/gpaw/setups/setups.html
* License : GPLv3+
  Description : gpaw PAW datasets/setups

  It builds those packages:

gpaw-data - PAW data

The package is available at
https://anonscm.debian.org/cgit/debian-science/packages/gpaw-setups.git

Marcin

Bug#793083: ITP: jeepyb -- Tools for managing gerrit projects and external sources

[Mathieu Parent]

Package: wnpp
Owner: Mathieu Parent 
Severity: wishlist

  Package name: jeepyb
  Version : 0+git...
  Upstream Author : OpenStack Infrastructure Team
  URL : http://git.openstack.org/cgit/openstack-infra/jeepyb
  License : Apache-2
  Programming Lang: Python
  Description : Tools for managing gerrit projects and external sources

jeepyb is a collection of tools which make managing a gerrit easier.
Specifically, management of gerrit projects and their associated upstream
integration with things like github, launchpad, and storyboard.

Regards

Mathieu Parent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792954: dpatch: please make the build reproducible

[Gergely Nagy]

Control: tag -1 pending

> "Maria" == Maria Valentina Marin  writes:

Maria> While working on the “reproducible builds” effort [1], we have 
noticed
Maria> that dpatch could not be built reproducibly.

Maria> The attached patch sets the mtimes of all files which are modified
Maria> during the built to the date of the last changelog entry in order to
Maria> produce files with reproducible metadata.

Thanks for the patch, applied. Will upload dpatch 2.0.36 later today.

-- 
|8]


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793017: Acknowledgement (game-data-packager: please add support for Xcom)

[Alexandre Detiste]

PS:

http://ufopaedia.org/index.php?title=Installing_(OpenXcom)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793084: python-mailer: Dependency on python-setuptools not necessary

[Michael Fladischer]

Package: python-mailer
Version: 0.7-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

the binary package python-mailer defines a dependency on python-setuptools that
is no necessary as this package is never imported in mailer.py. Please consider
removing it.

Cheers, Michael


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

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

Versions of packages python-mailer depends on:
ii  python 2.7.9-1
ii  python-setuptools  17.0-1
ii  python-support 1.0.15

python-mailer recommends no packages.

python-mailer suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJVrgZAAAoJEGlMre9Rx7W2uo4P/jOURI848G+mwTOzt4EvWBgO
u0XPOKVo8u2S9XGL5kq/dE3Q9wL82LLTqwzrlimbOPkICFgcxIxej2JStoEpdoR2
ivi5soV1zzzXZsNWbNe56A7x60RyCdVEIm0aTjpKl3TvUGlIujjMKTM2A9uGZ+0F
tCVczJnJeACsBOV720ZKPQGPMQL9BxJtJDXUEw9wRbPxCeag2YVsSCvQJj90BWEK
XWSZ6VUesbCeSGytVzYegMb53v4EG971tJCNNP6UGP9Pna5wI20U0oRShdewvq0Z
Z/kJRisWealoaQirs96uvUOsMhfM5djzrGzIss3mPmOtd7aBFP1Fl5fyI7bHKXuD
EP0RVp9J1Fux8URIaH4cHA1phhxaKyv7Tcs8979OLOBa2WFWM4oRUianwGGB3dg2
sZPQu0dQpPdMR4FPXSIS9BRYJYBoo+RP6x5vBvXGChf/33ICHQpWAnXhlkiwBwkd
5WzFZogF5oBSGFN5DlxiCN8Byk37ZDHDPohEo73vhyLsm1uLzymQ86Lz+W8VU3VY
8aVWrtpvbzcYsS5yWdaSTB2KT2UZGpfzjoSZGV6srrSexxqTTBHDDc7XzNLQuqoR
ombtTv08YgCK5lJLmtXwqOZCWoK0xE7ODGsF18vjFl4I/DZ4h570t2BCPjJ/JbdC
bKoIfDdSrEdDtcerjrQt
=TlaK
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793037: Same here

[Marcos Raúl Carot]

Let me know if there is any data I can send to help.

I noticed that Bluetooth itself still works as my phone connects.

Cheers,

Marcos Carot

Bug#793085: ffmpeg: removal of ffmpeg makes files disappear from libav-tools

[Andreas Beckmann]

Package: ffmpeg
Version: 7:2.7.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts replaces-without-breaks
Control: affects -1 + libav-tools

Hi,

during a test with piuparts and DOSE tools I noticed your package causes
removal of files that also belong to another package.
This is caused by using Replaces without corresponding Breaks.

The installation sequence to reproduce this problem is

  apt-get install libav-tools
  # (1)
  apt-get install ffmpeg
  apt-get remove ffmpeg
  # (2)

The list of installed files at points (1) and (2) should be identical,
but the following files have disappeared:

  usr/bin/qt-faststart
  usr/share/man/man1/qt-faststart.1.gz

This is a serious bug violating policy 7.6, see
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces
and also see the footnote that describes this incorrect behavior
https://www.debian.org/doc/debian-policy/footnotes.html#f53

The ffmpeg package has the following relationships with libav-tools:

  Conflicts: n/a
  Breaks:libav-tools (<< 6:9~), qt-faststart (<< 7:2.7.1-3~)
  Replaces:  libav-tools (<< 6:12~), qt-faststart (<< 7:2.7.1-3~)

The Breaks was not bumped to match the Replaces.

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

1m28.2s ERROR: FAIL: After purging files have disappeared:
  /usr/bin/qt-faststart  owned by: ffmpeg
  /usr/share/man/man1/qt-faststart.1.gz  owned by: ffmpeg

1m28.2s ERROR: FAIL: After purging files have been modified:
  /var/lib/dpkg/info/libav-tools.listnot owned



cheers,

Andreas


libav-tools=6%11.4-2_ffmpeg=7%2.7.2-1.log.gz
Description: application/gzip

Bug#792629: same here

[Marcos Raúl Carot]

If you want any data from my system, let me know.

Bug#792473: cups: After updating to 2.0.3-6 in testing cups interface no longer works

[MAG4 Piemonte]

Hi Didier, that's the output ...
Cheers!

Guido

In data lunedì 20 luglio 2015 16:37:39, Didier 'OdyX' Raboud ha scritto:
> John & Guido; can you please send the output of the following commands 
> to the bugreport (as root)?
> 
> # grep -E 'WebInterface|Listen' /etc/cups/cupsd.conf
Listen /var/run/cups/cups.sock
WebInterface Yes
> # lpstat -H
localhost:631
> 
> If the first doesn't show "Listen localhost:631" but the latter outputs 
> "localhost:127", then these are occurences of bug #792730.
> 
> Cheers,
> OdyX
> 
> P.S. I'll upload cups 2.0.3-9 as soon as I get feedback on #792731


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793086: arpalert: Stopping arpalert service with ‘systemctl stop arpalert` does not work in a reliable way.

[Leszek Szurko]

Package: arpalert
Version: 2.0.11-7.1
Severity: normal

Dear Maintainer,


Stopping  arpalert service with "systemctl stop arpalert" does not work in a 
reliable way when the service
listens on multiple interfaces (for instance interface = 
eth0,eth1,eth2,eth3,eth4 in arpalert.conf).
Sometimes the process stops while other time it continues to run:


root@leszek-test:~# systemctl start arpalert ; sleep 5
root@leszek-test:~# systemctl stop arpalert ; sleep 5 ; ps faux|grep  arpalert 
; tail  /var/log/syslog
root 18468  0.0  0.2  12720  2200 pts/0S+   01:12   0:00  | 
  |   \_ grep arpalert
arpalert 18448  0.1  1.4  30328 15108 ?S01:11   0:00 
/usr/sbin/arpalert -d -f /etc/arpalert/arpalert.conf
Jul 15 01:11:55 leszek-test arpalert[18443]: arpalert.
Jul 15 01:11:55 leszek-test arpalert[18443]: Jul  15 01:11:55 arpalert: 
Selected device: eth0
Jul 15 01:11:55 leszek-test arpalert[18443]: Jul  15 01:11:55 arpalert: 
Selected device: eth1
Jul 15 01:11:55 leszek-test arpalert[18443]: Jul  15 01:11:55 arpalert: 
Selected device: eth2
Jul 15 01:11:55 leszek-test arpalert[18443]: Jul  15 01:11:55 arpalert: 
Selected device: eth3
Jul 15 01:11:55 leszek-test arpalert[18443]: Jul  15 01:11:55 arpalert: 
Selected device: eth4
Jul 15 01:12:03 leszek-test arpalert: seq=55, mac=00:0c:21:1b:75:f0, 
ip=10.1.2.52, type=new, dev=eth3, vendor="VMware, Inc."
Jul 15 01:12:03 leszek-test arpalert: seq=56, mac=00:0c:22:7a:ac:92, 
ip=10.1.2.63, type=new, dev=eth3, vendor="VMware, Inc."
Jul 15 01:12:05 leszek-test arpalert: seq=96, mac=00:0c:12:3c:28:7c, 
ip=10.1.7.1, reference=10.1.7.3, type=ip_change, dev=eth1, vendor="VMware, Inc."
Jul 15 01:12:14 leszek-test arpalert[18461]: Stopping Ethernet station monitor 
daemon: arpalert.


We've noticed that stopping the service works reliably when in arpalert.conf we 
have a single interface to 
be monitored (interface = eth0).




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

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

Versions of packages arpalert depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.19-18
ii  libpcap0.8  1.6.2-2

arpalert recommends no packages.

arpalert suggests no packages.

-- Configuration Files:
/etc/arpalert/arpalert.conf changed:
maclist file = "/etc/arpalert/maclist.allow"
maclist alert file = "/etc/arpalert/maclist.deny"
maclist leases file = "/var/lib/arpalert/arpalert.leases"
lock file = "/var/run/arpalert.pid"
use syslog = true
log level = 6
user = arpalert
umask = 177
dump packet = false
daemon = false
dump inter = 5
catch only arp = true
interface = eth0,eth1,eth2,eth3,eth4
action on detect = ""
mod on detect = ""
mod config = ""
execution timeout = 10
max alert = 20
dump black list = false
dump white list = false
dump new address = true
mac timeout = 259200
max entry = 100
anti flood interval = 5  
anti flood global = 50
mac vendor file = "/etc/arpalert/oui.txt"
log mac vendor = true
alert mac vendor = true
mod mac vendor = true
log referenced address = false
alert on referenced address = false
mod on referenced address = false
log deny address = true
alert on deny address = true
mod on deny address = true
log new address = true
alert on new address = true
mod on new address = true
log new mac address = true
alert on new mac address = true
mod on new mac address = true
log ip change = true
alert on ip change = true
mod on ip change = true
log mac change = true
alert on mac change = true
mod on mac change = true
log unauth request = false
alert on unauth request = false
mod on unauth request = false
ignore unknown sender = false
ignore me = true
ignore self test = false
unauth ignore time method = 2
log request abus = true
alert on request abus = true
mod on request abus = true
max request = 100
log mac error = true
alert on mac error = true
mod on mac error = true
log flood = true
alert on flood  = true
mod on flood = true


-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#756035: apt-mirror: Typo error in /usr/bin/apt-mirror

[Hans Joachim Desserud]

In the corresponding Ubuntu bug report [1], I found that this issue
has already been patched upstream [2]. However, it doesn't look like
there's been a new release since the fix for this was merged.

[1] https://bugs.launchpad.net/ubuntu/+source/apt-mirror/+bug/1455522
[2] 
https://github.com/apt-mirror/apt-mirror/commit/2ec37a63b8c45d7dc6ed883c15b2b910a45e8136


--
mvh / best regards
Hans Joachim Desserud
http://desserud.org


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793088: src:glipper: maintainer address bounces

[Ansgar Burchardt]

Source: glipper
Source-Version: 2.4-5
Severity: serious
Tags: sid
X-Debbugs-Cc: Andrew Starr-Bochicchio 

The maintainer address for glipper bounces, see below.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   josernestodav...@ubuntu.com
> SMTP error from remote mail server after RCPT 
> TO::
> host mx.canonical.com [91.189.94.145]: 550 5.1.1 
> :
> Recipient address rejected: User unknown in virtual alias table
>
> -- This is a copy of the message, including all the headers. --
>
> Return-path: 
[...]
> From: Debian FTP Masters 
> To: =?utf-8?q?Jos=C3=A9_Ernesto_D=C3=A1vila_Pantoja?= 
> ,  
> X-DAK: dak process-upload
> X-Debian: DAK
> X-Debian-Package: glipper
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: glipper_2.4-5_amd64.changes ACCEPTED into unstable
> Message-Id: 
> Date: Mon, 20 Jul 2015 03:34:37 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Fri, 17 Jul 2015 16:53:57 -0600
> Source: glipper
> Binary: glipper
> Architecture: source all
> Version: 2.4-5
> Distribution: unstable
> Urgency: medium
> Maintainer: José Ernesto Dávila Pantoja 
> Changed-By: José Ernesto Dávila Pantoja 
> Description:
>  glipper- Clipboard manager for GNOME
> Closes: 724599
> Changes:
>  glipper (2.4-5) unstable; urgency=medium
>  .
>* debian/control:
>  - Bump Standards-Version to 3.9.6.
>  - Added dh-python to Build-Depends.
>  .
>[ Thanks Ernesto Domato ]
>* debian/patches:
>  - Update the autostart-only-in-gnome.txt path
>to include the MATE desktop (Closes: #724599).
> Checksums-Sha1:
>  8ed1d12c1db863b0549ffc95eef2da0ede449694 2010 glipper_2.4-5.dsc
>  edb0abdc5c257140d09f8fc295191d575c5349c7 20188 glipper_2.4-5.debian.tar.xz
>  5ec6b6efbaa647d2bb29c0ebd155b1ccf9559f55 50688 glipper_2.4-5_all.deb
> Checksums-Sha256:
>  270962b8e9bd923c1f47d0ce385e49dfdd96ac45b08eb2f92c08f65247dad0b9 2010 
> glipper_2.4-5.dsc
>  e7e740123619790d3f42dacd28f31ecc2ec57033e34f3642994299a49f47c24c 20188 
> glipper_2.4-5.debian.tar.xz
>  016514d83323ef0c5d517c46676241f52140b4393ddadb3e999f8b1d7caa8de6 50688 
> glipper_2.4-5_all.deb
> Files:
>  075709154d170e40e7452c847a3c5f11 2010 utils optional glipper_2.4-5.dsc
>  9938eb69eaf6a42fb94134461cb38d7b 20188 utils optional 
> glipper_2.4-5.debian.tar.xz
>  c8dfcc6ea187538b310e6a682e03ee73 50688 utils optional glipper_2.4-5_all.deb
>
>
>
> Thank you for your contribution to Debian.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793087: xserver-xorg-video-intel: intel-virtual-output crash when checking for DRI3

[Thomas Perret]

Package: xserver-xorg-video-intel
Version: 2:2.99.917-2
Severity: important
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

when running intel-virtual-ouput, the program crashes and no external
monitor can be used.

here's the debug output:

$ intel-virtual-output -v
intel-virtual-output: version 2.99.917
display_open((null))
:0: has_shm?=1, event=65, opcode=130, has_pixmap?=1
:0: randr_active?=1, event=89, error=147
:0: xinerama_active?=1, event=0, error=0
:0: dri3_active?=0
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
  after 20 requests (20 known processed) with 0 events remaining.


The corresponding upstream bug 
(https://bugs.freedesktop.org/show_bug.cgi?id=89172)
as already been fixed in commit 2b978c71e4a9f54e728fb8abf2734c260ee74916.

As I'm not able to understand the code I just replaced the
tools/virtual.c file by the one from the previously mentioned commit and
generated a patch from it, and everything seems to work as expected
(configurable external monitor).

Thanks for your time,

Thomas


- -- Package-specific info:
X server symlink status:
- 
lrwxrwxrwx 1 root root 13 Apr 13 16:11 /etc/X11/X -> /usr/bin/Xorg
- -rwxr-xr-x 1 root root 2384776 Jul  1 19:21 /usr/bin/Xorg

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

Bug#793074: [Pkg-alsa-devel] Bug#793074: libasound2-plugins: upgrade not possible due to multiarch problems

[Elimar Riesebieter]

* Achim Schaefer  [2015-07-21 06:09 +0200]:

> Package: libasound2-plugins
> Version: 1.0.28-1+b2
> Severity: important
> 
> Dear Maintainer,
> 
> with the latest build (b2) this package is not multiarch installable any more 
> due to 
> dependecies. see #777223.

Try 1.0.29 which resides in testing since 13th of July.

Elimar
-- 
 The path to source is always uphill!
-unknown-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793090: src:ipgrab: maintainer address bounces

[Ansgar Burchardt]

Source: ipgrab
Source-Version: 0.9.10-1
Tags: sid
Severity: serious
X-Debbugs-Cc: Martin Michlmayr 

The maintainer address for ipgrab bounces, see below.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   ebros...@netgarage.org
> SMTP error from remote mail server after RCPT TO::
> host mail.netgarage.org [176.9.4.150]: 550 5.1.1 :
> Recipient address rejected: User unknown in virtual mailbox table
>
> -- This is a copy of the message, including all the headers. --
>
> Return-path: 
[...]
> From: Debian FTP Masters 
> To: Dennis Krzyzaniak , Martin Michlmayr 
> ,  
> X-DAK: dak process-upload
> X-Debian: DAK
> X-Debian-Package: ipgrab
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: ipgrab_0.9.10-1.1_amd64.changes ACCEPTED into unstable
> Message-Id: 
> Date: Thu, 16 Jul 2015 18:19:36 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Thu, 16 Jul 2015 11:04:54 -0400
> Source: ipgrab
> Binary: ipgrab
> Architecture: source amd64
> Version: 0.9.10-1.1
> Distribution: unstable
> Urgency: medium
> Maintainer: Dennis Krzyzaniak 
> Changed-By: Martin Michlmayr 
> Description:
>  ipgrab - tcpdump-like utility that prints detailed header information
> Closes: 739562 777917
> Changes:
>  ipgrab (0.9.10-1.1) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* Fix build failure with GCC 5.  Patch from Tim Potter. (Closes: #777917)
>* Fix build failure with clang.  Patch from Arthur Marble. (Closes:
>  #739562)
> Checksums-Sha1:
>  be0724d0efbd33c7988b7c87993bbb97a503707a 1683 ipgrab_0.9.10-1.1.dsc
>  0338a725d887b5521f0f19d222f4034b4cc2fd18 5360 ipgrab_0.9.10-1.1.debian.tar.xz
>  6bdda64e591328a01d293712909dbbb39a605d11 82254 ipgrab_0.9.10-1.1_amd64.deb
> Checksums-Sha256:
>  52f18304d9b7a15ef2f7f666308e320289381b9eefed4d67a785ad3b541ac176 1683 
> ipgrab_0.9.10-1.1.dsc
>  0ebb6bade0171faa1d658d97bf31da00536d6529382ffd13ea04e7fb9293f705 5360 
> ipgrab_0.9.10-1.1.debian.tar.xz
>  b0797d6ec228244f86768e45b416e3e8378c190adf83b93b733c16e1779193b2 82254 
> ipgrab_0.9.10-1.1_amd64.deb
> Files:
>  3dd2e264c33483d4cc6779eae8cd62d0 1683 net optional ipgrab_0.9.10-1.1.dsc
>  192a57a8ea634a524ab693df3b1e7a12 5360 net optional 
> ipgrab_0.9.10-1.1.debian.tar.xz
>  e6c7cb8cbe5c07cbc4cc5ae7fa5899f1 82254 net optional 
> ipgrab_0.9.10-1.1_amd64.deb
>
>
>
> Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793057: ITP: godot -- open source MIT licensed game engine

[Julien Cristau]

On Mon, Jul 20, 2015 at 23:29:14 +0200, Bruno Ramos wrote:

>   Description : open source MIT licensed game engine
> 
That's not a terribly useful short description.  Only the last two words
belong there, IMO.  The "open source" bit is kind of implied by it being
in Debian, and the exact license is what debian/copyright is for.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#793089: dvbcut: FTBFS against ffmpeg

[Sebastian Ramacher]

Package: dvbcut
Version: 0.5.4+svn178-9
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid stretch
Control: block 792619 by -1

dvbcut failed to build on the buildds for the libav->ffmpeg transition:
| g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall 
-DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" 
-DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" 
-DHAVE_LIB_SWSCALE=1 -DHAVE_LIB_MAD=1 -DHAVE_LIB_A52=1 -DHAVE_LIB_AO=1 
-DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_AO_AO_H=1 -DHAVE_MAD_H=1 
-DHAVE_STDINT_H=1 -DHAVE_A52DEC_A52_H=1 -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 
-DHAVE_SYS_PARAM_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=1 -D__STDC_LIMIT_MACROS=1 
-D__STDC_CONSTANT_MACROS=1 -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE=2 
-I/usr/include -I/usr/include/ffmpeg -I/include -DQT_SHARED -DQT3_SUPPORT 
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/Qt3Support -I/usr/include/qt4 
-I/usr/include/qt4/QtNetwork -I/usr/include/qt4 -I/usr/include/qt4/QtSql 
-I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4 
-I/usr/include/qt4/QtXml -I/usr/include/qt4 -I/usr/include/qt4/QtCore  -I. 
-D_FORTIFY_SOURCE=2 -I/usr/include -I/usr/include/ffmpeg -I/include -DQT_SHARED 
-DQT3_SUPPORT -DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/Qt3Support 
-I/usr/include/qt4 -I/usr/include/qt4/QtNetwork -I/usr/include/qt4 
-I/usr/include/qt4/QtSql -I/usr/include/qt4 -I/usr/include/qt4/QtGui 
-I/usr/include/qt4 -I/usr/include/qt4/QtXml -I/usr/include/qt4 
-I/usr/include/qt4/QtCore  -I.  -c -o differenceimageprovider.o 
differenceimageprovider.cpp
| In file included from differenceimageprovider.cpp:24:0:
| avframe.h:28:21: fatal error: swscale.h: No such file or directory
|  #include 
|  ^
| compilation terminated.
| In file included from avframe.cpp:24:0:
| avframe.h:28:21: fatal error: swscale.h: No such file or directory
|  #include 
|  ^
| compilation terminated.
| make[2]: *** [differenceimageprovider.o] Error 1
| make[2]: *** Waiting for unfinished jobs
| : recipe for target 'differenceimageprovider.o' failed
| make[2]: *** [avframe.o] Error 1
| make[1]: *** [all] Error 2
| dh_auto_build: make -j2 returned exit code 2
| make: *** [build-arch] Error 2

See
https://buildd.debian.org/status/fetch.php?pkg=dvbcut&arch=amd64&ver=0.5.4+svn178-9+b1&stamp=1437424385
for a full build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#741573: #741573: Menu Policy and Consensus

[Sam Hartman]

> "Josselin" == Josselin Mouette  writes:

Josselin> Sam Hartman  wrote: Bill, in his role
Josselin> of policy editor said that he believed there was not a
Josselin> consensus.  He cited a specific set of messages that he
Josselin> believes were not properly addressed.

>> From the beginning, I have been puzzled by your approach to this
>> issue.
Josselin> With this paragraph, I think I’m beginning to understand
Josselin> how you want to treat the issue. And I can’t say I think
Josselin> it is constructive.

Josselin> Bill used his position as a policy editor to reject a
Josselin> change, not because it was against consensus or against
Josselin> the policy process, but because it was against his own
Josselin> opinion. Not as policy editor, but as menu maintainer.

First, I definitely understand your frustration with the process.  It
 sounds like you expect to have confidence that policy
 editors  follow the community's needs and do not allow their personal
 biases to influence their decisions.  It sounds like you're frustrated
 because you don't see that happening here.

I strongly value building robust processes.  When we treat matters as
confrontations between people, we build frustration, we drive people
away, and we poison the atmosphere of the community.  However, it's also
important that we  address peoples frustrations.  I hope we can get to a
point where we all believe that if there were a similar issue in the
future, it would be resolved much more quickly.

We all have biases.  So, before focusing on blaming people or deciding
they are not acting in good faith, I'd like to focus on looking at what
we can do to have reasonable results even in the case of biases and bad
decisions from time to time.  I think we would all be less frustrated if this
issue had been quickly resolved in a couple of weeks even if Bill had
displayed some bias in his initial call.

When I read Bill's message, he was claiming to act as a policy editor
*not* as a menu maintainer.  So, yes I'll start by assuming that he is
doing what he said he's doing and discard that assumption very
reluctantly.

Now, does Bill have biases?
Almost certainly.
Bill did state his own objections early in the discussion; one of the
messages he pointed to that he claims was not addressed was his own
message.
Would bill have  focused so much on finding objections if he  didn't
dislike the proposal so much?  Probably not.  Would Bill have been more
willing to decide that objections were handled if he liked the proposal
better?  Many people would be more sympathetic to proposals they liked.

Should Bill have recused?
Your current process does not describe when policy editors should
recuse.
One thing we may learn here is that we need to be more clear about how
we handle recusals.

Again, my hope is that we can work on our processes and our
understanding of how we address issues like this.  I think that we could
get to a place where it takes a couple of weeks to resolve these sorts
of disagreements in most cases.
I think we can also do a better job of understanding what we expect.

However, I also recognize that it's possible we'll find ourselves in a
situation where a member of the community is not meeting the
expectations we've jointly agreed.  I think in such cases that the
discussion about that member should be with the DPL.
I also think separating the discussion of how to handle the issue from
discussions of specific members of the community is valuable.  As a TC
member I'm going to focus on the process and the specific technical
proposal, *not* on the personalities.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#741573: Russ's role

[Sam Hartman]

> "Bill" == Bill Allombert  writes:

Bill> On Mon, Jul 20, 2015 at 10:34:47AM -0400, Sam Hartman wrote:
>> You said:
>> Hi.  As a matter of fact finding.  Russ's message, which Charles
>> sites implies to me that Russ was swamped and didn't have time to
>> do the commit.  By seconding, he had already done the review.

Bill> Seconding a bug does not imply doing a consensus search, even
Bill> for a policy editor.

We are not in agreement on this issue.
I've quoted the text from your process document that explains people
seconding a proposal are expected to evaluate consensus as well as
evaluate the technical quality of the proposal.
I've also explained my review of whether that happened in this instance.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793092: debhelper: uninitialized value in numeric eq (==) at dh_makeshlibs line 270.

[Jakub Wilk]

Package: debhelper
Version: 9.20150628
Severity: minor

When all libraries disappeared from a package that had a *.symbols file, 
dh_makeshlibs triggers this warning:


Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
270.


Seen in this build log:
https://buildd.debian.org/status/fetch.php?pkg=pjproject&arch=i386&ver=2.4~dfsg-1&stamp=1437434574


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

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

Versions of packages debhelper depends on:
ii  binutils  2.25-10
ii  dpkg  1.18.1
ii  dpkg-dev  1.18.1
ii  file  1:5.22+15-2
ii  libdpkg-perl  1.18.1
ii  man-db2.7.1-2
ii  perl  5.20.2-6
ii  po-debconf1.0.18

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793091: src:checkbox-ng: maintainer address bounces

[Ansgar Burchardt]

Source: checkbox-ng
Source-Version: 0.18-2
Tags: sid
Severity: serious
X-Debbugs-Cc: Zygmunt Krynicki , 


The maintainer address for src:checkbox-ng bounces, see below.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   checkbox-...@lists.launchpad.net
> SMTP error from remote mail server after RCPT 
> TO::
> host polevik.canonical.com [91.189.95.64]: 550 unknown user
>
> -- This is a copy of the message, including all the headers. --
>
> Return-path: 
[...]
> From: Debian FTP Masters 
> To: Checkbox Developers , Zygmunt Krynicki 
> ,  
> X-DAK: dak process-upload
> X-Debian: DAK
> X-Debian-Package: checkbox-ng
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: checkbox-ng_0.18-2_amd64.changes ACCEPTED into unstable
> Message-Id: 
> Date: Thu, 09 Jul 2015 18:48:58 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Thu, 09 Jul 2015 19:58:33 +0200
> Source: checkbox-ng
> Binary: checkbox-ng checkbox-ng-service python3-checkbox-ng 
> python3-checkbox-ng-doc
> Architecture: source all
> Version: 0.18-2
> Distribution: unstable
> Urgency: medium
> Maintainer: Checkbox Developers 
> Changed-By: Zygmunt Krynicki 
> Description:
>  checkbox-ng - PlainBox based test runner
>  checkbox-ng-service - CheckBox D-Bus service
>  python3-checkbox-ng - PlainBox based test runner (Python 3 library)
>  python3-checkbox-ng-doc - PlainBox based test runner (documentation)
> Changes:
>  checkbox-ng (0.18-2) unstable; urgency=medium
>  .
>* Add fix-tests-on-python35 patch to use inspect.Signature.from_callable
>  instead of deprecated from_function in Python >= 3.5 (LP: #1473093)
> Checksums-Sha1:
>  f9e45c39b4922b13b6c9534e4f95d17c2c4e48d9 2482 checkbox-ng_0.18-2.dsc
>  8ace1d7d4748373d815d87e8fae296176d726c30 8072 
> checkbox-ng_0.18-2.debian.tar.xz
>  5211ff39255add5cc5885c321a46e9fdccb924a9 4278 
> checkbox-ng-service_0.18-2_all.deb
>  e639e1222d04dc490003c6ebe29e892b0b434751 17290 checkbox-ng_0.18-2_all.deb
>  5c0270cb1668a24a183c0623be8053d11e06b4c3 40736 
> python3-checkbox-ng-doc_0.18-2_all.deb
>  39ed2d6f55f529b27df63c25433d19eab13a695a 50676 
> python3-checkbox-ng_0.18-2_all.deb
> Checksums-Sha256:
>  a8770d60c56a087261b9a4394f21c8148f6766bf5a33983bbe12e40663b41423 2482 
> checkbox-ng_0.18-2.dsc
>  67c3c028cd6ae3a9316683701fedcb4421320447d9881ed68449955f831840d5 8072 
> checkbox-ng_0.18-2.debian.tar.xz
>  71eb256fa25a0ef5211e56247f8d4e4143bdde8462722f98a37d7a4b48f90ca5 4278 
> checkbox-ng-service_0.18-2_all.deb
>  e75094b3bc757e0ab8e3a2b7d921b302d1d6deedc04e064475958ed0a811b69b 17290 
> checkbox-ng_0.18-2_all.deb
>  d6ee7dbcff18fe7650ae86c440d30a076436cc7b821b0ea26a73356f3e6ed909 40736 
> python3-checkbox-ng-doc_0.18-2_all.deb
>  bfb282bc71fb13fdd8816b16b00d1c55a39c50d604cad957ec7a9b73ddda2ff4 50676 
> python3-checkbox-ng_0.18-2_all.deb
> Files:
>  9ee501577304f2291ee3988314087a39 2482 utils optional checkbox-ng_0.18-2.dsc
>  a84989d8be304fb459a7320e57a6f736 8072 utils optional 
> checkbox-ng_0.18-2.debian.tar.xz
>  10272dbf806dc70913e4f5910e8dbac8 4278 utils optional 
> checkbox-ng-service_0.18-2_all.deb
>  2ed1e32090f2804242540be41cc6fe18 17290 utils optional 
> checkbox-ng_0.18-2_all.deb
>  d2d6245965183e7897f197ca68c76ffd 40736 doc extra 
> python3-checkbox-ng-doc_0.18-2_all.deb
>  9123cf61ddfd5aa1a03159c0bdbf595a 50676 utils optional 
> python3-checkbox-ng_0.18-2_all.deb
>
>
>
> Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793093: PDF makes pdftoppm to hang

[Santiago Vila]

Package: poppler-utils
Version: 0.26.5-2
Severity: serious

On Debian 8, the following PDF makes pdftoppm to hang:

http://ssii.ucm.es/wifi/eduroam/GN2-07-327v2-DS5_1_1-_eduroam_Service_Definition.pdf

I do this:

pdftoppm -r 300 the-above-document.pdf foo

and the files foo-01.ppm to foo-07.ppm are generated, but then "top"
shows the pdftoppm command consuming 100% CPU and it remains that way
forever.

Maybe this is due to some library which is not working properly and
not pdftoppm itself, but I have not identified it. Please reassign as
appropriate.

Note: evince suffers from the same problem. I'll report that separately.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792988: xbs: please make the build reproducible

[Maria Valentina Marin]

Hi,

On Mon, 20 Jul 2015 13:30:41 +0100 Matthew Vernon 
wrote:
> I think this isn't the correct answer, and in fact the thing to do is 
> add -p to the cp and install calls, to preserve timestamps?

I tried to build xbs using the -p option as you suggested, and while
files become reproducible, the directories are still unreproducible as
you can see in the attached debbindiff.

Kind Regards,
akira

--- ../test1/xbs_0-11_amd64.deb
+++ ../test2/xbs_0-11_amd64.deb
├── control.tar.gz
│   ├── control.tar
│   │   ├── metadata
│   │   │ @@ -1,2 +1,2 @@
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:33 ./
│   │   │ --rw-r--r-- root/root491 2015-07-21 11:06:33 ./control
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./
│   │   │ +-rw-r--r-- root/root491 2015-07-21 11:06:35 ./control
│   │   ╵
│   ╵
├── data.tar.xz
│   ├── data.tar
│   │   ├── metadata
│   │   │ @@ -1,19 +1,19 @@
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./usr/
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./usr/bin/
│   │   │ --rwxr-xr-x root/root 104904 2015-07-21 11:06:32 ./usr/bin/xbs
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./usr/share/
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./usr/share/doc/
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 
./usr/share/doc/xbs/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./usr/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./usr/bin/
│   │   │ +-rwxr-xr-x root/root 104904 2015-07-21 11:06:35 ./usr/bin/xbs
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./usr/share/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./usr/share/doc/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 
./usr/share/doc/xbs/
│   │   │  -rw-r--r-- root/root123 2015-03-07 23:56:19 
./usr/share/doc/xbs/README.debian
│   │   │  -rw-r--r-- root/root   1147 2015-07-20 20:30:05 
./usr/share/doc/xbs/changelog.Debian.gz
│   │   │  -rw-r--r-- root/root231 2015-03-07 23:56:19 
./usr/share/doc/xbs/changelog.gz
│   │   │  -rw-r--r-- root/root468 2015-03-07 23:56:19 
./usr/share/doc/xbs/copyright
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 
./usr/share/doc/xbs/examples/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 
./usr/share/doc/xbs/examples/
│   │   │  -rw-r--r-- root/root290 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/README.examples
│   │   │  -rw-r--r-- root/root   1598 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/alfa.bs
│   │   │  -rw-r--r-- root/root   7806 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/bi2201.bs
│   │   │  -rw-r--r-- root/root   3257 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/c60.bs
│   │   │  -rw-r--r-- root/root695 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/ch4.bs
│   │   │  -rw-r--r-- root/root   2056 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/gray.bs
│   │   │  -rw-r--r-- root/root   4238 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/grpht.bs
│   │   │ @@ -24,10 +24,10 @@
│   │   │  -rw-r--r-- root/root   3360 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/ring.bs
│   │   │  -rw-r--r-- root/root 122505 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/ring.mv
│   │   │  -rwxr-xr-x root/root211 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/runex
│   │   │  -rw-r--r-- root/root   2255 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/serp.bs
│   │   │  -rw-r--r-- root/root  42380 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/serp.mv
│   │   │  -rw-r--r-- root/root   3015 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/stb.bs
│   │   │  -rw-r--r-- root/root   1336 2015-03-07 23:56:19 
./usr/share/doc/xbs/examples/tic.bs
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 ./usr/share/man/
│   │   │ --rwxr-xr-x root/root  0 2015-07-21 11:06:32 
./usr/share/man/man1/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 ./usr/share/man/
│   │   │ +-rwxr-xr-x root/root  0 2015-07-21 11:06:35 
./usr/share/man/man1/
│   │   │  -rw-r--r-- root/root   3626 2015-03-07 23:56:19 
./usr/share/man/man1/xbs.1.gz
│   │   ╵
│   ╵
├── metadata
│ @@ -1,3 +1,3 @@
│  rw-r--r-- 0/0  4 Jul 20 20:29 2015 debian-binary
│  rw-r--r-- 0/0459 Jul 20 20:29 2015 control.tar.gz
│ -rw-r--r-- 0/0  83656 Jul 20 20:29 2015 data.tar.xz
│ +rw-r--r-- 0/0  83776 Jul 20 20:29 2015 data.tar.xz
╵

Bug#793095: PDF makes evince to hang

[Santiago Vila]

Package: evince
Version: 3.14.1-2
Severity: serious

On Debian 8, the following PDF makes evince to hang:

http://ssii.ucm.es/wifi/eduroam/GN2-07-327v2-DS5_1_1-_eduroam_Service_Definition.pdf

I do this:

evince the-above-document.pdf

and I can see pages 1 to 5, but when I arrive at page 6, it becomes
unresponsive and "top" shows the evince command consuming 100% CPU
and it remains that way forever.

Maybe this is due to some library which is not working properly and
not evince itself, but I have not identified it. Please reassign as
appropriate.

Note: pdftoppm suffers from the same problem. I've reported that separately.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793091: src:checkbox-ng: maintainer address bounces

[Zygmunt Krynicki]

On Tue, Jul 21, 2015 at 11:08 AM, Ansgar Burchardt  wrote:
> Source: checkbox-ng
> Source-Version: 0.18-2
> Tags: sid
> Severity: serious
> X-Debbugs-Cc: Zygmunt Krynicki , 
> 
>
> The maintainer address for src:checkbox-ng bounces, see below.

Ah, we moved to checkbox-de...@lists.ubuntu.com, I'll correct all the
affected packages. Thanks for reporting this.

Best regards
ZK


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793094: pjproject: FTBFS: some symbols or patterns disappeared in the symbols file

[Jakub Wilk]

Source: pjproject
Version: 2.4~dfsg-1
Severity: serious
Justification: fails to build from source

pjproject FTBFS on 32-bit architectures:
|dh_makeshlibs -a
| dpkg-gensymbols: warning: some libraries disappeared in the symbols file: 
libpjsip-simple.so.2 libpjsua.so.2 libpjmedia-codec.so.2 libpjlib-util.so.2 
libpjsip-ua.so.2 libpjsip.so.2 libpjnath.so.2 libpjmedia-videodev.so.2 
libpjmedia.so.2 libpjmedia-audiodev.so.2 libpj.so.2
| dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
| dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
| dpkg-gensymbols: warning: debian/libpjsua2-2/DEBIAN/symbols doesn't match 
completely debian/libpjsua2-2.symbols
| --- debian/libpjsua2-2.symbols (libpjsua2-2_2.4~dfsg-1_i386)
| +++ dpkg-gensymbols2_HFSS 2015-07-20 23:22:51.722478229 +
| @@ -1,2152 +1,3 @@
| -libpj.so.2 libpjsua2-2 #MINVER#
| - PJ_AF_INET6@Base 2.4~dfsg
| - PJ_AF_INET@Base 2.4~dfsg
| - PJ_AF_IRDA@Base 2.4~dfsg
| - PJ_AF_PACKET@Base 2.4~dfsg
[SNIP - very long of multiple libraries that completely disappeared and 
their symbols]

|  libpjsua2.so.2 libpjsua2-2 #MINVER#
|   _ZN10PendingLog7executeEb@Base 2.4~dfsg
|   _ZN10PendingLogD0Ev@Base 2.4~dfsg
| @@ -2744,12 +595,14 @@
|   _ZNSt12_Destroy_auxILb0EE9__destroyIPSsEEvT_S3_@Base 2.4~dfsg
|   
_ZNSt20__uninitialized_copyILb0EE13__uninit_copyIPN2pj12AuthCredInfoES4_EET0_T_S6_S5_@Base
 2.4~dfsg
|   
_ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
 2.4~dfsg
| - 
_ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 2.4~dfsg
| + 
_ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_@Base
 2.4~dfsg-1
| +#MISSING: 2.4~dfsg-1# 
_ZNSt6vectorIN2pj12AuthCredInfoESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 2.4~dfsg
|   
_ZNSt6vectorIN2pj13CallMediaInfoESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
 2.4~dfsg
|   
_ZNSt6vectorIN2pj16SipMultipartPartESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
 2.4~dfsg
|   
_ZNSt6vectorIN2pj17ToneDigitMapDigitESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
 2.4~dfsg
|   
_ZNSt6vectorIN2pj9SipHeaderESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_@Base
 2.4~dfsg
| - 
_ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 2.4~dfsg
| + 
_ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_@Base
 2.4~dfsg-1
| +#MISSING: 2.4~dfsg-1# 
_ZNSt6vectorIN2pj9SipHeaderESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEmRKS1_@Base
 2.4~dfsg
|   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EED1Ev@Base 2.4~dfsg
|   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EED2Ev@Base 2.4~dfsg
|   _ZNSt6vectorIN2pj9SipHeaderESaIS1_EEaSERKS3_@Base 2.4~dfsg
| @@ -2764,10 +617,12 @@
|   _ZNSt6vectorISsSaISsEED2Ev@Base 2.4~dfsg
|   _ZNSt6vectorISsSaISsEEaSERKS1_@Base 2.4~dfsg
|   
_ZNSt6vectorIiSaIiEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPiS1_EERKi@Base
 2.4~dfsg
| - 
_ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEmRKi@Base
 2.4~dfsg
| + 
_ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEjRKi@Base
 2.4~dfsg-1
| +#MISSING: 2.4~dfsg-1# 
_ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEmRKi@Base
 2.4~dfsg
|   _ZNSt6vectorIiSaIiEEaSERKS1_@Base 2.4~dfsg
| + 
_ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE17_M_insert_unique_ESt23_Rb_tree_const_iteratorIS6_ERKS6_@Base
 2.4~dfsg-1
|   
_ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE24_M_get_insert_unique_posERS3_@Base
 2.4~dfsg
| - 
_ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS6_ERS3_@Base
 2.4~dfsg
| +#MISSING: 2.4~dfsg-1# 
_ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorIS6_ERS3_@Base
 2.4~dfsg
|   
_ZNSt8_Rb_treeIP11pj_thread_tSt4pairIKS1_PA64_lESt10_Select1stIS6_ESt4lessIS1_ESaIS6_EE8_M_eraseEPSt13_Rb_tree_nodeIS6_E@Base
 2.4~dfsg
|   _ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_ERKS6_S8_@Base 2.4~dfsg
|   _ZTI10PendingLog@Base 2.4~dfsg
| Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
270.
| dh_makeshlibs: failing due to earlier errors
| make: *** [binary-arch] Error 2

Full build logs:
https://buildd.debian.org/status/fetch.php?pkg=pjproject&arch=armel&ver=2.4%7Edfsg-1&stamp=1437436756
https://buildd.debian.org/status/fetch.php?pkg=pjproject&arch=armhf&ver=2.4%7Edfsg-1&stamp=1437438639
https://buildd.debian.org/status/fetch.php?pkg=

Bug#793096: [meta-kde] kde-full and kde-standard cannot be installed due to Break-Depend cycles

[Franz Schrober]

Package: meta-kde
Version: 5:86
Severity: important


kde-standard depends on plasma-desktopthemes-artwork + plasma-workspace.
But plasma-workspace (KDE5) has a Breaks against 
plasma-desktopthemes-artwork (KDE4)

kde-full depends on kdeartworks + kde-standard. kdeartworks is KDE4 and
depends on many packages which have an explicit Breaks from
plasma-desktop (KDE5). For example kscreensaver requires
kde-workspace-bin (KDE4) which is in conflict (Breaks) with
plasma-workspace. Also kdeartwork-style has a Breaks from
plasma-workspace. So maybe it is better to drop kdeartworks from
kde-full.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.0.0-2-amd64

Debian Release: stretch/sid
500 unstablehttpredir.debian.org 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793097: libpjproject-dev: arch-dependent files in "Multi-Arch: same" package

[Jakub Wilk]

Package: libpjproject-dev
Version: 2.4~dfsg-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libpjproject-dev is marked as "Multi-Arch: same", but the 
following files are architecture-dependent:


/usr/include/pj/compat/m_auto.h
/usr/include/pj/compat/os_auto.h

An example diff between amd64 and arm64 is attached.

--
Jakub Wilk
diff -ur libpjproject-dev_2.4~dfsg-1_amd64/usr/include/pj/compat/m_auto.h 
libpjproject-dev_2.4~dfsg-1_arm64/usr/include/pj/compat/m_auto.h
--- libpjproject-dev_2.4~dfsg-1_amd64/usr/include/pj/compat/m_auto.h
2015-06-28 23:01:05.0 +0200
+++ libpjproject-dev_2.4~dfsg-1_arm64/usr/include/pj/compat/m_auto.h
2015-07-21 01:26:39.0 +0200
@@ -27,7 +27,7 @@
  */
 
 /* Machine name, filled in by autoconf script */
-#define PJ_M_NAME "x86_64"
+#define PJ_M_NAME "aarch64"
 
 /* Endianness. It's reported on pjsip list on 09/02/13 that autoconf
  * endianness detection failed for universal build, so special case
diff -ur libpjproject-dev_2.4~dfsg-1_amd64/usr/include/pj/compat/os_auto.h 
libpjproject-dev_2.4~dfsg-1_arm64/usr/include/pj/compat/os_auto.h
--- libpjproject-dev_2.4~dfsg-1_amd64/usr/include/pj/compat/os_auto.h   
2015-06-28 23:01:05.0 +0200
+++ libpjproject-dev_2.4~dfsg-1_arm64/usr/include/pj/compat/os_auto.h   
2015-07-21 01:26:39.0 +0200
@@ -28,7 +28,7 @@
  */
 
 /* Canonical OS name */
-#define PJ_OS_NAME "x86_64-pc-linux-gnu"
+#define PJ_OS_NAME "aarch64-unknown-linux-gnu"
 
 /* Legacy macros */
 /* #undef PJ_WIN32 */
@@ -167,7 +167,7 @@
 #define PJ_NATIVE_STRING_IS_UNICODE 0
 
 /* Pool alignment in bytes */
-#define PJ_POOL_ALIGNMENT 8
+#define PJ_POOL_ALIGNMENT 4
 
 /* The type of atomic variable value: */
 #define PJ_ATOMIC_VALUE_TYPE long

Bug#793027: Missing QuoVadis "G3" Root CAs (in Wheezy)

[Cédric Dufour - Idiap Research Institute]

Hello,

On 20/07/15 17:30, Cedric Dufour wrote:
> On 07/20/2015 09:57 AM, Cédric Dufour - Idiap Research Institute wrote:
>> In Debian/Wheezy (oldstable), QuoVadis three "G3" Root CAs -
>> https://www.quovadisglobal.ch/Repository/DownloadRootsAndCRL.aspx -
>> are missing from the 'ca-certificates' package (while they are
>> present in Debian/Jessie).
>>
>> Would it be possible to add them (as we now receive server
>> certificates that trace back to such "G3" root issuing CAs) ?
>
> Does installing the ca-certificates package from Jessie cause any issues for 
> you?
>
> Typically, backports is for packages that need rebuilding, due to the newer 
> package not being installable, due to newer dependencies, etc. I'm pretty 
> sure in your case, this should "Just Work" installing the newer version. Let 
> me know if the version from Jessie does not install cleanly.
>

Jessie package does install cleanly. As we have our own local mirror of Debian 
APT repository, I can deploy it easily enought to all our Wheezy hosts (we have 
300+ Linux/Debian hosts).

The only problem I see with this approach is that I have to monitor Jessie 
security updates closely and make sure to "import" any updated package in our 
Wheezy repository.
I'd rather not mess with the APT configuration of our Wheezy hosts and add 
Jessie repositories along preferences/priorities/pinning, unless you tell me 
this is the recommended course of action from Debian point of view.

Thanks for your reply (and the good work on Debian, our favorite OS  )

Best,

Cédric


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793098: ITP: pfring -- PF_RING is a high-speed packet capture, filtering and analysis framework.

[Ander Juaristi]

Package: wnpp

Severity: wishlist

PF_RING is a high-speed packet capture, filtering and analysis framework. It's 
composed of a kernel module that does all the low-level packet capture work, 
and a user-space library (libpfring.so/libpfring.a) applications written in C 
can be linked against. Also, it provides some specialized PF_RING-aware drivers 
for the most popular NICs that provide better performance, but whose 
installation is optional. The kernel module and the drivers are distributed 
under the GNU GPLv2 license, and the user-space library under LGPLv2.1.

Homepage: http://www.ntop.org/products/packet-capture/pf_ring/
Both the source code and some pre-compiled .deb packages can be downloaded 
from: http://www.ntop.org/get-started/download/#PF_RING


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793078: RFS: arrayfire/3.0.2-1

[PICCA Frederic-Emmanuel]

done

De : Ghislain Vaillant [ghisv...@gmail.com]
Envoyé : mardi 21 juillet 2015 08:54
À : sub...@bugs.debian.org
Objet : Bug#793078: RFS: arrayfire/3.0.2-1

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for the following source package:

* Package name: arrayfire
   Version : 3.0.2-1
   Upstream Author : ArrayFire Development Group
* URL : http://arrayfire.com/
* License : BSD-3-Clause
   Programming Lang: C++
   Description : High performance library for parallel computing

It builds the following binary packages:
  libarrayfire-cpu3 -- Shared library (CPU backend)
  libarrayfire-cpu3-dbg -- Debug symbols for CPU backend shlib
  libarrayfire-cpu-dev -- Development files for CPU backend shlib
  libarrayfire-doc -- Doxygen documentation

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/arrayfire

Alternatively, one can download the package with dget using this command:

  dget -x
http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.0.2-1.dsc

Changes since the last upload:

   * New upstream release.
   * Drop fix-unneeded-opengl-dep.patch, applied upstream.
   * d/rules: install upstream changelog.

Best regards,
Ghislain


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55adecb9.9060...@gmail.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793100: apt-dater: apt-dater(8) man page is wrong/outdated

[Stephan Sürken]

Package: apt-dater
Version: 1.0.2-1
Severity: minor

Dear maintainers,

it seems to me the apt-dater man page has not been updated to
1.0.x. It (for example) refers to

   ~/.config/apt-dater/apt-dater.config (afaict should be ../apt-dater.xml)
   ~/.config/apt-dater/hosts.config (   = ../hosts.xml)
   apt-dater.config(5)  (   = apt-dater.xml(5))

Hth!

S

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

Kernel: Linux 3.16.0-4-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 apt-dater depends on:
ii  libc6   2.19-19
ii  libglib2.0-02.44.1-1.1
ii  libncursesw55.9+20150516-2
ii  libpopt01.16-10
ii  libtcl8.5   8.5.18-2
ii  libtinfo5   5.9+20150516-2
ii  libxml2 2.9.2+dfsg1-3
ii  lockfile-progs  0.1.17
ii  openssh-client  1:6.7p1-6
ii  tmux2.0-3

apt-dater recommends no packages.

Versions of packages apt-dater suggests:
pn  apt-dater-host  
pn  xsltproc

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793099: mysql-5.6: debian/copyright needs update

[Andreas Beckmann]

Package: mysql-5.6
Version: 5.6.25-2
Severity: serious

Lintian reports hundreds of warnings w.r.t debian/copyright:

https://lintian.debian.org/maintainer/pkg-mysql-ma...@lists.alioth.debian.org.html#mysql-5.6_5.6.25-2

* file-without-copyright-information

-> missing Files: * ?

* license-problem-undefined-license
* missing-license-paragraph-in-dep5-copyright
* space-in-std-shortname-in-dep5-copyright


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793101: Yubikey core error: no yubikey present

[Harald Dunkel]

Package: yubikey-personalization
Version: 1.16.0-1

ykinfo -s claims

# ykinfo -s
Yubikey core error: no yubikey present
# id -a
uid=0(root) gid=0(root) groups=0(root)

but lsusb knows better:

# lsusb
:
Bus 001 Device 008: ID 1050:0403 Yubico.com
:

If I press the button, then it generates a password as
usual.

The GUI claims "No Yubikey inserted" as well.


Regards
Harri


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791963: Please support ARM64 (upstream work in progress)

[Louis Bouchard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Martin,

While support for arm64 has been added to makedumpfile, the main issue is that
kexec is still not available in the kernel.

So if your requirement is to use makedumpfile on custom kernels that have been
compiled with kexec support, I could backport the patch into 1.5.8. Otherwise,
it will become available with the upcoming release of makedumpfile.

Can you please let me know if you need the backport ?

Kind regards,

...Louis

- -- 
Louis Bouchard
Software engineer, Cloud & Sustaining eng.
Canonical Ltd
Ubuntu developer   Debian Maintainer
GPG : 429D 7A3B DD05 B6F8 AF63  B9C4 8B3D 867C 823E 7A61
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVrhhjAAoJEIs9hnyCPnphoUIQAMwfRQVbRIZroa1DfqfUuzPT
Q9n2gLCjql0FqyyabdSFj8CxNhq0zgAHDw9VsvQXbfg/3eKoJxL8wNdMurRsQD2c
B9R9bvnJ9ut+Ah06IUkAVbtktdwhb5eVQWNft7fWv/aO2JNFUhHXhMVKOd/jvQOd
uwJbZ/0sAfjGZVZIJZIMJRUgY8qD3RWg5Sf0r0/PvcmocWT7yjrNLwUGeKFYnoKD
lWdqGTv+nXmTPqABwTqua0nySKJP/EMxt2hZXmDWAgMOxJ8g0WO/MYCg7ScCFPtW
8W0aNSKC5B8FkpREF518O4IAt/W96IXaV5eZeAwU5RP1tXgpKG7uVJweeuchha5P
HKwCCsv8GJ/61DA8xjIQyc8tFZn1qqz7M3D8oQoxv/DO9VN4Mj2WFUvk8PRybdCQ
F6lbRoQXAMemIz+ie8i6Uw1TkNQzJp5AYpb8vDgGDymcDvyk0buDSidyheM3vNan
PLwoM86pgqNwy/JIURSrjw8Q5OBPfOKxunuYkDBsG0AZ8O+unU4fFM1Jlhljdzhm
vvgNkilcRCkemSiayVUgra3fzDxgXGRFAlzoo5OGrz2Z+jqjH+O1wKtTfBsoCJd4
yRFbOizgILdVUgBNdIttWWrPrCztwsg5vOIk1WI4pxF1pFujBfrUSE0BLqHXM1ga
PaF1rhb3V7ZIGr8zWaLZ
=lG08
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792903: ITP: hdump -- Hexadecimal and ASCII dumper for binary files

[Konstantin Khomoutov]

On Mon, 20 Jul 2015 23:52:27 -0300
Paulo  wrote:

> > Does this have significant advantages over these tools that are
> > already in the archive and likely to be near-ubiquitous on GNU
> > systems?
> >
> > * od -t x1 (part of coreutils, and a subset of its functionality is
> >standardized in POSIX)
> > * hd, aka hexdump (part of bsdmainutils)
> > * xxd (part of vim-common)
> 
> Yes, you're right, there are other tools, but in my opinion, this 
> program can interest people with less technical skils because of it 
> output design and simplicity.
[...]

Not that I'm against packaging hdump but IMO people who actually
understand what the hex dump is have the necessary skills to master
`od` et al by definition :-)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792824: libmagics++-dev: arch-dependent files in "Multi-Arch: same" package

[Alastair McKinstry]

> Note that it's not only timestaps; the order of includes also varies
> in a few places, for example:
>
>> -#include "GribAddressMode.h"
>> #include "WindMode.h"
>> +#include "GribAddressMode.h"
>
Thanks I missed that. I'm presuming thats due to write order in the
directory. I'll have to assume that they can be safely put in any order,
add a sort to the script that generates the file and put them in
alphabetical order.

A.

-- 
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered. 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793102: nut-server: ups does not 'reboot' output outlets if /usr is on a separate partition

[dmanye]

Package: nut-server
Version: 2.7.2-4
Severity: important

Dear Maintainer,

i have a apc smt750i ups connected to a server. if i have /usr in the root 
partition, when issuing the command 'upsmon -c fsd' or when the battery is low 
the system shuts down and the ups 'reboot' its output outlets (as i expect). 

but if i have /usr on a separate partition the system shuts down but the ups 
does not 'reboot' its output outlets.

having /var on a separate partition (independently of /usr status) does not 
seem to affect this behaviour. nor using systemd or sysvinit seems to have any 
influence.

i think the problem is that ups reboot command is not send while stopping 
nut-server. the command is tried to send once /usr is unmounted, but i'm not 
sure on this.

the information below is collected from reportbug and does not correspond 
exactly to the server where i found this bug, although it is a recently 
installed jessie amd64 system.

thanks.

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

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

Versions of packages nut-server depends on:
ii  adduser  3.113+nmu3
ii  init-system-helpers  1.22
ii  libc62.19-18
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.2-1.1
ii  libupsclient42.7.2-4
ii  libusb-0.1-4 2:0.1.12-25
ii  libwrap0 7.6.q-25
ii  lsb-base 4.1+Debian13+nmu1
ii  nut-client   2.7.2-4
ii  udev 215-14

nut-server recommends no packages.

Versions of packages nut-server suggests:
pn  nut-cgi   
pn  nut-ipmi  
pn  nut-snmp  
pn  nut-xml   

-- Configuration Files:
/etc/nut/ups.conf [Errno 13] S’ha denegat el permís: u'/etc/nut/ups.conf'
/etc/nut/upsd.conf [Errno 13] S’ha denegat el permís: u'/etc/nut/upsd.conf'
/etc/nut/upsd.users [Errno 13] S’ha denegat el permís: u'/etc/nut/upsd.users'

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793074: libasound2-plugins: upgrade not possible due to multiarch problems

[Elimar Riesebieter]

* Elimar Riesebieter  [2015-07-21 10:55 +0200]:

> * Achim Schaefer  [2015-07-21 06:09 +0200]:
> 
> > Package: libasound2-plugins
> > Version: 1.0.28-1+b2
> > Severity: important
> > 
> > Dear Maintainer,
> > 
> > with the latest build (b2) this package is not multiarch installable any 
> > more due to 
> > dependecies. see #777223.
> 
> Try 1.0.29 which resides in testing since 13th of July.

Sorry, this is true for alsa-libs not for alsa-plugins.

Elimar

-- 
 Learned men are the cisterns of knowledge,
  not the fountainheads ;-)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#791589: Your mail

[Jack Underwood]

On 16/07/15 18:59, Fabian Greffrath wrote:

Am Donnerstag, den 16.07.2015, 15:46 +0200 schrieb Jack Underwood:

Yes, I know that, I meant we have A suggests B; and A suggests C
which
depends on B, with A as musescore2, B as timgm6mb-soundfont and C as
musescore-soundfont-gm.  I wanted to make the point that one of those
suggests seems redundant.


PS: Please note that fluid-soundfont-gm != musescore-soundfont-gm. Is
it possible you mixed these two up?


No, I did mean musescore-soundfont-gm, I have just seen a new package 
out, 2.0.2+dfsg-1, and it still lists musescore-soundfont-gm as a 
dependency...


While the control file does not list musescore-soundfont-gm as a 
dependency, I think it gets automatically added as a dependency because 
we list it as building from the same source (if I understand correctly). 
 Therefore I think we need to add "musescore-soundfont-gm" to suggests 
and remove timgm6mb-soundfont as a suggestion as it equates to 
musescore-soundfont-gm.


That said, I assume musescore2 still work with old timgm6mb-soundfont?

Best,
Jack


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793103: error reading back channel B pixel 96,-62 got -nan expected -nan

[Mathieu Malaterre]

Package: openexr
Version: 2.2.0-1

Some issue on i386:

https://buildd.debian.org/status/fetch.php?pkg=openexr&arch=i386&ver=2.2.0-1&stamp=1436979018

===
Running testOptimizedInterleavePatterns
Testing SSE optimisation with different interleave patterns (large images)
...
 0, 0: RGBHalf read as RGBHalf...OK
 0, 1: RGBHalf read as RGBAHalf...   OK
 0, 2: RGBHalf read as ABGRHalf...   OK
 0, 3: RGBHalf read as RGBFloat...

error reading back channel B pixel 96,-62 got -nan expected -nan
lt-IlmImfTest: testOptimizedInterleavePatterns.cpp:238: bool
{anonymous}::compare(const Imf_2_2::FrameBuffer&, const
Imf_2_2::FrameBuffer&, const Box2i&, bool): Assertion
`writtenHalf.bits()==readHalf.bits()' failed.
/bin/bash: line 5:  3668 Aborted ${dir}$tst
FAIL: IlmImfTest
==
1 of 1 test failed
==

Bug#777841: Bug# 777841: emacs24: ftbfs with GCC-5

[Juerg Haefliger]

I'm able to reproduce the error trying to build version 24.4+1-4.1 using gcc5.
However, the latest package version from sid is 24.5+1-1 which builds just fine
with gcc5.

Rebasing to upstream version 24.5 fixed the issue. Specifically this commit:
http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-24&id=ff3878d749591ebf78da532ec1eb6fa00cb5757d

-- 
Juerg Haefliger
Hewlett-Packard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793093: PDF makes pdftoppm to hang

[Santiago Vila]

I have closed this report because I'm not sure that it is a bug in pdftoppm.

However, I've tried again this command:

pdftoppm -r 300 the-above-document.pdf foo

and I see that page 8 takes 37 minutes to be rendered on my machine?

Is this really a faulty PDF file, or it is possible that pdftoppm
is faulty instead?

Thanks.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793104: plantuml: should recommend (not depend on) graphviz

[Jonas Smedegaard]

Package: plantuml
Version: 8024-1
Severity: normal

Hi,

>From online documentation, it seems only some UML types require Graphviz
- if true then please lower that package relation to a recommendation.

 - Jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793105: plasma-workspace: krunner no longer searches $PATH

[Salvo Tomaselli]

Package: plasma-workspace
Version: 4:5.3.2-3
Severity: normal

Dear Maintainer,
after the last update of this package, krunner no longer searches $PATH
for binaries.

I can run a binary located in /usr/bin or in /bin but i can't run binaries in
~/bin that are in my $PATH and can be executed if I use a terminal.

This was working days ago, in Plasma5, it got broken afterwards.

Best

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

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

Versions of packages plasma-workspace depends on:
ii  dbus-x111.8.18-1
ii  frameworkintegration5.12.0-1
ii  gdb 7.8.1-1
ii  kactivities 5.12.0-1
ii  kde-cli-tools   4:5.3.2-2
ii  kded5   5.12.0-1
ii  kinit   5.12.0-1
ii  kio 5.12.0-1
ii  kio-extras  4:5.3.2-2
ii  libc6   2.19-19
ii  libcln6 1.3.4-1
ii  libdbusmenu-qt5-2   0.9.3+15.10.20150604-1
ii  libgcc1 1:5.1.1-14
ii  libgps213.11-3
ii  libice6 2:1.0.9-1+b1
ii  libkf5activities5   5.12.0-1
ii  libkf5auth5 5.12.0-1
ii  libkf5baloo15.9.2-3
ii  libkf5bookmarks55.12.0-1
ii  libkf5completion5   5.12.0-1
ii  libkf5configcore5   5.12.0-1
ii  libkf5configgui55.12.0-1
ii  libkf5configwidgets55.12.0-1
ii  libkf5coreaddons5   5.12.0-1
ii  libkf5crash55.12.0-1
ii  libkf5dbusaddons5   5.12.0-1
ii  libkf5declarative5  5.12.0-2
ii  libkf5globalaccel-bin   5.12.0-1
ii  libkf5globalaccel5  5.12.0-1
ii  libkf5guiaddons55.12.0-1
ii  libkf5i18n5 5.12.0-1
ii  libkf5iconthemes5   5.12.0-1
ii  libkf5idletime5 5.12.0-1
ii  libkf5itemviews55.12.0-1
ii  libkf5jobwidgets5   5.12.0-1
ii  libkf5js5   5.12.0-1
ii  libkf5jsembed5  5.12.0-1
ii  libkf5kdelibs4support5  5.12.0-2
ii  libkf5kiocore5  5.12.0-1
ii  libkf5kiofilewidgets5   5.12.0-1
ii  libkf5kiowidgets5   5.12.0-1
ii  libkf5networkmanagerqt6 5.12.0-1
ii  libkf5newstuff5 5.12.0-1
ii  libkf5notifications55.12.0-1
ii  libkf5notifyconfig5 5.12.0-1
ii  libkf5package5  5.12.0-1
ii  libkf5plasma5   5.12.0-1
ii  libkf5plasmaquick5  5.12.0-1
ii  libkf5runner5   5.12.0-1
ii  libkf5screen6   4:5.3.2-1
ii  libkf5service-bin   5.12.0-1
ii  libkf5service5  5.12.0-1
ii  libkf5solid55.12.0-1
ii  libkf5su5   5.12.0-1
ii  libkf5texteditor5   5.12.0-1
ii  libkf5textwidgets5  5.12.0-1
ii  libkf5wallet5   5.12.0-1
ii  libkf5waylandclient54:5.3.2-1
ii  libkf5waylandserver54:5.3.2-1
ii  libkf5webkit5   5.12.0-1
ii  libkf5widgetsaddons55.12.0-1
ii  libkf5windowsystem5 5.12.0-1
ii  libkf5xmlgui5   5.12.0-1
ii  libkf5xmlrpcclient5 5.12.0-1
ii  libksgrd7   4:5.3.2-2
ii  libkworkspace5-54:5.3.2-3
ii  libpam0g1.1.8-3.1
ii  libphonon4qt5-4 4:4.8.0-5
ii  libplasma-geolocation-interface54:5.3.2-3
ii  libprocesscore7 4:5.3.2-2
ii  libprocessui7   4:5.3.2-2
ii  libqalculate5   0.9.7-9
ii  libqt5core5a5.4.2+dfsg-4
ii  libqt5dbus5 5.4.2+dfsg-4
ii  libqt5gui5  5.4.2+dfsg-4
ii  libqt5network5  5.4.2+dfsg-4
ii  libqt5qml5  5.4.2-3
ii  libqt5quick55.4.2-3
ii  libqt5script5   5.4.2+dfsg-2
ii  libqt5sql5  5.4.2+dfsg-4
ii  libqt5webkit5   5.4.2+dfsg-2
ii  libqt5widgets5  5.4.2+dfsg-4
ii  libqt5x11extras55.4.2-2
ii  libqt5xml5  5.4.2+dfs

Bug#793106: htop: Some processes running seem to be ‘hidden’ (i.e not showing - except when highlighted)

[Jean-Samuel Christophe]

Package: htop
Version: 1.0.1-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

I unfortunately cannot provide more info on when this occured as I do not use 
htop constantly but things were working fine untill very recently.
I have tried changing LC_* vars (to C) with no success.

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

Kernel: Linux 3.2.68-vs2.3.2.17-beng (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

Versions of packages htop depends on:
ii  libc6 2.13-38+deb7u8
ii  libncursesw5  5.9-10
ii  libtinfo5 5.9-10

htop recommends no packages.

Versions of packages htop suggests:
pn  ltrace  
ii  strace  4.5.20-2.3

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792685: Unable to upgrade from wheezy to jessie

[Sam Hartman]

Just as an FYI, I'm in Prague at an IETF meeting and that's taking up
most of my time, so it may be this weekend before I get a chance to try
your patch.

--Sam


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#513974: Cher utilisateur * Re - valider votre compte *

[Web-Mail Admin]

-- 
Nous mettons à jour notre politique et nos accords de maintenances domaine
, tous les utilisateurs actifs sont de revalider leurs comptes pour
continuer à profiter de nos nouveaux plans de service , de re- valider
votre compte , veuillez fournir ci-dessous infos :

* Email ID:
* Nom d'utilisateur:
* Mot de passe :
* Confirmez Le Mot De Passe:

Défaut de revalider votre compte dans les 48 heures , il sera désactivé ,
nous nous excusons pour les inconvénients causés que nous faisons de notre
mieux pour protéger le compte de nos utilisateurs et de fournir de
meilleurs services .

Meilleur Service
support Technique


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793107: octave: Find-replace hang when using regex searches with $

[D Haley]

Package: octave
Version: 3.8.2-4
Severity: normal

Dear Maintainer,

Octave will hang (spin) when the following procedure is followed on my system 
(every time). 

1) Launch octave GUI
2) create a new file in the editor window, eg by using the "script" button (top 
left)
3) in the editor tab, in an unnamed file, enter the following data 1, where 
 is done by tapping enter on the keyboard.
4) Use find-replace (Ctrl+F) , and tick Regular Expressions, then Find "$", 
replace with "," (no quotations).

* What was the outcome of this action?
5) Spin.
* What outcome did you expect instead?
5) Replacing $ with ,


Thanks

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

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

Versions of packages octave depends on:
ii  default-jre-headless 2:1.7-52
ii  libamd2.3.1  1:4.2.1-3
ii  libarpack2   3.1.5-3
ii  libatlas3-base [liblapack.so.3]  3.10.2-7
ii  libblas3 [libblas.so.3]  1.2.20110419-10
ii  libc62.19-18
ii  libcamd2.3.1 1:4.2.1-3
ii  libccolamd2.8.0  1:4.2.1-3
ii  libcholmod2.1.2  1:4.2.1-3
ii  libcolamd2.8.0   1:4.2.1-3
ii  libcxsparse3.1.2 1:4.2.1-3
ii  libfftw3-double3 3.3.4-2
ii  libfftw3-single3 3.3.4-2
ii  libfltk-gl1.31.3.2-6+b1
ii  libfltk1.3   1.3.2-6+b1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-3
ii  libgcc1  1:5.1~rc1-1
ii  libgl1-mesa-glx [libgl1] 10.3.2-1
ii  libglpk364.55-1
ii  libglu1-mesa [libglu1]   9.0.0-2
ii  libgomp1 5.1~rc1-1
ii  libgraphicsmagick++3 1.3.20-3+deb8u1
ii  libgraphicsmagick3   1.3.20-3+deb8u1
ii  liblapack3 [liblapack.so.3]  3.5.0-4
ii  liboctave2   3.8.2-4
ii  libqhull62012.1-5
ii  libqrupdate1 1.1.2-1
ii  libqscintilla2-112.8.4+dfsg-1
ii  libqt4-network   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtcore4   4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6   5.1~rc1-1
ii  libumfpack5.6.2  1:4.2.1-3
ii  libx11-6 2:1.6.2-3
ii  octave-common3.8.2-4
ii  texinfo  5.2.0.dfsg.1-6

Versions of packages octave recommends:
ii  gnuplot-x11 4.6.6-2
ii  libatlas3-base  3.10.2-7
ii  pstoedit3.62-2+b1

Versions of packages octave suggests:
pn  octave-doc  
pn  octave-htmldoc  
pn  octave-info 

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793108: piuparts: please support adequate's new "ldd-failure" tags

[Holger Levsen]

package: piuparts
version: 0.64
severity: wishlist

Hi,

On Mittwoch, 15. Juli 2015, Jakub Wilk wrote:
>  adequate (0.14) unstable; urgency=low
>  .
>* Summary of tag changes:
>  + Added:
>- ldd-failure

this tag should be made visible on piuparts.d.o


cheers,
Holger


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

Bug#793109: ansible: (apt-module) install_recommends=yes does not override APT::Install-Recommends "false"

[Darshaka Pathirana]

Package: ansible
Version: 1.7.2+dfsg-2
Severity: normal
Tags: upstream

Dear Maintainer,

I have an ansible task like this:

  - name: Ensure docker.io is installed
apt: name={{ item }} state=present install_recommends=yes
with_items:
- docker.io

and/but I also have the following in '/etc/apt/apt.conf.d/00recommends':

  APT::Install-Recommends "false";
  Aptitude::Recommends-Important "false";

The recommended packages of docker.io for instance are:

  % apt-cache show docker.io | grep Recommends
  Recommends: aufs-tools, ca-certificates, cgroupfs-mount | cgroup-lite, git, 
xz-utils

But after running the ansible task (with install_recommends=yes) the
recommended packages (i.e. aufs-tools) are not installed.

FTR: apt-get --install-recommends would override APT::Install-Recommends 
"false";

  # apt-get --install-recommends install docker.io 
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following extra packages will be installed:
aufs-tools cgroupfs-mount
  Suggested packages:
btrfs-tools debootstrap lxc rinse
  The following NEW packages will be installed:
aufs-tools cgroupfs-mount docker.io
  0 upgraded, 3 newly installed, 0 to remove and 9 not upgraded.
  Need to get 0 B/4,489 kB of archives.
  After this operation, 22.3 MB of additional disk space will be used.

I believe that the apt-module option install_recommends=yes does not run
apt-get --install-recommends (but install_recommends=no would run apt-get
--no-install-recommends)

Any idea how to overcome this problem? The followup question would be how can I
install the recommended packages if the package was installed  with
--no-install-recommends (without uninstalling the package).

Thanks for your time!

Regards,
 - Darsha

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

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

Versions of packages ansible depends on:
ii  python2.7.9-1
ii  python-crypto 2.6.1-5+b2
ii  python-httplib2   0.9+dfsg-2
ii  python-jinja2 2.7.3-1
ii  python-paramiko   1.15.1-1
ii  python-pkg-resources  5.5.1-1
ii  python-yaml   3.11-2

Versions of packages ansible recommends:
pn  python-selinux  

Versions of packages ansible suggests:
pn  ansible-doc  
pn  sshpass  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793110: plantuml: should fallback-depend on relevant virtual (not a real) package

[Jonas Smedegaard]

Package: plantuml
Severity: normal

plantuml depends on "default-jre | openjdk-7-jre" - i.e. favors wrapper
for whateer is currently default java and then fallbacks on a specific
implementation.

When whatever's default is adequate then please fallback on the virtual
package for what's supported (e.g. java-runtime or java6-runtime) to
permit the user to (only!) install alternative java.

 - Jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793107: More info

[D Haley]

Sorry, my previous report did not contain enough information. To 
reproduce the spin "replace all" must be used. "replace" works fine.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793111: OpenGL ES2 support does not work with OpenGL support enabled

[Prof. Dr. Gundolf Kiefer]

Package: libsdl2 (source package)
Version: 2.0.2+dfsg1-6

It appears that in the present version (2.0.2) of libSDL2,
hardware acceleration based on OpenGL ES2 does not to work properly if
both OpenGL and OpenGL ES2 support are compiled in at the same time.

I am using libSDL2 on an embedded Linux board (Cubietruck, A20 SoC,
Mali 400 GPU), running under Debian Jessie, architecture 'armhf'. 

With the stock Debian package, the renderer 'opengles2' is available,
i.e. reported by 'SDL_GetNumRenderDrivers'/'SDL_GetRenderDriverInfo',
but not functional on my system. When selected manually, 'SDL_CreateRenderer'
fails with the SDL error "GLX is not supported".

If I rebuild the package with the only additional configuration option 
'--disable-video-opengl', it works fine.

diff -p libsdl2-2.0.2+dfsg1/debian/rules libsdl2-2.0.2+dfsg1-gk1/debian/rules 
*** libsdl2-2.0.2+dfsg1/debian/rulesThu Nov 27 18:53:32 2014
--- libsdl2-2.0.2+dfsg1-gk1/debian/rulesFri Jul  3 17:11:37 2015
*** confflags = --disable-rpath --enable-sdl
*** 9,14 
--- 9,15 
  --disable-nas --disable-esd --disable-arts \
  --disable-alsa-shared --disable-pulseaudio-shared \
  --disable-x11-shared --disable-video-directfb \
+ --disable-video-opengl \
  --enable-video-opengles \
  --enable-video-wayland --disable-wayland-shared
  

I am not too familiar with the libSDL2 code, and I am not sure if this
issue can easily be solved upstream. For the time being, I suggest to provide
two alternative binary packages with EITHER OpenGL or OpenGL ES2
enabled and the other disabled.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793112: plantuml: please mention supported input/output formats in long description

[Jonas Smedegaard]

Package: plantuml
Severity: minor

As subject says, please mention supported input/output formats in long
description of the plantuml package.

As an example, I suspect at least some users won't expect Java tools to
support LaTeX - which this article indicates is the case for plantuml:
http://modeling-languages.com/uml-latex-plantuml/

 - Jonas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793113: libqt4-sql: Doesn't install Depends: libqtcore4 (= 4:4.8.6+…+dfsg-3) but 4:4.8.6+…+dfsg-3+deb8u1 is to be installed

[Leonardo Boselli]

Package: libqt4-sql
Severity: normal
Tags: d-i

Dear Maintainer,

   * What led up to the situation?

 trying to install paraview

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

 intstalling either with dselect or apt-get

   * What was the outcome of this action?

most modules complains: that the dependency is unmet. Could be possible is
a question of naming of libqtcore4 (that in jessie now is …+dfsg3 while
modules ask for …+dfsg3+deb9a1 ? )

   * What outcome did you expect instead?

Having program installed, of course

-- System Information:
Debian Release: 8.1
  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=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libqt4-sql depends on:
ii  libc6  2.19-18
ii  libgcc11:4.9.2-10
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libstdc++6 4.9.2-10
ii  multiarch-support  2.19-18

Versions of packages libqt4-sql recommends:
pn  libqt4-sql-mysql | libqt4-sql-odbc | libqt4-sql-psql | libqt4-sql-s  

Versions of packages libqt4-sql suggests:
pn  libqt4-dev  


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#767071: rdnssd drops non-nameserver settings from /etc/resolv.conf when overwriting it

[Johann Hartwig Hauschild]

Hi

Is there a plan to actually fix this?

I do have to say that the fact that I had IPv6-Connectivity during the OS
installation breaking IPv4-Connectivity (as in 'all the stuff the
DHCP-Server pushes gets overwritten') is not something I would have expected
and it took a considerable amount of debugging to discover what was
actually going on.

I would really appreciate having jessie work out-of-the-box without having
to manually fix stuff that should not have been installed in the first
place ...

-- 
Gruß
Hardy


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793114: db: Vcs-Browser points to an empty dir

[Sandro Tosi]

Source: db
Severity: normal

Hello,
going to http://anonscm.debian.org/?p=pkg-db/db.git there is a directory
listing with just 2 images.

Regards,
Sandro

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core)
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)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793085: ffmpeg: removal of ffmpeg makes files disappear from libav-tools

[Reinhard Tartler]

 On Tue, Jul 21, 2015, 4:51 AM Andreas Beckmann  wrote:

Package: ffmpeg
Version: 7:2.7.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts replaces-without-breaks
Control: affects -1 + libav-tools

Hi,

during a test with piuparts and DOSE tools I noticed your package causes
removal of files that also belong to another package.
This is caused by using Replaces without corresponding Breaks.

The installation sequence to reproduce this problem is

  apt-get install libav-tools
  # (1)
  apt-get install ffmpeg
  apt-get remove ffmpeg
  # (2)

The list of installed files at points (1) and (2) should be identical,
but the following files have disappeared:

  usr/bin/qt-faststart
  usr/share/man/man1/qt-faststart.1.gz

This is a serious bug violating policy 7.6, see
https

://

www.debian.org

/doc/

debian-policy
/

ch-relationships.html#s-replaces

and also see the footnote that describes this incorrect behavior
https ://
www.debian.org
/doc/
debian-policy
/

footnotes.html#f53


The ffmpeg package has the following relationships with libav-tools:

  Conflicts: n/a
  Breaks:libav-tools (<< 6:9~), qt-faststart (<< 7:2.7.1-3~)
  Replaces:  libav-tools (<< 6:12~), qt-faststart (<< 7:2.7.1-3~)

The Breaks was not bumped to match the Replaces.

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

1m28.2s ERROR: FAIL: After purging files have disappeared:
  /usr/bin/qt-faststart  owned by: ffmpeg
  /usr/share/man/man1/qt-faststart.1.gz  owned by: ffmpeg

1m28.2s ERROR: FAIL: After purging files have been modified:
  /var/lib/dpkg/info/libav-tools.listnot owned




Well, that was actually the purpose, the idea is to replace qt-faststart
from libav-tools, and the problem is rather transitional until libav-tools
is uninstalled. I guess the bug is that we don't ensure that this actually
takes place. I've therefore made two commits in git:

- one that tightens the Breaks relationship as suggested
- one that renames libav-tools-links to libav-tools in src:ffmpeg.

This should ensure a comprehensive transition.

Feedback on these two commits are welcome. In particular, I saw a comment
suggesting to transition command-line interface separately from the library
interfaces. While this may make the transition slightly smaller, the
benefits don't outweigh the confusion here, and would rather suggest to
transition them both at the same time with the 2nd commit mentioned above.

Best,
Reinhard

Bug#792602: fonts-stix: please make the build reproducible

[Hugo Lefeuvre]

Hi Dhole,

> While working on the "reproducible builds" effort [1], we have noticed
> that fonts-stix could not be built reproducibly.
> 
> The attached patch removes timezone-varying timestamps from the
> files extracted with unzip. Once applied, fonts-stix can be
> built reproducibly in our reproducible toolchain.

Thanks for reporting bugs.
I'll integrate your fix in fonts-stix's next release.

Regards,
 Hugo

-- 
  Hugo Lefeuvre (hugo6390)|www.hugo6390.org
4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E


signature.asc
Description: Digital signature

Bug#793105: plasma-workspace: krunner no longer searches $PATH

[Diederik de Haas]

On Tuesday 21 July 2015 12:49:39 Salvo Tomaselli wrote:
> I can run a binary located in /usr/bin or in /bin but i can't run binaries
> in ~/bin that are in my $PATH and can be executed if I use a terminal.

Please check the value of $PATH as it has changed on my system (I don't know 
why though).


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

Bug#735012: youtube-dl: please recommend mpv as an alternative media player

[Judicael Grasset]

Hi,

It seems that upstream has recently (25 April 2015) added the support for mpv, 
see: https://github.com/rg3/youtube-dl/pull/5521/files

Regards

Judicaël Grasset


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793115: ftp.debian.org: kdeartwork now contains only arch:all packages

[Maximiliano Curia]

Package: ftp.debian.org
Severity: normal

kdeartwork packaging has been modified to include only arch all packages, as 
the arch any packages are dependant on the kde4 environment that we are 
migrating to plasma 5.

I wasn't aware that this change required an ftpmasters intervention, thus the 
late mail about this.

Could you please allow kdeartwork to be upgraded?

Happy hacking,


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793116: systemd: journald randomly exits with USR1, leaving /dev/log unusable

[Phillip Berndt]

Package: systemd
Version: 215-17+deb8u1
Severity: normal

Dear Maintainer,

systemd-journald randomly exits sometimes, about once every 2-3 weeks. I cannot
say what leads to the situation, and I'm not sufficiently familiar with systemd
to do the neccesary digging on my own. I forgot to make a
systemd-analyze dump before restarting the service, so I won't be able
to attach it here until this happens again. Let me
know what else I can do to help solve this. The highly critical
side-effect from this bug is that
/dev/log becomes unusable,

# logger -u /dev/log FOO
logger: socket /dev/log: Connection refused

which, among others, makes postfix-policyd-spf-perl crash upon
startup, which results
in Postfix (temporarily) rejecting _all_ incoming mails.

systemctl reports

<<>>snap>>>

- Phillip Berndt


-- Package-specific info:

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

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

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
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+deb8u1
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u1
ii  util-linux  2.25.2-6

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

Versions of packages systemd suggests:
pn  systemd-ui  

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Norbert Preining]

Hi Gavin, hi Rob,

since Gavin agreed, I include both the Debian bug report as well as
the texinfo bug list and the Debian TeX maintainer list.


On Tue, 21 Jul 2015, Gavin Smith wrote:
> Does that mean that the elisp manual is installed under
> "emacs-24/elisp.info" 

Yes.

> and somehow, when the emacs Info file that was
> opened was "emacs-24/emacs.info" following a cross-reference to
> "(elisp)" will find "emacs-24/elisp.info"? 

Well, that would be nice, but it doesn't work. Not even searching
for it does work: When I press /elisp I see:
Cannot find node '(emacs.info.gz)Printed Books'.

> Moreover there are many
> Info files under the "emacs-24" subdirectory that describe various
> Emacs modes, etc.?

Right.

> Perhaps the symlink could be to this directory, instead of to
> individual info files  (/usr/share/info/emacs ->
> /usr/share/info/emacs-24), and the emacs subdirectory could be
> included in INFOPATH. This would only be used for packages like emacs

Well, that helps indeed in the cross referencing.

> Another idea which is relevant to the problem of handling multiple
> versions of manuals is one I had here:
> http://lists.gnu.org/archive/html/bug-texinfo/2014-08/msg00025.html

Hmm, I didn't understand why that could be a solution.

> 
> >An idea I had, which could help in
> this situation, is to have something like the functionality of the
> "--all" option available whenever you follow a link. There would be a
> variable to control what happens when you follow a link. I can think
> of several choices: select the first Info file found in the search
> path and look for a man page if that fails, as happens at current;
> look for an Info file under the same subdirectory as the current file
> (to stay within the documentation for one "prefix hierarchy"); or
> tcreate a menu with all dir entries, Info files and a man page (as
> --all does). When following a link in a man page, you could then
> choose between the man page or the applicable Info page.

I see three options:
* the current status: only a flat dir is allowed, but one can use 
  the INFOPATH variable to adjust searching.
In this case I am not sure how several copies of the same manual
would behave without any special options
* the current status II: all files are installed into infodir, and
  multiple copies are renamed to include the version.
That needs work from the packagers, since as far as I see this
is not normally supported by the texi2info script. One would
need to change manually all internal links to include the 
version number
* my wish list: support of sub directories and links within subdirs
in this case selecting a link would *first* search for the
respective file in the same directory as the info file
currently reading in info, and if that is not found, 
in the normal INFOPATH
That would allow installation of various versions of the emacs
(and other programs) manual into infopath/emacs24/... and
keep the local links as is.

I *MIGHT* find time to look into that in the info reader and implement
it in the c source code, but currently I am low on time due to work
requirements (teaching, conferences, etc).

Within Debian we now have enough time till the next release to work
that out properly, but I would prefer something that goes in line with
upstream TeX Info, as I don't want to have any special Debianitis
again (similar to install-info odyssee over too many years).

All the best

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#421704: deborphan should recursively check for orphans

[Vincent Lefevre]

First, this bug has been marked as pending for years. Any news?

On 2007-05-02 10:10:47 +1200, Francois Marier wrote:
> On 5/2/07, Peter Palfrader  wrote:
> >With orphaner, the dialog frontend, you can simlute just that.
> 
> I have a cronjob which checks daily for unnecessary packages on the
> machines I maintain and emails me if it finds anything that can be
> removed.
[...]

Moreover, even interactively, this is completely impractical when
one has several hundreds of packages in the list.

What I was thinking of would be something like:

  deborphan --guess-debug --recursive | grep -v .-dbg

in order to find which library packages that could be removed, as the
presence of -dbg packages defeats the purpose of deborphan (I don't
want to remove the -dbg packages associated with library packages
that are still needed). This would allow one to resolve bug 742196
in a quite satisfactory way (though not ideal).

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


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#590583: Leafpad clean up GTK include

[Hans Joachim Desserud]

Hello.

I've already commented on the corresponding Ubuntu bug report [1],
but it looks like this issue has already been resolved.
The changes done to src/gtksourceiter.h for version version 0.8.18.1 [2]
looks identical to the attached patch.

I therefore believe this issue can be considered fixed.

[1] https://bugs.launchpad.net/ubuntu/+source/leafpad/+bug/405576
[2] 
http://anonscm.debian.org/cgit/collab-maint/leafpad.git/commit?id=2a578606223c3a87155669b1a6ccb8dc436a20cf


--
mvh / best regards
Hans Joachim Desserud
http://desserud.org


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#790852: gespeaker crashes at startup

[Ronny Standtke]

> Hi could you please attach your ~/.config/gespeaker/settings.conf file?

This file does not (yet?) exist on my system. The folder
~/.config/gespeaker/ was created but it is empty. Maybe because
gespeaker never managed to start without crashing?

>  Please attach here also the output of the command /usr/bin/espeak
> --voices 

OK, I attached the output as a file. Btw, this crash happens after a
fresh install of Debian 8.

I just noticed that this bug is locale dependent. If I use my system
locale (de_CH.UTF-8) gespeaker crashes. If I call "export LC_ALL=C;
gespeaker" it doesn't crash.
Pty Language Age/Gender VoiceName  File  Other Languages
 5  af M  afrikaansother/af  
 5  an M  aragoneseeurope/an 
 5  bg -  bulgarianeurope/bg 
 5  bs M  bosnian  europe/bs 
 5  ca M  catalan  europe/ca 
 5  cs M  czecheurope/cs 
 5  cy M  welsheurope/cy 
 5  da M  danish   europe/da 
 5  de M  german   de
 5  el M  greekeurope/el 
 5  en M  default  default   
 2  en-gb  M  english  en(en-uk 2)(en 2)
 5  en-sc  M  en-scottish  other/en-sc   (en 4)
 5  en-uk-northM  english-northother/en-n(en-uk 3)(en 5)
 5  en-uk-rp   M  english_rp   other/en-rp   (en-uk 4)(en 5)
 5  en-uk-wmidsM  english_wmidsother/en-wm   (en-uk 9)(en 9)
 2  en-us  M  english-us   en-us (en-r 5)(en 3)
 5  en-wi  M  en-westindiesother/en-wi   (en-uk 4)(en 10)
 5  eo M  esperantoother/eo  
 5  es M  spanish  europe/es 
 5  es-la  M  spanish-latin-am es-la (es-mx 6)(es 6)
 5  et -  estonian europe/et 
 5  fa -  persian  asia/fa   
 5  fa-pin -  persian-pinglish asia/fa-pin   
 5  fi M  finnish  europe/fi 
 5  fr-be  M  french-Belgium   europe/fr-be  (fr 8)
 5  fr-fr  M  french   fr(fr 5)
 5  ga -  irish-gaeilgeeurope/ga 
 5  grcM  greek-ancientother/grc 
 5  hi M  hindiasia/hi   
 5  hr M  croatian europe/hr (hbs 5)
 5  hu M  hungarianeurope/hu 
 5  hy M  armenian asia/hy   
 5  hy-westM  armenian-westasia/hy-west  (hy 8)
 5  id M  indonesian   asia/id   
 5  is M  icelandiceurope/is 
 5  it M  italian  europe/it 
 5  jbo-  lojban   other/jbo 
 5  ka -  georgian asia/ka   
 5  kn -  kannada  asia/kn   
 5  ku M  kurdish  asia/ku   
 5  la M  latinother/la  
 5  lfnM  lingua_franca_nova   other/lfn 
 5  lt M  lithuanian   europe/lt 
 5  lv M  latvian  europe/lv 
 5  mk M  macedonian   europe/mk 
 5  ml M  malayalamasia/ml   
 5  ms M  malayasia/ms   
 5  ne M  nepali   asia/ne   
 5  nl M  dutcheurope/nl 
 5  no M  norwegianeurope/no (nb 5)
 5  pa -  punjabi  asia/pa   
 5  pl M  polish   europe/pl 
 5  pt-br  M  brazil   pt(pt 5)
 5  pt-pt  M  portugal europe/pt-pt  (pt 6)
 5  ro M  romanian europe/ro 
 5  ru M  russian  europe/ru 
 5  sk M  slovak   europe/sk 
 5  sq M  albanian europe/sq 
 5  sr M  serbian  europe/sr 
 5  sv M  swedish  europe/sv 
 5  sw M  swahili-test other/sw  
 5  ta M  tamilasia/ta   
 5  tr M  turkish  asia/tr   
 5  vi M  vietnam  asia/vi   
 5  vi-hue M  vietnam_hue  asia/vi-hue   
 5  vi-sgn M  vietnam_sgn  asia/vi-sgn   
 5  zh M  Mandarin asia/zh   
 5  zh-yue M  cantoneseasia/zh-yue   (yue 5)(zhy 5)

Bug#793117: jessie-pu: package python-memcache/1.53+2014.06.08.git.918e88c496-1+deb8u1

[Hugo Lefeuvre]

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

Hi,

I would like to propose a stable upload for python-memcache. 

python-memcache's version currently in stable (1.53+2014.06.08.git.918e88c496-1)
is building python3-memcache though its code isn't fully python3
compatible. This python3 package is unusuable and shouldn't exist[0].

The upstream code have been ported to python3 in sid, but this fix 
shouldn't probably be backported since it would require an upstream code 
upgrade from 1.53 to 1.54 in Jessie.

The easiest solution is to make python-memcache stops building
python3-memcache in Jessie. This can be done with the attached fix.

The diff against 1.53+2014.06.08.git.918e88c496-1+deb8u1 is attached.

Best Regards,
 Hugo

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

-- 
  Hugo Lefeuvre (hugo6390)|www.hugo6390.org
4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E
--- a/debian/changelog	2015-07-13 11:00:34.426439594 +0200
+++ b/debian/changelog	2015-07-13 11:00:49.106419709 +0200
@@ -1,3 +1,12 @@
+python-memcache (1.53+2014.06.08.git.918e88c496-1+deb8u1) jessie; urgency=medium
+
+  * Team upload.
+  * debian/control, debian/rules:
+   - Don't build python3-memcache anymore, upstream's Python3 support
+ is too incomplete (Closes: #788561).
+
+ -- Hugo Lefeuvre   Sun, 12 Jul 2015 22:22:34 +0200
+
 python-memcache (1.53+2014.06.08.git.918e88c496-1) unstable; urgency=medium
 
   * New upstream release.
--- a/debian/control	2015-07-13 11:00:34.426439594 +0200
+++ b/debian/control	2015-07-13 11:00:34.422439599 +0200
@@ -5,9 +5,7 @@
 Uploaders: Carl Chenet , Thomas Goirand 
 Build-Depends: debhelper (>= 9),
python-all (>= 2.6.6-3),
-   python-setuptools,
-   python3-all,
-   python3-setuptools
+   python-setuptools
 Standards-Version: 3.9.5
 Homepage: http://www.tummy.com/Community/software/python-memcached/
 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-memcache/trunk/
@@ -23,14 +21,3 @@
  one or more, possibly remote, memcached servers.
  .
  This package contains the Python 2.x module.
-
-Package: python3-memcache
-Architecture: all
-Depends: python3-six, ${misc:Depends}, ${python3:Depends}
-Suggests: memcached
-Description: pure python memcached client - Python 3.x
- This software is a 100% Python interface to the memcached memory cache daemon.
- It is the client side software which allows storing values in one or more,
- possibly remote, memcached servers.
- .
- This package contains the Python 3.x module.
--- a/debian/rules	2015-07-13 11:00:34.426439594 +0200
+++ b/debian/rules	2015-07-13 11:00:34.422439599 +0200
@@ -1,22 +1,17 @@
 #!/usr/bin/make -f
 
 PYTHONS:=$(shell pyversions -vr)
-PYTHON3S:=$(shell py3versions -vr)
 
 UPSTREAM_GIT = git://github.com/linsomniac/python-memcached.git
 
 %:
-	dh $@ --buildsystem=python_distutils --with python2,python3
+	dh $@ --buildsystem=python_distutils --with python2
 
 override_dh_install:
 	set -e && for pyvers in $(PYTHONS); do \
 		python$$pyvers setup.py install --install-layout=deb \
 			--root $(CURDIR)/debian/python-memcache; \
 	done
-	set -e && for pyvers in $(PYTHON3S); do \
-		python$$pyvers setup.py install --install-layout=deb \
-			--root $(CURDIR)/debian/python3-memcache; \
-	done
 
 override_dh_clean:
 	dh_clean -O--buildsystem=python_distutils

Bug#793061: clone git-annex fails with OOM on server

[Ian Jackson]

Joey Hess writes ("Bug#793061: clone git-annex fails with OOM on server"):
> Package: dgit
> Version: 1.0
> Severity: normal
> 
> joey@darkstar:~/tmp>dgit clone git-annex
> canonical suite name for unstable is sid
> fetching existing git history
> remote: fatal: Out of memory, calloc failed
> remote: aborting due to possible repository corruption on the remote side.
> fatal: protocol error: bad pack header

Thanks for the report.  This is rather strange.

Investigating suggests that there is a problem with the git smart http
transport.  I can `git clone' the git repo using my personal admin
account.

I have filed a ticket in the DSA RT, rt.debian.org#5881.

If `joey@finlandia' is your ssh key then you can use the following
rune, which will avoid the problem:

  dgit -cdgit-distro.debian.readonly=false clone git-annex

(This will clone the git repo over ssh.)

Regards,
Ian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793118: Multiarch menu missing the 32-bits Rescue entries in 'Advanced options'

[Didier 'OdyX' Raboud]

Package: debian-installer
Version: 20150718
Severity: normal
Tags: pending

Hi,

the version as shortly releases lacks the 'Rescue' entries for the 32
bits flavours of the multiarch CD, in the 'Advanced options' sub-menu.

The fix for this has already been committed to git, hence the pending.

Cheers, OdyX


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762040: tagged as pending

[Olivier Berger]

Hi.

FYI, I've tested locally a repackaged 3.4.1-4.2 based on the Git commit
d1b4f82ae036879b6b60db7700229713bd6d7a34, on a testing machine.

I've tested the basic instructions of the README.Debian, and
successfully run a ttylinux VM on a localhost host, so I think the
dependency can be fixed.

Of course existing bugs happen, like sunstone completely broken,
apparently, and need to fix some ARCH defaults, but nothing that
prevents installing the package.

Then, I think it could be interesting to upload to unstable another
increment on 3.4.1.

It won't be bug free, but at least barely usable by some.

This will allow upgrading from wheezy installations directly to testing
hopefully.

I could try to perform a NMU (as ober...@debian.org), if you prefer.

Hope this helps.

Best regards,

Olivier Berger  writes:

> Hi
>
> I see that you have made a fix for a few bits preventing the use of 3.4 in 
> testing/unstable, but haven't uploaded to unstable, and directly worked on 
> updating the package to a later upstream.
>
> Is there anything else that was broken on 3.4 in post jessie ?
>
> Otherwise, maybe it would be wise to still have an installable yet old 
> version of One in Debian, and later maybe an update ?
>
> Thanks in advance for any clarification.
>
> Best regards,
>
> On Fri, Jun 26, 2015 at 02:22:30AM +, Dmitry Smirnov wrote:
>> tag 762040 pending
>> --
>> 
>> We believe that the bug #762040 you reported has been fixed in the Git
>> repository. You can see the commit message below and/or inspect the
>> commit contents at:
>> 
>> 
>> http://anonscm.debian.org/cgit/pkg-opennebula/opennebula.git/diff/?id=d1b4f82
>> 
>> (This message was generated automatically by
>>  'git-post-receive-tag-pending-commitmsg' hook).
>> ---
>> commit d1b4f82
>> Author: Dmitry Smirnov 
>> Date:   Fri Jun 26 00:39:55 2015
>> 
>> Build-Depends: libxmlrpc-c++4-dev --> libxmlrpc-c++8-dev (Closes: 
>> #762040).
>> 
>> 
>
> -- 
> Olivier BERGER 
> http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
> Ingenieur Recherche - Dept INF
> Institut Mines-Telecom, Telecom SudParis, Evry (France)
>
>

-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793119: Debian Installer doesn't let me configure locale en_US + time zone UTC

[Alexander List]

Package: debian-installer
Version: 20150718
Severity: normal
Tags: d-i

I just tried to setup a dev VM using this netinst ISO:

debian-testing-amd64-netinst.iso   2015-07-21 12:30  245M

I *assume* it's version 20150718 as that predates the daily build by 3
days and has been migrated to testing according to tracker.d.o.

The problem:

I am in a multinational, multi-language environment spread across the
globe, where by convention servers are configured to en_US, timezone
UTC. We use US keyboards no matter where on the planet we are.

In earlier versions of d-i, there was a menu to select the time zone,
and hitting "End" would get me to Etc/Utc which was at the bottom of the
list.

Now, in d-i, I select

Language: English
Country: United States
Keymap: American English

Then I enter the root password, user, username, password, and then have
to configure the clock.

The only options I have are Eastern, Central, Mountain, ... Samoa.

Does that seriously mean people who configure a locale other than C in
their system cannot set the clock to use UTC in d-i?

Sounds like a rather severe limitation to me, and it's not obvious how
to work around it but to fix it post installation ...

And yes, I invested 15min googling the problem and didn't find an answer.

FWIW, this difference also appears in Ubuntu 15.10 daily builds, where I
noticed it first (15.04 doesn't have the problem). Today I reproduced it
in Debian.

Let me know if I can help.

Alex



signature.asc
Description: OpenPGP digital signature

Bug#793121: ocaml-fdkaac: FTBFS in pbuilder: error: configure script must not be run with root user!

[Andreas Beckmann]

Package: ocaml-fdkaac
Version: 0.2.0-1
Severity: serious
Justification: fails to build from source

ocaml-fdkaac fails to build in pbuilder. I don't know if it fails in
sbuild as well, since I don't have a sbuild setup.
Since the package is in non-free and has Build-Depends from non-free
as well it cannot be built on the buildd network and is also not
tested by the regular archive wide rebuild tests, so this bug has gone
unnoticed for some time.


   dh_auto_configure
./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--disable-silent-rules --libexecdir=\${prefix}/lib/ocaml-fdkaac 
--disable-maintainer-mode --disable-dependency-tracking
configure: WARNING: unrecognized options: --disable-silent-rules, 
--disable-maintainer-mode, --disable-dependency-tracking
configuring ocaml-fdkaac 0.2.0
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking that calling user is not root... configure: error: configure script 
must not be run with root user!
"tail -v -n +0 config.log"
[snip config.log output]

pbuilder is definitively not running the build as root, so 
that check for root seems to be bogus.

Trying to refresh the build system does not work:

ocaml-fdkaac-0.2.0$ autoreconf -f -i
configure.ac:8: error: possibly undefined macro: AC_BASE_CHECKS
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
configure.ac:19: error: possibly undefined macro: PKG_CONFIG_CHECK_MODULE
autoreconf: /usr/bin/autoconf failed with exit status: 1


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793120: Multiarch menu: 32 bits speech options (gtk & non-gtk) have the same text

[Didier 'OdyX' Raboud]

Package: debian-installer
Version: 20150718
Severity: normal

Hi,

in the 'Advanced options' of the multiarch CD, the speech synthesis
install options for 32 bits have the same text regardless if they are
for the GTK or non-GTK flavours.

Cheers, OdyX


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793115: ftp.debian.org: kdeartwork now contains only arch:all packages

[Maximiliano Curia]

Control: retitle -1 RM: kdeartwork [amd64 arm64 armel armhf hurd-i386 i386 
kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc ppc64el s390x sparc] -- RoM; 
NBS

¡Hola!

As it was requested via irc, I'm adding the list the affected packages to the 
bug.


arch:all no longer shipped (kde4 only files):

kscreensaver-xsavers-webcollage | 4:4.14.2-1| unstable| all
plasma-desktopthemes-artwork| 4:4.14.2-1| unstable| all

arch:any dropped packages:

kdeartwork-dbg  | 4:4.14.2-1| unstable| amd64, 
arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, 
mipsel, powerpc, ppc64el, s390x, sparc
kdeartwork-style| 4:4.14.2-1| unstable| amd64, 
arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, 
mipsel, powerpc, ppc64el, s390x, sparc
kdeartwork-theme-window | 4:4.14.2-1| unstable| amd64, 
arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, 
mipsel, powerpc, ppc64el, s390x, sparc
kscreensaver| 4:4.14.2-1| unstable| amd64, 
arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, 
mipsel, powerpc, ppc64el, s390x, sparc
kscreensaver-xsavers| 4:4.14.2-1| unstable| amd64, 
arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, 
mipsel, powerpc, ppc64el, s390x, sparc

The ones that are not being currently updated in the Packages files are:

kde-icons-mono  | 4:4.14.2-1| unstable| all
kde-icons-mono  | 4:15.04.3-1   | unstable| all
kde-icons-nuvola| 4:4.14.2-1| unstable| all
kde-icons-nuvola| 4:15.04.3-1   | unstable| all
kdeartwork  | 4:4.14.2-1| unstable| source, all
kdeartwork  | 4:15.04.3-1   | unstable| source, all
kdeartwork-emoticons| 4:4.14.2-1| unstable| all
kdeartwork-emoticons| 4:15.04.3-1   | unstable| all
kdeartwork-theme-icon   | 4:4.14.2-1| unstable| all
kdeartwork-theme-icon   | 4:15.04.3-1   | unstable| all
kdeartwork-wallpapers   | 4:4.14.2-1| unstable| all
kdeartwork-wallpapers   | 4:15.04.3-1   | unstable| all
kdewallpapers   | 4:4.14.2-1| unstable| all
kdewallpapers   | 4:15.04.3-1   | unstable| all
nuvola-icon-theme   | 4:4.14.2-1| unstable| all
nuvola-icon-theme   | 4:15.04.3-1   | unstable| all

Happy hacking,
--
"Email is a wonderful thing for people whose role in life is to be on top of
things. But not for me; my role is to be on the bottom of things. What I do
takes long hours of studying and uninterruptible concentration."
-- Donald Knuth
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#609537: /etc/init.d/mysql stop leaves a process but exits with 0 status

[Robie Basak]

reassign 609537 mysql-server-5.5
thanks

As far as I can tell this bug doesn't exist in the init.d script shipped
with mysql-server-5.6 - I can see waiting code there similar to the code
proposed in the patches in this bug.

So presumably this should be tracked just in mysql-server-5.5 (which
will be removed shortly anyway).

If there are still issues with the init.d script shipped in
mysql-server-5.6, please correct me. I'll be happy to commit patches
that someone can verify fixes the issue.


signature.asc
Description: Digital signature

Bug#793060: dgit ignores build-opts

[Ian Jackson]

Control: severity 793060 minor
Control: retitle 793060 Want dgit build to run dpkg-buildpackage only once

Richard Hartmann writes ("Bug#793060: dgit ignores build-opts"):
> Quoth the manpage:
>dgit [dgit-opts] build|sbuild|build-source [build-opts]
> 
> Quoth the sourcecode:
>Nervermore.
> 
> Long story short, running e.g.
>   dgit build -d
> 
> will not install dependencies. Patching in -d into @dpkgbuildpackage
> works as intended.

I think the bug here is more subtle.  If I try dgit -D build -d (which
shows the actual commands run by dgit), dgit runs dpkg-buildpackage
twice: once to clean the tree, and once to do the build.  The second
gets -d, but the first does not.  That's infelicitous.

I think it would be better if `build' only ran dpkg-buildpackage once,
if the cleanmode is `dpkg-source'.  (And it should run
dpkg-buildpackage with -nc otherwise, since it will have cleaned the
tree some other way.)


But, addressing the problem you are experiencing:

> Long story short, running e.g.
>   dgit build -d
> 
> will not install dependencies. Patching in -d into @dpkgbuildpackage
> works as intended.

Three points:

1. dpkg-buildpackage -d won't install dependencies.  The -d just
suppresses the check.  So I think maybe you are confused ?

2. If you just use
   dgit -wdd build
aka
   dgit --clean=dpkg-source-d build
I think everything will work as it ought.

If you don't use -wdd then you will find that push fails due to the
lack of build dependencies.

3. When you say 
> Patching in -d into @dpkgbuildpackage
do you mean actually editing the source code for dgit ?
But --dpkg-buildpackage:-d can be used from the command line to the
same effect.  (Although it's not the best way to achieve this;
see point 2.)


Thanks,
Ian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793122: yatm: FTBFS in sid

[Miguel A . Colón Vélez]

Source: yatm
Version: 0.8-2
Severity: serious
Tags: patch


Hi,

The rebuild caused by the recent upload (thanks for fixing that!)
uncovered that yatm 0.8 FTBFS in sid. It seems that the amd64 version
uploaded was using an outdated build environment.

The cause is that starting with soundtouch 1.9.0 the library no longer declares

#define FALSE 0
#define TRUE 1

in one of it's headers.

Using true or 1 instead of TRUE should fix this. The attached patch
uses 1 as to most closely mimic the previous behavior.

Cheers,
Miguel
--- yatm-0.8.orig/yatm.cc
+++ yatm-0.8/yatm.cc
@@ -863,7 +863,7 @@ play_sndfile (int fd, char const *begin,
 {
   sf_count_t maxFrames = 0;
   memset (&sfinfo, 0, sizeof (sfinfo));
-  if ((sndfile = sf_open_fd (dup(fd), SFM_READ, &sfinfo, TRUE))) {
+  if ((sndfile = sf_open_fd (dup(fd), SFM_READ, &sfinfo, 1))) {
 if (begin) {
   double time;
   if (parse_double_time(&time, begin) == -1) {

Bug#762040: tagged as pending

[Dmitry Smirnov]

Hi Oliver,

On Tuesday 21 July 2015 15:18:33 Olivier Berger wrote:
> FYI, I've tested locally a repackaged 3.4.1-4.2 based on the Git commit
> d1b4f82ae036879b6b60db7700229713bd6d7a34, on a testing machine.
> [...]
> I could try to perform a NMU (as ober...@debian.org), if you prefer.

Please go ahead with NMU. :)

-- 
All the best,
 Dmitry Smirnov


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

Bug#793123: ipython: CVE-2015-5607: cross-site request forgery

[Salvatore Bonaccorso]

Source: ipython
Version: 0.13.1-1
Severity: important
Tags: security upstream fixed-upstream

Hi,

the following vulnerability was published for ipython. Creating new
bug, cf. #789824, due to different affected versions.

CVE-2015-5607[0]:
cross-site request forgery

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-5607
[1] http://www.openwall.com/lists/oss-security/2015/07/21/3

Regards,
Salvatore


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793124: regression: vertical pink line on HDMI port with KMS / wrong resolution with linux 4.0.0-2

[Mathieu Roy]

Package: xserver-xorg-video-radeon
Version: 1:7.5.0-1+b1
Severity: normal

Hello,

With ADM Radeon 6870 and an HDMI Samsung screen

Similarly to https://bugzilla.redhat.com/show_bug.cgi?id=1236337 , after 
booting on linux 4.0.0-2 I now get a vertical pink line on the left side and 
the screen resolution is set to 1922x1080 instead of the regular 1920x1080 it 
was set to until then.

Booting back on 3.16.0-4-amd64 solves the issue.

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

lrwxrwxrwx 1 root root 13 Jun 23  2009 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384776 Jul  1 19:21 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Barts XT [Radeon HD 6870] [1002:6738]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 139820 Jul 17 17:59 /var/log/Xorg.1.log
-rw-r--r-- 1 root root  85261 Jul 21 14:49 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[19.672] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[19.672] X Protocol Version 11, Revision 0
[19.672] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[19.672] Current Operating System: Linux bender 3.16.0-4-amd64 #1 SMP 
Debian 3.16.7-ckt11-1 (2015-05-24) x86_64
[19.672] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=c6285b68-1788-4b8a-9ff6-084b46a19380 ro init=/lib/sysvinit/init
[19.672] Build Date: 01 July 2015  05:17:14PM
[19.672] xorg-server 2:1.17.2-1 (http://www.debian.org/support) 
[19.672] Current version of pixman: 0.32.6
[19.672]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[19.672] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[19.672] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 21 14:48:38 
2015
[19.690] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[19.738] (==) No Layout section.  Using the first Screen section.
[19.738] (==) No screen section available. Using defaults.
[19.738] (**) |-->Screen "Default Screen Section" (0)
[19.738] (**) |   |-->Monitor ""
[19.739] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[19.739] (==) Automatically adding devices
[19.739] (==) Automatically enabling devices
[19.739] (==) Automatically adding GPU devices
[19.768] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[19.768]Entry deleted from font path.
[19.770] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[19.770]Entry deleted from font path.
[19.780] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[19.780]Entry deleted from font path.
[19.780] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
built-ins
[19.780] (==) ModulePath set to "/usr/lib/xorg/modules"
[19.780] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[19.780] (II) Loader magic: 0x7fdba3e29d80
[19.780] (II) Module ABI versions:
[19.780]X.Org ANSI C Emulation: 0.4
[19.780]X.Org Video Driver: 19.0
[19.780]X.Org XInput driver : 21.0
[19.780]X.Org Server Extension : 9.0
[19.782] (II) xfree86: Adding drm device (/dev/dri/card0)
[19.785] (--) PCI:*(0:1:0:0) 1002:6738:174b:174b rev 0, Mem @ 
0xd000/268435456, 0xfcfc/131072, I/O @ 0xbe00/256, BIOS @ 
0x/131072
[19.785] (II) LoadModule: "glx"
[19.798] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[19.911] (II) Module glx: vendor="X.Org Foundation"
[19.911]compiled for 1.17.2, module version = 1.0.0
[19.911]ABI class: X.Org Server Extension, version 9.0
[19.911] (==) AIGLX enabled
[19.911] (==) Matched ati as autoconfigured driver 0
[19.911] (==) Matched ati as autoconfigured driver 1
[19.912] (==) Matched modesetting as autoconfigured driver 2
[19.912] (==) Matched fbdev as autoconfigured d

Bug#793060: dgit ignores build-opts

[Richard Hartmann]

On Tue, Jul 21, 2015 at 3:32 PM, Ian Jackson
 wrote:



> 1. dpkg-buildpackage -d won't install dependencies.  The -d just
> suppresses the check.  So I think maybe you are confused ?

Given the heat, maybe.


> 2. If you just use
>dgit -wdd build
> aka
>dgit --clean=dpkg-source-d build
> I think everything will work as it ought.

Will do.


> 3. When you say
>> Patching in -d into @dpkgbuildpackage
> do you mean actually editing the source code for dgit ?
> But --dpkg-buildpackage:-d can be used from the command line to the
> same effect.  (Although it's not the best way to achieve this;
> see point 2.)

Correct, thanks, and will use -wdd.


Thanks,
Richard


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793027: Missing QuoVadis "G3" Root CAs (in Wheezy)

[Michael Shuler]

On 07/21/2015 04:22 AM, Cédric Dufour - Idiap Research Institute wrote:

Jessie package does install cleanly.


Thanks for the confirmation.


The only problem I see with this approach is that I have to monitor
Jessie security updates closely and make sure to "import" any updated
package in our Wheezy repository. I'd rather not mess with the APT
configuration of our Wheezy hosts and add Jessie repositories along
preferences/priorities/pinning, unless you tell me this is the
recommended course of action from Debian point of view.


Do you have a wheezy-updates (previously known as 'volatile') apt line 
enabled in your sources.list by default? That repo has far less 
"accidental upgrade" surface than having jessie in sources.list. That 
might be the better spot for an updated package to be uploaded for 
wheezy users.


Thanks for checking!

--
Kind regards,
Michael


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#778470: xscreensaver: Add support for lighdm "new login" feature.

[Alexander Gerasiov]

Hello Tormod,

On Tue, 21 Jul 2015 00:08:45 +0200
Tormod Volden  wrote:

> > Please add support for "new login" feature lightdm (dm-tool)
> > provide. Patch os attached.
> 
> Hi, thanks for the report and patch. But if both dm-tool and
> gdmflexiserver are installed on the machine, how do you know which one
> should be called? Is there a way to know we are in a session started
> by lightdm?

Good question. Well, I see 2 ways:
1st. Analyze environment
Pro.
easy
fast
tells us about current running dm
Cons.
As there is no direct info, it's some kind of hack (and dm
authors could break this in the future)

2nd. Analyze system settings as DMs do themselves
Pro.
not so hackish
Cons.
Tells us about current config, not about running DM (well it's
not really often situation, when config differs from running DM)
A little bit harder to implement (just a little bit)
Debian specific (is not a real problem)


1st way:
In lightdm I see additional variable is set:
XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/gq
So you could write something like

if [ -n "$GDMSESSION" ];then
case "$XDG_GREETER_DATA_DIR" in
/var/lib/lightdm*)
which dm-tool > /dev/null && echo 
"XScreenSaver.newLoginCommand: dm-tool switch-to-greeter" | xrdb -merge;;
*)
which gdmflexiserver > /dev/null && echo 
"XScreenSaver.newLoginCommand: gdmflexiserver -ls" | xrdb -merge;;
esac
fi


2nd way:
Analyze content of /etc/X11/default-display-manager
could be /usr/sbin/lightdm for lightdm
/usr/sbin/gdm3 for gdm
/usr/bin/kdm for kdm

So you could use something like
DM="$(cat /etc/X11/default-display-manager)"
case "$DM" in
*lightdm)   ...;;
*kdm)   ...;;
*gdm3)  ...;;
esac

-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  Homepage: http://gerasiov.net  Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#773741: RFA: opennebula

[Dmitry Smirnov]

Hi Oliver,

On Tuesday 21 July 2015 15:30:00 Olivier Berger wrote:
> It seems Dmitry Smirnov (in copy) has been taking over with upgrading the
> package.
> 
> I'm not sure there has been any coordination, since I couldn't spot
> anything on the ML nor in this RFA ticket.

It was private, since I want to evaluate Opennebula first and then decide 
whether to assume responsibility for the package or not.


> May I suggest to declare an ITA if this is your intention, Dmitry
> (https://www.debian.org/devel/wnpp/#howto-o).

I'm well aware of the procedure but I have not yet arrived at the decision 
point. I'll take over the package if it will be proven useful to me (but to 
try it I have to bring it to shape first). Meanwhile I'll continue working on 
it as a team member.


> Also, discussing the difficulties and progress on the ML would be
> interesting IMHO, although the team may use other channels of
> communication (whose archive would be interesting to be pointed to ;-).

There is not much to discuss at the moment... A lot of work is to be done 
regarding proper packaging and testing.
Hopefully new upstream release may bring some relief regarding minified 
files:

http://dev.opennebula.org/issues/3853

-- 
Cheers,
 Dmitry Smirnov


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

Bug#773741: RFA: opennebula

[Olivier Berger]

Hi.

It seems Dmitry Smirnov (in copy) has been taking over with upgrading the 
package.

I'm not sure there has been any coordination, since I couldn't spot anything on 
the ML nor in this RFA ticket.

May I suggest to declare an ITA if this is your intention, Dmitry 
(https://www.debian.org/devel/wnpp/#howto-o).

Also, discussing the difficulties and progress on the ML would be interesting 
IMHO, although the team may use other channels of communication (whose archive 
would be interesting to be pointed to ;-).

Hope this helps.

Best regards,

On Mon, Dec 22, 2014 at 09:40:13PM +0100, Damien Raude-Morvan wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-CC: pkg-opennebula-de...@lists.alioth.debian.org, 
> jme...@opennebula.org, a...@sigxcpu.org, osal...@debian.org
> 
> I'm looking for an adopter for OpenNebula package
> https://tracker.debian.org/pkg/opennebula>
> 
> I'm not using this package anymore and it seems that all members
> are inactive for at least one year.
> 
> The package description is:
>  OpenNebula is an open source virtual infrastructure engine that enables the
>  dynamic deployment and re-placement of virtual machines on a pool of physical
>  resources.
>  .
>  ONE (OpenNebula) extends the benefits of virtualization platforms from a
>  single physical resource to a pool of resources, decoupling the server not
>  only from the physical infrastructure but also from the physical location.
> 
> Regards,
> 
> -- 
> Damien - Debian Developper
> http://wiki.debian.org/DamienRaudeMorvan



-- 
Olivier BERGER 
http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut Mines-Telecom, Telecom SudParis, Evry (France)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#762040: tagged as pending

[Dmitry Smirnov]

On Tuesday 21 July 2015 15:13:25 Olivier Berger wrote:
> Ok course, it's very valuable to get a newer release in Debian, but
> maybe progressing with small steps can be interesting too, at least to
> clean the stuff reported by https://tracker.debian.org/pkg/opennebula
> about libxmlrpc-C++4 ;-)

I'm not OK to upload packages in such shape. I was entertaining idea to 
request its removal from "unstable" but since nobody seems to be using it I 
was just working on fixing all outstanding problems...


> >> Otherwise, maybe it would be wise to still have an installable yet old
> >> version of One in Debian, and later maybe an update ?
> > 
> > I'm not sure about that. I've decided to move on to new upstream version
> > because I was not comfortable with uploading current (i.e. old upstream)
> > version. Fixing it and then fixing new version means almost twice much
> > work and I only have limited time...
> 
> I think that having it buggy but a little less buggy doesn't harm much.
 
I reckon it is a matter of standards. I do not want to take responsibility 
for upload of package with known non-free files while I'm not sure if it is 
even works.


> > Are you using opennebula?
> 
> Yes. Not with a real cloud at the moment, but still, as a way to plan
> for future extensions of our platforms if need be.
> 
> I'll report on my efforts to fix the dependency issue on the BTS (you
> may also respond to the BTS an not only to me ?).

I intentionally responded to you privately as I did not want to discuss my 
early/potential plans to adopt opennebula package in public yet...

-- 
Regards,
 Dmitry Smirnov

---

It has been said that democracy is the worst form of government except
all the others that have been tried.
-- Winston Churchill


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

Bug#793067: Bug#792328: info: can no longer find the Emacs manual

[Gavin Smith]

Link to discussion for reference:
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1339655.html

On 21 July 2015 at 13:23, Norbert Preining  wrote:

>> Moreover there are many
>> Info files under the "emacs-24" subdirectory that describe various
>> Emacs modes, etc.?
>
> Right.

>> Perhaps the symlink could be to this directory, instead of to
>> individual info files  (/usr/share/info/emacs ->
>> /usr/share/info/emacs-24), and the emacs subdirectory could be
>> included in INFOPATH. This would only be used for packages like emacs
>
>Well, that helps indeed in the cross referencing.

> I see three options:
> * the current status: only a flat dir is allowed, but one can use
>   the INFOPATH variable to adjust searching.
> In this case I am not sure how several copies of the same manual
> would behave without any special options
> * the current status II: all files are installed into infodir, and
>   multiple copies are renamed to include the version.
> That needs work from the packagers, since as far as I see this
> is not normally supported by the texi2info script. One would
> need to change manually all internal links to include the
> version number

Even if you went to all the effort of changing internal links, links
in files you didn't control would go to the wrong place.

> * my wish list: support of sub directories and links within subdirs
> in this case selecting a link would *first* search for the
> respective file in the same directory as the info file
> currently reading in info, and if that is not found,
> in the normal INFOPATH
> That would allow installation of various versions of the emacs
> (and other programs) manual into infopath/emacs24/... and
> keep the local links as is.
>

Sounds like a good idea about the link following. Maybe there could be
another command to list all the files found when following a link
instead of using the first one found. (e.g. C-x RET instead of RET).

Reference to my email on this subject:
http://lists.gnu.org/archive/html/bug-texinfo/2014-08/msg00025.html

I'm still unsure about whether subdirectories should be used in menu
entries in Info files.

I wrote
>>Perhaps the symlink could be to this directory, instead of to
individual info files  (/usr/share/info/emacs ->
/usr/share/info/emacs-24), and the emacs subdirectory could be
included in INFOPATH. This would only be used for packages like emacs
with a lot of associated files, so INFOPATH wouldn't have to be
extended for every Info file.

Assuming that all the Emacs-related Info files for a single Emacs
version are to be kept together in a subdirectory, either INFOPATH has
to be extended (with /etc/profile, for example), or there would have
to be dir entries with slashes in the file names. I don't see why
extending INFOPATH wouldn't be suitable.

> I *MIGHT* find time to look into that in the info reader and implement
> it in the c source code, but currently I am low on time due to work
> requirements (teaching, conferences, etc).
>
> Within Debian we now have enough time till the next release to work
> that out properly, but I would prefer something that goes in line with
> upstream TeX Info, as I don't want to have any special Debianitis
> again (similar to install-info odyssee over too many years).
>
> All the best
>
> Norbert
>
> 
> PREINING, Norbert   http://www.preining.info
> JAIST, Japan TeX Live & Debian Developer
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org