Bug#800509: llvm 3.6 - beignet

[Rebecca N. Palmer]

- - beignet builds fine with llvm-3.6, but needs a sourceful upload
because of hardcoded dependencies on control file


That's there because, while it builds and mostly works with 3.6, this at 
least used to sometimes hit a bug: 
http://www.freedesktop.org/wiki/Software/Beignet/
As I do not have code to reproduce this 
(http://lists.freedesktop.org/archives/beignet/2015-April/005592.html), 
I don't know if this is still the case; I'll ask upstream.


Are you planning to remove 3.5 now, or only switch the default?

Bug#789133: transition: ocaml 4.02.3

[Emilio Pozuelo Monfort]

On 07/09/15 17:45, Stéphane Glondu wrote:
> Now that gcc-5 migrated, can anyone give an ETA for the OCaml transition?

Has the situation improved wrt the last status update? Can you give an update?

Cheers,
Emilio

Bug#800547: libextractor-java: please add arm64

[Edmund Grimley Evans]

Source: libextractor-java
Version: 0.6.0-6

It seems to build on arm64. Perhaps it should be "Architecture: any".

Bug#798119: kdenlive: Segmentation fault on start of testing version

[Antonio Tapiador del Dujo]

Package: kdenlive
Version: 15.08.1-1
Followup-For: Bug #798119

Dear Maintainer,

Same problem here. No dmo packages, just debian testing.

(gdb) run
Starting program: /usr/bin/kdenlive
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe2a99700 (LWP 10728)]
[New Thread 0x7fffca2ae700 (LWP 10751)]
mlt_repository_init: failed to dlopen /usr/lib/x86_64-linux-gnu/mlt/libmltsox.so
  (dlopen: no se puede cargar ningún objeto más con TLS estático)
[New Thread 0x7fffbe882700 (LWP 10816)]
file:///usr/share/kdenlive/kdenlivemonitor.qml:1:1: module "QtQuick" is not 
installed
 import QtQuick 2.0
 ^
[New Thread 0x7fffbd881700 (LWP 10817)]
file:///usr/share/kdenlive/kdenlivemonitor.qml:1:1: module "QtQuick" is not 
installed
 import QtQuick 2.0
 ^
Invalid playlist
Removing cache at "/home/atd/.cache/kdenlive-thumbs.kcache"
Invalid playlist
QCursor: Cannot create bitmap cursor; invalid bitmap(s)
[New Thread 0x7fffbc880700 (LWP 10818)]
[Thread 0x7fffbc880700 (LWP 10818) exited]
[New Thread 0x7fffbc880700 (LWP 10819)]
[New Thread 0x7fffb69c9700 (LWP 10820)]
[New Thread 0x7fffb61c8700 (LWP 10821)]
[New Thread 0x7fffb59c7700 (LWP 10822)]

Program received signal SIGSEGV, Segmentation fault.
0x71217200 in QOpenGLContext::shareGroup() const ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
(gdb) bt
#0  0x71217200 in QOpenGLContext::shareGroup() const ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#1  0x714c79e0 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#2  0x714c7bcb in QOpenGLFunctions::initializeOpenGLFunctions() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#3  0x75f65c5f in 
QSGBatchRenderer::Renderer::Renderer(QSGRenderContext*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#4  0x75f8c751 in QSGRenderContext::createRenderer() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#5  0x75fd59bc in QQuickWindowPrivate::syncSceneGraph() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#6  0x75fa6610 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#7  0x75fa7886 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#8  0x711eb7f5 in QWindow::event(QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#9  0x75fde9a3 in QQuickWindow::event(QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5
#10 0x72183b8c in QApplicationPrivate::notify_helper(QObject*, QEvent*) 
()
   from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#11 0x72189230 in QApplication::notify(QObject*, QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
#12 0x70ec0a8b in QCoreApplication::notifyInternal(QObject*, QEvent*) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#13 0x711e4366 in 
QGuiApplicationPrivate::processExposeEvent(QWindowSystemInterfacePrivate::ExposeEvent*)
 () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#14 0x711e50ad in 
QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
 () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#15 0x711ca628 in 
QWindowSystemInterface::sendWindowSystemEvents(QFlags)
 () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
#16 0x7fffe47e1af0 in ?? ()
   from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so
#17 0x7fffeba92c3d in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x7fffeba92f20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x7fffeba92fcc in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#20 0x70f17e2f in 
QEventDispatcherGlib::processEvents(QFlags) () 
from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#21 0x70ebe2ca in 
QEventLoop::exec(QFlags) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#22 0x70ec5e3c in QCoreApplication::exec() ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#23 0x00518532 in main (argc=1, argv=)
at /tmp/buildd/kdenlive-15.08.1/src/main.cpp:118


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

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

Versions of packages kdenlive depends on:
ii  ffmpeg7:2.7.2-2+b1
ii  kded5 5.14.0-1
ii  kdenlive-data 15.08.1-1
ii  kinit 5.14.0-1
ii  kio   5.14.0-1
ii  libc6 2.19-22
ii  libgcc1   1:5.2.1-17
ii  libgl1-mesa-glx [libgl1]  10.6.7-1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libkf5archive55.14.0-1
ii  libkf5attica5 

Bug#798119: kdenlive: Segmentation fault on start of testing version

[Antonio Tapiador del Dujo]

Package: kdenlive
Version: 15.08.1-1
Followup-For: Bug #798119

I managed to start it removing the ~/.config/kdenliverc,
but it also segfaulted when adding an effect to a clip

Installing qml-module-qtquick2 solved the problem

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

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

Versions of packages kdenlive depends on:
ii  ffmpeg7:2.7.2-2+b1
ii  kded5 5.14.0-1
ii  kdenlive-data 15.08.1-1
ii  kinit 5.14.0-1
ii  kio   5.14.0-1
ii  libc6 2.19-22
ii  libgcc1   1:5.2.1-17
ii  libgl1-mesa-glx [libgl1]  10.6.7-1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libkf5archive55.14.0-1
ii  libkf5attica5 5.14.0-1
ii  libkf5auth5   5.14.0-1
ii  libkf5bookmarks5  5.14.0-1
ii  libkf5codecs5 5.14.0-1
ii  libkf5completion5 5.14.0-1
ii  libkf5configcore5 5.14.0-1
ii  libkf5configgui5  5.14.0-1
ii  libkf5configwidgets5  5.14.0-1
ii  libkf5coreaddons5 5.14.0-1
ii  libkf5dbusaddons5 5.14.0-1
ii  libkf5guiaddons5  5.14.0-1
ii  libkf5i18n5   5.14.0-1
ii  libkf5iconthemes5 5.14.0-1
ii  libkf5itemviews5  5.14.0-1
ii  libkf5jobwidgets5 5.14.0-1
ii  libkf5kiocore55.14.0-1
ii  libkf5kiofilewidgets5 5.14.0-1
ii  libkf5kiontlm55.14.0-1
ii  libkf5kiowidgets5 5.14.0-1
ii  libkf5newstuff5   5.14.0-1
ii  libkf5notifications5  5.14.0-1
ii  libkf5notifyconfig5   5.14.0-1
ii  libkf5plotting5   5.14.0-1
ii  libkf5service55.14.0-1
ii  libkf5solid5  5.14.0-2
ii  libkf5sonnetui5   5.14.0-1
ii  libkf5textwidgets55.14.0-1
ii  libkf5widgetsaddons5  5.14.0-1
ii  libkf5xmlgui5 5.14.0-1
ii  libmlt++3 0.9.8-1
ii  libmlt6   0.9.8-1
ii  libqt5concurrent5 5.4.2+dfsg-9
ii  libqt5core5a  5.4.2+dfsg-9
ii  libqt5dbus5   5.4.2+dfsg-9
ii  libqt5gui55.4.2+dfsg-9
ii  libqt5network55.4.2+dfsg-9
ii  libqt5qml55.4.2-6
ii  libqt5quick5  5.4.2-6
ii  libqt5script5 5.4.2+dfsg-4
ii  libqt5svg55.4.2-3
ii  libqt5widgets55.4.2+dfsg-9
ii  libqt5xml55.4.2+dfsg-9
ii  libstdc++65.2.1-17
ii  libv4l-0  1.6.3-1
ii  melt  0.9.8-1

Versions of packages kdenlive recommends:
ii  dvdauthor0.7.0-1.3
ii  dvgrab   3.5-2+b3
ii  frei0r-plugins   1.4-3+b1
ii  genisoimage  9:1.1.11-3
ii  recordmydesktop  0.3.8.1+svn602-1+b1
ii  swh-plugins  0.4.15+1-8

Versions of packages kdenlive suggests:
pn  khelpcenter  

-- no debconf information

Bug#800549: cannot install libcairomm-1.0-1:i386 on amd64 machine

[Brent S. Elmer]

Package: libcairomm-1.0-1
Version: 1.10.0-1.1
Severity: normal

I have a jessie amd64 machine that I am trying to install an i386 package on.
I am not successful because libcairomm-1.0-1:i386 will not install without
removing other packages such as cairo-dock.

I get the following when trying to install:

# apt-get install libcairomm-1.0-1:i386
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  cairo-dock-alsamixer-plug-in cairo-dock-animated-icons-plug-in cairo-dock-
cairo-penguin-plug-in cairo-dock-clipper-plug-in cairo-dock-clock-plug-in
cairo-dock-core cairo-dock-dbus-plug-in
  cairo-dock-desklet-rendering-plug-in cairo-dock-dialog-rendering-plug-in
cairo-dock-dnd2share-plug-in cairo-dock-drop-indicator-plug-in cairo-dock-
dustbin-plug-in cairo-dock-folders-plug-in
  cairo-dock-gmenu-plug-in cairo-dock-icon-effect-plug-in cairo-dock-illusion-
plug-in cairo-dock-impulse-plug-in cairo-dock-keyboard-indicator-plug-in cairo-
dock-logout-plug-in
  cairo-dock-mail-plug-in cairo-dock-messaging-menu-plug-in cairo-dock-motion-
blur-plug-in cairo-dock-musicplayer-plug-in cairo-dock-netspeed-plug-in cairo-
dock-plug-in-data
  cairo-dock-powermanager-plug-in cairo-dock-quick-browser-plug-in cairo-dock-
recent-events-plug-in cairo-dock-remote-control-plug-in cairo-dock-rendering-
plug-in cairo-dock-rssreader-plug-in
  cairo-dock-shortcuts-plug-in cairo-dock-showdesktop-plug-in cairo-dock-
showmouse-plug-in cairo-dock-slider-plug-in cairo-dock-stack-plug-in cairo-
dock-switcher-plug-in
  cairo-dock-system-monitor-plug-in cairo-dock-systray-plug-in cairo-dock-
terminal-plug-in cairo-dock-toons-plug-in cairo-dock-weather-plug-in cairo-
dock-weblets-plug-in
  cairo-dock-wifi-plug-in cairo-dock-xgamma-plug-in cli-common gnome-power-
manager gnome-themes-standard:i386 gtk2-engines:i386 gtk2-engines-murrine:i386
gtk2-engines-oxygen:i386
  gtk2-engines-pixbuf:i386 gtk2-engines-qtcurve:i386 hyphen-en-us kde-style-
qtcurve:i386 kwin-style-qtcurve:i386 libattica0.4:i386 libaudio2:i386
libavformat56:i386 libbonoboui2-0:i386
  libclucene-core1:i386 libcurl3-gnutls:i386 libdb5.3:i386 libdbus-glib2.0-cil
libdbus2.0-cil libdbusmenu-qt2:i386 libdlrestrictions1:i386 libetpan17
libexiv2-13:i386 libfam0:i386
  libgail18:i386 libgconf2.0-cil libgdiplus libglade2-0:i386 libglib2.0-cil
libgnome-keyring0:i386 libgnomecanvas2-0:i386 libgnomeui-0:i386 libgtk2.0-cil
libidl0:i386 libidn11:i386
  libiodbc2:i386 libkdecorations4abi2:i386 libkdecore5:i386 libkdeui5:i386
libkio5:i386 liblcms2-2:i386 libldap-2.4-2:i386 libmhash2:i386 libmng1:i386
libmono-addins-gui0.2-cil
  libmono-addins0.2-cil libmono-cairo4.0-cil libmono-corlib4.0-cil libmono-
corlib4.5-cil libmono-i18n-west4.0-cil libmono-i18n4.0-cil libmono-posix4.0-cil
libmono-security4.0-cil
  libmono-sharpzip4.84-cil libmono-system-configuration4.0-cil libmono-system-
core4.0-cil libmono-system-drawing4.0-cil libmono-system-security4.0-cil
libmono-system-xml4.0-cil
  libmono-system4.0-cil libnepomuk4:i386 liborbit2:i386 libqt4-dbus:i386
libqt4-network:i386 libqt4-svg:i386 libqt4-xml:i386 libqtcore4:i386
libqtdbus4:i386 libqtgui4:i386 libraptor2-0:i386
  librasqal3:i386 librdf0:i386 librtmp1:i386 libsasl2-2:i386
libsasl2-modules:i386 libsasl2-modules-db:i386 libsolid4:i386 libsoprano4:i386
libssh2-1:i386 libssl1.0.0:i386
  libstreamanalyzer0:i386 libstreams0:i386 libxkbfile1:i386 libxp6:i386
libxslt1.1:i386 libxss1:i386 libxt6:i386 libyajl2:i386 libzeitgeist-1.0-1
mono-4.0-gac mono-gac mono-runtime
  mono-runtime-common mono-runtime-sgen soprano-daemon:i386 task-desktop tomboy
x11-apps x11-session-utils xinit xorg
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  binfmt-support cli-common libdbus-glib2.0-cil libdbus2.0-cil libgconf2.0-cil
libgdiplus libglib2.0-cil libgtk2.0-cil libmono-addins-gui0.2-cil libmono-
addins0.2-cil libmono-cairo4.0-cil
  libmono-corlib4.0-cil libmono-corlib4.5-cil libmono-i18n-west4.0-cil libmono-
i18n4.0-cil libmono-posix4.0-cil libmono-security4.0-cil libmono-
sharpzip4.84-cil
  libmono-system-configuration4.0-cil libmono-system-core4.0-cil libmono-
system-drawing4.0-cil libmono-system-security4.0-cil libmono-system-xml4.0-cil
libmono-system4.0-cil
  libsigc++-2.0-0c2a:i386 mono-4.0-gac mono-gac mono-runtime mono-runtime-
common mono-runtime-sgen tomboy
Suggested packages:
  monodoc-gtk2.0-manual libmono-i18n4.0-all libgamin0 tasque
The following packages will be REMOVED:
  cairo-dock cairo-dock-plug-ins cairo-dock-tomboy-plug-in gnome gnome-core
gnome-system-monitor gnote inkscape libcairomm-1.0-1 libgtkmm-2.4-1c2a
libgtkmm-3.0-1 libpangomm-1.4-1
  open-vm-tools-desktop task-gnome-desktop
The following NEW packages will be installed:
  binfmt-support cli-common libcairomm-1.0-1:i386 libdbus-glib2.0-cil
libdbus2.0-cil libgconf2.0-cil libgdiplus libglib2.0-cil libgtk2.0-cil libmono-
addins-gui0.2-cil 

Bug#781172: Please Urgent!

[Gupton, Joshua Lee]

Greetings,

I need your assistance in a project that will be mutual benefit to the both of 
us.Sincerely  Ms. Nonnita.

Bug#791238: petsc: library transition may be needed when GCC 5 is the default

[Emilio Pozuelo Monfort]

Control: user release.debian@packages.debian.org
Control: usertag -1 - transition

On Wed, 5 Aug 2015 16:17:54 +0200 Martin Pitt  wrote:
> tag 791238 patch
> user release.debian@packages.debian.org
> usertag 791238 + transition
> block 791238 by 790756
> 
> Hello,
> 
> this is a debdiff which we uploaded to Ubuntu (aside from some formal
> debian/changelog differences). As debian/rules is really complex and I
> don't have a good way of testing this, I'd appreciate a second look
> before uploading this.

>From a RT POV, feel free to go ahead with this.

I'm removing the transition tag for now, feel free to add that (and reassign)
once this is uploaded.

[ Note that I haven't actually reviewed the debdiff. ]

Emilio

Bug#789077: ruby2.2 transition: about to switch the default in unstable

[Emilio Pozuelo Monfort]

On 19/09/15 15:27, Antonio Terceiro wrote:
> On Wed, Jul 29, 2015 at 07:17:38PM +0200, Emilio Pozuelo Monfort wrote:
>> On 28/07/15 23:23, Antonio Terceiro wrote:
>>> Hello release team.
>>>
>>> We are not at a point where it makes sense to switch the default ruby
>>> in unstable. I have been running it on my work machine for a few weeks
>>> and didn't notice any problems worth postponing this any longer.
>>>
>>> After that is done, the following packages will need to be binNMUed:
>>>
>>> hyperestraier
>>> libguestfs
>>> mapserver
>>> marisa
>>> ngraph-gtk
>>> notmuch
>>> obexftp
>>> player
>>> qdbm
>>> qtruby
>>> raspell
>>> redland-bindings
>>> remctl
>>> root-system
>>> rrdtool
>>> rubyluabridge
>>> stfl
>>> vim
>>> xmms2
>>>
>>> These packages FTBFS and we will need to look at them individually:
>>>
>>> korundum
>>> kross-interpreters
>>> subversion
>>> treil
>>> uwsgi
>>> zeroc-ice
>>> weechat
>>>
>>> the remaining packages are ruby libraries who are either not ported or
>>> have build problems, and it is OK to have them removed from testing for
>>> now.
>>>
>>> Please let me know if it's OK to go forward with this, i.e. uploading
>>> ruby-defaults to unstable so that ruby2.2 becomes the default ruby.
>>
>> Might be best to wait until after the libstdc++ transition.
>>
>> Emilio
> 
> Would it be OK for us to go ahead with this now that the worst part of
> of libstdc++ is done?

Can you give an update on how many packages would FTBFS ? Are there bugs,
patches, or anything for those?

Thanks,
Emilio

Bug#800548: bowtie: please add arm64

[Edmund Grimley Evans]

Source: bowtie
Version: 1.1.2-1
Tags: patch

It seems to build on arm64 with just a tiny change on top of
ppc64el.patch:

--- bowtie-1.1.2.orig/Makefile
+++ bowtie-1.1.2/Makefile
@@ -125,7 +125,7 @@
 VERSION = $(shell cat VERSION)
 
 BITS=32
-ifneq (,$(filter $(shell uname -m), ppc64le x86_64))
+ifneq (,$(filter $(shell uname -m), aarch64 ppc64le x86_64))
BITS=64
 endif
 # msys will always be 32 bit so look at the cpu arch instead.
--- bowtie-1.1.2.orig/debian/control
+++ bowtie-1.1.2/debian/control
@@ -16,7 +16,7 @@
 Homepage: http://bowtie-bio.sourceforge.net/
 
 Package: bowtie
-Architecture: amd64 kfreebsd-amd64 ppc64el
+Architecture: amd64 kfreebsd-amd64 arm64 ppc64el
 Depends: ${shlibs:Depends},
  ${misc:Depends},
  python

Bug#791119: libevocosm: library transition may be needed when GCC 5 is the default

[Emilio Pozuelo Monfort]

Control: user release.debian@packages.debian.org
Control: usertag -1 - transition

On Wed, 5 Aug 2015 09:58:59 +0200 Martin Pitt  wrote:
> tag 791119 confirmed patch
> user release.debian@packages.debian.org
> usertag 791119 + transition
> block 791119 by 790756
> thanks
> 
> Attaching debdiff for this.

>From a RT POV, feel free to go ahead with this.

I'm removing the transition tag for now, feel free to add that (and reassign)
once this is uploaded.

Emilio

Bug#800545: ITP: mopidy-dleyna -- Mopidy extension for playing music from Digital Media Servers

[Stein Magnus Jodal]

Package: wnpp
Severity: wishlist
Owner: Stein Magnus Jodal 

* Package name: mopidy-dleyna
  Version : 1.0.1
  Upstream Author : Thomas Kemmer 
* URL : https://github.com/tkem/mopidy-dleyna
* License : Apache-2.0
  Programming Lang: Python
  Description : Mopidy extension for playing music from Digital Media 
Servers

Mopidy is a music server which can play music from multiple sources, like your
local hard drive, radio streams, and from Spotify and SoundCloud.

This package provides a Mopidy extension for playing music from DLNA Digital
Media Servers using the dLeyna D-Bus interface.

Bug#800546: guymager: please add arm64

[Edmund Grimley Evans]

Source: guymager
Version: 0.7.4-2

It seems to build on arm64. Perhaps it should be "Architecture: any".

Bug#800517: curl: the --http2 option does not work

[Alessandro Ghedini]

On Wed, Sep 30, 2015 at 01:00:55pm +0200, Tomasz Buchert wrote:
> Package: curl
> Version: 7.44.0-2
> Severity: normal
> 
> Hi,
> curl --http2  does not work for me.

Works fine here with e.g. https://www.google.com, https://http2.golang.org and
https://http2.cloudflare.com.

> I have nghttpx proxy serving content over HTTP2 and when I do:
> 
> curl --http2 https://ADDRESS

Can you please post the output with the '-v' flag? Also, how do I configure
nghttpx to reproduce this?

Cheers


signature.asc
Description: PGP signature

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

[Guilhem Moulin]

Hej Gianfranco!

On Fri, 25 Sep 2015 at 20:25:08 +0200, Guilhem Moulin wrote:
> You'll find the new upload at
> 
>  dget -x 
> http://mentors.debian.net/debian/pool/main/d/dropbear/dropbear_2015.68-1.dsc

Did you have time to look at the new upload yet?  (Since you didn't take
ownership of the RFS I don't know if you're intending to sponsor it or
if you're “only” providing — valuable! — feedback.  In the latter case I
should probably poke d-m@l.d.o again ;-)

Thanks!
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#800542: RM: debconf-kde0 -- ROM; Superseded and unused

[Matthias Klumpp]

Package: ftp.debian.org
Severity: normal

Hi!
Please remove the debconf-kde0 source package - we don't need it in unstable
anymore, since Apper will soon be gone from unstable as well to perform the
final steps of the KDE Frameworks 5 transition, and the upcoming release of
Apper (snapshot available in experimental) will use the more recent Qt5 based
library from the debconf-kde package.
Cheers,
Matthias

Bug#741975: xul-ext-gnome-keyring: Does not store passwords

[Ralf Jung]

Hi,

I have the same problem: After entering the password in Icedove, they
appear in Seahores. Restarting Icedove works fine. However, when I log
out and back in, the passwords seem to be all gone and I am asked for
all of them again.

This renders the plugin entirely useless.

Kind regards,
Ralf

Bug#800544: coturn: Please allow telnet-ssl being installed instead of telnet

[Axel Beckert]

Package: coturn
Severity: wishlist
Version: 4.2.1.2-1
Control: found -1 4.5.0.2-1

Dear Daniel and Oleg,

coturn currently depends on "telnet". telnet and telnet-ssl cannot be
co-installed. So please depend on "telnet | telnet-client" instead of
only "telnet" to allow "telnet-ssl" or another alternative
implementation to be used.

If you require explicitly the netkit telnet, then please use "telnet |
telnet-ssl" instead of just "telnet". telnet-ssl is not built from the
same source package but from the same implementation. (Source package
netkit-telnet vs netkit-telnet-ssl)

TIA!

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

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

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

[Alberto Garcia]

On Thu, Sep 24, 2015 at 12:12:48PM +0200, John Candlish wrote:

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

I'm having the same problem here, if I remove the text version of
Emacs from the .desktop file I can open the GTK version again.

Berto

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

Le mardi 29 septembre 2015, 20:13:30 Markus Koschany a écrit :
> Am 29.09.2015 um 13:05 schrieb Alexandre Detiste:
> > 2015-09-29 11:21 GMT+02:00 Markus Koschany :
> [...]
> > I own these from GOG too. When the packaging of the GOG version is
> > done it should be tested against the original physical media too;
> > to avoid surprises; like GOG version of Zork Inquisitor shipping the
> > obsolete Z-Engine and some bits of it's assets slipping in package 
> > definition;
> > or GOG skipping some *.bak from the retail CD of Theme Hospital...
> 
> Absolutely agreed. This should be tested against "real" physical media
> releases of the games. I intend to provide patches for the gog.com
> versions first. Let's see if there is demand and feedback for more.
 
It's a so-called long-tail problem; packaging the GOG + Steam
version would please most people & with a bit of luck work for the original 
media too.

Packaging only the English version at first will also please most people.

> >> Unfortunately g-d-p hardcodes the platform-priority for lgogdownloader
> >> to linux,windows.
> > 
> > I don't understand why you feel this is unfortunate, maybe you mistook
> > this parameter with " --platform" which does something else.
> 
> Providing a sane default is fine. I only find it unfortunate that I
> can't override the values in my yaml file.
>
> I would like to add
> 
> platform: windows

I'm still thinking of use case for this : 
- sometimes the windows archive is smaller that the linux one
- user may want to --save-dowloads /media/win/something
  & install the game again on his windows system ?

For the rest a .zip file is better because 
we don't need to call an external program.

> language: de
> 
> to the specific yaml file. But this is apparently not implemented yet.
> (Just a finding, nothing serious :) )

For now there's always a 1:1 match between the language of
the Debian package and the one of the GOG package; 
the 'de' .deb is built from the setup_*_german.exe etc...

I can't see how one e. g. could build a "fr" .deb from a "de" gog archive (?)

> Ok. I appreciate that we prioritize linux versions. But there is no
> runtime option to override the lgogdownloader behaviour, isn't it?
> I can't use
> game-data-packager baldurs-gate-1 --platform windows --language de

"--language xx" should well be added to G-D-P; having
to list possible package with --help & the run again
with --package game-$LANG-date is a bit cumbersome.

"--language xx" would have the seame meaning than for
lgogdownloader: "create package in this language or do nothing",
but would also work with freebies like Soltys or Dreamweb
but also Steam games. G-D-P would fail instead of packaging
an unwanted english version

This way someone can override the automagical behaviour of
LANGUAGE & LANG.

---

"--platform":
G-D-P should not show, but hide the complexity of all the
external tools that all have tens and tens of command line switches
("man arj" is nightmarish)

> > Now for the rest:
> > 
> > - G-D-P has not yet support for multipart GOG archives used for huge games,
> >   multipart archive are a lot of pain (see ARJ, unshield handling) by
> > themselves;
> >   I will add this soon.
done

> >   To avoid to download the same game again & again & again for tests I wrote
> >   a fake lgogdownloader, that can be symlinked in ~/bin .
> 
> Thanks. I usually download the provided archive once and then I run
> 
> game-data-packager  
> 
> and then I hope g-d-p will do the right thing. :)
> 
> Although I have 120 MBit to my disposal, I think this is more sane. :P

I don't like to waste either.

> When I run
> 
> game-data-packager baldurs-gate-1 setup_baldurs_gate_2.0.0.20.exe
> 
> I get this now:
> 
> game-data-packager baldurs-gate-1 setup_baldurs_gate_2.0.0.20.exe
> INFO:game-data-packager:identifying setup_baldurs_gate_2.0.0.20.exe
> WARNING:game-data-packager:found possible chitin.key
> but its size does not match:
>   file:
> /mnt/data/gog/baldurs_gate_the_original_saga/gdptmp/gdptmp.qfsdo9pg/tmp/setup_baldurs_gate_2.0.0.20.exe.d/app/Chitin.key
>   expected: 217559 bytes
>   found   : 238496 bytes
> INFO:game-data-packager:identifying
> /mnt/data/gog/baldurs_gate_the_original_saga/gdptmp/gdptmp.qfsdo9pg/tmp/setup_baldurs_gate_2.0.0.20.exe.d/app/movies/MOVIECD1.BIF
> INFO:game-data-packager:identifying
> /mnt/data/gog/baldurs_gate_the_original_saga/gdptmp/gdptmp.qfsdo9pg/tmp/setup_baldurs_gate_2.0.0.20.exe.d/app/movies/MOVIECD4.BIF
> WARNING:game-data-packager:found possible data/npcsound.bif
> but its size does not match:

I remember having read somewhere that someone else had a similar problem with 
this exact same file:

https://github.com/dscharrer/innoextract/issues/6#issuecomment-11473169
>>> In fact, if I don't use -L or manually delete the files only present in the 
>>> innoextract'd copy,
>>> GemRB prefers chitin.key over Chitin.key and segfaults while starting up.

There is a "chitin.key" & a "Chitin.key" ; but 

Bug#776540: game-data-packager: please add support for games working with gemrbd engine

[Alexandre Detiste]

PS:

Innoextract v1.5 provides a solution for this.

This baldur gate game definitively needs custom coding
& to check for innoextract 1.5 at run-time;
either via some conditional check or aclass function that
get overriden in "game_data_packager/games/gemrb_common"
to create.


chitin.key = Baldur's Gate
Chitin.key = Baldur's Gate - Tales of the Sword Coast

tchet@antec:/tmp$ innoextract --version --quiet
innoextract 1.5

tchet@antec:/tmp$ innoextract -l  -I chitin.key 
/home/tchet/gdp/baldur/Baldur\'s\ Gate\ -\ The\ Original\ Saga\ 
\(1999\)/setup_baldurs_gate.exe
Listing "Baldur's Gate" - setup data version 5.2.3
 - "app/chitin.key" (212 KiB) - overwritten
 - "app/Chitin.key" (232 KiB)
Done.

tchet@antec:/tmp$ innoextract -l --collisions=rename -I chitin.key 
/home/tchet/gdp/baldur/Baldur\'s\ Gate\ -\ The\ Original\ Saga\ 
\(1999\)/setup_baldurs_gate.exe 
Listing "Baldur's Gate" - setup data version 5.2.3
 - "app/chitin.key" (212 KiB)
 - "app/Chitin.key#g2" (232 KiB)
Done.


from the man page:

"rename"  Rename  files  in the collision set by appending 
"#component", "@language" and/or "$id" where component and language are the
  file's unique component and language and id is the lowest number 
to make the filename unique. If the --default-language  is  specified,  the
  "@language" component is omitted if it matches the default 
language

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

Bug#800494: ITP: ruby-yell -- Your Extensible Logging Library

[Michael Crusoe]

Package: wnpp
Owner: "Debian Ruby Team" 
Severity: wishlist
X-Debbugs-CC: debian-r...@lists.debian.org

* Package name: ruby-yell
  Version : 2.0.5
  Upstream Author : Rudolf Schmidt
* URL : https://github.com/rudionrails/yell
* License : MIT
  Programming Lang: Ruby
  Description : Your Extensible Logging Library
Define multiple adapters, various log level combinations or message
formatting options like you've never done  before.

Yell works and is tested with ruby 1.8.7, 1.9.x, 2.0.0, jruby 1.8 and 1.9
mode, rubinius 1.8 and 1.9 as well as ree.

This package is a dependency for 'transrate'.

This package will be maintained as part of the Debian Ruby packaging team.

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

Am Mittwoch, den 30.09.2015, 09:36 +0200 schrieb Fabian Greffrath:
> http://www.quakewiki.net/archives/teamevolve/zaero_manual.html

If you click on the "Index" tab of this page, there is even a v1.1 upda
te available for download.

 - Fabian


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

Bug#798256: transition: hdf5

[Gilles Filippini]

Emilio Pozuelo Monfort a écrit le 30/09/2015 00:37 :
> Control: tags -1 confirmed
> 
> On 21/09/15 13:08, Gilles Filippini wrote:
>> Ping.
> 
> I think we can do this now. Go for it.

Release 1.8.15-patch1+docs-4 upploaded to unstable.

Thanks,

_g.




signature.asc
Description: OpenPGP digital signature

Bug#800499: SystemError on unreadable files in sources.list.d

[Sebastien Bacher]

Package: python-apt
Version: 1.1.0~alpha3

Test case:
- sudo touch /etc/apt/sources.list.d/bug.list
- sudo chmod 770 /etc/apt/sources.list.d/bug.list
- python -c "import apt; apt.Cache()"

That triggers a SystemError

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 113, in
__init__
self.open(progress)
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 164, in open
self._cache = apt_pkg.Cache(progress)
SystemError: E:Opening /etc/apt/sources.list.d/bugs.list -
ifstream::ifstream (13: Permission denied), E:The list of sources could
not be read., E:The package lists or status file could not be parsed or
opened.

The issue is hit sometimes by oneconf users on Ubuntu, see e.g
https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/1323586

Bug#800118: binary directory problems loading mods

[Fabian Greffrath]

Hi Simon,

I agree with your perception that the changes I introduced may be
problematic if one is going to change the game's basedir. However, I
only found this out after I uploaded the package and got Piccoro's (?)
confirmation that the game now works as expected.

Am Mittwoch, den 30.09.2015, 09:01 +0100 schrieb Simon McVittie:
> * set the default for fs_basedir to the system-wide path instead of
> ".",
>   so that "+set basedir" can override, and do not call
>   FS_AddSystemwideGameDirectory(); or
> * skip FS_AddSystemwideGameDirectory() if fs_basedir is at a
>   non-default value

See what I have filed upstream just yesterday after I uncovered the
implications of my packaging changes:

https://github.com/yquake2/yquake2/issues/90

Cheers,

Fabian


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

Bug#780060: ITP: sleepyhead -- Software for sleep tracking with focus on CPAP treatment

[Andreas Tille]

Hi Sergio,

On Tue, Sep 29, 2015 at 08:12:23PM -0400, Sergio Durigan Junior wrote:
> 
> A quick look at Blends tells me that maybe this software could fit in
> the 'Medical data' task (because its purpose is to analyse the data
> generated by CPAP machines), although 'Tools' is a good option as well.

I turned this into a "Depends: sleepyhead" in the data task and a
"Suggests: sleepyhead" in tools.  In Blends a package can perfectly show
up in more than one task.  Once the packaging will show up in our VCS it
will be displayed on the according tasks pages under "Packaging has
started and developers might try the packaging code in VCS".
 
> > I would recommend maintaining the package in the Debian Med team and use
> > our VCS (either Git or SVN at your preference).  Here[2] you can find a
> > policy how to join the team and and what workflow we use.
> 
> Sure, no problem.  I will make sure to subscribe to the mailing list and
> request membership of the Debian Med group on Alioth.

Fine.  Just let us know here on this list in case of any trouble.
 
> Thanks for the tips,

You are welcome

   Andreas. 

-- 
http://fam-tille.de

Bug#800091: netbeans: crashed after loading window

[Markus Koschany]

Control: reassign -1 openjdk-7-jre
Control: merge 800091 798214

Am 29.09.2015 um 23:48 schrieb Reverend Homer:
> Hi Markus, thanks for support!
[...]
>> what happens if you install libcanberra-gtk3-module?
> It's already installed, but any time I'm starting netbeans I am getting
> this error:
> Gtk-Message: Failed to load module "canberra-gtk-module"

Hi,

you're welcome. I think this error message is not critical and not the
cause for this issue. More information are available here:

https://askubuntu.com/questions/208431/failed-to-load-module-canberra-gtk-module

>
>>> # A fatal error has been detected by the Java Runtime Environment:
>>
>> OpenJDK 7 is currently affected by
>>
>> https://bugs.debian.org/798214
>>
>>
>> Applications which use the GTK look theme can segfault due to the
>> newly enabled atk bridge.
>>
>> What happens if you switch to another theme like Metal or Nimbus?
> Pardon my ignorance, but how can I do it?

Go to Tools-> Options -> Appearance --> Look and Feel

>>
>> When using the GTK theme what happens if you comment out the line in
>>
>> /etc/java-7-openjdk/accessibility.properties
> The problem has gone after I commented the line, thanks!

Ok, this confirms my own tests. This is apparently the same bug as
#798214. You can also workaround this bug by switching to another theme
like Metal or Nimbus but the GTK-theme is currently broken.

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#800491: utils.c: 640: "/tmp/calcurse_log.hftVnk" can't be written

[Thomas Schmidt]

Package: calcurse
Version: I don't know, aptitude can't be started
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

Can't be said 

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

Just starting

   * What was the outcome of this action?

utils.c: 640: "/tmp/calcurse_log.hftVnk" can't be written

   * What outcome did you expect instead?

nothing like that

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


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

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

X couldn't be started too manually via startx !

Bug#799955: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

Hi Simon,

Am Dienstag, den 29.09.2015, 19:46 +0100 schrieb Simon McVittie:
> What is "the zaero mod"? Where could an interested developer download
> or
> buy it?

Zaero is an unofficial add-on for Quake 2 that has once been sold on CD
-ROM, but is now available for free (Beer) Download e.g. here:

http://www.quakewiki.net/archives/teamevolve/zaero_manual.html

Let's say it is for Quake 2 what Hacx is for Doom 2.

Another one is Juggernaut, but I am not sure if this is available for
free...

> game-data-packager uses Yamagi's versions of the xatrix and rogue
> code,
> not the original id Software releases. The number of bugs fixed is
> exactly the same as if the same code was uploaded to Debian as
> packages.

Cool thing! I didn't even know this.

Please note that new versions of these engines have been released at
Yamagi's site: the rogue add-on is at 2.02 and the xatrix one at 2.03:

https://github.com/yquake2/rogue/releases
https://github.com/yquake2/xatrix/releases

So, please update the package information in g-d-p accordingly. ;)

Thank you ,

Fabian


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

Bug#800479: Tweak build-deps to allow buildd to make progress on arm64 build

[Hilko Bengen]

* Potter, Tim (Converged Cloud):

> diff --git a/debian/control b/debian/control
> index 3c4c8c2..0dfb677 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -10,7 +10,7 @@ Vcs-Git: git://anonscm.debian.org/pkg-golang/golang.git
>  Build-Depends: bison,
> debhelper (>= 7.4.10),
> ed,
> -   golang-go (>= 2:1.4.2-2~) | gccgo-5,
> +   golang-go (>= 2:1.4.2-2~) [!arm64] | gccgo-5 [arm64],
> mawk | awk,
> netbase,
> perl

One would have to revert this once the package has been successfully
built on arm64. Would something like this work?

,
| Build-Depends: [...]
|  golang-go (>= 2:1.4.2-2~) | go-compiler,
|  gccgo-5 | go-compiler,
|  [...]
`

Cheers,
-Hilko

Bug#800497: bugs.debian.org: mbox export only includes a few headers, no content

[Simon McVittie]

Package: bugs.debian.org
Severity: normal

As of 2015-09-30, mbox export from the BTS is not working:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800118;mbox=yes just
gives me some "Received" and "X-Spam-Checker-Version" headers
(see attached bug_800118-6.mbox).

https://bugs.debian.org/cgi-bin/bugreport.cgi?mbox=yes;bug=800118;mboxstatus=yes
is very similar.

https://bugs.debian.org/cgi-bin/bugreport.cgi?mbox=yes;bug=800118;mboxmaint=yes
only contains several repeats of:

> debian-bugs-dist@lists.debian.org^DDebian Games Team 
> 
>
> ^E
>
> X-Loop: ow...@bugs.debian.org

where ^D and ^E represent U+0004 and U+0005 (see attached bug_800118-8.mbox).

Other mbox links, such as those for individual messages or different bugs,
have similar behaviour.

This breaks the ability to reply using `bts show --mbox`.


bug_800118-6.mbox
Description: application/mbox


bug_800118-8.mbox
Description: application/mbox

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[Axel Beckert]

Hi again,

Axel Beckert wrote:
> 積丹尼 Dan Jacobson wrote:
> > Subject: Bug#799918: apt-get proves I am innocent

Depends. ;-)

> > # apt-get install qgis
> > Some packages could not be installed.
> 
> Well, for me that means, it's no bug in aptitude either, just broken
> packages in Debian Unstable as it may happen from time to time.
> 
> IMHO we can just close this bug report.

JFTR: Aptitude 0.7.2 on my system can satisfy the mentioned dependency
of qgis on Debian Sid amd64 without any issues, independent of the
fact that libgdal1i is already installed or not.

So for me it looks like a not uptodate or complete local package list,
because that error message usually appears if a package is mentioned
as a dependency, but not available in the package lists (including
provided, i.e. virtual packages).

So please run "aptitude update" or "apt update". If that doesn't help,
please delete everything from /var/lib/apt/lists/partial and again run
"aptitude update" or "apt update". This should solve the issue.

Oh, and please use either reportbug or M-x debian-bug in Emacs for bug
reports so we get information about the distributions you have in your
sources.list and other meta-information. Without that, such bug
reports are a lot of unnecessary guess-work.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Fabian Greffrath]

Am Mittwoch, den 30.09.2015, 09:36 +0200 schrieb Fabian Greffrath:
> Let's say it is for Quake 2 what Hacx is for Doom 2.

And to add yet another data point, there is also something comparable
for Quake 1 called "Abyss Of Pandemonium" which was once for-sale and
is now available for free download:

https://www.quaddicted.com/reviews/aopfm_v2.html

 - Fabian


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

Bug#800348: dmesg info

[Krzysztof Krzyżaniak]

This is of course "me too" email but this is from dmesg:

[ 1653.074108] empathy[8788]: segfault at 8 ip 7f0d95d4d607 sp 
7ffe4a2baca0 error 4 in 
libempathy-gtk-3.12.10.so[7f0d95cce000+d6000]
[ 1767.008583] empathy[8953]: segfault at 8 ip 7fb84b053607 sp 
7ffcd6423010 error 4 in 
libempathy-gtk-3.12.10.so[7fb84afd4000+d6000]
[ 1804.102503] empathy[9029]: segfault at 8 ip 7f313d100607 sp 
7ffe0702e2d0 error 4 in 
libempathy-gtk-3.12.10.so[7f313d081000+d6000]
[ 2097.880293] empathy[10699]: segfault at 8 ip 7fd802d8a607 sp 
7ffcd1e3f520 error 4 in 
libempathy-gtk-3.12.10.so[7fd802d0b000+d6000]
[ 2102.640225] empathy[10716]: segfault at 8 ip 7f0c5fc1a607 sp 
7fff87bb87a0 error 4 in 
libempathy-gtk-3.12.10.so[7f0c5fb9b000+d6000]

Bug#800500: SystemError on unreadable files in sources.list.d

[Sebastien Bacher]

Package: python-apt
Version: 1.1.0~alpha3

Test case:
- sudo touch /etc/apt/sources.list.d/bug.list
- sudo chmod 770 /etc/apt/sources.list.d/bug.list
- python -c "import apt; apt.Cache()"

That triggers a SystemError

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 113, in
__init__
self.open(progress)
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 164, in open
self._cache = apt_pkg.Cache(progress)
SystemError: E:Opening /etc/apt/sources.list.d/bugs.list -
ifstream::ifstream (13: Permission denied), E:The list of sources could
not be read., E:The package lists or status file could not be parsed or
opened.

The issue is hit sometimes by oneconf users on Ubuntu, see e.g
https://bugs.launchpad.net/ubuntu/+source/python-apt/+bug/1323586

Bug#800500: Bug#800499: SystemError on unreadable files in sources.list.d

[Sebastien Bacher]

Le 30/09/2015 10:17, Julian Andres Klode a écrit :
> Unreadable sources.list files are an unsupported mode of operation
> and will not be supported in neither APT nor python-apt (which
> directly calls the functions from APT).

Does it mean each python-apt client should code should have a try/except
handling when using apt.Cache()? Wouldn't it be easier to just skip over
the unreadable sources?

Bug#800465: apt-offline: Protect against timing attacks (forced to use old archive versions)

[Ritesh Raj Sarraf]

On Tue, 2015-09-29 at 20:45 +0200, Víctor Cuadrado Juan wrote:
> Hi,
> Does apt-offline check the clock (and use valid-until) so it isn't
> vulnerable to a MITM showing an old version of the archive with a
> known
> critical bug meanwhile that bug has been fixed in the present?
> 
> Information about this can be found on bug #752450, a debian-devel
> thread
> talking about the same bug[1] or a debian-devel thread about attacks
> on
> package managers[2]
> 
> [1]: 
> http://thread.gmane.org/gmane.linux.debian.devel.bugs.general/1163225
> [2]:
> http://thread.gmane.org/gmane.linux.debian.devel.general/152551/focus
> =152579
> 
> 

Victor, 

Thank you for filing this bug report.

I remember @dkg mentioning the same during the DebConf demo but I
couldn't recollect the specifics.

I will look into it soon.


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



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

Bug#769518: fixed upstream

[Mathieu Malaterre]

Control: tags -1 fixed-upstream

This has been merged upstream.

Bug#799954: RFP: yamagi-xatrix & yamagi-rogue

[Simon McVittie]

Control: retitle 799954 update yquake2/xatrix to 2.03
Control: reassign 799954 game-data-packager
Control: severity 799954 wishlist
Control: tags 799954 - pending
Control: retitle 799955 update yquake2/rogue to 2.02
Control: reassign 799955 game-data-packager
Control: severity 799955 wishlist
Control: tags 799955 - pending
Control: clone 799954 -2
Control: retitle -2 support for "Zaero" Quake II mod
Control: tags -2 = help moreinfo

On 30/09/15 08:36, Fabian Greffrath wrote:
> Zaero is an unofficial add-on for Quake 2 that has once been sold on CD
> -ROM, but is now available for free (Beer) Download e.g. here:
> 
> http://www.quakewiki.net/archives/teamevolve/zaero_manual.html

Cloning a wishlist bug for this. It should end up rather similar to
xatrix and rogue, I think.

Unfortunately, the download link is broken now that Fileplanet has gone
down. Apparently it should be available somewhere in
, but good luck finding
it in there...

https://github.com/freebsd/freebsd-ports/blob/master/games/quake2-zaero/distinfo
has some hashes for the various files, but no hints about where to get them.

> Another one is Juggernaut, but I am not sure if this is available for
> free...

Yamagi doesn't have game code for this, and while briefly looking for a
download location I found a review saying it's hideously bad, so maybe
not worth bothering with anyway.

> Please note that new versions of these engines have been released at
> Yamagi's site: the rogue add-on is at 2.02 and the xatrix one at 2.03:
> 
> https://github.com/yquake2/rogue/releases
> https://github.com/yquake2/xatrix/releases

I've reassigned these RFPs to g-d-p and made them wishlist. Before
updating the version and sha*sums, a DD should check the diff and make
sure there's nothing malicious or horribly broken in the new release.

I don't think they can be packaged for Debian any other way, because
https://github.com/yquake2/xatrix/blob/master/LICENSE makes derivative
works non-distributable, as far as I can tell. If anyone else disagrees
with my assessment, and wants to take responsibility for packaging these
and getting them past the ftp-masters, feel free to reassign back to
wnpp and turn them into ITPs; but I'm not going to do it.

Similarly, if you think you can convince id lawyers to GPL the
xatrix/rogue game code, you're welcome to try.

S

Bug#800502: Please just open urls in a browser

[Enrico Zini]

Package: konsole
Version: 4:15.08.1-1
Severity: important

Hello,

when I click on a URL to open it, konsole does not just open it in a
browser, but it seems to make a HEAD request for it, check its mime
type, and then open it in the application associated with that mime
type.

This is causing all sorts of problems:

 - there is a lag before opening a URL
 - when I click on a URL, I have no way of knowing what is going to
   happen. Thankfully, clicking on
   http://ftp.us.debian.org/debian/pool/main/d/debtags/debtags_2.0.1_all.deb
   asks me what I want to open it with, instead of just trying to
   install it, and thankfully https://sso.debian.org/spkac/ca.pem does
   not import it automatically: those are the two first things that came
   to my mind.
 - I have seen an image url open in gimp, which cannot open URLs
 - occasionally, a URL is opened in an application that does not run in
   background, and konsole just freezed waiting for it to finish. All my
   open terminals were frozen.

   Running ps on a completely different terminal I found this relevant
   process:
  /usr/lib/x86_64-linux-gnu/libexec/kf5/kioexec shutter %F 
https://scontent-lhr3-1.xx.fbcdn.net/hphotos-xfp1/v/t1.0-9/s720x720/12046782_622502334558707_4102355954418697241_n.jpg?oh=85a81b658f0f77abede441e203e903b9=5695852A
   and killing it gave me my existing terminals back.

I would like konsole to just open links using /usr/bin/x-www-browser, or
to have a configuration option for what browser to use to open links. I
looked in "Configure Konsole" or "Edit current profile", and found
no way of changing it.


Thank you,

Enrico


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

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

Versions of packages konsole depends on:
ii  konsole-kpart   4:15.08.1-1
ii  konsole4-kpart  4:4.14.2-3
ii  libc6   2.19-22
ii  libkf5completion5   5.14.0-1
ii  libkf5configcore5   5.14.0-1
ii  libkf5configgui55.14.0-1
ii  libkf5configwidgets55.14.0-1
ii  libkf5coreaddons5   5.14.0-1
ii  libkf5i18n5 5.14.0-1
ii  libkf5iconthemes5   5.14.0-1
ii  libkf5kdelibs4support5  5.14.0-1
ii  libkf5kiowidgets5   5.14.0-1
ii  libkf5notifyconfig5 5.14.0-1
ii  libkf5widgetsaddons55.14.0-1
ii  libkf5windowsystem5 5.14.0-1
ii  libkf5xmlgui5   5.14.0-1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libstdc++6  5.2.1-17

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information

Bug#800491: Acknowledgement

[qwer]

Good news from me:
FS on root partition was ruined.
Starting in "recovery mode" could help!

Waiting for more surprises next boot :-)

Bug#800493: Acknowledgement

[qwer]

May I bring you goot news?
Filesystem in root partition crashed.
Recovery mode did repair ist

So waiting for much more surprises as every morning .-)

Bug#800496: evolution-ews: Unable to store Host URI / OAB URI

[Yusuf Iskenderoglu]

Package: evolution-ews
Version: 3.16.3-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

Currently, evolution cannot access EWS anymore and prevents me from using
company mail.

Between 2015-09-25 and 2015-09-28 some packages were updated in
Debian/unstable.
I cannot tell which one is causing the problem. I experimented on downgrading
libsoup, on downgrading
all of the parts of evolution to 3.16.3 (currently, evolution itself has a
different version
than evolution-ews [3.16.5 vs 3.16.3]).
None of them helped.

I assume, it might be related to something deeper in the dconf/dbus/glib
interaction, but for this to find out, I am not technical enough.

The problem is: After that upgrade evolution "lost" the setting of Hosturl in
the source file (in .config/evolution/sources), and is no longer able to store
it. I can enter the URL to exchange web services, I can fetch the OAB Url,
however when storing

a) I am no longer asked for a password
b) I monitored the happening with dbus-monitor and have seen that something is
returning "CredentialsRequired"
c) Evolution first displays "Timeout"
d) Evolution prints to the console "failed to commit changes" due to some dconf
timeout.
e) However, the /usr/lib/dconf/dconf-service is running
f) Using dconf-editor I can see and modify settings in dconf
g) No other gnome-application seems to have a problem

If I retry storing, evolution hangs and needs me to execute killev.
If I try to see what it is trying to open using strace, evolution hangs and
becomes unresponsive requiring me to kill strace.

It also does not help modifying the .config/evolution/sources/xxx.source file
by adding the URLs manually, somehow they are not used when starting evolution.

In the meantime: The company using the Microsoft Exchange Server did not change
the server version, nor
there was a mystical Microsoft Update.

It would be nice if somebody can point me to the right solution.

*** Reporter, 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 template lines ***



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

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

Versions of packages evolution-ews depends on:
ii  evolution   3.16.5-1
ii  libatk1.0-0 2.18.0-1
ii  libc6   2.19-22
ii  libcairo-gobject2   1.14.2-2
ii  libcairo2   1.14.2-2
ii  libcamel-1.2-52 3.16.5-1
ii  libebackend-1.2-10  3.16.5-1
ii  libebook-contacts-1.2-1 3.16.5-1
ii  libecal-1.2-18  3.16.5-1
ii  libedata-book-1.2-253.16.5-1
ii  libedata-cal-1.2-27 3.16.5-1
ii  libedataserver-1.2-20   3.16.5-1
ii  libedataserverui-1.2-1  3.16.5-1
ii  libevolution3.16.5-1
ii  libgdk-pixbuf2.0-0  2.32.0-1
ii  libglib2.0-02.46.0-2
ii  libgtk-3-0  3.16.6-1
ii  libical1a   1.0.1-0.1
ii  libjavascriptcoregtk-3.0-0  2.4.9-2+b1
ii  libmspack0  0.5-1
ii  libnspr42:4.10.9-2
ii  libnss3 2:3.20-1
ii  libnss3-1d  2:3.20-1
ii  libpango-1.0-0  1.38.0-3
ii  libpangocairo-1.0-0 1.38.0-3
ii  libsecret-1-0   0.18.3-1
ii  libsoup2.4-12.52.0-1
ii  libsqlite3-03.8.11.1-1
ii  libwebkitgtk-3.0-0  2.4.9-2+b1
ii  libxml2 2.9.2+zdfsg1-4

evolution-ews recommends no packages.

evolution-ews suggests no packages.

-- no debconf information

Bug#800495: fonts-noto: Change license for Noto fonts

[Sascha Brawer]

Package: fonts-noto
Version: 2015-05-11+cjk-1
Severity: normal

Dear Maintainer,

the license of package fonts-noto has changed. All Noto fonts
are now licensed under OFL-1.1. Before, some fonts were licensed
under Apache-2.0 and some were under OFL-1.1.

https://github.com/googlei18n/noto-fonts/blob/master/NEWS

You might want to update the licensing info on this page:
https://packages.debian.org/stretch/fonts-noto

Also, packages.debian.org still points to code.google.com for
the upstream project homepage; it has moved to this place:
https://github.com/googlei18n/noto-fonts/

Best,

- Sascha
  Sascha Brawer, www.brawer.ch, sas...@brawer.ch / sas...@google.com

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

Kernel: Linux 4.1.0-1-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 fonts-noto depends on:
ii  fonts-noto-hinted  2015-05-11+cjk-1

Versions of packages fonts-noto recommends:
ii  fonts-noto-cjk   2015-05-11+cjk-1
ii  fonts-noto-unhinted  2015-05-11+cjk-1

fonts-noto suggests no packages.

-- no debconf information

Bug#799918: [Aptitude-devel] Bug#799918: apt-get proves I am innocent

[Axel Beckert]

Hi,

積丹尼 Dan Jacobson wrote:
> Subject: Bug#799918: apt-get proves I am innocent
>
> # apt-get install qgis
> Some packages could not be installed.

Well, for me that means, it's no bug in aptitude either, just broken
packages in Debian Unstable as it may happen from time to time.

IMHO we can just close this bug report.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#800479: Tweak build-deps to allow buildd to make progress on arm64 build

[Potter, Tim (Converged Cloud)]

On 30 Sep 2015, at 5:35 pm, Hilko Bengen  wrote:
> 
> * Potter, Tim (Converged Cloud):
> 
>> diff --git a/debian/control b/debian/control

>> -   golang-go (>= 2:1.4.2-2~) | gccgo-5,
>> +   golang-go (>= 2:1.4.2-2~) [!arm64] | gccgo-5 [arm64],

> One would have to revert this once the package has been successfully
> built on arm64. Would something like this work?
> 
> ,
> | Build-Depends: [...]
> |  golang-go (>= 2:1.4.2-2~) | go-compiler,
> |  gccgo-5 | go-compiler,
> |  [...]
> `

Hi Hilko.  Yes, that looks like it will work also.  However I would rather add 
the architecture qualifiers now and remove them later rather than have a more 
complicated B-D line that is permanent.

I'll leave the decision to more experienced minds than mine.


Tim.

Bug#800500: Bug#800499: SystemError on unreadable files in sources.list.d

[Julian Andres Klode]

On Wed, Sep 30, 2015 at 10:19:42AM +0200, Sebastien Bacher wrote:
> Le 30/09/2015 10:17, Julian Andres Klode a écrit :
> > Unreadable sources.list files are an unsupported mode of operation
> > and will not be supported in neither APT nor python-apt (which
> > directly calls the functions from APT).
> 
> Does it mean each python-apt client should code should have a try/except
> handling when using apt.Cache()? Wouldn't it be easier to just skip over
> the unreadable sources?

If we (actually APT) skip over unreadable sources.list files, the view
of the system state would be inconsistent. A new cache would have to be
generated in-memory not containing packages from that sources which would
change pinning, and also dependency resolution.

It also hides an error: Those files should not be unreadable. If a
sources.list file is unreadable, that's an error in the user or the
program creating it.

APT could get around displaying a warning instead, but this would not
work for python-apt, as the warning would be silently discarded.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#800479: Tweak build-deps to allow buildd to make progress on arm64 build

[Hilko Bengen]

* Potter, Tim (Converged Cloud):

>> ,
>> | Build-Depends: [...]
>> |  golang-go (>= 2:1.4.2-2~) | go-compiler,
>> |  gccgo-5 | go-compiler,
>> |  [...]
>> `
>
> Hi Hilko. Yes, that looks like it will work also. However I would
> rather add the architecture qualifiers now and remove them later
> rather than have a more complicated B-D line that is permanent.

The advantage in my approach is that it need not be changed and can be
used for other architectures that the golang code base may be ported to.

ppc64, ppc64el seem to have a similar problem right now, don't they?

Cheers,
-Hilko

Bug#800492: libc++-dev: Missing __cxxabi_config.h in libc++-dev

[Xiangyu LIU]

Package: libc++-dev
Version: 3.7.0-1
Severity: normal

Dear Maintainer,

I installed clang-3.7 (llvm-3.7-dev), libc++-dev and libc++abi-dev in my 
pbuilder.
When I tried to compile package libitpp [1] in chroot manually, I met a error. 

--
Scanning dependencies of target itpp_gtests
make[3]: Leaving directory 
'/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
/usr/bin/make -f gtests/CMakeFiles/itpp_gtests.dir/build.make 
gtests/CMakeFiles/itpp_gtests.dir/build
make[3]: Entering directory 
'/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
[ 63%] Building CXX object gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o
cd /home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree/gtests && 
/usr/bin/clang++-3.7   -DBLAS_INT32 -DLAPACK_INT32 -DNDEBUG  -std=c++11 
-stdlib=libc++ -DNDEBUG=1 -O3 -fno-builtin -pipe -g0 -Wall 
-fstack-protector-strong -Wformat -Werror=format-security -DPIC -fPIC 
-D_FORTIFY_SOURCE=2 -I/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422 
-I/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree -I/usr/src/gtest 
-I/usr/src/gtest/include-o CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o 
-c /home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/gtests/linspace_test.cpp
In file included from 
/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/gtests/linspace_test.cpp:30:
In file included from /usr/include/gtest/gtest.h:58:
In file included from /usr/include/gtest/internal/gtest-internal.h:63:
In file included from /usr/include/gtest/internal/gtest-type-util.h:52:
/usr/include/c++/v1/cxxabi.h:21:10: fatal error: '__cxxabi_config.h' file not 
found
#include <__cxxabi_config.h>
 ^
1 error generated.
gtests/CMakeFiles/itpp_gtests.dir/build.make:65: recipe for target 
'gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o' failed
make[3]: *** [gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o] Error 1
make[3]: Leaving directory 
'/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
CMakeFiles/Makefile2:143: recipe for target 
'gtests/CMakeFiles/itpp_gtests.dir/all' failed
make[2]: *** [gtests/CMakeFiles/itpp_gtests.dir/all] Error 2
make[2]: Leaving directory 
'/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
Makefile:130: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory 
'/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
/usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
--

It seems that there is no __cxxabi_config.h in /usr/include/c++/v1 directory. 
So I just put a __cxxabi_config.h taken from internet in /usr/include/c++/v1, 
it did work then.


__cxxabi_config.h :
//===-- __cxxabi_config.h -===//
//===-- __cxxabi_config.h -===//
//
// The LLVM Compiler Infrastructure
//
// This file is dual licensed under the MIT and the University of Illinois Open
// Source Licenses. See LICENSE.TXT for details.
//
//===--===//

#ifndef CXXABI_CONFIG_H
#define CXXABI_CONFIG_H

#if defined(__arm__) && !defined(__USING_SJLJ_EXCEPTIONS__) && \
!defined(__ARM_DWARF_EH__)
#define LIBCXXABI_ARM_EHABI 1
#else
#define LIBCXXABI_ARM_EHABI 0
#endif

#endif // CXXABI_CONFIG_H




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

Kernel: Linux 3.18.21-90.custom (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/bash
Init: systemd (via /run/systemd/system)

Versions of packages libc++-dev depends on:
ii  libc++-helpers  3.7.0-1
ii  libc++1 3.7.0-1

libc++-dev recommends no packages.

libc++-dev suggests no packages.

-- no debconf information

Bug#800481: dcmtk: versioned -dev package makes transitions too painful

[Andreas Tille]

Hi Emilio,

On Wed, Sep 30, 2015 at 01:15:26AM +0200, Emilio Pozuelo Monfort wrote:
> 
> Your -dev package went from libdcmtk2-dev to libdcmtk4-dev. That makes
> transitions too painful as every reverse dependency needs a sourceful upload 
> to
> change the build dependency, instead of the release team just scheduling 
> binNMUs
> as is normally done.

I agree.  I just took over from a former Uploader in the team and did
not wanted to change his scheme but think it is not a good solution.
I'll upload a fixed package in the next couple of days.
 
> Let me know if I missed anything and there's a reason for the versioned -dev 
> pkg
> (though AFAICS it makes no sense in this package).

You are perfectly right.

Kind regards

 Andreas. 

-- 
http://fam-tille.de

Bug#800493: xserver-xorg-core can't write to /tmp

[Thomas Schmidt]

Package: xserver-xorg-core
Version: 2:1.17.2-1.1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

I can't get that out

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

Just starting Debian

   * What was the outcome of this action?

waiting for X server to begin accepting connections (EE)
Fatal server error:
(EE) Could not create lock file in /tmp/.tX1-lock
(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE)

xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: unexpected signal 2

   * What outcome did you expect instead?

Nothing like that

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


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

lrwxrwxrwx 1 root root 13 Dec 13  2013 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2539480 Aug 11 12:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c2] (rev 02)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 3566 Jan  2  2014 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
# RgbPath  "/etc/X11/rgb"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load  "extmod"
Load  "dbe"
Load  "dri"
Load  "glx"
Load  "GLcore"
Load  "xtrap"
Load  "record"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
#   HorizSync   81
#   Vertrefresh 75
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel"   # []
#Option "SWcursor"  # []
#Option "ColorKey"  # 
#Option "CacheLines"# 
#Option "Dac6Bit"   # []
#Option "DRI"   # []
#Option "NoDDC" # []
#Option "ShowCache" # []
#Option "XvMCSurfaces"  # 
#Option "PageFlip"  # []
Identifier  "Card0"
Driver  "intel"
VendorName  "Intel Corporation"
BoardName   "82G33/G31 Express Integrated Graphics Controller"
BusID   "PCI:0:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier  "Default Screen"
#Device  "Standardgrafikkarte"
Device  "82G33/G31 Express Integrated Graphics Controller"
Monitor "Standardbildschirm"
DefaultDepth32
SubSection  "Display"
Depth   16
Modes   "1280x1024" "1024x768"  "800x600"  "640x480"

Bug#800338: wodim: cant write/read using internal DVD GT34N for spesific DVD disc

[Thomas Schmitt]

Hi,

results for now:

- Write type "DAO" (option -sao) is not working. The attempt to write
  spoils the DVD-R medium for further writing.

- Write type "Incremental" (option -tao) for now failed only because
  it got to see the spoiled media from the -sao attempts.

Please try -tao with a fresh DVD-R medium.

Do not make further experiments with -sao. It's futile.



Details from your report:

> brianajie@heavenbox:~/tmp$ cdrskin -v dev=/dev/sr0 -sao dota1.iso
> ...
> cdrskin: FATAL : SCSI error on write(0,16): See MMC specs: Sense Key 3 
> "Medium error", ASC 0C ASCQ 80.

That's the same problem that can be seen in the Brasero log.


> brianajie@heavenbox:~/tmp$ cdrskin -v dev=/dev/sr0 -tao dota1.iso
> ...
> cdrskin: status 3 BURN_DISC_APPENDABLE "There is an incomplete disc in the 
> drive"

The DVD-R is not blank any more. The "Incremental" write type
would be able to write to this medium, but the free space on
medium is much too small for taking the ISO image:

> cdrskin: FATAL : predicted session size 2294244s does not fit on media (3616s)

The burn preparations of the -sao run reserved most of
the medium capacity but then failed to fill this by data.
Now this capacity is not usable any more.


The other failures happen out of similar reasons:

> cdrskin: SORRY : Write job parameters are unsuitable
> cdrskin: Reason: SAO: write type SAO works only on blank media,

The write type on DVD-R is named "DAO", not "SAO", but elsewise
the program is right. This write type cannot work with DVD-R which
have already written data or a reserved track.


> cdrskin: FATAL : predicted session size 487500s does not fit on media (3616s)

There are only 7 MB remaining for writing on this DVD-R.
You's need to make a very small ISO so that it could fit
in there. (It would not work anyway, as we learn next.)


Then you obviously tried a new DVD-R:

The -sao run failed again with Medium Error.

The -tao run saw enough free space.
But the DVD-R is again in an unhealthy state from the previous
failed -sao run:

> Starting new track at sector: 487520
> cdrskin: FATAL : SCSI error on write(487520,16): [5 21 02] Illegal request. 
> Invalid address for write.

The drive refused to write at the start of the unused area
of the DVD-R. Probably because the first session on the medium
is not completed.


> I tried again with the CDRW disc and DVDRW disc to makes sure
> that not drive failure and both disc works flawlessly.

So the drive is quite selectively incapable of DVD-R "DAO".

It is not clear yet whether it would do "Incremental".


Have a nice day :)

Thomas

Bug#791328: new upstream version

[GCS]

On Wed, Sep 30, 2015 at 1:18 AM, Emilio Pozuelo Monfort
 wrote:
> On Mon, 7 Sep 2015 08:16:52 +0200
> =?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?=  wrote:
>>  As the GCC 5 transition seems to calm down and the time came for
>> vips, I've just uploaded it to unstable. Will take care of nip2 in the
>> afternoon if vips builds fine on all architectures.
>
> Any update on this? nip2 needs to be fixed to finish the ongoing vips 
> transition.
 Sure, I've an updated nip2 package[1] which is not yet ready. Have
stupid IRL problems ATM, like had to reinstall my box to an other HDD
yesterday which is _not_ yet finished. But hopefully I'll upload the
package in a day or two. :-|

Regards,
Laszlo/GCS
[1] dget -x http://www.barcikacomp.hu/gcs/nip2_8.0-1.dsc

Bug#800492: libc++-dev: Missing __cxxabi_config.h in libc++-dev

[Xiangyu Liu]

Actually I found the __cxxabi_config.h in libc++abi-dev package ( 3.7.0-1
), and I installed libc++abi-dev. But it could not be found automatically
by /usr/include/c++/v1/cxxabi.h.
If I set CXXFLAGS += /usr/include/libcxxabi  then it did work. So my bug
report should be " Clang 3.7 can't find __cxxabi_config.h automatically
with libc++-dev & libc++abi-dev".
Anyway, let me keep it for libc++-dev.


Thanks,
Best Regards,
Ricky X.Y. LIU

2015-09-30 14:19 GMT+08:00 Xiangyu LIU :

> Package: libc++-dev
> Version: 3.7.0-1
> Severity: normal
>
> Dear Maintainer,
>
> I installed clang-3.7 (llvm-3.7-dev), libc++-dev and libc++abi-dev in my
> pbuilder.
> When I tried to compile package libitpp [1] in chroot manually, I met a
> error.
>
> --
> Scanning dependencies of target itpp_gtests
> make[3]: Leaving directory
> '/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
> /usr/bin/make -f gtests/CMakeFiles/itpp_gtests.dir/build.make
> gtests/CMakeFiles/itpp_gtests.dir/build
> make[3]: Entering directory
> '/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
> [ 63%] Building CXX object
> gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o
> cd /home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree/gtests &&
> /usr/bin/clang++-3.7   -DBLAS_INT32 -DLAPACK_INT32 -DNDEBUG  -std=c++11
> -stdlib=libc++ -DNDEBUG=1 -O3 -fno-builtin -pipe -g0 -Wall
> -fstack-protector-strong -Wformat -Werror=format-security -DPIC -fPIC
> -D_FORTIFY_SOURCE=2 -I/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422
> -I/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree
> -I/usr/src/gtest -I/usr/src/gtest/include-o
> CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o -c
> /home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/gtests/linspace_test.cpp
> In file included from
> /home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/gtests/linspace_test.cpp:30:
> In file included from /usr/include/gtest/gtest.h:58:
> In file included from /usr/include/gtest/internal/gtest-internal.h:63:
> In file included from /usr/include/gtest/internal/gtest-type-util.h:52:
> /usr/include/c++/v1/cxxabi.h:21:10: fatal error: '__cxxabi_config.h' file
> not found
> #include <__cxxabi_config.h>
>  ^
> 1 error generated.
> gtests/CMakeFiles/itpp_gtests.dir/build.make:65: recipe for target
> 'gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o' failed
> make[3]: *** [gtests/CMakeFiles/itpp_gtests.dir/linspace_test.cpp.o] Error
> 1
> make[3]: Leaving directory
> '/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
> CMakeFiles/Makefile2:143: recipe for target
> 'gtests/CMakeFiles/itpp_gtests.dir/all' failed
> make[2]: *** [gtests/CMakeFiles/itpp_gtests.dir/all] Error 2
> make[2]: Leaving directory
> '/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
> Makefile:130: recipe for target 'all' failed
> make[1]: *** [all] Error 2
> make[1]: Leaving directory
> '/home/liuxiangyu/Pbuilder/itpp-4.3.1-git40a422/build-tree'
> /usr/share/cdbs/1/class/makefile.mk:47: recipe for target
> 'debian/stamp-makefile-build' failed
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> --
>
> It seems that there is no __cxxabi_config.h in /usr/include/c++/v1
> directory.
> So I just put a __cxxabi_config.h taken from internet in
> /usr/include/c++/v1, it did work then.
>
>
> __cxxabi_config.h :
> //===-- __cxxabi_config.h
> -===//
> //===-- __cxxabi_config.h
> -===//
> //
> // The LLVM Compiler Infrastructure
> //
> // This file is dual licensed under the MIT and the University of Illinois
> Open
> // Source Licenses. See LICENSE.TXT for details.
> //
>
> //===--===//
>
> #ifndef CXXABI_CONFIG_H
> #define CXXABI_CONFIG_H
>
> #if defined(__arm__) && !defined(__USING_SJLJ_EXCEPTIONS__) && \
> !defined(__ARM_DWARF_EH__)
> #define LIBCXXABI_ARM_EHABI 1
> #else
> #define LIBCXXABI_ARM_EHABI 0
> #endif
>
> #endif // CXXABI_CONFIG_H
>
>
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.18.21-90.custom (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/bash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages libc++-dev depends on:
> ii  libc++-helpers  3.7.0-1
> ii  libc++1 3.7.0-1
>
> libc++-dev recommends no packages.
>
> libc++-dev suggests no packages.
>
> -- no debconf information
>

Bug#800118: binary directory problems loading mods

[Simon McVittie]

On Tue, 29 Sep 2015 09:45:58 +0200 Fabian Greffrath 
wrote:
> Please try with "+set basedir /path/to/quake2" as an additional
> parameter. I believe things will become easier if you install the
> "quake2" Debian package which will already set the crucial variables
> for you.

Debian's yamagi-quake2 package is not designed to be used as a
standalone Quake engine. If it was, it would be in $PATH, not buried
under /usr/lib. The package description even says so:

 This engine is intended to be used via the wrapper script and menu
 entries in the quake2 package.

If you don't follow the instructions and you don't use it as intended,
then software doesn't work. This is not really a bug at all, and
certainly not a grave one.

Fabian, I think the change you made for this is actually a regression:
previously, it was possible to run the Quake II demo (or a standalone
non-Quake-II game analogous to FreeDoom and OpenArena, if such a thing
exists) by setting the basedir to a suitable path. This is useful
because it means the maintainers of src:yquake2 and src:quake, who
probably all own a retail copy of Quake II, can test that the demo has
not regressed without having to remove the retail Quake II data.

Steps to reproduce the regression:

* have quake2, quake2-data and quake2-demo-data installed
* "quake2 --demo"
* look at the search path

Expected result: only the demo is loaded; the full game is not

Actual result:

> Using /usr/share/games/quake2//baseq2/ to fetch paks
> Added packfile '/usr/share/games/quake2//baseq2/pak0.pak' (3307
> files).
> Added packfile '/usr/share/games/quake2//baseq2/pak1.pak' (279 files).
> Added packfile '/usr/share/games/quake2//baseq2/pak2.pak' (2 files).
> Added packfile '/usr/share/games/quake2//baseq2/pak3.pak' (8 files).
> Added packfile '/usr/share/games/quake2-demo/baseq2/pak0.pak' (1106
> files).
> Using binary dir /usr/lib/yamagi-quake2/baseq2/ to fetch paks
> Using '/home/smcv/.yq2/baseq2' for writing.

See also commits 308d9bb3 and 4941fb9c.

If you insist on configuring yquake2 to look in /usr/share/games/quake2
by default, I think the correct change would be to patch filesystem.c
with one of these arrangements:

* set the default for fs_basedir to the system-wide path instead of ".",
  so that "+set basedir" can override, and do not call
  FS_AddSystemwideGameDirectory(); or
* skip FS_AddSystemwideGameDirectory() if fs_basedir is at a
  non-default value

Regards,
S

Bug#800369: Bug#800356: libpango1.0-udeb: not installable: depends on libthai0

[Theppitak Karoonboonyanan]

Hi,

On Wed, Sep 30, 2015 at 2:49 AM, Cyril Brulebois  wrote:

> That's exactly how I understood the situation and I'm very happy to have
> this kind of discussion. :) Just sharing bits of history so that others
> know about it. I'm waiting for maintainer feedback before closing this
> bug report though.

To make decision on this, I've tried Stretch Alpha3 D-I image and
checked it more closely, and I find some terribly ragged lines in
Thai messages due to long text chunks, which could look better
if they were broken properly.

And I also find some "manual breaks" (spaces intended for breaking
long text chunks into smaller ones) in translated messages,
but I may not revise them, as they seem to be still useful for
the text-mode D-I.

For improved quality in GTK+ D-I, I think having libthai enabled
should be good.

The sizes of the installed files are:

30504   /usr/lib/libdatrie.so.1.3.2
36832   /usr/lib/libthai.so.0.2.2
564766  /usr/share/libthai/thbrk.tri

which appear to be not so big.

So, please keep the bug open. I'll prepare the udebs soon.

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/

Bug#800498: live-boot: Default the host in fetch urls to be ROOTSERVER

[Russell Stuart]

Source: live-boot
Version: 5.0~a5-1
Severity: wishlist
Tags: patch

Would you consider defaulting the host portion of a URL to be the
ROOTSERVER if it is blank?

Reason: this would mean I don't have to customise live.cfg for each
server I deploy it on (because the tftp server also serves the root
image).

So:

 append fetch=tftp:///path/file.ext

doesn't work now, but if the attached patch is applied this would be
assumed since the host is blank:

 append fetch=tftp://${ROOTSERVER}/path/file.ext

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (50, 'testing'), (40, 
'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-0.bpo.2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nur img.orig/lib/live/boot/9990-mount-http.sh img/lib/live/boot/9990-mount-http.sh
--- img.orig/lib/live/boot/9990-mount-http.sh	2014-12-10 19:37:04.0 +1000
+++ img/lib/live/boot/9990-mount-http.sh	2015-09-30 14:42:55.796173416 +1000
@@ -25,6 +25,9 @@
 		mount -t ramfs ram "${mountpoint}"
 		mkdir -p "${dest}"
 	fi
+	case "${url}" in
+		*:///*) url="${url%%:///*}://${ROOTSERVER}/${url##*:///}" ;;
+	esac
 	if [ "${webfile}" = "FETCH" ]
 	then
 		case "$url" in

Bug#800501: SystemError on missing files in /var/lib/apt/lists

[Sebastien Bacher]

Package: python-apt
Version: 1.1.0~alpha3

Unsure when/how that is triggered but oneconf seems to hit that often in
Ubuntu

example

"Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/oneconf/packagesethandler.py",
line 63, in update
newpkg_list = self.distro.compute_local_packagelist()
  File "/usr/lib/python3/dist-packages/oneconf/distributor/Ubuntu.py",
line 42, in compute_local_packagelist
with apt.Cache() as apt_cache:
  File "/usr/lib/python3/dist-packages/apt/cache.py", line 113, in __init__
self.open(progress)
  File "/usr/lib/python3/dist-packages/apt/cache.py", line 166, in open
self._records = apt_pkg.PackageRecords(self._cache)
SystemError: E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_restricted_binary-i386_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_multiverse_binary-i386_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_universe_binary-i386_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_main_binary-i386_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_restricted_binary-amd64_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_multiverse_binary-amd64_Packages
- open (2: No such file or directory), E:Could not open file
/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages
- open (2: No such file or directory)"

Bug#800501: SystemError on missing files in /var/lib/apt/lists

[Julian Andres Klode]

Control: tag -1 unreproducible moreinfo

On Wed, Sep 30, 2015 at 10:12:52AM +0200, Sebastien Bacher wrote:
> Package: python-apt
> Version: 1.1.0~alpha3
> 
> Unsure when/how that is triggered but oneconf seems to hit that often in
> Ubuntu
> 
> example
> 
> "Traceback (most recent call last):
>   File "/usr/lib/python3/dist-packages/oneconf/packagesethandler.py",
> line 63, in update
> newpkg_list = self.distro.compute_local_packagelist()
>   File "/usr/lib/python3/dist-packages/oneconf/distributor/Ubuntu.py",
> line 42, in compute_local_packagelist
> with apt.Cache() as apt_cache:
>   File "/usr/lib/python3/dist-packages/apt/cache.py", line 113, in __init__
> self.open(progress)
>   File "/usr/lib/python3/dist-packages/apt/cache.py", line 166, in open
> self._records = apt_pkg.PackageRecords(self._cache)
> SystemError: E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_restricted_binary-i386_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_multiverse_binary-i386_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_universe_binary-i386_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_main_binary-i386_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_restricted_binary-amd64_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_multiverse_binary-amd64_Packages
> - open (2: No such file or directory), E:Could not open file
> /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_wily_universe_binary-amd64_Packages
> - open (2: No such file or directory)"

You're probably opened the cache without holding a lock, and
an update ran in parallel. That's really the only possible
explanation I could think of.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#800557: RM: mate-media [all] -- RoQA; obsolete cruft binary

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Hi,
please remove the "all" package of mate-media in unstable:
It's still at 1.8.0+dfsg1-4, while the package has gone
from arch:all to arch:any.

Apparently there's a bug in the auto decrufter which doesn't
catch this situation.

The old 1.8.0+dfsg1-4_all still depends on gstreamer 0.10,
which we're trying to get rid of.

Cheers,
Moritz

Bug#800558: pki-server: pki-tomcatd@.service reads /etc/default/tomcat8 but package depends on tomcat7-user

[Diane Trout]

Package: pki-server
Version: 10.2.6-1
Severity: important


Dear Maintainer,

I was attempting to test freeipa in a VM that was upgraded from jessie to
testing. On boot systemd was reporting that pki-tomcatd@pki-tomcat.service 
was failing to start I found:

[Service]
EnvironmentFile=/etc/default/tomcat8

In /lib/systemd/system/pki-tomcat@.service, but that file wasn't around
until I installed tomcat8.

Probably either the service file or the list of dependencies needs to be
updated.

Diane Trout

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

Kernel: Linux 4.1.0-2-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 pki-server depends on:
ii  adduser   3.113+nmu3
ii  dogtag-pki-server-theme   10.2.6-1
ii  init-system-helpers   1.23
ii  ldap-utils2.4.42+dfsg-2
ii  libatk-wrapper-java   0.33.3-1
ii  libjackson-json-java  1.9.2-3
ii  libjackson2-annotations-java  2.4.2-2
ii  libjackson2-jaxrs-providers-java  2.4.2-1
ii  libjs-jquery  1.11.3+dfsg-4
ii  libjs-underscore  1.7.0~dfsg-1
ii  libnuxwdog-java   1.0.3-3
ii  libtomcatjss-java 7.1.3-3
ii  libxml-commons-external-java  1.4.01-2
ii  libxml-commons-resolver1.1-java   1.2-7
ii  pki-base  10.2.6-1
ii  pki-tools 10.2.6-1
ii  python2.7.9-1
ii  python-selinux2.3-2+b1
ii  tomcat7-user  7.0.64-1
ii  velocity  1.7-4

pki-server recommends no packages.

pki-server suggests no packages.

-- no debconf information

Bug#796345: Status report on perl 5.22 transition readiness (30th Sept)

[Dominic Hargreaves]

Hello all,

Here is a quick update on progress since my last update on 7th Sept:

The current stats for this transition are as follows:

*  Number of binNMUs needed: 570[1] (was 571)
*  Number of arch:any packages which FTBFS with perl 5.22: 7 (was 8)
   * 1 fix pending; 6 needing more work or removal.
   * libapache2-mod-perl2 remains problematic, but there has been
 some progress in upstream svn.
 * Removing it temporarily appears to be an option. I suspect
   that upstream will be able to work on it again after the
   release of perl 5.22.1
   * we have agreed to not support libcoro-perl with perl 5.22[2]
   * libdata-dump-streamer-perl, libb-hooks-op-check-entersubforcv-perl,
 libdata-alias-perl and libdevel-findref-perl all need investigation;
 no activity upstream. Probably libdata-dump-streamer-perl has the
 biggest impact
*  Number of arch:all packages which FTBFS with perl 5.22: 9
   (was 19)[3], with uploads pending for 2 of those
   * needing work: libdebug-client-perl, padre, libpoe-api-peek-perl,
 libtest-checkchanges-perl, mysql-5.5 (but this is an apparently
 abandoned variant), libb-lint-perl, libmodule-info-perl

I'm continuing rebuilds of arch:any packages which depend on perlapi-*
or libperl* daily, so the test repository[4] remains almost up-to-date
with the archive. Problem reports welcome (to me), and of course further
testing (in a controlled, development environment) of packages you use is
welcome.

Niko pointed out that some upgrade testing would not go amiss, so that
is a discrete task for anyone who is interested.

perl in experimental has had some minor fixes in 5.22.0-4 and there
is one more minor change queued in git.

5.22.1 is starting to happen upstream[5] so there is an ongoing task
to track that and possibly update our package; but this doesn't need
to be entangled with the transition.

The proposed change to policy has now been updated and is ready to file
against debian-policy at the time of the transition[6].

Release team: can we upgrade the FTBFS bugs to RC now so they get
a bit more attention, and do you have a feeling for when you might
be ready for the perl transition?

Cheers,
Dominic (for the perl and pkg-perl teams)

[1] 
[2] 
[3] 

[4] 
[5] 
[6] 

Bug#800550: sddm-greeter suddenly stop

[Marc]

Package: sddm
Version: 0.12.0-4
Severity: important

Dear Maintainer,

On my desktop, when sddm launching, two things could append :
 - A window with a message "sddm-greeter suddenly stop". Can't do any 
just go

back to command line and stop the computer.
 - A black window with no things

sddm.log is empty, and kdm work find. I've a Nvidia graphic card with Nvidia
non-free driver.

$ dpkg --status sddm
Package: sddm
Status: install ok installed
Priority: optional
Section: kde
Installed-Size: 1231
Maintainer: Debian/Kubuntu Qt/KDE Maintainers 


Architecture: amd64
Version: 0.12.0-4

$ dpkg --status plasma-desktop
Package: plasma-desktop
Status: install ok installed
Priority: optional
Section: kde
Installed-Size: 7622
Maintainer: Debian/Kubuntu Qt/KDE Maintainers 


Architecture: amd64
Version: 4:5.4.1-1

$ dpkg --status nvidia-kernel-dkms
Package: nvidia-kernel-dkms
Status: install ok installed
Priority: optional
Section: non-free/kernel
Installed-Size: 13411
Maintainer: Debian NVIDIA Maintainers 
Architecture: amd64
Multi-Arch: foreign
Source: nvidia-graphics-drivers
Version: 352.30-1

Regards

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

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

Versions of packages sddm depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.57
ii  libc6   2.19-22
ii  libgcc1 1:5.2.1-18
ii  libpam0g1.1.8-3.1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5dbus5 5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5network5  5.4.2+dfsg-9
ii  libqt5qml5  5.4.2-6
ii  libqt5quick55.4.2-6
ii  libstdc++6  5.2.1-18
ii  libsystemd0 226-3
ii  libxcb-xkb1 1.10-3+b1
ii  libxcb1 1.10-3+b1
ii  qml-module-qtquick2 5.4.2-6
ii  sddm-theme-breeze [sddm-theme]  4:5.4.1-1

sddm recommends no packages.

Versions of packages sddm suggests:
ii  libpam-kwallet5  5.4.1-1

-- debconf information:
  sddm/daemon_name: /usr/bin/sddm
* shared/default-x-display-manager: kdm

Bug#798237: isc-dhcp-server: after upgrading to 4.3.3-3 the server doesn't start

[Dale Schroeder]

Then, going forward, how does one do DDNS updating?  I assume the only 
option is to remain at an older version.


Dale

Bug#800551: nqp: add arm64 support

[Edmund Grimley Evans]

Source: nqp
Version: 2014.07-3

For arm64 it seems to be more a matter of updating the bundled copy of
dyncall than the nqp package itself:

dpkg-source -x nqp_2014.07-3.dsc
cd nqp-2014.07/3rdparty/
rm -r dyncall/
hg clone http://hg.dyncall.org/pub/dyncall/dyncall
cd ..
perl -i -pe 's/armel/arm64 armel/;' debian/control
fakeroot debian/rules binary
# it stops with "error: no previous prototype"
perl -i -pe 's/ -Werror=\S+/ /g;' Makefile
fakeroot debian/rules binary
# "All tests successful."

As you can see, there was a slight problem with warnings being treated
as errors, but I expect it's easy to fix.

This should identify the snapshot of dyncall I was using:

changeset:   29:99eaf237568e
date:Wed Sep 16 09:55:53 2015 +0200
summary: Added tag r0.9-RC2 for changeset a461b6977b52

Bug#800552: libgme.so must link with zlib

[Max Kellermann]

Package: libgme0
Version: 0.6.0-2

echo 'int main(){}' |gcc -x c - -lgme
: In function 'main':
:1:12: warning: implicit declaration of function 'gme_open_file' 
[-Wimplicit-function-declaration]
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libgme.so: undefined 
reference to `gzopen'
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libgme.so: undefined 
reference to `gzclose'
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libgme.so: undefined 
reference to `gzseek'
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libgme.so: undefined 
reference to `gztell'
/usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libgme.so: undefined 
reference to `gzread'
collect2: error: ld returned 1 exit status

Bug#795222: Preliminary patch available

[Andrey Gursky]

Hi Mike,

> Der Maintainer, der Andrey.
> 
> Well, no solution from AMD for kernel 4.1.
> So here's a quick and dirty workaround:
> 
> Apply patch from Message #10
> 
> Apply gpl-patch
> 272c272
> < MODULE_LICENSE("Proprietary. (C) 2002 - ATI Technologies, Starnberg,
> GERMANY");
> ---
> > MODULE_LICENSE("GPL\0Proprietary. (C) 2002 - ATI Technologies,
> Starnberg, GERMANY");
> 3501c3501,3502
> < #else
> ---
> 
> 
> Apply hotplug patch
> 863c863
> < #elif LINUX_VERSION_CODE >= KERNEL_VERSION(3,17,0)
> ---
> > #elif LINUX_VERSION_CODE >= KERNEL_VERSION(3,17,0) &&
> LINUX_VERSION_CODE < KERNEL_VERSION(3,19,8)
> 866a867,871
> > }
> > #else
> > if(pdev)
> > {
> > pdev->ignore_hotplug = 1;
> 
> 
> dpkg-reconfigure fglrx-modules-dkms
> 

Sorry for not answering, but since you haven't specified my e-mail address in 
the "copy" field, I haven't received any mails. Now I've looked in the bug 
report and noticed your messages.

Regards,
Andrey

Bug#800550: sddm-greeter suddenly stop

[Diederik de Haas]

On Wednesday 30 September 2015 21:39:50 Marc wrote:
> I've a Nvidia graphic card with Nvidia non-free driver.

adduser sddm video

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799948 and
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800051

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

Bug#800517: curl: the --http2 option does not work

[Alessandro Ghedini]

On Wed, Sep 30, 2015 at 10:05:09PM +0200, Tomasz Buchert wrote:
> On 30/09/15 21:31, Alessandro Ghedini wrote:
> > On Wed, Sep 30, 2015 at 01:00:55pm +0200, Tomasz Buchert wrote:
> > > Package: curl
> > > Version: 7.44.0-2
> > > Severity: normal
> > >
> > > Hi,
> > > curl --http2  does not work for me.
> >
> 
> Hi Alessandro,
> 
> > Works fine here with e.g. https://www.google.com, https://http2.golang.org 
> > and
> > https://http2.cloudflare.com.
> 
> Indeed, -v shows quite well that it works.
> 
> >
> > > I have nghttpx proxy serving content over HTTP2 and when I do:
> > >
> > > curl --http2 https://ADDRESS
> >
> > Can you please post the output with the '-v' flag? Also, how do I configure
> > nghttpx to reproduce this?
> 
> Here is the relevant part:
> 
> ...
> * Connected to tomasz.buchert.pl ([ IP ]) port [ PORT ] (#0)
> * found 181 certificates in /etc/ssl/certs/ca-certificates.crt
> * found 728 certificates in /etc/ssl/certs
> * ALPN, offering h2
> * ALPN, offering http/1.1
> * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256
> *  server certificate verification OK
> *  server certificate status verification SKIPPED
> *  common name: [ COMMON-NAME ] (matched)
> *  server certificate expiration date OK
> *  server certificate activation date OK
> *  certificate public key: RSA
> *  certificate version: #3
> *  subject: C=FR,CN=[ COMMON-NAME ],EMAIL=[ MAIL ]
> *  start date: Wed, 01 Apr 2015 20:47:39 GMT
> *  expire date: Sat, 02 Apr 2016 06:13:28 GMT
> *  issuer: C=IL,O=StartCom Ltd.,OU=Secure Digital Certificate 
> Signing,CN=StartCom Class 1 Primary Intermediate Server CA
> *  compression: NULL
> * ALPN, server did not agree to a protocol
> > GET / HTTP/1.1

Here is what's happening: curl tries to negotiate HTTP/2 during the TLS
handshake using the ALPN extension, but the server doesn't support ALPN (e.g.
OpenSSL in jessie doesn't support it) and instead supports the older NPN
extension (which is deprecated, but still in use).

The problem being that curl in sid uses GnuTLS which *only* supports ALPN and
not NPN, so the client and the server can't negotiate HTTP/2 and fallback to
HTTP/1.1.

It's not really a curl bug, though if curl used OpenSSL (in sid) instead of
GnuTLS this would work. TBH I'm not really inclined to switch back to OpenSSL
for this problem alone (mostly because the intention is to, at some point,
completely drop curl's non-GnuTLS backends from Debian and because NPN is
deprecated), but I can't exclude it completely either.

nghttp2 could implement support for ALPN on its own if it detects that the used
OpenSSL version doesn't support it, but it's probably overkill...

Cheers


signature.asc
Description: PGP signature

Bug#800555: keychain: the addition of --systemd b0rked keychain --help

[Rhonda D'Vine]

Package: keychain
Version: 2.8.1-0.1
Severity: minor
Tags: upstream

Hi!

 The addition of --systemd to the keychain --help output b0rked it.  It
was placed in the middle of the help for --stop, which makes the end of
the first paragraph of the --stop output pretty confusing.

 (Also, the NMU upload probably shouldn't have been a native package.
Or contain a .deb in the source package.  It looks like halfway through
some sort-of build process)

 So long,
Rhonda

Bug#792468: jessie-pu: package plowshare4/1.0.5-2

[Adam D. Barratt]

Control: tags -1 + pending

On Mon, 2015-08-17 at 16:38 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sun, 2015-07-26 at 16:21 +1000, Carl Suster wrote:
> > Control: tags -1 - moreinfo
> > 
> > Hi,
> > 
> > On 26/07/15 02:51, Adam D. Barratt wrote:
> > > Once 1.0.5-2 is in unstable, please prepare a package versioned as
> > > 1.0.5-1+deb8u1, built and tested on stable, and send us a debdiff of
> > > that.
> > 
> > 1.0.5-2 is now in unstable. I have prepared an identical package with the
> > version string as specified, and it builds fine with pbuilder targeting 
> > stable.
> > The debdiff is attached, and if necessary the package is available here:
> 
> Please go ahead.

(Finally) uploaded and flagged for acceptance.

Regards,

Adam

Bug#800527: devscripts: bts fails to retrieve bug reports as a mailbox

[Don Armstrong]

On Wed, 30 Sep 2015, Adam D. Barratt wrote:
> This doesn't sound likely to be a devscripts bug. In fact, it looks
> basically identical to bugs.debian.org's #800497, so I'm going to merge
> them.

Yeah, this is almost certainly my bug which I introduced last night.
I'll try to get it fixed shortly.

-- 
Don Armstrong  http://www.donarmstrong.com

They say when you embark on a journey
of revenge
dig two graves.
They underestimate me.
 -- a softer world #560
http://www.asofterworld.com/index.php?id=560

Bug#800553: Patch to fix som speling in passwd

[Lars Bahner]

Package: passwd
Version: 1:4.1.5.1-1.1ubuntu4
Severity: minor
Tags: patch

Hepp!

Wrote a patch to fix some speling errors that have been bothering me for
years.


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

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

Versions of packages passwd depends on:
ii  debianutils 4.4
ii  libc6   2.21-0ubuntu4
ii  libpam-modules  1.1.8-3.1ubuntu3
ii  libpam0g1.1.8-3.1ubuntu3
ii  libselinux1 2.3-2
ii  libsemanage12.3-1build1

passwd recommends no packages.

passwd suggests no packages.

-- no debconf information


patch
Description: Binary data

Bug#800497: bugs.debian.org: mbox export only includes a few headers, no content

[Don Armstrong]

On Wed, 30 Sep 2015, Simon McVittie wrote:
> As of 2015-09-30, mbox export from the BTS is not working:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800118;mbox=yes just
> gives me some "Received" and "X-Spam-Checker-Version" headers
> (see attached bug_800118-6.mbox).

Thanks for the report; I think I introduced this while working on fixing
another issue. I'll see what I can do to fix it up.

-- 
Don Armstrong  http://www.donarmstrong.com

Il semble que la perfection soit atteinte non quand il n'y a plus rien
a ajouter, mais quand il n'y a plus rien a retrancher.
(Perfection is apparently not achieved when nothing more can be added,
but when nothing else can be removed.)
 -- Antoine de Saint-Exupe'ry, Terres des Hommes

Bug#800556: transition: suitesparse4.4

[Sébastien Villemot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-suitesparse.html
Control: block -1 by 793762 793765 800101 793764

Dear Release Team,

Please schedule a transition for suitesparse, whose new version currently
stands in experimental. See the auto-generated transition page for affected
packages.

A few sourceful uploads will be required. Patches are ready.

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#800517: curl: the --http2 option does not work

[Tomasz Buchert]

On 30/09/15 21:31, Alessandro Ghedini wrote:
> On Wed, Sep 30, 2015 at 01:00:55pm +0200, Tomasz Buchert wrote:
> > Package: curl
> > Version: 7.44.0-2
> > Severity: normal
> >
> > Hi,
> > curl --http2  does not work for me.
>

Hi Alessandro,

> Works fine here with e.g. https://www.google.com, https://http2.golang.org and
> https://http2.cloudflare.com.

Indeed, -v shows quite well that it works.

>
> > I have nghttpx proxy serving content over HTTP2 and when I do:
> >
> > curl --http2 https://ADDRESS
>
> Can you please post the output with the '-v' flag? Also, how do I configure
> nghttpx to reproduce this?

Here is the relevant part:

...
* Connected to tomasz.buchert.pl ([ IP ]) port [ PORT ] (#0)
* found 181 certificates in /etc/ssl/certs/ca-certificates.crt
* found 728 certificates in /etc/ssl/certs
* ALPN, offering h2
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256
*  server certificate verification OK
*  server certificate status verification SKIPPED
*  common name: [ COMMON-NAME ] (matched)
*  server certificate expiration date OK
*  server certificate activation date OK
*  certificate public key: RSA
*  certificate version: #3
*  subject: C=FR,CN=[ COMMON-NAME ],EMAIL=[ MAIL ]
*  start date: Wed, 01 Apr 2015 20:47:39 GMT
*  expire date: Sat, 02 Apr 2016 06:13:28 GMT
*  issuer: C=IL,O=StartCom Ltd.,OU=Secure Digital Certificate 
Signing,CN=StartCom Class 1 Primary Intermediate Server CA
*  compression: NULL
* ALPN, server did not agree to a protocol
> GET / HTTP/1.1
..

My nghttpx config is:

frontend=*,3000
backend=127.0.0.1,9080
private-key-file=/etc/nginx/ssl/server.key
certificate-file=/etc/nginx/ssl/server.crt
errorlog-syslog=yes
accesslog-syslog=yes
workers=1

Maybe it is a problem with nghttpx, actually.

Cheers,
Tomasz


signature.asc
Description: PGP signature

Bug#800517: curl: the --http2 option does not work

[Tomasz Buchert]

On 30/09/15 21:31, Alessandro Ghedini wrote:
> On Wed, Sep 30, 2015 at 01:00:55pm +0200, Tomasz Buchert wrote:
> > Package: curl
> > Version: 7.44.0-2
> > Severity: normal
> >
> > Hi,
> > curl --http2  does not work for me.
> [...]

Let me also add that it works with the nghttp experimental client.

Tomasz


signature.asc
Description: PGP signature

Bug#784845: libdevel-gdb-perl: autopkgtest failure in t/expect.t

[Niko Tyni]

On Sat, May 09, 2015 at 05:05:26PM +0300, Niko Tyni wrote:
> Package: libdevel-gdb-perl
> Version: 2.02-2
> Severity: normal
> User: debian-p...@lists.debian.org
> Usertags: autopkgtest
> 
> This package recently failed its autopkgtest checks on ci.debian.net:
>  http://ci.debian.net/packages/libd/libdevel-gdb-perl/unstable/amd64/
> 
> It seems to work for me with a couple of tries, so presumably it's either
> some sort of a race condition or specific to the ci.debian.net setup.
> Further investigation needed.

As a data point, there are a few CPAN tester failures with the same
failure, but they seem to be very rare.

 http://www.cpantesters.org/cpan/report/cfcbb1fa-e37b-11e3-9566-f664e0bfc7aa

It's still failing every time on ci.d.n, and I have no idea how
to reproduce it.
-- 
Niko Tyni   nt...@debian.org

Bug#800507: libsane: preinst: 9: [: -l: unexpected operator

[Jörg Frings-Fürst]

tags 800507 + pending
thanks


Hello Jakub,

thanks for your bug report.

The fixed version will be uploaded shortly after my sponsor is back from
vacation.

CU
Jörg



-- 
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54526 Niederkail

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.

(send from outside)


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

Bug#798766: (no subject)

[ZenWalker]

Dear Maintainer, If you consider, you can close this bug

#769225 and #766998 was fixed

https://bugzilla.gnome.org/show_bug.cgi?id=755580

https://github.com/mate-desktop/engrampa/issues/72

Bug#800517: curl: the --http2 option does not work

[Tomasz Buchert]

retitle -1 curl does not support NPN extension
thanks

On 30/09/15 22:46, Alessandro Ghedini wrote:
> [...]
>
> Here is what's happening: curl tries to negotiate HTTP/2 during the TLS
> handshake using the ALPN extension, but the server doesn't support ALPN (e.g.
> OpenSSL in jessie doesn't support it) and instead supports the older NPN
> extension (which is deprecated, but still in use).
>
> The problem being that curl in sid uses GnuTLS which *only* supports ALPN and
> not NPN, so the client and the server can't negotiate HTTP/2 and fallback to
> HTTP/1.1.
>
> It's not really a curl bug, though if curl used OpenSSL (in sid) instead of
> GnuTLS this would work. TBH I'm not really inclined to switch back to OpenSSL
> for this problem alone (mostly because the intention is to, at some point,
> completely drop curl's non-GnuTLS backends from Debian and because NPN is
> deprecated), but I can't exclude it completely either.
>
> nghttp2 could implement support for ALPN on its own if it detects that the 
> used
> OpenSSL version doesn't support it, but it's probably overkill...
>
> Cheers

Thank you for this analysis. TBH, I'm not very interested in using
curl that way, I simply noticed that it doesn't work. It's simply an
unfortunate mix of TLS extensions that causes problems.

I think that it is not worth taking care of unless more people
complain.

Cheers,
Tomasz


signature.asc
Description: PGP signature

Bug#800318: gcc-5: [mips,mipsel] regression: miscompilation caused by -fexpensive-optimizations

[Aurelien Jarno]

On 2015-09-29 23:33, Andreas Cadhalpun wrote:
> On 29.09.2015 22:54, Aurelien Jarno wrote:
> > On 2015-09-29 19:41, Andreas Cadhalpun wrote:
> >> Great. Can you estimate when that upload will happen?
> >> (I'm trying to decide whether or not to workaround it in the meantime.)
> > 
> > This is handled by Matthias Klose, so it's a bit difficult to say, but I
> > guess before the end of the week. Note that version 5.2.1-18 might
> > appear as it has been uploaded today, but it was stuck in NEW for a few
> > days.
> 
> OK.
> 
> >>> I'll also try to better understand the issue so that I can report the
> >>> bug upstream.
> > 
> > On this aspect, I believe the problem might be PR66424 [1], at least the
> > fix for this bug fixes the testcase you provided. I am currently cleanly
> > building gcc with it and tomorrow morning I'll build ffmpeg with this
> > gcc to fully confirm. In the meantime Matthias asked upstream to
> > backport it to the stable gcc 5 branch, which has already been done a
> > few hours ago.
> 
> Cool. If it fixes the testcase I'm quite confident that it fixes
> ffmpeg's test failures as well.

I confirm it fixes the issues seen on ffmpeg, and I guess it might fix
some other issues as well like the protobuf FTBFS. Everything has been
committed in the SVN, so it will be in the next upload.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#800518: O: 9base -- Plan 9 userland tools

[Gergely Nagy]

Package: wnpp
Severity: normal

I'm orphaning the 9base package, because I do not use it, and do not
have neither the time, the energy or motivation to keep it in good
shape. The packaging is available on Alioth, under collab-maint/9base,
in Git.

The description reads:

Description: Plan 9 userland tools
 9base is a port of following original Plan 9 userland tools to Unix:
 awk, basename, bc, cat, cleanname, date, dc, echo, grep, mk, rc, sed, seq,
 sleep, sort, strings, tee, test, touch, tr, uniq, and yacc.

Bug#796923: polymake 2.14r1 release

[David Bremner]

David Bremner  writes:

> Benjamin Lorenz  writes:
>
>> Hi,
>>
>> We have recently released a bugfix release for 2.14 [1], which includes
>> support for perl 5.22 and also a fix for an issue with gcc 5.1.
>>
>> [1]: http://polymake.org/doku.php/download/start
>>
>> Best,
>> Benjamin
>
> Thanks Benjamin (and team).
>
> I have just built this in current debian unstable (perl 5.22 and
> gcc5). I need to do a bit of testing before I upload, but so far so
> good.

Actually I lied. This is still perl 5.20. So more tests needed on my
side.

d

Bug#800502: Please just open urls in a browser

[Kevin Krammer]

On Wednesday, 2015-09-30, 11:28:38, Martin Steigerwald wrote:

> Am Mittwoch, 30. September 2015, 10:46:43 CEST schrieb Enrico Zini:

> > when I click on a URL to open it, konsole does not just open it in a
> > browser, but it seems to make a HEAD request for it, check its mime
> > type, and then open it in the application associated with that mime
> > type.
> 
> I think this is an upstream implementation issue. KDE applications use
> kio_html to determine the mime type to decide which application to use on
> it. That way if have an URL to an image it opens Gwenview instead.

The default behavior for any kind of file, no matter if addressed locally or 
remotely, is to open it with the program associated with the type.
E.g. as Martin already said, opening an image in the configured image viewer.

It is possible to override this for http and https URLs and have them always 
open in a web browser.
Via KDE Systemsettings or

kcmshell5 componentchooser

Cheers,
Kevin

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

Bug#798625: systemd-networkd: Runs arbitrary inappropriate scripts on network changes

[Martin Pitt]

Control: tag -1 pending

Hello all,

as discussed, I reverted the if-*.d/ calling in git now. I replaced it
with a focussed (although admittedly a bit hackish) helper unit to
update resolvconf from networkd for now, and this will be completely
inert if you don't use resolvconf.

If you don't want this in Debian either, I'm also happy with keeping
this in the Ubuntu branch only.

Thanks,

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


signature.asc
Description: Digital signature

Bug#800507: libsane: preinst: 9: [: -l: unexpected operator

[Jakub Wilk]

Package: libsane
Version: 1.0.25+git20150927-1

I saw this when upgrading libsane:

Preparing to unpack .../libsane_1.0.25+git20150927-1_i386.deb ...
/var/lib/dpkg/tmp.ci/preinst: 9: [: -l: unexpected operator



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

Kernel: Linux 4.2.0-1-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 libsane depends on:
ii  acl2.2.52-2
ii  adduser3.113+nmu3
ii  libavahi-client3   0.6.31-5
ii  libavahi-common3   0.6.31-5
ii  libc6  2.19-22
ii  libexif12  0.6.21-2
ii  libgphoto2-6   2.5.8-1
ii  libgphoto2-port12  2.5.8-1
ii  libieee1284-3  0.2.11-12
ii  libjpeg62-turbo1:1.4.1-2
ii  libsane-common 1.0.25+git20150927-1
ii  libtiff5   4.0.5-1
ii  libusb-1.0-0   2:1.0.20-1
ii  udev   226-3

--
Jakub Wilk

Bug#799918: aptitude vs. qgis

[Manuel A. Fernandez Montecelo]

2015-09-30 1:43 GMT+01:00 積丹尼 Dan Jacobson :
>> "MAFM" == Manuel A Fernandez Montecelo  
>> writes:
>
> MAFM> But I am confused about your previous message that "purge && install"
> MAFM> solved the situation -- did it, or not?
>
> Hmmm, you are right. I want qgis installed, but I also want
> # aptitude full-upgrade
> not to give me those messages.
>
> Reminds me of perl, where I have to do
> # aptitude forbid-version perl perl-base perl-doc
> to keep things quiet.

Still don't understand, in which I am right?  Don't get me wrong, I
love being right :-) , but it was a yes/no question, not an opinion or
assertion.

I want to know the exact commands were issued and which worked and
which don't, because if "purge && install" actually don't get to
complain but "upgrade" never works, it's a very nice clue to try to
see what's done different in the code paths of upgrades vs fresh
("fresh") installs.  If all actions fail, either they use the same
code path for that part of selecting packages/versions to upgrade, or
both code paths are wrong.


(Yes, I know that I could try to reproduce the situation locally; but
still I only have one system available to test this, still entangled
with gcc-5 and KDE transitions; and I can only juggle so many things
at once -- I am already trying to address several problems/bugs in
aptitude simultaneously.  So if the problem is not reproduced
accurately now, and cannot attend the bug until it's too late --maybe
the situation is solved by changes in package deps--, valuable
information is lost).


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#605090: update?

[Yves-Alexis Perez]

On Tue, Sep 15, 2015 at 12:20:06PM -0400, Erinn Clark wrote:
> * Yves-Alexis Perez  [2015:09:15 08:12 +0200]: 
> > I quickly discussed about that with Jacob on IRC following your ping,
> > and yes, my current plan is to start from the current src:linux git
> > repository (trying to avoid too much duplicate work), remove uneeded
> > stuff for us and add the grsecurity patch on top.
> > 
> > That way we might be able to sync / cherry-pick stuff from src:linux
> > every once in a while. If that's unmaintainable then we'll just
> > completely fork.
> > 
> > I didn't yet start the actual work, but I intend to do that in the
> > following days/weeks depending on my work schedule.
> 
> Awesome! Please update the ticket with a git repo where the development is
> happening once you begin, I'd love to be able to follow along and contribute 
> if
> possible. I'm currently building my own grsec kernel packages as it is and
> would be happy to at least test.

Hi,

I should be able to push something for review pretty soon, I've
restarted working on this. Also I just gave my talk at kernel recipes
2015 [1]. Slides and video should be avaiable at one point on the
website, but in the meantime the former is available at [2].

Regards,

[1] https://kernel-recipes.org/en/2015/hardened-kernels-for-everyone/
[2] 
http://perso.corsac.net/~corsac/debian/kernel-grsec/PEREZ_Yves-Alexis_hardened-kernels.pdf
-- 
Yves-Alexis Perez


signature.asc
Description: PGP signature

Bug#793044: Aw: Bug#793044: transition: libvigraimpex

[Rene Engelhard]

Hi,

sorry for top-posting...

LO uses only the headers so it's indeed ok to have no dependency. And also to not rebuild it as it was already checked to still build.

Regards,

Rene
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit GMX Mail gesendet.

Emilio Pozuelo Monfort schrieb:

  
Control: tags -1 confirmed

[ Rene, see question below re LO ]

On 20/07/15 21:43, Daniel Stender wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: block -1 by 792696
>
> Hello release team,
>
> I would like to upload (resp. get uploaded) libvigraimpex/1.10.0+dfsg-9
> to unstable, which would start a transition.
>
> Currently in experimental is libvigraimpex/1.10.0+dfsg-8.
>
> I've test build the reverse deps, which resulted in:
> 3dpict/0.0.18-2 -- o.k.
> enblend-enfuse/4.1.3+dfsg-2 -- o.k.
> gamera/3.4.2+svn1435-1 -- o.k.
> hugin/2015.0.0~rc2+dfsg-1 -- o.k.
> libreoffice/1:4.4.4-1 -- o.k.
> saga/2.1.4+dfsg-1+b1 -- FTBFS, #792696 (patch provided)

libreoffice build-depends on libvigraimpex-dev but doesn't depend on the shared
library. Any idea why it build-deps on it? Cc'ing Rene. Apparently we won't need
to rebuild it.

The rest looks good. You can go ahead with an upload to unstable.

Emilio

  

Bug#800516: [Aptitude-devel] Bug#800516: aptitude: [INTL:nl] Dutch po file for the aptitude package

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


Hi Frans,

2015-09-30 11:35 Frans Spiesschaert:


Package: aptitude
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

==
Please find attached the Dutch po file for the aptitude package.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be put as "po/nl.po" in your package build tree.


Thanks, commited, so marking this request as +pending.


--
Manuel A. Fernandez Montecelo 

Bug#800511: libdvd-pkg: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: libdvd-pkg 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of libdvd-pkg debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#800515: anon-proxy: [INTL:nl] Dutch translation of anon-proxy templates

[Frans Spiesschaert]

 

Package: anon-proxy 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch po file for the anon-proxy package. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as "debian/nl.po" in your package build tree. 
=== 
 

-- 
Cheers,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#800501: SystemError on missing files in /var/lib/apt/lists

[Julian Andres Klode]

On Wed, Sep 30, 2015 at 10:59:26AM +0200, Sebastien Bacher wrote:
> > You're probably opened the cache without holding a lock, and
> > an update ran in parallel. That's really the only possible
> > explanation I could think of.
> 
> Is there a way to hold a lock as a normal user process? (oneconf is an
> user session service)
> If not is there a standard way to detect that something is changing the
> cache under your feet and to deal with that?

Use inotify on the cache directory? But in any case, this is problematic
and could probably be fixed by adding some new interfaces to APT (so we
can open fds when opening the cache, and fail if the files are not
present there - and if they are present, pass those fds to the
PackageRecords - this would make things race-free).

I'll look more closely at this later.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.

Bug#800506: cinnamon-session: Should provide x-session-manager

[Ralf Jung]

Package: cinnamon-session
Version: 2.6.3-2
Severity: normal

Dear Maintainer,

The subject pretty much says it all... cinnamon-session should provide the 
"x-session-manager" virtual
package.

Kind regards,
Ralf


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

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

Versions of packages cinnamon-session depends on:
ii  cinnamon-desktop-data2.6.5-1
ii  cinnamon-session-common  2.6.3-2
ii  dbus-x11 1.10.0-3
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libcanberra0 0.30-2.1
ii  libdbus-1-3  1.10.0-3
ii  libdbus-glib-1-2 0.102-1
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libgl1-mesa-glx [libgl1] 10.6.8-1
ii  libglib2.0-0 2.44.1-1.1
ii  libgtk-3-0   3.16.6-1
ii  libice6  2:1.0.9-1+b1
ii  libsm6   2:1.2.2-1+b1
ii  libsystemd0  226-3
ii  libx11-6 2:1.6.3-1
ii  libxau6  1:1.0.8-1
ii  libxcomposite1   1:0.4.4-1
ii  libxext6 2:1.3.3-1
ii  libxrender1  1:0.9.8-1+b1
ii  libxtst6 2:1.2.2-1+b1
ii  upower   0.99.3-1+b2

cinnamon-session recommends no packages.

cinnamon-session suggests no packages.

-- no debconf information

Bug#800513: dpkg: [INTL:nl] Dutch po file for the dpkg package

[Frans Spiesschaert]

 

Package: dpkg 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch po file for the dpkg package. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as "po/nl.po" in your package build tree. 
=== 
 

-- 
Cheers,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#800514: Alternate upstream

[Yuri D'Elia]

Package: screenkey
Severity: wishlist

Hi, I've been using screenkey for teaching, and ended up rewriting large chunks
of it due to several outstanding bugs in the original version.

I believe this fork:

https://github.com/wavexx/screenkey

fixes debian's #782006 and #749029, along with most other known screenkey bugs
filed in launchpad.

If would be nice if this version was used in the debian packaging, or at least
one of the alternate forks, since the original version is officially no longer
maintained and these bugs will never be fixed.

Thanks.

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

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

Bug#800512: liblocale-gettext-perl: Failed to install with perl-base from experimental

[Matúš Olekšák]

Package: liblocale-gettext-perl
Version: 1.07-1
Severity: minor

Dear Maintainer,
I was trying to install nvidia-driver from experimental repository but it
failed because of dependencies. I was following dependencies, until I
realized that the problem has something to do with package
liblocale-gettext-perl and its dependency perlapi-5.20.2. Apt failed
because I already had perl 5.22. So if you remove perlapi-5.20.2 from
dependency and just leave perl-base it will work out-of-box without
downgrading perl-base, which I had to do. Because perlapi-5.20.2 is just
virtual package provided by perl-base, which is already marked as
dependency.


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

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

Versions of packages liblocale-gettext-perl depends on:
ii  libc6   2.21-0experimental1
ii  perl-base [perlapi-5.20.0]  5.20.2-6

liblocale-gettext-perl recommends no packages.

liblocale-gettext-perl suggests no packages.

Bug#799876: closed by Emilio Pozuelo Monfort <po...@debian.org> (Re: Bug#799876: Vector smash protection is enabled messages)

[Alberto Garcia]

On Wed, Sep 30, 2015 at 07:55:01AM +0800, 積丹尼 Dan Jacobson wrote:

> Can't it say
> "libwebkitgtk-1: Vector smash protection is enabled messages"
> please?

The flash player plugin prints that message, not webkit.

Berto