Bug#799129: ITP: pdfsandwich -- A tool to make sandwich OCR pdf files

[Tobias Frost]

Package: wnpp
Severity: wishlist
Owner: Tobias Frost 

* Package name: pdfsandwich
  Version : 0.1.4
  Upstream Author : Tobias Elze
* URL : http://www.tobias-elze.de/pdfsandwich/
* License : GPL-2+
  Programming Lang: OCaml
  Description : A tool to make sandwich OCR pdf files

(From the webpage:)

pdfsandwich generates "sandwich" OCR pdf files, i.e. pdf files which contain
only images (no text) will be processed by optical character recognition (OCR)
and the text will be added to each page invisibly "behind" the images.

pdfsandwich is a command line tool which is supposed to be useful to OCR
scanned books or journals. It is able to recognize the page layout even for
multicolumn text.

Essentially, pdfsandwich is a wrapper script which calls the following
binaries: unpaper (since version 0.0.9), convert, gs, hocr2pdf (for tesseract
prior to version 3.03), and tesseract. It is known to run on Unix systems and
has been tested on Linux and MacOS X. It supports parallel processing on
multiprocessor systems.

While pdfsandwich works with any version of tesseract from version 3.0 on,
tesseract 3.03 or later is recommended for best performance. By default,
pdfsandwich runs unpaper to enhance the readability of scanned pages and to
improve OCR. For instance, slightly rotated pages are automatically
straightened and dark edges removed. For optimally scanned pdf files, this can
be switched off by option -nopreproc to speed up processing.

Bug#798262: plasma-desktop: Keyboard layout switch breaks after external keyboard plug-in

[Maximiliano Curia]

Control: tag -1 + confirmed upstream
Control: found 4:5.4.1-1

On 07/09/15 15:44, Hynek Vychodil wrote:
> I'm using two keyboard layouts us and cz(querty). I have set switch shortkey
> to the Shift+CapsLock. The layout switching works until I connect external
> keyboard to my notebook. Then it hangs at primary layout (us) and do not
> switch any more until I open keyboard settings (right click to the layout
> indicator), make some change and press apply. Then it starts work again until
> I remove and plug in the keyboard again. I have tested that if I have set
> secondary layout then I can switch to the primary one even using external
> keyboard but then it stuck at primary again.

This seems to be an upstream issue, there is a weird interaction between the
keyboard kcm and the systemsettings global shortcut. As a workaround you can
set the Global Alternate shortcut for Switch to Next Keyboard Layout, and that
seems to be left alone (not reseted).

I've skimmed through the upstream bug tracker and, even though, there are many
related issues, I couldn't find the same issue reported. If possible, could
you send this report upstream and link the upstream bug in this report?

Happy hacking,
-- 
"Whenever possible, steal code." -- Tom Duff
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#796471: kmod should check for breakage on new kernels

[fin4478 fin4478]

You need to patch Catalyst when using new kernels. Consult 
/var/lib/dkms/fglrx/15.7/build/make.log, there you can see compilation errors.
New Catalyst 5.19 work fine with kernel 4.1.3 after patching. See text and 
comments of my video:
https://www.youtube.com/watch?v=O-tBdO7KUlo



On Sat, 22 Aug 2015 08:22:52 +0200 m...@linux.it (Marco d'Itri) wrote:
> On Aug 22, Richard Jasmin  wrote:
> 
> > when new kernels come out sometimes there is kmod breakage. There is no 
> > known
> > reason for this as headers are installed during the updating process.
> This is not related in any way to kmod.
> Please ask for help on your favourite end users support channel.
> 
> -- 
> ciao,
> Marco

Bug#799087: docker.io: Should use overlay storage backend by default

[Dmitry Smirnov]

On Tuesday 15 September 2015 19:18:50 Sam Morris wrote:
> I had to add '-o overlay' to DOCKER_OPTS in /etc/default/docker in order
> to get the service to start. overlayfs is included in the upstream
> kernel, so perhaps this should be set by default?

I'd like to support this suggestion. I also had to add "--storage-
driver=overlay" to DOCKER_OPTS in "/etc/default/docker".

At the same time it would be nice to demote "aufs-tools" from Recommends to 
Suggests.

Also perhaps we should consider to add "--exec-opt 
native.cgroupdriver=cgroupfs" as per #798784 and #798778.

-- 
Cheers,
 Dmitry Smirnov.

---


Truth — Something somehow discreditable to someone.
-- H. L. Mencken, 1949


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

Bug#798979: [Pkg-virtualbox-devel] Bug#798979: Bug#798979: virtualbox: DSA-3359-1 causes VBoxClient to send error message "The VirtualBox kernel service is not running" and to break off.

[Ritesh Raj Sarraf]

On Tue, 2015-09-15 at 16:39 +0530, Ritesh Raj Sarraf wrote:
> I think this may be the problem. This snippet is present in both vbox
> and vbox-dkms. So while vbox is upgraded, it triggers it in its
> postinst. But vbox-dkms is still not upgraded. Thus this could lead
> to
> version mismatch and failure.
> 
> This may be similar to #798527.
> 
> 
> So if this root cause is correct, the fix (of adding vbox-dkms
> =BinaryVersion to Pre-Depends: of vbox) should work ???


I got the same issue today while upgrading VBox on my machine.


Unpacking quassel-data (1:0.12.2-1) over (1:0.10.0-2.4) ...
Processing triggers for menu (2.1.47) ...
Processing triggers for man-db (2.7.3-1) ...
Processing triggers for shared-mime-info (1.3-1) ...
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Processing triggers for hicolor-icon-theme (0.13-1) ...
Processing triggers for mime-support (3.59) ...
Processing triggers for desktop-file-utils (0.22-1) ...
Processing triggers for gnome-menus (3.13.3-6) ...
Processing triggers for systemd (225-1) ...
Setting up virtualbox (5.0.4-dfsg-2) ...
Job for virtualbox.service failed because the control process exited
with error code. See "systemctl status virtualbox.service" and
"journalctl -xe" for details.
invoke-rc.d: initscript virtualbox, action "restart" failed.
Setting up virtualbox-qt (5.0.4-dfsg-2) ...
Setting up virtualbox-dkms (5.0.4-dfsg-2) ...
Loading new virtualbox-5.0.4 DKMS files...
Building only for 4.2.0+
Building initial module for 4.2.0+



rrs@learner:~$ sudo systemctl status -l virtualbox.service 
● virtualbox.service - LSB: VirtualBox Linux kernel module
   Loaded: loaded (/etc/init.d/virtualbox)
   Active: failed (Result: exit-code) since Wed 2015-09-16 11:54:35
IST; 37s ago
 Docs: man:systemd-sysv-generator(8)
  Process: 9078 ExecStop=/etc/init.d/virtualbox stop (code=exited,
status=0/SUCCESS)
  Process: 9102 ExecStart=/etc/init.d/virtualbox start (code=exited,
status=1/FAILURE)

Sep 16 11:54:35 learner systemd[1]: Starting LSB: VirtualBox Linux
kernel module...
Sep 16 11:54:35 learner virtualbox[9102]: Starting VirtualBox kernel
modulesNo suitable module for running kernel found ... failed!
Sep 16 11:54:35 learner virtualbox[9102]: failed!
Sep 16 11:54:35 learner systemd[1]: virtualbox.service: Control process
exited, code=exited status=1
Sep 16 11:54:35 learner systemd[1]: Failed to start LSB: VirtualBox
Linux kernel module.
Sep 16 11:54:35 learner systemd[1]: virtualbox.service: Unit entered
failed state.
Sep 16 11:54:35 learner systemd[1]: virtualbox.service: Failed with
result 'exit-code'.
2015-09-16 / 11:55:13 ♒♒♒☹  => 3  


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


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

Bug#799131: coreutils: df sometimes skips real entry and reports a bind mount instead

[Nye Liu]

Package: coreutils
Version: 8.23-4
Severity: minor

Dear Maintainer,

When using bind mounts, df may have to choose only one of many equivalent
mounts:

$ mount
/dev/sdb1 on /export/real type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
/dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)

$ df -l
/dev/sdb1  1921677460 1094613156 729425740  61% /home/

but it really should report
$ df -l
/dev/sdb1  1921677460 1094613156 729425740  61% /export/real

That said, I am unsure how it should know which one is the "real mount"

See also

http://www.linuxquestions.org/questions/slackware-14/coreutils-8-21-'df'-bind-mount-bug-4175453522/

-- 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/8 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: sysvinit (via /sbin/init)

Versions of packages coreutils depends on:
ii  libacl1  2.2.52-1
ii  libattr1 1:2.4.47-2
ii  libc62.19-18
ii  libselinux1  2.3-2

coreutils recommends no packages.

coreutils suggests no packages.

-- debconf-show failed


MRV Communications is a global supplier of packet and optical solutions that 
power the world’s largest networks. Our products combine innovative hardware 
with intelligent software to make networks smarter, faster and more efficient.

Bug#799130: s390 chroot fails with "specification exception insn 0xb9860062b904"

[Jeffrey Walton]

Package: qemu-system
Version: 1.1.2+dfsg-6a+deb7u9
Severity: important

-

Attempting to install a QEMU s390 emulator for testing on Debian 7:

$ sudo apt-get install qemu binfmt-support qemu-user-static debootstrap
$ su -

# update-binfmts --display | grep s390
  qemu-s390x (enabled):
   interpreter = /usr/bin/qemu-s390x-static

# qemu-debootstrap --arch=s390x --keyring
/usr/share/keyrings/debian-archive-keyring.gpg
  --variant=buildd --exclude=debfoster unstable debian-s390x
http://ftp.debian.org/debian
  ...

  I: Extracting util-linux...
  I: Extracting liblzma5...
  I: Extracting zlib1g...
  I: Running command: chroot debian-s390x /debootstrap/debootstrap
--second-stage
  specification exception insn 0xb9860062b904
  Illegal instruction

  # chroot debian-s390x/
  specification exception insn 0xb9860062b904
  Illegal instruction

-

# uname -a
Linux debian-7-vm 3.2.0-4-686-pae #1 SMP Debian 3.2.68-1+deb7u2 i686 GNU/Linux

-

Today is not my day to get a s390 emulator up and running

Bug#799091: [Pkg-lyx-devel] Bug#799091: [lyx] Crashes when Cutting emphasized text

[Per Olofsson]

Hi Kent,

On 2015-09-15 21:15, Kent West wrote:
> Open LyX.
> Create a new document (File / New).
> Create a line of text (e.g. "This is a line of text.")
> Emphasize a word (e.g. "This is a line of text.")
> Highlight any portion of that line, making sure to include some of the
> emphasized word.
> Cut (ctrl-c, or edit/cut, or Shift-Del).
> Watch LyX disappear, along with your document, no warning.

Thanks, I can confirm this bug. I have forwarded it upstream.

-- 
Pelle

Bug#799057: general: After my laptop hung and reset KDE4 doesn't start

[Tomas Pospisek]

Hello Vitaly,

Am 15.09.2015 um 12:43 schrieb root:
> Package: general
> Severity: important
> 
> [long Xsession dump without any further info]

I'm closing your report. The "general" pseudo package is not a support
channel to help debug and sort problems out.

Please use one of the available support channels for that:

https://www.debian.org/support
https://lists.debian.org/debian-user/
http://forums.debian.net/
irc://irc.oftc.net/debian

Thanks,
*t

Bug#783440: ITP: fleet -- Distributed init system using systemd and etcd

[Dmitry Smirnov]

On Wednesday 16 September 2015 08:15:10 Potter, Tim wrote:
> Great!  I’ve just done a bunch of updates to the packaging and I think
> it’s ready to go.  
> 
> * updated to latest upstream release
> * added extra build dependencies due to new release
> * re-run wrap and sort
> 
> I made a bit of a mess forgetting to do a git pull, but nothing a minute
> or two merging conflicts couldn’t fix.
> 
> What do you think about uploading?

I was working on Fleet as well but I did not push my changes... I reckon I 
need to review your changes and merge. As I've mentioned, I think more work 
is required but let me go into details a bit later when I check what's left 
to do. I'll let you know when I push my changes so you could review before 
upload if you wish.

Thank you.

-- 
Regards,
 Dmitry Smirnov.

---

There is nothing more odious than the majority. It consist of a few
powerful men who lead the way; of accommodating rascals and submissive
weaklings; and of a mass of men who trot after them without in the least
knowing their own minds.
-- Johann Wolfgang von Goethe


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

Bug#798573: kalgebra-3D Graph views not working

[prathibhab]

Hi,

KDE bug report: https://bugs.kde.org/show_bug.cgi?id=352526


On September 16, 2015 at 2:01 PM Maximiliano Curia 
wrote:
> Control: tag -1 + upstream
>
> Hi,
>
> On 10/09/15 18:24, prathibhab wrote:
> > Issues: Kalgebra -> 3D Graph -> Dots, Lines and Solid are not working after
> > plotting any function.
>
> > Patch for the same attached.
>
> This issue is an upstream bug, and the proposed patch is way to big to ship it
> without upstream approval. Could you please propose this patch upstream at
> bugs.kde.org ?
> If you do so, please send the the link of the upstream bug to this report.
>
> Happy hacking,
> --
> "If programmers deserve to be rewarded for creating innovative programs, by
> the same token they deserve to be punished if they restrict the use of these
> programs."
> -- Richard M. Stallman
> Saludos /\/\ /\ >< `/
>
Regards,
Prathibha
Senior Engineer
C-DAC Chennai
---
[ C-DAC is on Social-Media too. Kindly follow us at:
Facebook: https://www.facebook.com/CDACINDIA & Twitter: @cdacindia ]

This e-mail is for the sole use of the intended recipient(s) and may
contain confidential and privileged information. If you are not the
intended recipient, please contact the sender by reply e-mail and destroy
all copies and the original message. Any unauthorized review, use,
disclosure, dissemination, forwarding, printing or copying of this email
is strictly prohibited and appropriate legal action will be taken.
---

Bug#728557: imapproxy does not support passwords longer than 64 characters

[Vincent]

Hi,

Imapproxy does not support loginname longer than 64 characters.

Email addresses are often used as login. 320 Characters would be a minimum.

#define MAXUSERNAMELEN  64/* max username length
*/

Thank you,

On Sat, 02 Nov 2013 21:56:28 + Luca Bigliardi 
wrote:
> Package: imapproxy
> Version: 1.2.7-1.1
> Severity: normal
> 
> Hi,
> 
> it looks like imapproxy defines the maximum password length as 64:
> 
> include/imapproxy.h:180:#define MAXPASSWDLEN64/* 
> max passwd length   */
> 
> Please consider increasing the threshold to a higher value.
> NetBSD for instance sets the value to 8192 , see:
> http://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/mail/imapproxy/patches/patch-bc
> 
> 
> Thank you,
> 
> Luca
> 
> 
> -- System Information:
> Debian Release: 7.2
>   APT prefers stable
>   APT policy: (700, 'stable'), (500, 'stable-updates'), (500, 
> 'proposed-updates')
> Architecture: i386 (i686)
> 
> Kernel: Linux 3.2.2-kvm-i386-20120306 (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
> 
> 

Bug#799145: openmprtl: Multiarch support

[Sylvestre Ledru]

Source: openmprtl
Severity: normal

The openmp library should be multiarch ready.
This is not the case for now.

Sylvestre


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-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)

Bug#799130: s390 chroot fails with "specification exception insn 0xb9860062b904"

[Michael Tokarev]

16.09.2015 10:43, Jeffrey Walton wrote:
> On Wed, Sep 16, 2015 at 3:26 AM, Michael Tokarev  wrote:

>> 16.09.2015 09:20, Jeffrey Walton wrote:
>>> Package: qemu-system
>>> Version: 1.1.2+dfsg-6a+deb7u9
>>> Severity: important
>>
>> Again, this is not qemu-system.  Especially since you install 
>> qemu-user-static,
>> not any of qemu-system* packages:
> 
> Sorry about that Micheal. I kinda knew it was coming from Bug 799120.
> 
> When I search for the package, it shows as being part of qemu-system:
> 
> dpkg --search qemu-system-s390x
> qemu-system ...

Ofcourse, because you're searching for qemu-SYSTEM-s390x.  But you're
using /usr/bin/qemu-s390x-static (that's the one which qemu-debootstrap
installs into chroot), and you install qemu-USER-static which provides
that file.

> And when I use `apt-get show`, it lists the team.
> 
> In the future, should I err to qemu-user? (Obviously I don't quite
> understand things, so I'm happy to do what I am told).

Heh.  I read this like "for any bug I encounter in my life, I've been
told to bug qemu-user" :)  No, please don't, use common sense please :)

Thanks,

/mjt

Bug#798941: [Popcon-developers] Bug#798941: /etc/cron.d directory is necessary for installation

[Thorsten Glaser]

On Mon, 14 Sep 2015, Paul Wise wrote:

> On Mon, Sep 14, 2015 at 12:59 PM, Bill Allombert wrote:
> 
> > The postinst need to create if it does not exist yet.

Probably, yes, and a call to “rmdir --ignore-fail-on-non-empty”
in the postrm purge case.

> Personally I would ship it in the .deb instead.

That would probably lead to a lintian warning, as pak‐
kages should not ship empty directories.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#799139: libdvd-pkg: [l10n:cs] Initial Czech PO debconf template translation

[Michal Simunek]

Package: libdvd-pkg
Version: 1.3.99-1-2
Severity: wishlist
Tags: l10n patch

Dear Maintainer,

In attachment there is updated Czech translation of PO debconf template (cs.po)
for package libdvd-pkg, please include it.



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# Czech PO debconf template translation of libdvd-pkg.
# Copyright (C) 2015 Michal Simunek 
# This file is distributed under the same license as the libdvd-pkg package.
# Michal Simunek , 2015.
#
msgid ""
msgstr ""
"Project-Id-Version: libdvd-pkg 1.3.99-1-2\n"
"Report-Msgid-Bugs-To: libdvd-...@packages.debian.org\n"
"POT-Creation-Date: 2015-09-15 06:56+0200\n"
"PO-Revision-Date: 2015-09-16 09:15+0200\n"
"Last-Translator: Michal Simunek \n"
"Language-Team: Czech \n"
"Language: cs\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#. Type: boolean
#. Description
#. Type: note
#. Description
#: ../templates:2001 ../templates:4001 ../templates:6001
msgid ""
"This package automates the process of launching downloads of the source "
"files for ${PKGG} from videolan.org, compiling them, and installing the "
"binary packages (${PKGG_ALL})."
msgstr ""
"Tento balíček automatizuje proces spouštění stahování zdrojových souborů "
"pro ${PKGG} z videolan.org, kompiluje je a instaluje binární balíčky "
"(${PKGG_ALL})."

#. Type: note
#. Description
#: ../templates:2001
msgid ""
"Please run \"sudo dpkg-reconfigure ${PKGI}\" to launch this process for the "
"first time."
msgstr ""
"Pro spuštění tohoto procesu nejprve prosím spusťte příkaz \"sudo "
"dpkg-reconfigure ${PKGI}\"."

#. Type: title
#. Description
#: ../templates:3001
msgid "Download, build and install "
msgstr "Stažení, sestavení a instalace ${PKGG}${VER} "

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Download, build, and install ${PKGG}${VER}?"
msgstr "Stáhnout, sestavit a nainstalovat ${PKGG}${VER}?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Please confirm whether you wish this to happen."
msgstr "Potvrďte prosím, zda si přejete tuto akci provést."

#. Type: title
#. Description
#: ../templates:5001
msgid "Upgrade available for ${PKGG}"
msgstr "Dostupná aktualizace pro ${PKGG}"

#. Type: note
#. Description
#: ../templates:6001
msgid ""
"An update to version ${VER} is available, but automatic upgrades are "
"disabled."
msgstr ""
"Je dostupná aktualizace na verzi ${VER}, automatická instalace "
"aktualizací je však zakázána."

#. Type: note
#. Description
#: ../templates:6001
msgid ""
"Please run \"sudo dpkg-reconfigure ${PKGI}\" to launch this process manually "
"and/or activate automatic upgrades in future."
msgstr ""
"Pro ruční spuštění tohoto procesu spusťte prosím příkaz \"sudo dpkg-reconfigure "
"${PKGI}\" anebo do budoucna aktivujte automatickou instalaci aktualizací."

#. Type: boolean
#. Description
#: ../templates:7001
msgid "Enable automatic upgrades for ${PKGG}?"
msgstr "Povolit automatickou instalaci aktualizací pro ${PKGG}?"

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:7001 ../templates:8001
msgid ""
"If activated, the APT post-invoke hook takes care of future automatic "
"upgrades of ${PKGG} (which may be triggered by new versions of ${PKGI}). "
"When updates are available, the hook will launch the process of downloading "
"the source, recompiling it, and (if \"apt-get check\" reports no errors) "
"using \"dpkg -i\" to install the new versions."
msgstr ""
"Je-li aktivována, háček APT post-invoke se u ${PKGG} postará o budoucí "
"instalaci aktualizací (které mohou být vyvolány novými verzemi ${PKGI}). "
"Když jsou dostupné aktualizace, spustí tento háček proces stahování zdroje, "
"jeho překompilování, a (pokud \"apt-get check\" nenahlásí žádné chyby) k "
"instalaci nových verzí použije \"dpkg -i\"."

#. Type: boolean
#. Description
#. Type: boolean
#. Description
#: ../templates:7001 ../templates:8001
msgid ""
"Alternatively, the process can be launched manually by running \"sudo dpkg-"
"reconfigure ${PKGI}\"."
msgstr ""
"Nebo lze proces spustit ručně spuštěním příkazu \"sudo dpkg-reconfigure "
"${PKGI}\"."

#. Type: boolean
#. Description
#: ../templates:8001
msgid "Disable automatic upgrades for ${PKGG}?"
msgstr "Zakázat automatickou instalaci aktualizací pro ${PKGG}?"

Bug#785907: deejayd: Please update to GStreamer 1.x

[Alexandre Rossi]

Hi,

>> > > For the next Debian release GStreamer 0.10 is planned to be
>> > > removed,
>> > > and if your package is not updated it might not be included in the
>> > > release. Please update your package to use the new version as soon
>> > > as
>> > > possible.
>> >
>> > The development version has this fixed.
>> >
>> > I'll prepare an upload with the fixes in the coming weeks.
>> >
>> > Please note that I've been having a sponsorship problem for this
>> > package for a while. So when this bug becomes a problem for the
>> > gst0.10 cleanup, do not hesitate to ping me so that I request removal
>> > from the archive.
>>
>> If you want to continue maintaining the package and can't find a
>> sponsor, I could also help out. Let me know
>
> Alexandre, did you see Sebastian's sponsorship offer?

Sorry for the late reply.

I want to continue maintaining the package.

I've prepared an updated fixed version[1]. Unfortunately:
- it has lintian false positives of source-is-missing[2], not sure if
I should workaround those, removing them from the source package is an
option (not uploaded to mentors because [4] bit me).
- it depends on another package[3] missing in the archive which could
not find a sponsor.
- it cannot use the libjs-jquery version in the archive as it needs jquery 2.

[1] 
http://sousmonlit.zincube.net/~niol/tmp/deejayd_0.14.0~hg+1+9ef373dd259e-1_amd64.changes
[2] 
http://sousmonlit.zincube.net/~niol/tmp/deejayd_0.14.0~hg+1+9ef373dd259e-1_amd64.build
[3] http://mentors.debian.net/package/sockjs-twisted
[4] 
https://alioth.debian.org/tracker/?func=detail_id=100127=315172=413115

This is a lot to review... other options : remove the package from the
archive (low popcon, etc.), or backport the fixes for the opened bugs
(easy for me but I prefer the removal from the archive as the version
that is in is getting old).

Alex

Bug#799132: libvirt: CVE-2015-5247: denial of service when volume creation fails on NFS pool

[Salvatore Bonaccorso]

Source: libvirt
Version: 1.2.19-1
Severity: important
Tags: security upstream patch fixed-upstream

Hi Guido,

the following vulnerability was published for libvirt, I have not
verified to reproduce.

CVE-2015-5247[0]:
denial of service when volume creation fails on NFS pool

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2015-5247
[1] http://security.libvirt.org/2015/0003.html

Regards and thanks for your work!

Salvatore

Bug#799136: [php-maint] Bug#799136: php5: php soap http client: error fetching http body

[Ondřej Surý]

Hi Andrey,

you are right, the code is wrong, and while the missing whitespace is
unusual, it's conforming to the specification.

Are you able to retry with following patch?

https://github.com/oerdnj/php-src/commit/82c0156cacacd32764be2e7cb6825f92ba88c787

# Install php5-dev and libxml-dev as root:
apt-get install php5-dev libxml-dev
# clone the git repo with the patch
git clone g...@github.com:oerdnj/php-src.git -b
SOAP-honor-OWS-in-HTTP-Headers
# go to ext/soap
cd php-src/ext/soap
# compile the extension
phpize
./configure
# compile and install fixed extension
make && make install

Please report back if that helped, I will push the change to the
upstream then.

Cheers,
Ondrej

On Wed, Sep 16, 2015, at 09:55, Andrey Nikitin wrote:
> Package: php5-common
> Version: 5.6.13+dfsg-0+deb8u1
> Severity: normal
> Tags: upstream
> 
> Php soap http client can not receive http server responses
> where the headers are not separated by spaces with their values,
> for example:
> 
>   HTTP/1.1 200 OK
>   Content-Type:application/soap+xml; charset=utf-8
>   Connection:close
>   Content-Length:971
> 
> 
> Error message example: 
>   "Error Fetching http body, No Content-Length,
>connection closed or chunked data"
> 
> The source of the problem is a calls of get_http_header_value()
> function in which a names of the expected headers are listed
> with a space after the colon, for example:
> 
>   content-type = get_http_header_value(http_headers,"Content-Type: ");
>  -^-
> 
> -- Package-specific info:
>  Additional PHP 5 information 
> 
>  PHP 5 SAPI (php5query -S): 
> cli
> apache2
> 
>  PHP 5 Extensions (php5query -M -v): 
> json (Enabled for cli by maintainer script)
> json (Enabled for apache2 by maintainer script)
> mcrypt (Enabled for cli by maintainer script)
> mcrypt (Enabled for apache2 by maintainer script)
> gd (Enabled for cli by maintainer script)
> gd (Enabled for apache2 by maintainer script)
> pdo_pgsql (Enabled for cli by maintainer script)
> pdo_pgsql (Enabled for apache2 by maintainer script)
> mysqli (Enabled for cli by maintainer script)
> mysqli (Enabled for apache2 by maintainer script)
> mysql (Enabled for cli by maintainer script)
> mysql (Enabled for apache2 by maintainer script)
> intl (Enabled for cli by maintainer script)
> intl (Enabled for apache2 by maintainer script)
> curl (Enabled for cli by maintainer script)
> curl (Enabled for apache2 by maintainer script)
> pdo_mysql (Enabled for cli by maintainer script)
> pdo_mysql (Enabled for apache2 by maintainer script)
> memcache (Enabled for cli by local administrator)
> memcache (Enabled for apache2 by local administrator)
> pdo (Enabled for cli by maintainer script)
> pdo (Enabled for apache2 by maintainer script)
> pgsql (Enabled for cli by maintainer script)
> pgsql (Enabled for apache2 by maintainer script)
> opcache (Enabled for cli by maintainer script)
> opcache (Enabled for apache2 by maintainer script)
> 
>  Configuration files: 
>  /etc/php5/mods-available/pdo.ini 
> extension=pdo.so
> 
>  /etc/php5/mods-available/opcache.ini 
> zend_extension=opcache.so
> 
> 
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages php5 depends on:
> ii  libapache2-mod-php5  5.6.13+dfsg-0+deb8u1
> ii  php5-common  5.6.13+dfsg-0+deb8u1
> 
> php5 recommends no packages.
> 
> php5 suggests no packages.
> 
> Versions of packages php5-common depends on:
> ii  libc6   2.19-18+deb8u1
> ii  lsof4.86+dfsg-1
> ii  psmisc  22.21-2
> ii  sed 4.2.2-4+b1
> ii  ucf 3.0030
> 
> Versions of packages php5-common suggests:
> pn  php5-user-cache  
> 
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint


-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#797404: Backtrace

[Maximiliano Curia]

On 30/08/15 20:00, Adrián Arévalo Tirado wrote:
> Here's the backtrace if it serves as any help:

> #3 0x7f44bb3eb9a7 in
> QEventDispatcherGlib::processEvents(QFlags) ()
> from /usr/lib/x86_64-linux-gnu/libQtCore.so.4

> #8 0x7f449e55bfd0 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5
> 
> #18 0x7f44b68590c1 in __dlopen (file=, mode= out>) at dlopen.c:87
> 
> #19 0x7f44a89e973f in ?? () from /usr/lib/libvlccore.so.8

Right, I've hit a similar bug yesterday.

tl;dr run sudo /usr/lib/vlc/vlc-cache-gen -f /usr/lib/vlc/plugins

The problem is that libqt4 and libqt5 can't be loaded in the same process.
What is happening here is that you have a qt4 application that tries to do
something with the audio, that loads a phonon plugin which happens to be
phonon-backend-vlc, that loads the libvlccore, which in turn checks if the
cached information about it's plugins is up-to-date and decides that it needs
to regenerate the cache, and one of the plugins is the qt5 gui interface.
Which ends the program with the informative backtrace you saw.

Now, this shouldn't happen, vlc-nox regenerates the cache whenever a new
plugins gets installed, but apparently this isn't as bullet proof as we need
it to be. :(

Manually running the vlc-cache-gen command as is done by the trigger handler
in vlc-nox or even simply installing/reinstalling any vlc providing plugin
package fixes the issue.

Happy hacking,
-- 
"If you think your users are idiots, only idiots will use it."
-- Linus Torvalds
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#799140: wordpress: CVE-2015-5714 CVE-2015-5715

[Salvatore Bonaccorso]

Source: wordpress
Version: 4.3+dfsg-1
Severity: grave
Tags: security upstream fixed-upstream

Hi

See https://wordpress.org/news/2015/09/wordpress-4-3-1/ for details. I
have not checked older versions in jessie and wheezy. Are they
affected? If so can you update the BTS version information as needed?

Regards,
Salvatore

Bug#799141: weather-util: cannot retrieve forecast

[Karsten Hilbert]

Package: weather-util
Version: 2.0-1
Severity: normal
Tags: upstream

--forecast fails:

$> weather -f egll
weather error: no URI defined for zone_forecast

Karsten

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

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

Versions of packages weather-util depends on:
ii  python  2.7.9-1

Versions of packages weather-util recommends:
ii  weather-util-data  2.0-1

weather-util suggests no packages.

-- no debconf information

Bug#799107: closed by Andreas Tille <ti...@debian.org> (Bug#799107: fixed in ismrmrd 1.2.3-3)

[Andreas Tille]

Hi Julien,

On Wed, Sep 16, 2015 at 10:45:09AM +0200, Julien Cristau wrote:
> On Wed, Sep 16, 2015 at 06:51:05 +, Debian Bug Tracking System wrote:
> 
> >  ismrmrd (1.2.3-3) unstable; urgency=medium
> >  .
> >* Team upload.
> >* Rebuild with g++ 5
> >  Closes: #799107
> 
> That's not what this bug is about.  This bug is about whether you want
> to do a library transition.  If you don't, you should just have closed
> this bug without an upload.  A rebuild with g++ 5 had already happened
> anyway.

I think there is no library transition needed.  I assumed that this would
made be clear by the upload.  It might help to make the sentence

   If you don't, you should just have closed this bug without an upload.

more prominent in the initial bug report so that even people like me
could understand in the first place.  I guess no real harm is done
(except for a delayed migration possibly).

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#769425: aptitude: [l10n] Russian v. of "Will use %sB of disk space" cut off on the right, has space on the left

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo


Hi Aleksej and Lev,

2014-11-13 14:36 Aleksej:

Package: aptitude
Version: 0.6.11-1+b1
Severity: minor
Tags: l10n

Dear Maintainer,

This string for when more space will be used after the action:

#: src/pkg_columnizer.cc:409
#, c-format
msgid "Will use %sB of disk space"
msgstr "Будет использовано %sБ дискового пространства"


en vs ru:
aptitude 0.6.11  Will use 45.1 kB of disk space DL Size: 391 kB
aptitude 0.6.11Будет использовано 45,1 kБ дис DL размер: 391 kB

The length of the string on the right is not enough, even though there
is space in the middle.

The Russian string can't fit with 80 characters even without the two spaces
on the right:
aptitude 0.6.11  Будет использовано 45,1 kБ дискового простран DL
размер: 391 kB

but it can with "на диске" (on the disk):
aptitude 0.6.11  Будет использовано 45,1 kБ на диске DL размер:
391 kB


Would you be able to check if this file already contains this fix, or
otherwise send me an updated one?

 https://anonscm.debian.org/cgit/aptitude/aptitude.git/tree/po/ru.po

I am copying Lev also in this e-mail because he recently sent an update
of this file, so it will be good if he also fixes it in his local copy,
so if he sends more updates in the future, this change is not lost.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#797165: moving forward

[Ghislain Vaillant]

Hello everyone,

From Raphael:
> Hopefully one the of the people who will discover this RC bug 
(because their package depends on freeimage or whatever) can be 
convinced to take over this package... it has been orphaned for way too 
long.


I am one such package maintainers (ArrayFire) affected by the autorm of 
freeimage. Also, other projects I am involved with do use freeimage. I 
may consider taking over the maintenance of freeimage under d-science 
but want to evaluate the amount of efforts that would require first.


From Scott:
> Freeimage > 1.5.4 (that is, the current sid version) requires 
OpenJPEG 2.1.0, which is not in Debian.


> At this moment, the best course of action may be to simply carry the 
new patches Raphael pointed out rather than updating freeimage then 
working to remove openjpeg 2.1 support.


Which you hinted to be a non-trivial task, isn't it? Would it make 
things easier if OpenJPEG was updated to 2.1.0 in Debian? I guess it 
would be a requirement for a potential update of freeimage to 3.17 onwards?


Just trying to define what the "ideal" course of actions should be. I 
understand the latter is currently far from reality.


Best regards,
Ghislain

Bug#799148: Fails to stop children on exit

[Matthew Vernon]

Package: collectd
Version: 5.4.1-3
Severity: important
Tags: upstream

Hi,

The documentation suggests that exec plugins (typically scripts) should 
be long-running processes that output metrics at a suitable frequency, 
rather than being re-executed every time a new metric is required.

Unfortunately, collectd does not kill its children when it quits, 
leaving these long-running processes running (they will eventually get 
broken pipe on their stdout, but that might well take a long time). 
Particularly, if you restart collectd, you end up with multiple copies 
running.

Collectd must know which children it has spawned, so it should clean up 
properly then exiting.

Regards,

Matthew

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

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

Versions of packages collectd depends on:
ii  collectd-core  5.4.1-3
ii  libc6  2.13-38+deb7u8
ii  librrd41.4.7-2

Versions of packages collectd recommends:
ii  default-jre-headless1:1.6-47
ii  iptables [libxtables7]  1.4.14-3.1
ii  libc6   2.13-38+deb7u8
ii  libcurl3-gnutls 7.26.0-1+wheezy13
ii  libdbi1 0.8.4-6
ii  libesmtp6   1.0.6-1+b1
ii  libgcrypt11 1.5.0-5+deb7u3
ii  libgdk-pixbuf2.0-0  2.26.1-1+deb7u1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  liblvm2app2.2   2.02.95-8
ii  libmemcached10  1.0.8-1
ii  libmnl0 1.0.3-3
ii  libmodbus5  3.0.3-1
ii  libmysqlclient185.5.44-0+deb7u1
ii  libnotify4  0.7.5-1
ii  libopenipmi02.0.16-1.3
ii  liboping0   1.6.2-1
ii  libowcapi-2.8-152.8p15-1
ii  libpcap0.8  1.3.0-1
ii  libperl5.14 5.14.2-21+deb7u2
ii  libpq5  9.1.18-0+deb7u1
ii  libprotobuf-c0  0.14-1+b1
ii  libpython2.72.7.3-6+deb7u2
ii  librabbitmq00.0.1.hg216-1
ii  librrd4 1.4.7-2
ii  libsensors4 1:3.3.2-2+deb7u1
ii  libsnmp15   5.4.3~dfsg-2.8+deb7u1
ii  libssl1.0.0 1.0.1e-2+deb7u17
ii  libtokyotyrant3 1.1.40-4.1+b1
ii  libupsclient1   2.6.4-2.3+deb7u1
ii  libvirt00.9.12.3-1+deb7u1
ii  libxml2 2.8.0+dfsg1-7+wheezy4
ii  libyajl22.0.4-2
ii  zlib1g  1:1.2.7.dfsg-13

collectd suggests no packages.

-- Configuration Files:
/etc/collectd/collectd.conf changed [not included]
/etc/collectd/filters.conf changed [not included]

-- no debconf information

Bug#799136: php5: php soap http client: error fetching http body

[Andrey Nikitin]

Package: php5-common
Version: 5.6.13+dfsg-0+deb8u1
Severity: normal
Tags: upstream

Php soap http client can not receive http server responses
where the headers are not separated by spaces with their values,
for example:

  HTTP/1.1 200 OK
  Content-Type:application/soap+xml; charset=utf-8
  Connection:close
  Content-Length:971


Error message example: 
  "Error Fetching http body, No Content-Length,
   connection closed or chunked data"

The source of the problem is a calls of get_http_header_value()
function in which a names of the expected headers are listed
with a space after the colon, for example:

  content-type = get_http_header_value(http_headers,"Content-Type: ");
 -^-

-- Package-specific info:
 Additional PHP 5 information 

 PHP 5 SAPI (php5query -S): 
cli
apache2

 PHP 5 Extensions (php5query -M -v): 
json (Enabled for cli by maintainer script)
json (Enabled for apache2 by maintainer script)
mcrypt (Enabled for cli by maintainer script)
mcrypt (Enabled for apache2 by maintainer script)
gd (Enabled for cli by maintainer script)
gd (Enabled for apache2 by maintainer script)
pdo_pgsql (Enabled for cli by maintainer script)
pdo_pgsql (Enabled for apache2 by maintainer script)
mysqli (Enabled for cli by maintainer script)
mysqli (Enabled for apache2 by maintainer script)
mysql (Enabled for cli by maintainer script)
mysql (Enabled for apache2 by maintainer script)
intl (Enabled for cli by maintainer script)
intl (Enabled for apache2 by maintainer script)
curl (Enabled for cli by maintainer script)
curl (Enabled for apache2 by maintainer script)
pdo_mysql (Enabled for cli by maintainer script)
pdo_mysql (Enabled for apache2 by maintainer script)
memcache (Enabled for cli by local administrator)
memcache (Enabled for apache2 by local administrator)
pdo (Enabled for cli by maintainer script)
pdo (Enabled for apache2 by maintainer script)
pgsql (Enabled for cli by maintainer script)
pgsql (Enabled for apache2 by maintainer script)
opcache (Enabled for cli by maintainer script)
opcache (Enabled for apache2 by maintainer script)

 Configuration files: 
 /etc/php5/mods-available/pdo.ini 
extension=pdo.so

 /etc/php5/mods-available/opcache.ini 
zend_extension=opcache.so


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

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

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.6.13+dfsg-0+deb8u1
ii  php5-common  5.6.13+dfsg-0+deb8u1

php5 recommends no packages.

php5 suggests no packages.

Versions of packages php5-common depends on:
ii  libc6   2.19-18+deb8u1
ii  lsof4.86+dfsg-1
ii  psmisc  22.21-2
ii  sed 4.2.2-4+b1
ii  ucf 3.0030

Versions of packages php5-common suggests:
pn  php5-user-cache  

Bug#747072: ITP: keybase -- terminal client for Keybase

[Jan Wagner]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi there,

is there any progress on this yet?

Many thanks, Jan.
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJV+SPKAAoJEAxwVXtaBlE+jgoQAKD93FZQNsAiNnjDiE0D/6XW
Ff2byodz3fTJ1pXnAYWpy5l762fmcVCWl8VMCRCTNsx2+TWa/TethXzgApy08+A7
TaKOLfvhP/SZOYOckSga3mbrNZixZzsao8mk0OCPBdlL64bPzA1YbgDTrkrkIxgl
a8EUaM/GkYWZsRTix83yFUjuHl3D+yA9aiyksNZzhSeYCMz0IXEz9Drpiet+YIva
ig/hlsdhpNH24xayy7W7FGmh0NZiDgtUV/NvLV/9TL5os79Tk8gqbfkXP+94dn+T
aXxM1yN18JZr3+8xy7aFkAx/fZ7lYwOFHqdQSkyXSaeum7jQCRn3yPyUWhVP2NfM
L8juV2XTLTYY4+XMHCFrQNOvbUr5ibQo4gD97ZLIicMxEewRPPIzYIPZU6Vr+HVx
pf5jzkHt3gv9g3cAFKbTBl53nj2GG3EX5P1SUUqQbMtXv+4KKjyeFIhRpIuTFaaI
u9xNHhSiUZvRjJpD742J0Mm0LZdrwncNDtK2l232x1NhSYxc3jpqSm8+qTObxTHx
2BNsps8y8asD9yvB8kfQeGk6sEtrD7gKDryq7fz1+wGYu6Xmp18+/Bdf0Qe3pmBS
It8qIx70+5a17dATLrAHG+QmljEupkNJzIgIC7/p+eSXcXf68wz+jtnBzsR+axYW
p3lYohN1W7lU/+XGgT1j
=th/e
-END PGP SIGNATURE-

Bug#783440: ITP: fleet -- Distributed init system using systemd and etcd

[Potter, Tim (Cloud Services)]

On 14 Sep 2015, at 5:17 pm, Dmitry Smirnov  wrote:
> 
> Hi Tim,
> 
> I've finished "etcd" so nothing is left in our way to finalise and upload 
> "fleet". Would you like me to help?

Great!  I’ve just done a bunch of updates to the packaging and I think
it’s ready to go.  

* updated to latest upstream release
* added extra build dependencies due to new release
* re-run wrap and sort

I made a bit of a mess forgetting to do a git pull, but nothing a minute
or two merging conflicts couldn’t fix.

What do you think about uploading?


Tim.

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Samuel Thibault]

Tim Ruehsen, le Wed 16 Sep 2015 11:30:15 +0200, a écrit :
> This is really a no-go. I can't use the IDE any more. Neither in the office 
> nor at home.
> If anyone knows of a work-around, please let me know.

Comment the line in /etc/java-7-openjdk/accessibility.properties

Samuel

Bug#787328: RFS: mpd-sima/0.13.1-1

[Geoff]

Alright, got it.

I'll fix this and revert target to experimental.
Thanks for spotting that

I'll update/uppload the package to mentor tonight (UTC+01:00)

Cheers

Le 2015-09-16 09:24, Gianfranco Costamagna  :

Hi Geoff


2) entry 0.10.0-1 is targeted wrongly

I don't get what you mean.



exactly what I wrote :)

dget -x 
http://http.debian.net/debian/pool/main/m/mpd-sima/mpd-sima_0.10.0-2.dsc

dget -x
http://mentors.debian.net/debian/pool/main/m/mpd-sima/mpd-sima_0.13.1-1.dsc
debdiff mpd-sima_0.10.0-2.dsc mpd-sima_0.13.1-1.dsc > debdiff
filterdiff  debdiff -i "*debian*" > debdiff.filtered

cat debdiff.filtered |grep "0.10.0-1"
-mpd-sima (0.10.0-1) experimental; urgency=low
+mpd-sima (0.10.0-1) unstable; urgency=low


you see to have changed the target series of a previous release.

http://anonscm.debian.org/cgit/pkg-multimedia/mpd-sima.git/commit/debian/changelog?id=0edb56f2a0bf5e780d946eb25ceb93b3704f63f2

Bug#787328: RFS: mpd-sima/0.13.1-1

[Gianfranco Costamagna]

Hi Geoff




>>> 2) entry 0.10.0-1 is targeted wrongly
>I don't get what you mean.


exactly what I wrote :)

dget -x http://http.debian.net/debian/pool/main/m/mpd-sima/mpd-sima_0.10.0-2.dsc
dget -x 
http://mentors.debian.net/debian/pool/main/m/mpd-sima/mpd-sima_0.13.1-1.dsc
debdiff mpd-sima_0.10.0-2.dsc mpd-sima_0.13.1-1.dsc > debdiff
filterdiff  debdiff -i "*debian*" > debdiff.filtered

cat debdiff.filtered |grep "0.10.0-1"
-mpd-sima (0.10.0-1) experimental; urgency=low
+mpd-sima (0.10.0-1) unstable; urgency=low


you see to have changed the target series of a previous release.

http://anonscm.debian.org/cgit/pkg-multimedia/mpd-sima.git/commit/debian/changelog?id=0edb56f2a0bf5e780d946eb25ceb93b3704f63f2

cheers

G.

Bug#791634: maxima: please package sbcl version

[Atsuhito Kohda]

Hi Camm, thanks for your investigation.

On Tue, 15 Sep 2015 12:52:02 -0400, Camm Maguire wrote:

> Looking at these, it appears that some command in maximalocal.mac is
> directing a lookup in a home directory of /root when run as user
> www-data.  I can't find this file anywhere.  If you can send me a copy,
> I'll take a look.  Please note that the underlying gcl uses an algorithm

Okay, the file seems to be of Stack and I can find it
so I attatch it.  Thanks again.

Best regards,   2015-9-16(Wed)

-- 
 **
 Atsuhito Kohda
 Dep. Math., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp
/* ***/
/* This file is automatically generated at installation time.*/
/* The purpose is to transfer configuration settings to Maxima.  */
/* Hence, you should not edit this file.  Edit your configuration.   */
/* This file is regularly overwritten, so your changes will be lost. */
/* ***/

/* File generated on July 6, 2015, 4:00 pm */

/* Add the location to Maxima's search path */
file_search_maxima:append( 
[sconcat("/usr/share/moodle/question/type/stack/stack/maxima/###.{mac,mc}")] , 
file_search_maxima)$
file_search_lisp:append( 
[sconcat("/usr/share/moodle/question/type/stack/stack/maxima/###.{lisp}")] , 
file_search_lisp)$
file_search_maxima:append( [sconcat("/var/lib/moodle/stack/logs/###.{mac,mc}")] 
, file_search_maxima)$
file_search_lisp:append( [sconcat("/var/lib/moodle/stack/logs/###.{lisp}")] , 
file_search_lisp)$

STACK_SETUP(ex):=block(
MAXIMA_VERSION_NUM:36,
MAXIMA_PLATFORM:"unix",
maxima_tempdir:"/var/lib/moodle/stack/tmp/",
IMAGE_DIR:"/var/lib/moodle/stack/plots/",
PLOT_TERMINAL:"png",
PLOT_TERM_OPT:"large transparent size 450,300",
DEL_CMD:"rm",
GNUPLOT_CMD:"gnuplot",
MAXIMA_VERSION:"5.36.0",
URL_BASE:"!ploturl!",
true)$
/* Load the main libraries */
load("stackmaxima.mac")$

Bug#799134: RM: gstreamer-editing-services0.10 -- ROM; replaced by gstreamer-editing-services1.0

[Sebastian Dröge]

Package: ftp.debian.org
Severity: normal

Hi,

please remove gst-editing-services0.10. It is superseded by gst-editing
-services1.0 and not used by anything anymore.

Thanks!

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

Bug#799133: RM: gnonlin -- ROM; replaced by gnonlin1.0

[Sebastian Dröge]

Package: ftp.debian.org
Severity: normal

Hi,

please remove gnonlin, it was superseded by gnonlin1.0 and is not used
by anything anymore after gstreamer-editing-services0.10 is removed.

Thanks!

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

Bug#798281: plasma-desktop: Control of backlight isn't work after upgrade to plasma 5

[Maximiliano Curia]

Control: severity -1 normal
Control: tag -1 + unreproducible

Hi,

On 07/09/15 18:53, Claudio Ferreira wrote:
> Severity: serious

The issue doesn't really justify this severity.

> Justification: fails to build from source (but built successfully in the past)

Eh, that seems to be a copy and paste error.

> After upgraded kde 4 to 5, the control's keys of backlight isn't working.

> Before, the keyboard backlight isn't work, and the screen backlight was fine.
> Now, is a inverse situation.

I could not reproduce the issue, but this could be related to a different
issue regarding globalaccels, where some modifiers are not interpreted in the
same way in the systemsettings interface than when you are trying to use them.
Could you change the shortcut to something like Meta-n, Meta-m, Meta-j and
Meta-k just to test this?

Also, if the brightness control device can't be detected the pressed key
should be received by the focused application. In konsole, for example, is
shown as a sn sm sj and sk.

If possible, please share the results of these tests in this bug.

Happy hacking,
-- 
: You are in a dark room with a compiler, emacs, an internet connection,
: and a thermos of coffee.
: Your move ?
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#797386: [Monotone-debian] Bug#797386: monotone: FTBFS on ppc64el (test suite failure)

[Markus Wanner]

Control: retitle -1 monotone: intermittent FTBFS on powerpc and ppc64el
(test suite failure)
Control: tags -1 +confirmed

The recent upload of 1.1-5 failed again on powerpc and ppc64el. I've
already tried to reproduce this on pastel (ppc64el), but without much
success so far. Failure rate on pastel was below 1 in 20 runs.

The only intermittent failure I've seen so far on powerpc and ppc64el
was in the "log_quits_SIGPIPE" test. (Note that hurd and the kfreebsds
seem to intermittently fail as well, but on a different test, so I
currently think these are different issues.)

Regards

Markus Wanner




signature.asc
Description: OpenPGP digital signature

Bug#799137: ITP: debian-astro -- Debian Astronomy Pure Blend Metapackages

[Ole Streicher]

Package: wnpp
Severity: wishlist
Owner: Ole Streicher 
X-Debugs-Cc: 
debian-de...@lists.debian.org,debian-as...@lists.debian.org,debian-ble...@lists.debian.org

* Package name: debian-astro
  Version : 0.1
  Upstream Author : Debian Astronomy Maintainers 

* URL : http://wiki.debian.org/DebianAstro
  Description : Debian Astronomy Pure Blend Metapackages

This metapackage will install packages for tasks of the
Debian Astronomy Pure Blend. The initial content come from
debian-science/astronomy and debian-science/astronomy-dev,
which will be restructured to get smaller tasks.

The package will stored in a git repository at

https://anonscm.debian.org/cgit/debian-astro/packages/debian-astro.git

and the discussion is on the Debian Astronomy mailing list

https://lists.debian.org/debian-astro/

Best regards

Ole

Bug#799107: closed by Andreas Tille <ti...@debian.org> (Bug#799107: fixed in ismrmrd 1.2.3-3)

[Julien Cristau]

On Wed, Sep 16, 2015 at 06:51:05 +, Debian Bug Tracking System wrote:

>  ismrmrd (1.2.3-3) unstable; urgency=medium
>  .
>* Team upload.
>* Rebuild with g++ 5
>  Closes: #799107

That's not what this bug is about.  This bug is about whether you want
to do a library transition.  If you don't, you should just have closed
this bug without an upload.  A rebuild with g++ 5 had already happened
anyway.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#798591: fixed in 5.0.2 rc2?

[Rene Engelhard]

Hi,

seems this already was fixed in July for master (5.1) but only now
(see 
http://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-0-2=fae0437caa6a1c51a0c4ab9595069fb8db890ea3)
 backported to 5.0.2.

So the packages at https://people.debian.org/~rene/libreoffice/5.1.0/ should
contain the fix, as would those at
https://people.debian.org/~rene/libreoffice/5.0.2/.

Can you confirm it's fixed?

Regards,

Rene

Bug#799143: rsync: --xattrs is extremely slow

[Jörg Ludwig]

Package: rsync
Version: 3.1.1-3
Severity: important

Dear Maintainer,

we use the following rsync call to create a daily incremental backup of 
our servers:


rsync --delete --stats --numeric-ids -a -H -A -X
  -e 'ssh -o BatchMode=yes'
  --exclude-from=/some/file
  --partial-dir=/mnt/.rsync-partial
  --link-dest=/mnt/2015-09-14
  10.0.0.99:/ /mnt/partial/

There is a Samba daemon running with "store dos attributes" = yes which 
is needed to store the system/hidden attributes of Windows "desktop.ini" 
files and creates the following xattrs:


# file: /home/test.user/test.txt
user.DOSATTRIB=0sMHgyMwADEQAAACAAANzEdfAI79ABAAA=

One of our servers has 6M files with a complete size of 1.6 TB.
Without the -X option the rsync call takes about 1 hour,
with the -X option it takes 10 hours!!

Over the last year the rsync call took more and more time while Samba 
was adding new xattrs.
The sending server has exactly 100% cpu load while running rsync while 
the receiving server has only about 40%.

The problem appears with rsync 3.0.9-4 (wheezy) and 3.1.1-3 (squeeze).

Maybe this bug report from 2008 is related:
https://bugzilla.samba.org/show_bug.cgi?id=5324


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

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

Versions of packages rsync depends on:
ii  base-files  7.1wheezy9
ii  libacl1 2.2.51-8
ii  libattr11:2.4.46-8
ii  libc6   2.13-38+deb7u8
ii  libpopt01.16-7
ii  lsb-base4.1+Debian8+deb7u1

rsync recommends no packages.

Versions of packages rsync suggests:
ii  openssh-client  1:6.4p1-1~bpo70+1
ii  openssh-server  1:6.4p1-1~bpo70+1

-- no debconf information


--
Mit freundlichen Grüßen,

Jörg Ludwig

IServ GmbH
Bültenweg 73
38106 Braunschweig

Telefon: 0531-2243666-0
Fax: 0531-2243666-9
Mobil:   0179-9101055
E-Mail:  joerg.lud...@iserv.eu
Internet:www.iserv.eu
USt.-IdNr.:  DE265149425

Bug#799144: ITP: ansible-lint -- Best practices checker for Ansible

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat 

* Package name: ansible-lint
  Version : 2.0.3 
  Upstream Author : Will Thames  
* URL : https://github.com/willthames/ansible-lint 
* License : MIT
  Programming Lang: Python
  Description : Best practices checker for Ansible

Ansible-lint checks ansible playbooks for practices and behaviour that could
potentially be improved.

Bug#784972: similar beahviour in nm-openvpn-service

[Petr Bousek]

Hello,

I have very similar problem with openvpn.

I have two openvpn tunnel configured via NM editor, one is configured 
with certificate and private key isn't secured with password and I'm 
able to establish this tunnel. Second one has private key secured with 
password and I'm not able to connect. Every connection attempt ends with 
"needs authentication" as a status of VPN in connection list, and after 
while popup message tells me that "Necessary secrets to the VPN 
connection were not provided". It doesn't matter if I have configured 
the connection with certificate password stored in configuration, or if 
I have "always ask" instead of "stored".


And after that attempt nm-openvpn-service is running and generate 100% 
cpu load and I must kill it, because it overloads my system.

Konsole output
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
Konsole output
root  3773  100  0.0  80404  7512 ?R10:52  31:31 
/usr/lib/NetworkManager/nm-openvpn-service


In journalctl is following message:
Sep 16 11:09:37 hppb NetworkManager[892]:  [1442394577.001583] 
[vpn-manager/nm-vpn-connection.c:1913] plugin_need_secrets_cb(): 
(3cb91b54-3df6-4840-a43e-d6d6b6c14c48/ACT) plugin NeedSecrets request #1 
failed: dbus-glib-error-quark Did not receive a reply. Possible causes 
include: the remote application did not send a reply, the message bus 
security policy blocked the reply, the reply timeout expired, or the 
network connection was broken.
Sep 16 11:10:02 hppb NetworkManager[892]:   error disconnecting 
VPN: Did not receive a reply. Possible causes include: the remote 
application did not send a reply, the message bus security policy 
blocked the reply, the reply timeout expired, or the network connection 
was broken.


Konsole output
Linux hppb 4.1.0-2-amd64 #1 SMP Debian 4.1.6-1 (2015-08-23) x86_64 GNU/Linux
Konsole output
Package: plasma-nm
Status: install ok installed
Priority: optional
Section: kde
Installed-Size: 6123
Maintainer: Debian/Kubuntu Qt/KDE Maintainers 


Architecture: amd64
Version: 4:5.4.0-1
Replaces: plasma-nm-data
Depends: mobile-broadband-provider-info, network-manager, 
plasma-framework, qml-module-org-kde-kcoreaddons, libc6 (>= 2.14), 
libkf5completion5 (>= 4.97.0), libkf5configcore5 (>= 4.97.0), 
libkf5configwidgets5 (>
= 4.96.0), libkf5coreaddons5 (>= 4.100.0), libkf5dbusaddons5 (>= 
4.99.0), libkf5i18n5 (>= 4.97.0), libkf5iconthemes5 (>= 4.96.0), 
libkf5itemviews5 (>= 4.96.0), libkf5kdelibs4support5 (>= 4.96.0), 
libkf5kiowidge
ts5 (>= 4.96.0), libkf5modemmanagerqt6 (>= 5.8.50), 
libkf5networkmanagerqt6 (>= 5.10.0), libkf5notifications5 (>= 4.96.0), 
libkf5service5 (>= 4.99.0), libkf5solid5 (>= 4.97.0), libkf5wallet5 (>= 
4.96.0), libkf5
widgetsaddons5 (>= 4.96.0), libkf5windowsystem5 (>= 4.96.0), 
libkf5xmlgui5 (>= 4.98.0), libopenconnect5 (>= 7.00), libqt5core5a (>= 
5.4.0), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.0.2), libqt5network5 
(>= 5.0.
2), libqt5qml5 (>= 5.0.2), libqt5widgets5 (>= 5.2.0~alpha1), libqt5xml5 
(>= 5.0.2), libstdc++6 (>= 4.1.1)
Suggests: network-manager-openconnect, network-manager-openvpn, 
network-manager-pptp, network-manager-vpnc

Description: Plasma5 networkmanager library.
Plasma desktop network manager.
.
This package is part of the KDE Plasma.
Homepage: https://projects.kde.org/projects/kde/workspace/plasma-nm

Thanks

Petr

Bug#799102: gnome-tweak-tool: "Show Application Menu" On-Off button inverted

[Andreas Henriksson]

Control: tags -1 + upstream confirmed

Hello nick pontillo.

Thanks for your bug report.

On Tue, Sep 15, 2015 at 10:13:46PM +0100, nick pontillo wrote:
> Package: gnome-tweak-tool
> Version: 3.16.2-2
> Severity: minor
> 
> Dear Maintainer,
> 
> In the Gnome Tweak Tool, under the "Top Bar" section, there is an option 
> called
> "Show Application Menu" and an on/off button next to it. When it is switched 
> to
> off, there is an application menu in the top left corner of windows, and when
> the button is switched to on, the application menus disappear. Obviously it
> should be the other way around.

I can confirm this. There seems to be a missing distinction between
the "Show App Menu (in topbar)" and "Show App Menu (in shell)".

I suspect that a fix would involve adding ! to both the getter
and setter of ApplicationMenuTweak, see:
https://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_group_shell.py#n30

Not sure what effect this would have on people upgrading though.
Would they get then get the opposite behaviour to their prefered
tweak?

Given that the code seems to not be fixed in the lastest upstream
git, could you please file an upstream bug report at
http://bugzilla.gnome.org ?
Please report back here which bug number your report was assigned.

> 
> Thank you very much for working on Debian/Gnome, by the way!

Thanks for your appreciation. :)

Regards,
Andreas Henriksson

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Tim Ruehsen]

On Monday 14 September 2015 11:11:39 Samuel Thibault wrote:
> Hello,
> 
> Tim Ruehsen, le Mon 14 Sep 2015 10:03:57 +0200, a écrit :
> > the latest version makes Netbeans (8.0.2 and 8.1beta) SIGSEGV on startup.
> > Tested with Debian OpenJDK 7 and 8.
> 
> I'm not getting a crash on my box.  Are you perhaps using e.g. a
> different look than the default?

I am on SID (unstable) and do a daily 'apt-get --with-new-pkgs upgrade'.

I tested it on another SID box and have the same problem.

For testing, I downgraded libatk-wrapper-java and libatk-wrapper-java-jni to 
0.33.0-5 and could start Netbeans 8.1beta. I disabled all plugins, stopped it, 
upgraded the two packages back to 0.33.3-1 ... and now I can start Netbeans.
But as soon as I open a Java Project and edit a java file, it crashes with the 
same error at libatk-wrapper.so.6.0.0+0x6f87.
What I did right before crash was: move the cursor behind a class name end 
enter dot ('.') to get the list of methods/attributes. Immediate crash.

I guess the crash on startup comes when having either the C/C++ plugin 
activated and/or having lots of open projects (mixed C++ and Java).

Maybe something related:
When I downgrade the above mentioned atk packages to 0.33.0-5, I also get a 
crash when typing the dot after a class name + moving the cursor in the 
appearing popup list. But it comes with this message:
# C  [libglib-2.0.so.0+0x38808]  g_hash_table_iter_next+0xb8

I experience these crashes with both combinations Netbeans8.1beta+OpenJDK8 and  
Netbeans8.0.2+OpenJDK7.

This is really a no-go. I can't use the IDE any more. Neither in the office 
nor at home.
If anyone knows of a work-around, please let me know.
If I can do anything to help fixing the issue, let me know.

Tim

Bug#799142: sddm: fails to build architecture independent packages

[Boris Pek]

Source: sddm
Version: 0.12.0-3
Severity: serious

Dear maintainer,

Recently you have done source-only upload of sddm/0.12.0-3 package.
Unfortunately this package is not yet ready for building of architecture
independent packages separately[1], therefor sddm-theme-maui,
sddm-theme-circles, sddm-theme-elarun and sddm-theme-maldives packages
are currently unavailable in Debian unstable.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=sddm=all=0.12.0-3=1442259701

Please fix this FTBFS or upload package in usual way.

You may test architecture independent builds using something like this:
dpkg-buildpackage -rfakeroot -A

Best regards,
Boris

Bug#785928:

[Christoph Reiter]

gst-chromaprint is included in gstreamer1.0-plugins-bad so this
package should be removed if 0.10 gets removed.

Bug#799146: FTBFS on hurd

[Boris Pek]

Source: sddm
Version: 0.12.0-1
Severity: normal


Hi,

As we can see in logs[1] sddm/0.11.0 packages were built fine on hurd. But since
sddm/0.12.0-1 these builds are broken. Please report bug to upstream.

[1] https://buildd.debian.org/status/logs.php?pkg=sddm=hurd-i386

Best regards,
Boris

Bug#799147: FTBFS on kfreebsd

[Boris Pek]

Source: sddm
Version: 0.12.0-1
Severity: normal


Hi,

As we can see in logs[1][2] sddm/0.11.0 packages were built fine on kfreebsd.
But since sddm/0.12.0 these builds are broken. Please report bug to upstream.

While Debian GNU/kFreeBSD is not officially supported[3] the severity of this
issue is normal. But it would be nice to bring back the official support of
kfreebsd in the next stable release of Debian.

[1] https://buildd.debian.org/status/logs.php?pkg=sddm=kfreebsd-i386
[2] https://buildd.debian.org/status/logs.php?pkg=sddm=kfreebsd-amd64
[3] https://lists.debian.org/debian-devel-announce/2014/11/msg5.html

Best regards,
Boris

Bug#690902: gnome-shell: seg fault randomly

[Sergei Ianovich]

Package: gnome-shell
Version: 3.16.3-2
Followup-For: Bug #690902

I think I'm hitting a variant of this bug. It happens often when the laptop
is on battery power, and rarely when on AC power.

Exempt from syslog on crash
---8<---
Sep 16 08:58:04 host5 systemd[1]: Started Session 4 of user sergei.
Sep 16 08:58:04 host5 org.a11y.Bus[6461]: g_dbus_connection_real_closed: Remote 
peer vanished wi
th error: Underlying GIOStream returned 0 bytes on an async read 
(g-io-error-quark, 0). Exiting.
Sep 16 08:58:04 host5 org.a11y.atspi.Registry[6467]: 
g_dbus_connection_real_closed: Remote peer 
vanished with error: Underlying GIOStream returned 0 bytes on an async read 
(g-io-error-quark, 0
). Exiting.
Sep 16 08:58:04 host5 gnome-session[6457]: WARNING: Lost name on bus: 
org.gnome.SessionManager
Sep 16 08:58:04 host5 gnome-session[6457]: gnome-session[6457]: WARNING: Lost 
name on bus: org.g
nome.SessionManager
Sep 16 08:58:04 host5 gnome-session[6457]: (gnome-settings-daemon:6477): 
GLib-GIO-WARNING **: Er
ror releasing name org.gnome.SettingsDaemon: The connection is closed
Sep 16 08:58:04 host5 gnome-session[6457]: (gnome-settings-daemon:6477): 
GLib-GIO-WARNING **: In
valid id 4 passed to g_bus_unown_name()
Sep 16 08:58:04 host5 gnome-session[6457]: g_dbus_connection_real_closed: 
Remote peer vanished w
ith error: Error sending message: Broken pipe (g-io-error-quark, 44). Exiting.
Sep 16 08:58:05 host5 /etc/gdm3/Xsession[6545]: /etc/gdm3/Xsession: Beginning 
session setup...
Sep 16 08:58:05 host5 /etc/gdm3/Xsession[6545]: localuser:sergei being added to 
access control l
ist
Sep 16 08:58:05 host5 org.a11y.Bus[6586]: Activating service 
name='org.a11y.atspi.Registry'
Sep 16 08:58:05 host5 org.a11y.Bus[6586]: Successfully activated service 
'org.a11y.atspi.Registr
y'
Sep 16 08:58:05 host5 org.a11y.atspi.Registry[6592]: SpiRegistry daemon is 
running with well-kno
wn name - org.a11y.atspi.Registry
Sep 16 08:58:05 host5 kernel: [ 6039.469986] gdbus[6597]: segfault at f0 ip 
7fe4d0a4225d sp 
7fe4c831e740 error 4 in libc-2.19.so[7fe4d0a0b000+19f000]
Sep 16 08:58:05 host5 org.a11y.atspi.Registry[6592]: XIO:  fatal IO error 11 
(Resource temporari
ly unavailable) on X server ":0"
Sep 16 08:58:05 host5 org.a11y.atspi.Registry[6592]: after 21 requests (19 
known processed) with
 0 events remaining.
Sep 16 08:58:05 host5 org.a11y.Bus[6586]: g_dbus_connection_real_closed: Remote 
peer vanished wi
th error: Underlying GIOStream returned 0 bytes on an async read 
(g-io-error-quark, 0). Exiting.
Sep 16 08:58:05 host5 gdm-Xorg-:0[6442]: (II) UnloadModule: "synaptics"
---8<---

Followed by X restart logging.

The bug seems to be triggered in libc. The call site of the libc function seems
to have been moved to gdbus code.

Since I can reproduce the bug more or less reliably, I can do some printf
debugging. Are there any ideas where to start?

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, 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 gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  evolution-data-server3.16.5-1
ii  gir1.2-accountsservice-1.0   0.6.40-3
ii  gir1.2-atspi-2.0 2.16.0-1
ii  gir1.2-caribou-1.0   0.4.18.1-1
ii  gir1.2-clutter-1.0   1.22.4-1
ii  gir1.2-freedesktop   1.44.0-1+b2
ii  gir1.2-gcr-3 3.16.0-1
ii  gir1.2-gdesktopenums-3.0 3.16.1-1
ii  gir1.2-gdm3  3.14.2-2
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.44.0-1+b2
ii  gir1.2-gnomebluetooth-1.03.16.1-1
ii  gir1.2-gnomedesktop-3.0  3.16.2-2
ii  gir1.2-gtk-3.0   3.16.6-1
ii  gir1.2-gweather-3.0  3.16.1-1
ii  gir1.2-ibus-1.0  1.5.10-1
ii  gir1.2-mutter-3.03.16.3-1
ii  gir1.2-networkmanager-1.01.0.6-1
ii  gir1.2-nmgtk-1.0 1.0.6-2
ii  gir1.2-pango-1.0 1.36.8-3
ii  gir1.2-polkit-1.00.105-11
ii  gir1.2-soup-2.4  2.50.0-2
ii  gir1.2-telepathyglib-0.120.24.1-1
ii  gir1.2-telepathylogger-0.2   0.8.1-1
ii  gir1.2-upowerglib-1.00.99.3-1+b2
ii  gjs  1.43.3-2
ii  gnome-backgrounds3.16.0-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii 

Bug#799135: diaspora-installer: [INTL:it] Italian translation of debconf messages

[Beatrice Torracca]

Package: diaspora-installer
Severity: wishlist
Tags: l10n patch

Hi.

Please find attached the Italian translation of diaspora-installer
debconf messages proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian translation of diaspora-installer's debconf messages
# Copyright (C) 2015, diaspora-installer copyright holder
# This file is distributed under the same license as the diaspora-installer package.
# Beatrice Torracca , 2015.
msgid ""
msgstr ""
"Project-Id-Version: diaspora-installer\n"
"Report-Msgid-Bugs-To: diaspora-instal...@packages.debian.org\n"
"POT-Creation-Date: 2015-05-08 20:26+0530\n"
"PO-Revision-Date: 2015-09-16 09:38+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: string
#. Description
#: ../diaspora-common.templates:1001
msgid "Host name for this instance of Diaspora:"
msgstr "Nome host per questa istanza di Diaspora:"

#. Type: string
#. Description
#: ../diaspora-common.templates:1001
msgid ""
"Please choose the host name which should be used to access this instance of "
"Diaspora."
msgstr ""
"Scegliere il nome host che deve essere usato per accedere a questa istanza "
"di Diaspora."

#. Type: string
#. Description
#: ../diaspora-common.templates:1001
msgid ""
"This should be the fully qualified name as seen from the Internet, with the "
"domain name that will be used to access the pod."
msgstr ""
"Deve essere il nome pienamente qualificato come visto da Internet, con il "
"nome di dominio che verrà usato per accedere al pod."

#. Type: string
#. Description
#: ../diaspora-common.templates:1001
msgid ""
"If a reverse proxy is used, give the hostname that the proxy server responds "
"to."
msgstr ""
"Se viene usato un proxy inverso fornire il nome host a cui risponde il "
"server proxy."

#. Type: string
#. Description
#: ../diaspora-common.templates:1001
msgid ""
"This host name should not be modified after the initial setup because it is "
"hard-coded in the database."
msgstr ""
"Questo nome host non deve essere modificato dopo la configurazione iniziale "
"perché è impostato in maniera fissa nel database."

#. Type: note
#. Description
#: ../diaspora-common.templates:2001
msgid "PostgreSQL application password"
msgstr "Password dell'applicazione PostgreSQL"

#. Type: note
#. Description
#: ../diaspora-common.templates:2001
msgid ""
"You can leave the PostgreSQL application password blank, as the \"ident\" "
"authentication method is used, allowing the diaspora user on the system to "
"connect to the Diaspora database without a password."
msgstr ""
"Si può lasciare la password dell'applicazione PostgreSQL vuota, dato che "
"viene usato il metodo di autenticazione «ident», permettendo all'utente "
"«diaspora» nel sistema di connettersi al database di Diaspora senza una "
"password."

#. Type: boolean
#. Description
#: ../diaspora-common.templates:3001
msgid "Enable https?"
msgstr "Abilitare https?"

#. Type: boolean
#. Description
#: ../diaspora-common.templates:3001
msgid ""
"Enabling https means that an SSL certificate is required to access this "
"Diaspora instance (as Nginx will be configured to respond only to https "
"requests). A self-signed certificate is enough for local testing (and can be "
"generated using, for instance, the package easy-rsa), but will not be "
"accepted for federation with other Diaspora pods."
msgstr ""
"Se si abilita l'https è necessario un certificato SSL per accedere a questa "
"istanza Diaspora (dato che Nginx verrà configurato per rispondere solo a "
"richieste https). È sufficiente un certificato auto-firmato per fare test in "
"locale (e può essere generato usando, ad esempio, il pacchetto easy-rsa), ma "
"non verrà accettato per confederarsi con altri pod Diaspora."

#. Type: boolean
#. Description
#: ../diaspora-common.templates:3001
msgid ""
"Some certificate authorities like StartSSL (startssl.com) or WoSign (buy."
"wosign.com/free) offer free SSL certificates that work with Diaspora; "
"however, certificates provided by CAcert will not work with Diaspora."
msgstr ""
"Alcune autorità di certificati come StartSSL (startssl.com) o WoSign "
"(buy.wosign.com/free) offrono certificati SSL gratis che funzionano con "
"Diaspora; tuttavia i certificati forniti da CAcert non funzionano con "
"Diaspora."

#. Type: boolean
#. Description
#: ../diaspora-common.templates:3001
msgid ""
"You can disable https if you want to access Diaspora only locally, via "
"Unicorn on port 3000. If you disable https, Nginx configuration will be "
"skipped."
msgstr ""
"Si può disabilitare l'https se si desidera accedere a Diaspora solo "
"localmente, via Unicorn sulla porta 3000. Se si disabilita l'https, la "

Bug#799138: monotone: FTBFS on kfreebsd and hurd (test suite failure)

[Markus Wanner]

Package: monotone
Version: 1.1-5
Severity: important
Tags: confirmed

Hi,

there seems to be an intermittent issue on kfreebsd and hurd with the
test "two_parent_workspace_inodeprint_from_birth". The failure occurs
relatively often on buildd, but I haven't been able to reproduce it on a
porter machine, yet.

I currently suspect this is a different issue than #797386 - another
intermittent failure in "log_quits_SIGPIPE" that manifests on powerpc.

Kind Regards

Markus Wanner



signature.asc
Description: OpenPGP digital signature

Bug#798573: kalgebra-3D Graph views not working

[Maximiliano Curia]

Control: tag -1 + upstream

Hi,

On 10/09/15 18:24, prathibhab wrote:
> Issues: Kalgebra -> 3D Graph -> Dots, Lines and Solid are not working after
> plotting any function.

> Patch for the same attached.

This issue is an upstream bug, and the proposed patch is way to big to ship it
without upstream approval. Could you please propose this patch upstream at
bugs.kde.org ?
If you do so, please send the the link of the upstream bug to this report.

Happy hacking,
-- 
"If programmers deserve to be rewarded for creating innovative programs, by
the same token they deserve to be punished if they restrict the use of these
programs."
-- Richard M. Stallman
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#799050: Help needed with a locale-related issue

[Hleb Valoshka]

On 9/16/15, Francesco Poli  wrote:

> I see that the forwarded report has been closed. I have a doubt,
> though: would the patch fix the issue when LANGUAGE='it' LC_CTYPE=C ?

LC_CTYPE should not affect message language, it affects sorting order.
So the issue you've found, while it looks similar, is a different one.

> I mean: I also get a crash with
>
>   $ LANGUAGE='it' LC_CTYPE=C locale
>   LANG=en_US.UTF-8
>   LANGUAGE=it
>   LC_CTYPE=C
>   LC_NUMERIC="en_US.UTF-8"
>   LC_TIME="en_US.UTF-8"
>   LC_COLLATE="en_US.UTF-8"
>   LC_MONETARY="en_US.UTF-8"
>   LC_MESSAGES="en_US.UTF-8"
>   LC_PAPER="en_US.UTF-8"
>   LC_NAME="en_US.UTF-8"
>   LC_ADDRESS="en_US.UTF-8"
>   LC_TELEPHONE="en_US.UTF-8"
>   LC_MEASUREMENT="en_US.UTF-8"
>   LC_IDENTIFICATION="en_US.UTF-8"
>   LC_ALL=
>   $ LANGUAGE='it' LC_CTYPE=C apt-listbugs -v
>   /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:390:in `width': "\xC3" from
> ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)
...
> But the patch seems to only take LC_ALL, LC_MESSAGES, and LANG into
> account...

it seems this particular issue needs additional care, maybe in
ruby-gettext, because GNU gettext with similar variables returns:
LANGUAGE='be_BY:be' LC_CTYPE='C' gettext 'celestia' "About Celestia"
??? Celestia
while ruby-gettext:
[3] pry(main)> str = gettext("About Celestia")
=> "\xD0\x9F\xD1\x80\xD0\xB0 Celestia"

I have no idea how to fix it so far (just don't do that :) ).

Bug#799154: RFS: iep/3.7-1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "iep"

* Package name: iep
  Version : 3.7-1
  Upstream Author : Almar Klein 
* URL : http://www.iep-project.org/
* License : BSD
  Section : science

It builds those binary packages:

  iep   - Interactive Editor for Python (Python 3)
  iep-common - Interactive Editor for Python (common files)
  python3-ieplib - Interactive Editor for Python (Python 3 modules)

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


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


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

  dget -x http://mentors.debian.net/debian/pool/main/i/iep/iep_3.7-1.dsc

Changes since the last upload:

  * New upstream release.

Regards,
Ghislain Vaillant

Bug#799158: Acquire::GzipIndexes breaks "copy" APT method ("Hash Sum mismatch")

[Chris Lamb]

Package: apt
Version: 1.0.10.2

Hi,

Docker's Debian images do a few non-standard things with their APT
configuration, but in particular they add:

  Acquire::GzipIndexes "true";

(This reduced their wheezy image from 30MB -> 8MB.)

However, this doesn't seem to work when using the "copy" APT method:

  $ cat /etc/apt/sources.list
  deb copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid main
  deb-src copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid main

  $ apt-get update
  Ign:1 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid InRelease
  Get:2 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid Release
  [252 kB]
  Get:3 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid Release.gpg
  [1554 B]
  Get:4 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid/main
  Sources [10.5 MB]
  Err:4 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid/main
  Sources
Hash Sum mismatch
  Get:5 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid/main amd64
  Packages [10.1 MB]
  Err:5 copy:/home/mirror/mirror.chris-lamb.co.uk/debian sid/main amd64
  Packages
Hash Sum mismatch
  [..]

The files themselves seem to be match the hashes:

  $ grep main/source/Sources
  /home/mirror/mirror.chris-lamb.co.uk/debian/dists/sid/Release | head
  -n4
   debce8f250490c4bcb25cc0924cd926b 38111794 main/source/Sources
   c49a3e3a3f078dcaeb4ca4f271781f7a 7876
   main/source/Sources.diff/Index
   adfea60f28e7a58436c5e6972d771b77 10477560 main/source/Sources.gz
   8fc39dc141ae9314fb13124b4644611a  8099536 main/source/Sources.xz

  $ md5sum
  /home/mirror/mirror.chris-lamb.co.uk/debian/dists/sid/main/source/Sources.gz
  adfea60f28e7a58436c5e6972d771b77 
  /home/mirror/mirror.chris-lamb.co.uk/debian/dists/sid/main/source/Sources.gz

  $ gunzip -c
  /home/mirror/mirror.chris-lamb.co.uk/debian/dists/sid/main/source/Sources.gz
  | md5sum -
  debce8f250490c4bcb25cc0924cd926b  -

If it helps, methods/copy.cc has this:

 38 void CopyMethod::CalculateHashes(FetchResult )
 39 {
 40Hashes Hash;
 41FileFd::CompressMode CompressMode = FileFd::None;
 42if (_config->FindB("Acquire::GzipIndexes", false) == true)
 43   CompressMode = FileFd::Extension;
 44 
 45FileFd Fd(Res.Filename, FileFd::ReadOnly, CompressMode);
 46Hash.AddFD(Fd);
 47Res.TakeHashes(Hash);
 48 }

Using the "file" method (or HTTP) on the same mirror works without
error.


Regards,

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

Bug#799099: [Pkg-julia-devel] Bug#799099: Bug#799099: julia: please drop build-depends on patchelf

[Viral Shah]

We should probably migrate this patch upstream (into the Julia project), to be 
default for those architectures.

-viral



> On 16-Sep-2015, at 2:48 am, Graham Inggs  wrote:
> 
> Hi Elliot
> 
> On 15 September 2015 at 23:12, Elliot Saba  wrote:
>> Graham, without setting `USE_SYSTEM_PATCHELF=1`, I believe the Makefiles
>> will still attempt to download and install `patchelf`.
> 
> That is correct.  I made this change in debian/rules, see 'no-patchelf.diff'.
> I split the patches up so that 'upstream-use-system-patchelf.patch'
> can be dropped when 0.4.0 is released.
> 
> Regards
> Graham
> 
> ___
> Pkg-julia-devel mailing list
> pkg-julia-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-julia-devel

Bug#799163: python-traceback2: FTBFS: SkipTest: Only applies to 3.2+

[Chris Lamb]

Source: python-traceback2
Version: 1.4.0-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-traceback2 fails to build from source in unstable/amd64:

  [..]

  ===> Running tests
  set -ex && for i in 2.7 3.4 ; do \
PYMAJOR=`echo $i | cut -d'.' -f1` ; \
echo "===> Testing with python$i (python$PYMAJOR)" ; \
PYTHONPATH=. PYTHON=python$i python$PYMAJOR-unit2; \
  done
  + echo 2.7
  + cut -d. -f1
  + PYMAJOR=2
  + echo ===> Testing with python2.7 (python2)
  ===> Testing with python2.7 (python2)
  + PYTHONPATH=. PYTHON=python2.7 python2-unit2
  .Es.ss.ss..
  ==
  ERROR: test_cause
  (traceback2.tests.test_traceback.PyExcReportingTests)
  traceback2.tests.test_traceback.PyExcReportingTests.test_cause
  --
  Traceback (most recent call last):
  testtools.testresult.real._StringException: Traceback (most recent
  call last):
  SkipTest: Only applies to 3.2+
  
  
  ==
  ERROR: test_cause_and_context
  (traceback2.tests.test_traceback.PyExcReportingTests)
  traceback2.tests.test_traceback.PyExcReportingTests.test_cause_and_context
  --
  Traceback (most recent call last):
  testtools.testresult.real._StringException: Traceback (most recent
  call last):
  SkipTest: Only applies to 3.2+
  
  
  ==
  ERROR: test_cause_recursive
  (traceback2.tests.test_traceback.PyExcReportingTests)
  traceback2.tests.test_traceback.PyExcReportingTests.test_cause_recursive
  --
  Traceback (most recent call last):
  testtools.testresult.real._StringException: Traceback (most recent
  call last):
  SkipTest: Only applies to 3.2+
  
  
  ==
  ERROR: test_context
  (traceback2.tests.test_traceback.PyExcReportingTests)
  traceback2.tests.test_traceback.PyExcReportingTests.test_context
  --
  Traceback (most recent call last):
  testtools.testresult.real._StringException: Traceback (most recent
  call last):
  SkipTest: Only applies to 3.2+
  
  
  ==
  ERROR: test_context_suppression
  (traceback2.tests.test_traceback.PyExcReportingTests)
  traceback2.tests.test_traceback.PyExcReportingTests.test_context_suppression
  --
  Traceback (most recent call last):
  testtools.testresult.real._StringException: Traceback (most recent
  call last):
  SkipTest: Only applies to 3.3+
  
  
  --
  Ran 47 tests in 0.773s
  
  FAILED (errors=5, skipped=5)
  debian/rules:35: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory '/tmp/buildd/python-traceback2-1.4.0'
  debian/rules:16: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/python-traceback2_1.4.0-2.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Sep 14 09:07:12 GMT+12 2015
I: pbuilder-time-stamp: 1442264832
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-python, openstack-pkg-tools, python-all, 
python-pbr, python-setuptools, python3-all, python3-pbr, python3-setuptools, 

Bug#799162: dmapi: FTBFS: implicit declaration of function 'open'

[Chris Lamb]

Source: dmapi
Version: 2.2.10-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

dmapi fails to build from source in unstable/amd64:

  [..]

  dm_handle2path.c: In function 'dm_handle_to_path':
  dm_handle2path.c:64:16: warning: implicit declaration of function
  'open' [-Wimplicit-function-declaration]
if ((origfd = open(".", O_RDONLY)) < 0) {
  ^
  dm_handle2path.c:64:26: error: 'O_RDONLY' undeclared (first use in
  this function)
if ((origfd = open(".", O_RDONLY)) < 0) {
^
  dm_handle2path.c:64:26: note: each undeclared identifier is reported
  only once for each function it appears in
  dm_handle2path.c:72:3: warning: implicit declaration of function
  'close' [-Wimplicit-function-declaration]
 close(origfd);
 ^
  dm_handle2path.c:87:13: warning: implicit declaration of function
  'fchdir' [-Wimplicit-function-declaration]
} else if (fchdir(dirfd)) {
   ^
  dm_handle2path.c:92:8: warning: implicit declaration of function
  'getcwd' [-Wimplicit-function-declaration]
 if (!getcwd(pathbufp, buflen)) {
  ^
  dm_handle2path.c: In function 'getcomp':
  dm_handle2path.c:189:11: warning: implicit declaration of function
  'strlen' [-Wimplicit-function-declaration]
dirlen = strlen(bufp);
 ^
  dm_handle2path.c:189:11: warning: incompatible implicit declaration of
  built-in function 'strlen'
  dm_handle2path.c:189:11: note: include '' or provide a
  declaration of 'strlen'
  dm_handle2path.c:232:9: warning: implicit declaration of function
  'strcpy' [-Wimplicit-function-declaration]
 (void)strcpy(bufp + dirlen, dp->d_name);
   ^
  dm_handle2path.c:232:9: warning: incompatible implicit declaration of
  built-in function 'strcpy'
  dm_handle2path.c:232:9: note: include '' or provide a
  declaration of 'strcpy'
  dm_handle2path.c:244:7: warning: implicit declaration of function
  'strcmp' [-Wimplicit-function-declaration]
if (!strcmp(dp->d_name, ".")) {  /* the directory itself */
 ^
  dm_handle2path.c:257:16: warning: implicit declaration of function
  'strrchr' [-Wimplicit-function-declaration]
 if ((slash = strrchr(bufp, '/')) == NULL)
  ^
  dm_handle2path.c:257:16: warning: incompatible implicit declaration of
  built-in function 'strrchr'
  dm_handle2path.c:257:16: note: include '' or provide a
  declaration of 'strrchr'
  dm_handle2path.c: In function 'get_mnt':
  dm_handle2path.c:309:11: warning: implicit declaration of function
  'strdup' [-Wimplicit-function-declaration]
  mtpt = strdup(mntent->mnt_dir);
 ^
  dm_handle2path.c:309:11: warning: incompatible implicit declaration of
  built-in function 'strdup'
  ../include/buildrules:39: recipe for target 'dm_handle2path.lo' failed
  make[4]: *** [dm_handle2path.lo] Error 1
  make[4]: Leaving directory '/tmp/buildd/dmapi-2.2.10/libdm'
  include/buildrules:22: recipe for target 'libdm' failed
  make[3]: *** [libdm] Error 2
  make[3]: Leaving directory '/tmp/buildd/dmapi-2.2.10'
  Makefile:30: recipe for target 'default' failed
  make[2]: *** [default] Error 2
  make[2]: Leaving directory '/tmp/buildd/dmapi-2.2.10'
  Makefile:28: recipe for target 'default' failed
  make[1]: *** [default] Error 2
  make[1]: Leaving directory '/tmp/buildd/dmapi-2.2.10'
  debian/rules:20: recipe for target 'built' failed
  make: *** [built] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/dmapi_2.2.10-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Mon Sep 14 09:08:42 GMT+12 2015
I: pbuilder-time-stamp: 1442264922
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: xfslibs-dev (>= 2.7.13), autoconf, debhelper (>= 7), libtool
dpkg-deb: building package 

Bug#799151: RFA: haxe -- Web-oriented universal programming language

[Gabriele Giacone]

Package: wnpp
Severity: normal

I request an adopter for the haxe package.

The package description is:
 Programming language similar to JavaScript, but with full-featured
 static type system and generics.  The command-line compiler can
 generate Flash SWF files for client-side use, Neko bytecode for
 server-side use on Apache, or JavaScript/PHP using Browser DHTML API
 to create AJAX web applications.
 .
 haXe was written by Nicolas Cannasse.

-- 
G..e

Bug#799152: RFS: pyzolib/0.3.4-1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "pyzolib"

* Package name: pyzolib
  Version : 0.3.4-1
  Upstream Author : Almar Klein 
* URL : https://bitbucket.org/pyzo/pyzolib
* License : BSD
  Section : Science

It builds those binary packages:

  python-pyzolib - Utilities for the Pyzo environment (Python 2)
  python3-pyzolib - Utilities for the Pyzo environment (Python 3)

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


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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/p/pyzolib/pyzolib_0.3.4-1.dsc


Changes since the last upload:

  * New upstream release.

Regards,
Ghislain Vaillant

Bug#798906: sddm crashes on boot

[Maximiliano Curia]

Control: severity -1 important
Control: tag -1 + upstream

On 14/09/15 00:34, Carlos Kosloff wrote:
> Severity: grave

The package works in most of the use cases, so I don't think the severity is
justified, downgrading it to important.

> I only removed leftovers of packages that had already been removed by a
> dist-upgrade.
> After that, sddm would not give me a login prompt so I was unable to log into
> KDE the normal way.
> I had to do 'systemctl stop sddm.service', as root.
> Then 'startx startkde' as user to access the desktop, this bypassing sddm.
> I checked the above mentioned packages and they are installed and the latest
> version in stretch.
> In order to log into desktop the normal way I installed kdm and set is as 
> default.

> To help troubleshooting I will attach some traces I collected from error logs.

I couldn't reproduce the bug as reported. But since the log showed starting
sddm from tty1 after an upgrade I tested sddm with a running display-manager,
it fails in similar ways to the reported error.

Either having an X on tty7, an non-stopped kdm, lightdm, or any other display
manager running in tty7 would fail.

I think that sddm is failing to detect the 'seat' already in use. I'll keep on
investigating this issue. In the mean time, it would be nice to if you could
check if stopping a running display manager before starting sddm allows sddm
to work for you, as this would confirm that we are talking about the same issue.

Happy hacking,
-- 
"It is not the task of the University to offer what society asks for, but to
give what society needs."
-- Edsger W. Dijkstra
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#799155: php5-common: sessionclean doesn't touch session files

[Bernat]

Package: php5-common
Version: 5.6.13+dfsg-0+deb8u1
Severity: normal
Tags: patch

Dear Maintainer,

I've observed that sessions have a short living no matter what the
session.gc_maxlifetime setting is.

I've debugged the sessionclean script and found that it never touches
the session files so they will be removed even when they're still in use
for the specified time.

The variable proc_names is set inside the while loop that is in a
pipelined command, thus the variable isn't updated outside the loop.

I've modified the script so everything up to the touch loop runs inside
the same subshell. Patch provided.

Best regards,
Bernat Arlandis

-- Package-specific info:
 Additional PHP 5 information 

 PHP 5 SAPI (php5query -S): 
cli
apache2

 PHP 5 Extensions (php5query -M -v): 
xcache (Enabled for cli by maintainer script)
xcache (Enabled for apache2 by maintainer script)
mysql (Enabled for cli by maintainer script)
mysql (Enabled for apache2 by maintainer script)
curl (Enabled for cli by maintainer script)
curl (Enabled for apache2 by maintainer script)
opcache (Enabled for cli by maintainer script)
opcache (Enabled for apache2 by maintainer script)
readline (Enabled for cli by maintainer script)
readline (Enabled for apache2 by maintainer script)
pdo_sqlite (Enabled for cli by maintainer script)
pdo_sqlite (Enabled for apache2 by maintainer script)
mysqli (Enabled for cli by maintainer script)
mysqli (Enabled for apache2 by maintainer script)
intl (Enabled for cli by maintainer script)
intl (Enabled for apache2 by maintainer script)
gd (Enabled for cli by maintainer script)
gd (Enabled for apache2 by maintainer script)
json (Enabled for cli by maintainer script)
json (Enabled for apache2 by maintainer script)
pdo (Enabled for cli by maintainer script)
pdo (Enabled for apache2 by maintainer script)
pdo_mysql (Enabled for cli by maintainer script)
pdo_mysql (Enabled for apache2 by maintainer script)
mcrypt (Enabled for cli by maintainer script)
mcrypt (Enabled for apache2 by maintainer script)
sqlite3 (Enabled for cli by maintainer script)
sqlite3 (Enabled for apache2 by maintainer script)
xdebug (Enabled for cli by maintainer script)
xdebug (Enabled for apache2 by maintainer script)

 Configuration files: 
 /etc/php5/mods-available/pdo.ini 
extension=pdo.so

 /etc/php5/mods-available/opcache.ini 
zend_extension=opcache.so


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/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 php5-common depends on:
ii  libc6   2.19-18+deb8u1
ii  lsof4.86+dfsg-1
ii  psmisc  22.21-2
ii  sed 4.2.2-4+b1
ii  ucf 3.0030

php5-common recommends no packages.

Versions of packages php5-common suggests:
ii  php5-xcache [php5-user-cache]  3.2.0-1

Versions of packages php5-cli depends on:
ii  libbz2-1.01.0.6-7+b3
ii  libc6 2.19-18+deb8u1
ii  libcomerr21.42.12-1.1
ii  libdb5.3  5.3.28-9
ii  libedit2  3.1-20140620-2
ii  libgssapi-krb5-2  1.12.1+dfsg-19
ii  libk5crypto3  1.12.1+dfsg-19
ii  libkrb5-3 1.12.1+dfsg-19
ii  libmagic1 1:5.22+15-2
ii  libonig2  5.9.5-3.2
ii  libpcre3  2:8.35-3.3
ii  libqdbm14 1.8.78-5+b1
ii  libssl1.0.0   1.0.1k-3+deb8u1
ii  libxml2   2.9.1+dfsg1-5
ii  mime-support  3.58
ii  php5-json 1.3.6-1
ii  tzdata2015f-0+deb8u1
ii  ucf   3.0030
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages php5-cli recommends:
ii  php5-readline  5.6.13+dfsg-0+deb8u1

Versions of packages php5-cli suggests:
ii  php-pear  5.6.13+dfsg-0+deb8u1

Versions of packages libapache2-mod-php5 depends on:
ii  apache2 2.4.10-10+deb8u3
ii  apache2-bin [apache2-api-20120211]  2.4.10-10+deb8u3
ii  libbz2-1.0  1.0.6-7+b3
ii  libc6   2.19-18+deb8u1
ii  libcomerr2  1.42.12-1.1
ii  libdb5.35.3.28-9
ii  libgssapi-krb5-21.12.1+dfsg-19
ii  libk5crypto31.12.1+dfsg-19
ii  libkrb5-3   1.12.1+dfsg-19
ii  libmagic1   1:5.22+15-2
ii  libonig25.9.5-3.2
ii  libpcre32:8.35-3.3
ii  libqdbm14   1.8.78-5+b1
ii  libssl1.0.0 1.0.1k-3+deb8u1
ii  libstdc++6  4.9.2-10
ii  libxml2 2.9.1+dfsg1-5
ii  mime-support3.58
ii  php5-cli5.6.13+dfsg-0+deb8u1
ii  php5-json   1.3.6-1
ii  tzdata

Bug#799150: [debian-mysql] Bug#799150: galera-3: FTBFS: undefined reference to `subunit_test_start'

[Otto Kekäläinen]

Thanks for looking into Galera builds.

I have reported this upstream at https://github.com/codership/galera/issues/346

I have also multiple other build failure bugs at upstream open that I
don't know how to solve myself. One gcc-5 issue was solved in the
upload today, but new ones apparently emerged despite my testing
before upload.

Bug#799153: release-notes: title and chapters of english document are gibberish

[Wiedersich, Johannes]

Similar gibberish is observed for the chapters, cf. page 3. 

I checked the German version and it is affected as well. 

Cheers, 

Johannes 

Bug#648313: aptitude: wants to reinstall recommended package purged by apt-get before

[Manuel A. Fernandez Montecelo]

Control: severity 328616 important
Control: tags 328616 + confirmed
Control: forcemerge 328616 -1


Hi Bernhard,

2011-11-10 14:08 Bernhard Schmidt:

Package: aptitude
Version: 0.6.4-1.2
Severity: normal

Dear Maintainer,

I already asked for this on the debian-users mailinglist and got replies from 
people
having the same issue

http://permalink.gmane.org/gmane.linux.debian.user/421736

I have a weird problem where my google foo is failing me (although I
guess it has been seen more than once before).

Long story short, I have a configuration management software (puppet)
that purges selective packages on each run (among others os-prober). It
is (by default) using apt for this task.

When I execute aptitude interactively on one of those handled servers
after that, it always wants to reinstall os-prober. It does not show so
in the listing, but it says 'Will use 193 kB of disk space' and shows
os-prober in the 'Packages to be installed' block after pressing 'g'. I
have to deselect it there manually with '-' or ':' to get rid of it
forever.

It seems to be related with the Apt::Install-Recommends setting, if I
set that to False the behaviour is gone. But I like recommends for now.

It is easily reproducible on both Squeeze and Wheezy:

# apt-get install os-prober
# aptitude
(see that there is nothing to do)
# apt-get purge os-prober
# aptitude
(see that it wants to install os-prober)

I have not seen an explicit bug for it, but the 816 open bugs on
aptitude are somewhat hard to browse. Is this a known issue or
works-as-designed?


I do not blame you for not finding duplicates among the 816 open bugs at
the time :-)

But I think that this problem is a duplicate of #328616, from at least
2005 (exactly 10 years ago today).

Aptitude has a different database for saving the state of packages, and
considers it more authoritative than dpkg's.  So what I believe that
happens above is that:

1) "apt-get install" adds the dpkg to dpkg-status as "selected to
  install"

2) the first invokation of aptitude reads this, and registers it in its
  internal db as "to install", as if it was marked as such within
  aptitude

3) then "apt-get purge" removes it from dpkg-status, so the selected
  state for this package is "unknown" (dpkg does clean-up and doesn't
  keep the package around as "to purge" or some such, once it has been
  purged)

4) the second run of aptitude thinks that the package was marked as "to
  install" in a previous run of aptitude, because the package is
  "unknown" to dpkg, and so wants to install it again

I don't think that it's related to Install-Recommends, because I have
the option disabled but I can reproduce it anyway.  I don't know why it
worked different from you when disabling Apt::Install-Recommends, maybe
it was the interleaving order in which aptitude read the status of the
dpkg db.  But the bug is reproducible for other people irrespective of
this setting.

So I hope that I am not wrong and I am merging the bug reports; but it
would be great if you keep an eye on this, and if/when the bug is closed
you can confirm whether it fixed the problems that you are observing.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#799157: gwenview: some menu and print options vanished

[Dominik George]

Package: gwenview
Version: 4:15.08.0-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Recently, some important menu options (like Open with…) and almost every
option in the Print dialog vanished into thin air.

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

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

Versions of packages gwenview depends on:
ii  libc6   2.19-20
ii  libexiv2-14 0.25-2
ii  libgcc1 1:5.2.1-17
ii  libjpeg62-turbo 1:1.4.1-2
ii  libkf5activities5   5.14.0-1
ii  libkf5baloo55.14.0-1
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  libkf5filemetadata3 5.14.0-1
ii  libkf5i18n5 5.14.0-1
ii  libkf5iconthemes5   5.14.0-1
ii  libkf5itemmodels5   5.14.0-1
ii  libkf5itemviews55.14.0-1
ii  libkf5jobwidgets5   5.14.0-1
ii  libkf5kdelibs4support5  5.14.0-1
ii  libkf5kiocore5  5.14.0-1
ii  libkf5kiofilewidgets5   5.14.0-1
ii  libkf5kiowidgets5   5.14.0-1
ii  libkf5notifications55.14.0-1
ii  libkf5parts55.14.0-1
ii  libkf5service5  5.14.0-1
ii  libkf5textwidgets5  5.14.0-1
ii  libkf5widgetsaddons55.14.0-1
ii  libkf5xmlgui5   5.14.0-1
ii  liblcms2-2  2.6-3+b3
ii  libphonon4qt5-4 4:4.8.3-2
ii  libpng12-0  1.2.50-2+b2
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5opengl5   5.4.2+dfsg-9
ii  libqt5printsupport5 5.4.2+dfsg-9
ii  libqt5svg5  5.4.2-3
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libqt5x11extras55.4.2-2+b1
ii  libstdc++6  5.2.1-17
ii  libx11-62:1.6.3-1
ii  phonon4qt5  4:4.8.3-2

Versions of packages gwenview recommends:
ii  kamera  4:4.14.2-1+b1
ii  kio-extras  4:15.08.0-1

gwenview suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJOBAEBCAA4BQJV+VStMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pb9uRAAh7yR7o66rbuypFS5+ZQz
JuVZ8D4T6wyynyv8f0ZSgjiTCcDX9borAuODY//yd+B0HMSVZqcXr/4gR7buRPot
niSv0IYsOdTOts5gZjcAZ84J6f7KSYJ2Tow/8gN/BXk91wZ24wkAT4YO50CK+z/I
B0xd5Xzk5mPwWCoyhFkusaExjM5niRoCW0KFm7g4GsffK4A1IY4v7QERi3v88SMo
eIY7Vj6bu1bkEE+hOFVdKx3Y7F6cth1A6rEVKLJ///737xZReOhSi9/CGXoKbhOf
kICWPx+jff7qT+JwAMkoBghg1Dgr1NdiFXHhbuY3b8Rrq5F7cESx2/zvLyjA4FL6
6ha/xwiIGj3DtiMtN0NuzZUIQT2IVpk5AaT9clcQOltSGL6nUXI4CbWtlFulBkZN
9GOAChifMzRa6Efb07qmB06Wve+WtvIZaUMBwZP6h7Prn+sOTFnEYgE7sxxSEVhs
+T2R4B8quuRFdVqlHbQ3nD0vMT5bx9bE2r7EE3i15m6aST3yCClWbeQ3j+26wcdC
oanbl6QIzxKk7Sha9D6B1/WTuD1KjmOdhtIiZVvtfvCxW+DpwLyQmErHbA6a9byt
IeNUrhUTlBTcwV9pwLhH5jfPY2c/jP5UVqHZX0okHSAtkhfDRkAHP1Z2LnAVMKrI
I66lotEAUH6p0l60cfXAI80=
=Xcgd
-END PGP SIGNATURE-

Bug#697821: Fwd: Re: xbrz license GPL-3+ ?

[Sérgio Benjamim]

About the xbrz license (ext/xbrz/*)

Sergio Benjamim


 Forwarded Message 
Subject:Re: xbrz license GPL-3+ ?
Date:   Wed, 16 Sep 2015 11:02:10 +0200
From:   Zenju 
To: Sérgio Benjamim 



On 15.09.2015 22:49, Sérgio Benjamim wrote:

Hi Zenju!

What's exactly the license of xbzr? GPL-3 or GPL-3+ (GPL-3 or later) ?

I'm packaging a bunch of software which use your filter, and I need to
know it.

Sergio Benjamim

GPL-3

Regards, Zenju

Bug#797165: Uploaded to delay/2

[Andreas Beckmann]

On Tue, 15 Sep 2015 23:02:25 +0200 Anton Gladky  wrote:
> I have prepared an NMU with the patch, provided by
> W. Martin Borgert based on 2 commits in svn
> of upstream into DELAYED/2. See debdiff in attachment.

You should make a proper QA upload instead of a NMU since the package is
orphaned.


Andreas

Bug#798973: anonscm: AH01630: client denied by server configuration

[Christoph Martin]

Hi Sylvain,

Am 15.09.2015 um 16:59 schrieb b...@debian.org:
> This looks like an issue in the Apache 2.4 configuration (missing
> 'Require all granted' or similar).  Make sure configuration files in
> /etc/gforge/httpd.d/ were updated.

Ich checked the config files against the versions in
/usr/share/gforge/etc/httpd.conf.d-fhs/ and could see no differences.
But I introduces a line

Require all granted

in plugin-generic.inc and it works now. So I think it is really missing
in the delivered configuration or something else is broken.

Yours
Christoph
<>

signature.asc
Description: OpenPGP digital signature

Bug#658640: aptitude automatically re-installs packages purged using other tools.

[Manuel A. Fernandez Montecelo]

Control: forcemerge 328616 -1


Hi Tavi,

2012-02-04 20:01 Tavi Afilipoai:

Package: aptitude
Version: 0.6.4-1.2
Severity: normal

Dear Maintainer,

When I run aptitude after purging a package with debfoster or apt-get
the package status shows up as "pi" and aptitude automatically reinstalls it.

Is this expected? This completely breaks the debfoster functionality


I believe that this is a duplicate of #328616, so merging them.

It would be great if you keep an eye on this, and if/when the bug is
closed you can confirm whether it fixed the problems that you are
observing, or otherwise reopen or submit a new bug.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#799141: weather-util: cannot retrieve forecast

[Jeremy Stanley]

Control: severity -1 wishlist
Forwarded: fu...@yuggoth.org
Tags: help upstream

I notice EGLL is "London / Heathrow Airport, United Kingdom" so this
is covered in the FAQ:

http://fungi.yuggoth.org/weather/doc/faq.rst#i-live-outside-the-usa-can-this-be-made-to-work-for-me-anyway

(Also shipped in the package at /usr/share/doc/weather-util/FAQ for
convenience.)

"ICAO codes for METAR stations can be found for cities and airports
worldwide, but forecast and alert data is harder to come by. If you
have any recommendations of plaintext data for other countries
available in a format like NOAA's, I will be happy to start
incorporating it into the weather utility."

To restate, right now this utility only knows where to download
forecast data files for the USA.
-- 
Jeremy Stanley

Bug#790125: RFS: dropbear/2015.67-1.1 NMU

[Gerrit Pape]

Hi all, sorry for the late reply.

On Thu, Aug 20, 2015 at 07:23:55AM +, Gianfranco Costamagna wrote:
> Hi Gerrit,
> 
> >Alright, would it help moving forward if I were doing that?  Reverting
> 
> >to 2014.65 is easy, and the current 2015.68-1 could always be uploaded
> >once 2014.65-1 has entered testing.  It'd be quite sad to upload known
> >bugs in a package containing multiple lintian warnings and errors [0],
> >but if someone is willing to review and upload the package, but only
> >with the split of dropbear-{bin,run,initramfs} and without the many
> >extra bug fixes, then I'm ready to clean, test and release [1].
> 
> 
> I didn't follow the thread, and seems that other DDs are already caring of
> this one, so I would just put my .02$ (and let me know if you need a review
> or help).
> 
> Just a few questions:
> 1) Gerrit, you offered to add the package, but Guilhem might need to 
> comaintain it,
> is that fine for you?
> 
> Seems impossible to nmu it because of a binary package he starts to maintain.
> 
> 2) what about updating to the latest version and upload on experimental?
> 
> I don't see all this need to go for unstable, I might even sponsor an 
> experimental upload
> because if Gerrit is not satisfied he can continue and upload his version to 
> unstable,
> and experimental will disappear automagically.
> 
> Isn't this one the experimental suite pourpose?
> We are still in the Stretch early stage, we might delay unstable until other 
> folks tested it.

I'm currently not active, so I'm very happy with Guilhem bringing this
forward.  I'm not particularly happy with the switch to debhelper, but
do not veto if it's necessary to progress.

Comaintenance is fine too.  I not yet know Guilhem and his work for
Debian, but this won't change too soon, because my time to spend on
Debian is currently quite limited.

I hope Guilhem finds a sponsor soon.

Regards, Gerrit.

Bug#799115: qemu-user-static: Unsupported syscalls (sys_name_to_handle_at, sys_signalfd4) prevent booting systemd.

[Michael Tokarev]

Control: tag -1 + confirmed upstream

16.09.2015 01:54, Ben Longbons wrote:
> Package: qemu-user-static
> Version: 1:2.4+dfsg-2
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I recently discovered systemd-nspawn and machinectl. After working
> through various bugs (try to use at least systemd 226 on the host)
> I started playing with emulated builds, but a full boot didn't work.

Thank you very much for this detailed bugreport.

Unfortunately yes, as you discovered, a few syscalls aren't implemented
in qemu-user (it is a general problem, syscall implementation isn't
arch-specific, it is done in a common source file).  And new ones are
added in linux all the time.

> Looking at the arm64 syscall list, 264 is sys_name_to_handle_at and 74 is 
> sys_signalfd4.

Yes, neither of these two syscalls are imlemented in upstream qemu.
It shouldn't be difficult to implement, but as usual it all boils
down to available time and the "amounf of need" in something ;)
Maybe some day...

Out of curiocity, why do you want systemd-nspawn with a foreign
chroot?

Thanks,

/mjt

Bug#798924: /usr/lib/x86_64-linux-gnu/jni/libatk-wrapper.so.6.0.0: SIGSEGV on Netbeans startup

[Tim Ruehsen]

On Wednesday 16 September 2015 11:37:53 Samuel Thibault wrote:
> Tim Ruehsen, le Wed 16 Sep 2015 11:30:15 +0200, a écrit :
> > This is really a no-go. I can't use the IDE any more. Neither in the
> > office
> > nor at home.
> > If anyone knows of a work-around, please let me know.
> 
> Comment the line in /etc/java-7-openjdk/accessibility.properties

Samuel, many thanks, you saved my day !!!

The libglib crash also does not happen any more after commenting that line.

Tim

Bug#799092: RFS: haxe/1:3.2.0+dfsg-1

[Vincent Bernat]

 ❦ 16 septembre 2015 03:46 +0800, Andy Li  :

> * Package name : haxe
> Version : 1:3.2.0+dfsg-1
> Upstream Author : Haxe Foundation
> * URL : http://haxe.org/
> * License : GPLv2+, MIT, LGPLv2+
> Section : devel

[...]

 - d/control: in the short description, drop the "A" article.

 - d/watch: please, keep it, just to check if the package is up-to-date

 - d/rules: get-orig-source can do anything needed to retrieve the
appropriate source tarball, including not using uscan; see:
https://wiki.debian.org/onlyjob/get-orig-source

 - d/rules: bash-completions should be installed to
/usr/share/bash-completion/completions; there is an helper
for that (dh_bash-completion), see its manual page

 - d/changelog: please, add the bug number for the adoption request

 - d/changelog: ensure you wrap the lines to 80 characters

 - d/copyright: LGPL is Lesser General Public License (not Lesser Public
License); GPL-3+ paragraph is also unused

I am not familiar with OCaml stuff. Lintian complains about hardening,
but I suppose this makes little sense with OCaml. In this case, please,
use a lintian override.

I: haxe: hardening-no-fortify-functions usr/bin/haxelib
W: haxe: hardening-no-relro usr/bin/haxe
-- 
Debian package sponsoring guidelines:
 http://vincent.bernat.im/en/debian-package-sponsoring.html


signature.asc
Description: PGP signature

Bug#799159: ITP: puppet-module-puppetlabs-dhcp -- Install and manage a DHCP server

[Michael Weiser]

Package: wnpp
Severity: wishlist
Owner: Michael Weiser 

* Package name: puppet-module-puppetlabs-dhcp
  Version : 0.4.0
  Upstream Author : Puppet Labs
* URL : https://forge.puppetlabs.com/puppetlabs/dhcp
* License : Apache-2
  Programming Lang: Puppet
  Description : Install and manage a DHCP server

Installs and manages a DHCP server. It has the following features: Multiple
subnet support, host reservations, secure dynamic DNS updates when combined
with Bind, can create a dummy (ignored) subnet so that the server can be used
only as a helper-address target.

Configuring a DHCP server is a necessary step in setting up network
installation servers which is quite a common task in large environments. I
intend to package and maintain this module inside the puppet packaging team on
alioth.

Bug#799160: ITP: puppet-module-puppetlabs-tftp -- Install and manage a TFTP service and configuration

[Michael Weiser]

Package: wnpp
Severity: wishlist
Owner: Michael Weiser 

* Package name: puppet-module-puppetlabs-tftp
  Version : 0.2.3
  Upstream Author : Puppet Labs
* URL : https://forge.puppetlabs.com/puppetlabs/tftp
* License : Apache-2
  Programming Lang: Puppet
  Description : Install and manage a TFTP service and configuration

Install tftp-hpa package and configuration files. This module will install TFTP
as a xinetd service by default. It can be overridden to run as a standalone
daemon by setting the inetd parameter to false.

Configuring a TFTP server is a necessary step in setting up network
installation servers which is quite a common task in large environments. I
intend to package and maintain this module inside the puppet packaging team on
alioth.

Bug#689658: web2py Upgrade

[Raphael Lechner]

Hi,

The web2py package is still very old. Is there any way that the package can be 
upgraded to the current version?

Thanks in advance,
Raphael

Bug#799149: emacs24: huge character height in file containing U+FB00 LATIN SMALL LIGATURE FF

[Vincent Lefevre]

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

In a file that contains ff (U+FB00 LATIN SMALL), the character height
of the line is huge. This can be seen on this file (if the character
has not been mangled). Otherwise a file with such a character can be
created with:

  printf "\ufb00\n"

I've attached a screenshot of the Emacs window, with the cursor just
after the closing parenthesis, so that one can see the mark of the
matching parentheses.

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

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

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

emacs24 recommends no packages.

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

-- no debconf information

Bug#797888: RFS: panda3d/1.9.0-1 [ITP] -- Panda3D free 3D engine SDK

[Jörn Schönyan]

Hi everyone,

sorry for the delay, I'm quite busy on real-life work.

I've uploaded a new version, I've decided to switch to shlibs instead of a 
symbols file as I think it's unrealistic to maintain 32k lines of symbols 
for several architectures and the documentation states, that the shlibs 
system could be more suitable for C++ libraries. Btw, I've been accepted to 
pkg-games and will set up a repository for the packaging in the coming 
days.


Regards

Bug#763522: mutt: diff for NMU version 1.5.23-3.2

[Antonio Radici]

On Tue, Sep 15, 2015 at 09:17:43PM +0200, Matteo F. Vescovi wrote:
> Hi Antonio!
> 
> On 2015-09-15 at 15:50 (CEST), Antonio Radici wrote:
> > Matteo, is the new release 1.5.24 or are you talking about the NMU?
> 
> The new release 1.5.24; working on it right now.
> 

Thanks a lot!
can you make sure it's in git.debian.org afterwards?

Bug#763522: mutt: diff for NMU version 1.5.23-3.2

[Antonio Radici]

On Wed, Sep 02, 2015 at 12:08:27PM +0200, Elimar Riesebieter wrote:
> On Tue, 1 Sep 2015 09:54:56 + Antonio Radici  wrote:
> > Hi,
> > sorry for the delay but I wasn't in Ireland for a while; do you need a 
> > sponsor
> > for this?
> > 
> > On Sun, Aug 23, 2015 at 03:01:33PM +0200, Ruben Undheim wrote:
> > > 
> > > Dear maintainer,
> > > 
> > > I've prepared an NMU for mutt (versioned as 1.5.23-3.2) and
> > > will soon ask a sponsor to upload it to the DELAYED queue.
> > > Please feel free to tell me if I don't need to do this.
> > > 
> > > Regards.
> 
> 1.5.24 has been rolled out. So it seems not to be necessary to patch
> 1.5.23?

This needs to be patched for the stable releases, I will upload teh NMU today or
tomorrow, sorry for the delay.

Bug#799092: RFS: haxe/1:3.2.0+dfsg-1

[Gabriele Giacone]

Hi Vincent, hi Andy,

On Tue, Sep 15, 2015 at 10:09 PM, Vincent Bernat  wrote:
>  ❦ 16 septembre 2015 03:46 +0800, Andy Li  :
>
>> I am looking for a sponsor for my package "haxe".
>> I'm a member of the Haxe Foundation. I would like to maintain the
>> package in the long term to improve haxe's debian support.
> [...[
>> * Adopt package.
>> + Set maintainer to myself.
>
> Hi Andy!
>
> The package isn't flagged up for adoption. Did you discuss with the
> current maintainers? The package has recently been adopted by the Debian
> Flash Team. I am sure they would welcome your help and accept that you
> maintain the package, but please, ask them.

I'm ok with haxe adoption.
At that time I adopted it just to fix rc bugs and avoid its removal,
gnash testsuite depends on it.
At the moment, no time to maintain it nor to review adopters' packaging.
Just filed RFA bug https://bugs.debian.org/799151

Thanks for your time
-- 
G..e

Bug#799153: release-notes: title and chapters of english document are gibberish

[Johannes Wiedersich]

Package: release-notes
Severity: normal

Dear Maintainer,

The title on the first page of the release notes (PDF-Version) reads:

QdkdÞrd Mnsdr enq CdahÞm 7 —idrrhd(... 53/ahs OB
Sgd CdahÞm CnbtldmsÞshnm Oqnidbs —gsso.‹‹vvv3cdahÞm3nqf‹cnb‹(

It should read
 
*Release Notes for Debian 8 (jessie), 64-bit PC*

instead. 

Downloaded from 
https://www.debian.org/releases/jessie/amd64/release-notes.en.pdf

opened with okular. 

Thanks, 

Johannes 



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

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

Bug#799161: evolution-mapi: Evolution crash at startup when evolution-mapi is installed

[Gaël Jobin]

Package: evolution-mapi
Version: 3.16.3-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?
 Just installed the evolution-mapi package
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
 sudo apt-get install evolution-mapi
   * What was the outcome of this action?
 Evolution crash at startup (SEGFAULT)
   * What outcome did you expect instead?
 Evolution should run normally

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

STEP 1: GDB trace

***

(gdb) r
Starting program: /usr/bin/evolution
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffd984e700 (LWP 3747)]
[New Thread 0x7fffd3b55700 (LWP 3748)]

(evolution:3743): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-
images is deprecated and shouldn't be used anymore. It will be removed in a
future version.

(evolution:3743): Gtk-WARNING **: Failed to register client:
GDBus.Error:org.gnome.SessionManager.AlreadyRegistered: Unable to register
client
[New Thread 0x7fffd30f2700 (LWP 3749)]
[New Thread 0x7fffbe3b4700 (LWP 3750)]
[New Thread 0x7fff7dbb1700 (LWP 3751)]
[New Thread 0x7fff72f0a700 (LWP 3792)]
[New Thread 0x7fff71ed2700 (LWP 3793)]
[New Thread 0x7fff714cb700 (LWP 3796)]
[New Thread 0x7fff70cca700 (LWP 3797)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff70cca700 (LWP 3797)]
0x7fffd0b989d0 in iface_count ()
   from /usr/lib/x86_64-linux-gnu/libmapi.so.0
(gdb) bt
#0  0x7fffd0b989d0 in iface_count ()
   from /usr/lib/x86_64-linux-gnu/libmapi.so.0
#1  0x7fff63dfe435 in _nss_wins_gethostbyname_r ()
   from /lib/x86_64-linux-gnu/libnss_wins.so.2
#2  0x73485639 in __gethostbyname2_r (
name=0x7fff640015f0 "imap.heig-vd.ch", af=af@entry=2,
resbuf=resbuf@entry=0x7fff70cc98e0,
buffer=buffer@entry=0x7fff70cc9400 "\377\002", buflen=buflen@entry=912,
result=result@entry=0x7fff70cc98d8, h_errnop=0x7fff70cc98c4)
at ../nss/getXXbyYY_r.c:266
#3  0x7345fca2 in gaih_inet (name=,
name@entry=0x7fff640015f0 "imap.heig-vd.ch", service=,
req=req@entry=0x7fff70cc99f0, pai=pai@entry=0x7fff70cc99b8,
naddrs=naddrs@entry=0x7fff70cc99b4) at ../sysdeps/posix/getaddrinfo.c:586
#4  0x734612fd in __GI_getaddrinfo (
name=0x7fff640015f0 "imap.heig-vd.ch", service=0x0, hints=0x7fff70cc99f0,
pai=0x7fff70cc9af0) at ../sysdeps/posix/getaddrinfo.c:2406
#5  0x73d205e0 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#6  0x73d1db95 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#7  0x737a82e8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x737a7955 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x772c80a4 in start_thread (arg=0x7fff70cca700)
at pthread_create.c:309
#10 0x7347407d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
(gdb) disas
Dump of assembler code for function iface_count:
   0x7fffd0b989c0 <+0>: xor%eax,%eax
   0x7fffd0b989c2 <+2>: test   %rdi,%rdi
   0x7fffd0b989c5 <+5>: je 0x7fffd0b989dd 
   0x7fffd0b989c7 <+7>: nopw   0x0(%rax,%rax,1)
=> 0x7fffd0b989d0 <+16>:mov(%rdi),%rdi
(gdb) p/x $rdi
$1 = 0x2
***

Seems related to the wins service since the crash occurs in iface_count()
function. This function appear to be part of samba
(https://download.samba.org/pub/unpacked/samba_next/source3/lib/interfaces.c).
Look like a loop where %rdi should contain the "interface" structure address
but contain an invalid pointer in our case (uninitialised value?). BTW, I
didn't found where this structure is initialled.

A workaround is to move the wins service after the dns one for hosts in
/etc/nsswitch.conf

-hosts:  files myhostname wins mdns4_minimal [NOTFOUND=return] dns
mdns4
+hosts:  files myhostname mdns4_minimal [NOTFOUND=return] dns wins
mdns4

But for people who need wins for name resolution, this workaround will not
work.



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

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

Versions of packages evolution-mapi depends on:
ii  evolution   3.16.5-1
ii  libatk1.0-0 2.16.0-2
ii  libc6   2.19-19
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-1.2-16 3.16.5-1
ii  libebook-contacts-1.2-1 3.16.5-1
ii  

Bug#799131: coreutils: df sometimes skips real entry and reports a bind mount instead

[Pádraig Brady]

On 15/09/15 23:21, Nye Liu wrote:
> Package: coreutils
> Version: 8.23-4
> Severity: minor
> 
> Dear Maintainer,
> 
> When using bind mounts, df may have to choose only one of many equivalent
> mounts:
> 
> $ mount
> /dev/sdb1 on /export/real type ext4 (rw,relatime,data=ordered)
> /dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
> /dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
> /dev/sdb1 on /home/ type ext4 (rw,relatime,data=ordered)
> 
> $ df -l
> /dev/sdb1  1921677460 1094613156 729425740  61% /home/
> 
> but it really should report
> $ df -l
> /dev/sdb1  1921677460 1094613156 729425740  61% /export/real
> 
> That said, I am unsure how it should know which one is the "real mount"
> 
> See also
> 
> http://www.linuxquestions.org/questions/slackware-14/coreutils-8-21-'df'-bind-mount-bug-4175453522/
> 
> -- 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/8 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: sysvinit (via /sbin/init)
> 
> Versions of packages coreutils depends on:
> ii  libacl1  2.2.52-1
> ii  libattr1 1:2.4.47-2
> ii  libc62.19-18
> ii  libselinux1  2.3-2
> 
> coreutils recommends no packages.
> 
> coreutils suggests no packages.
> 
> -- debconf-show failed
> 
> 
> MRV Communications is a global supplier of packet and optical solutions that 
> power the world’s largest networks. Our products combine innovative hardware 
> with intelligent software to make networks smarter, faster and more efficient.
> 
> 

We're about to merge logic upstream that incorporates the "root" or 4th
column from /proc/$$/mountinfo.  df will use that to display the mount
closest to the root of the device.

thanks,
Pádraig

Bug#790735: openmprtl: add MIPS support

[Sylvestre Ledru]

Le 01/07/2015 11:55, Dejan Latinovic a écrit :

> I had created patch that contains support for MIPS:
> openmprtl_add-mips-support.patch
Thanks for the patch. It is pending in NEW.
Do you want me to forward your work upstream?

Cheers,
S

Bug#689658: web2py Upgrade

[José Luis Redrejo]

Yes, there are two things to do to accelerate it:
1) helping with the packaging
2) convincing my boss to give me more free time

So I'd go for 1, or you will have to be patient until I get time to
finish the polish and checks for the latest version.
Sorry for the inconveniences.
José L.

2015-09-16 13:53 GMT+02:00 Raphael Lechner :
> Hi,
>
> The web2py package is still very old. Is there any way that the package can 
> be upgraded to the current version?
>
> Thanks in advance,
> Raphael

Bug#799155: [php-maint] Bug#799155: php5-common: sessionclean doesn't touch session files

[Ondřej Surý]

Hi Bernat,

could you please review the patch? I have minified the changes, so it
would be nice to have doublecheck if I haven't omitted anything.

https://anonscm.debian.org/cgit/pkg-php/php.git/commit/?id=43e561ddda036a80ba3d566f00b3fb9741ca7c48

Cheers,
Ondrej

On Wed, Sep 16, 2015, at 13:11, Bernat wrote:
> Package: php5-common
> Version: 5.6.13+dfsg-0+deb8u1
> Severity: normal
> Tags: patch
> 
> Dear Maintainer,
> 
> I've observed that sessions have a short living no matter what the
> session.gc_maxlifetime setting is.
> 
> I've debugged the sessionclean script and found that it never touches
> the session files so they will be removed even when they're still in use
> for the specified time.
> 
> The variable proc_names is set inside the while loop that is in a
> pipelined command, thus the variable isn't updated outside the loop.
> 
> I've modified the script so everything up to the touch loop runs inside
> the same subshell. Patch provided.
> 
> Best regards,
> Bernat Arlandis
> 
> -- Package-specific info:
>  Additional PHP 5 information 
> 
>  PHP 5 SAPI (php5query -S): 
> cli
> apache2
> 
>  PHP 5 Extensions (php5query -M -v): 
> xcache (Enabled for cli by maintainer script)
> xcache (Enabled for apache2 by maintainer script)
> mysql (Enabled for cli by maintainer script)
> mysql (Enabled for apache2 by maintainer script)
> curl (Enabled for cli by maintainer script)
> curl (Enabled for apache2 by maintainer script)
> opcache (Enabled for cli by maintainer script)
> opcache (Enabled for apache2 by maintainer script)
> readline (Enabled for cli by maintainer script)
> readline (Enabled for apache2 by maintainer script)
> pdo_sqlite (Enabled for cli by maintainer script)
> pdo_sqlite (Enabled for apache2 by maintainer script)
> mysqli (Enabled for cli by maintainer script)
> mysqli (Enabled for apache2 by maintainer script)
> intl (Enabled for cli by maintainer script)
> intl (Enabled for apache2 by maintainer script)
> gd (Enabled for cli by maintainer script)
> gd (Enabled for apache2 by maintainer script)
> json (Enabled for cli by maintainer script)
> json (Enabled for apache2 by maintainer script)
> pdo (Enabled for cli by maintainer script)
> pdo (Enabled for apache2 by maintainer script)
> pdo_mysql (Enabled for cli by maintainer script)
> pdo_mysql (Enabled for apache2 by maintainer script)
> mcrypt (Enabled for cli by maintainer script)
> mcrypt (Enabled for apache2 by maintainer script)
> sqlite3 (Enabled for cli by maintainer script)
> sqlite3 (Enabled for apache2 by maintainer script)
> xdebug (Enabled for cli by maintainer script)
> xdebug (Enabled for apache2 by maintainer script)
> 
>  Configuration files: 
>  /etc/php5/mods-available/pdo.ini 
> extension=pdo.so
> 
>  /etc/php5/mods-available/opcache.ini 
> zend_extension=opcache.so
> 
> 
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/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 php5-common depends on:
> ii  libc6   2.19-18+deb8u1
> ii  lsof4.86+dfsg-1
> ii  psmisc  22.21-2
> ii  sed 4.2.2-4+b1
> ii  ucf 3.0030
> 
> php5-common recommends no packages.
> 
> Versions of packages php5-common suggests:
> ii  php5-xcache [php5-user-cache]  3.2.0-1
> 
> Versions of packages php5-cli depends on:
> ii  libbz2-1.01.0.6-7+b3
> ii  libc6 2.19-18+deb8u1
> ii  libcomerr21.42.12-1.1
> ii  libdb5.3  5.3.28-9
> ii  libedit2  3.1-20140620-2
> ii  libgssapi-krb5-2  1.12.1+dfsg-19
> ii  libk5crypto3  1.12.1+dfsg-19
> ii  libkrb5-3 1.12.1+dfsg-19
> ii  libmagic1 1:5.22+15-2
> ii  libonig2  5.9.5-3.2
> ii  libpcre3  2:8.35-3.3
> ii  libqdbm14 1.8.78-5+b1
> ii  libssl1.0.0   1.0.1k-3+deb8u1
> ii  libxml2   2.9.1+dfsg1-5
> ii  mime-support  3.58
> ii  php5-json 1.3.6-1
> ii  tzdata2015f-0+deb8u1
> ii  ucf   3.0030
> ii  zlib1g1:1.2.8.dfsg-2+b1
> 
> Versions of packages php5-cli recommends:
> ii  php5-readline  5.6.13+dfsg-0+deb8u1
> 
> Versions of packages php5-cli suggests:
> ii  php-pear  5.6.13+dfsg-0+deb8u1
> 
> Versions of packages libapache2-mod-php5 depends on:
> ii  apache2 2.4.10-10+deb8u3
> ii  apache2-bin [apache2-api-20120211]  2.4.10-10+deb8u3
> ii  libbz2-1.0  1.0.6-7+b3
> ii  libc6   2.19-18+deb8u1
> ii  libcomerr2  1.42.12-1.1
> ii  libdb5.35.3.28-9
> ii  libgssapi-krb5-21.12.1+dfsg-19
> ii  libk5crypto31.12.1+dfsg-19
> ii  libkrb5-3 

Bug#799096: mediawiki: CVE-2015-6727 CVE-2015-6728 CVE-2015-6729 CVE-2015-6730

[Thorsten Glaser]

On Tue, 15 Sep 2015, Salvatore Bonaccorso wrote:

> CVE-2015-6729[2]:
> | Cross-site scripting (XSS) vulnerability in thumb.php in MediaWiki
> | before 1.23.10, 1.24.x before 1.24.3, and 1.25.x before 1.25.2 allows
> | remote attackers to inject arbitrary web script or HTML via the rel404
> | parameter, which is not properly handled in an error page.

1.19 is not vulnerable against this as it never echos the passed string.
This was added e.g. in commit a04d9cb7487773e102285de13b7092a2bc9b6821
first released in 1.21.0 according to 'git tag --contains'.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#799171: RM: pigment, pigment-python -- ROM; obsolete

[Sebastian Dröge]

Package: ftp.debian.org
Severity: normal

Hi,

please remove pigment and pigment-python. It's not used by anything
anymore and completely obsolete and outdated.

Thanks!

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

Bug#799133: RM: gnonlin -- ROM; replaced by gnonlin1.0

[Scott Kitterman]

On Wed, 16 Sep 2015 09:33:41 +0200 Sebastian =?ISO-8859-1?Q?Dr=F6ge?= 
 wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> Hi,
> 
> please remove gnonlin, it was superseded by gnonlin1.0 and is not used
> by anything anymore after gstreamer-editing-services0.10 is removed.

dak seems to disagree:

Checking reverse dependencies...
# Broken Depends:
longomatch: longomatch [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 
mipsel powerpc s390x]

Please remove the moreinfo tag once that's resolved.

Scott K

Bug#795396: Is more info still needed

[Karl O. Pinc]

Hello,

This bug is tagged "more information needed".
Is this still true?  If so, what information
is needed?

Regards,



Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein

Bug#758271: Please add recommend/suggest to qt5-image-formats-plugins and kimageformat-plugins

[Zhang Jingqiang]

Hello,
The two plugin package add more image support to gwemview, please add them
to recommends or suggests.

webp format is supported by qt5-image-formats-plugins package, so this bug can 
be closed after gwenview recommend/suggest qt5-image-formats-plugins.

Bug#799169: ITP: golint -- Linter for Go source code

[Martín Ferrari]

Package: wnpp
Severity: wishlist
Owner: "Martín Ferrari" 

* Package name: golint
  Version : 0.0+git20150623.7b7f436
  Upstream Author : The Go Authors
* URL : https://github.com/golang/lint
* License : BSD-3-Clause
  Programming Lang: Go
  Description : Linter for Go source code

 Golint differs from gofmt. Gofmt reformats Go source code, whereas golint
 prints out style mistakes.

 Golint differs from govet. Govet is concerned with correctness, whereas golint
 is concerned with coding style. Golint is in use at Google, and it seeks to
 match the accepted style of the open source Go project.

Bug#796956: Note that this is a docked laptop using external monitor

[Maximiliano Curia]

Control: severity -1 important

On 08/09/15 10:04, eric2.vale...@orange.com wrote:
> I now have half a dozen boxes that works correctly and this is the only one
> that is a docked laptop using an external monitor with internal LVDS display
> off. So far as I had multiple temporary breakage on various boxes due to
> partial/incompatible packages versions uploads, I did not consider it was a
> specific case but now only this docked laptop remains broken.

Ok, that sounds more like another issue. This seems to be another effect of a
problem in qt5.4 regarding QScreen returning null in unexpected places. And is
currently known to reproducibly fail on machines with one display off, for
instance, closing the lid in a laptop that has an external monitor connected.
This is supposedly fixed in qt5.5, currently in experimental.

I'm downgrading the severity as the problem went from every machine to only one.

Happy hacking,
-- 
"I decry the current tendency to seek patents on algorithms. There are better
ways to earn a living than to prevent other people from making use of one's
contributions to computer science."
-- Donald Knuth
Saludos /\/\ /\ >< `/



signature.asc
Description: OpenPGP digital signature

Bug#799096: mediawiki: CVE-2015-6727 CVE-2015-6728 CVE-2015-6729 CVE-2015-6730

[Thorsten Glaser]

On Tue, 15 Sep 2015, Salvatore Bonaccorso wrote:

> CVE-2015-6730[3]:
> | Cross-site scripting (XSS) vulnerability in thumb.php in MediaWiki
> | before 1.23.10, 1.24.x before 1.24.3, and 1.25.x before 1.25.2 allows
> | remote attackers to inject arbitrary web script or HTML via the f
> | parameter, which is not properly handled in an error page, related to
> | "ForeignAPI images."

Judging from https://phabricator.wikimedia.org/T97391#1242481
and the last messages in the bugreport, and the lack of mention
of this in the git log for the various supported branches, I
believe that this particular CVE is still unfixed upstream.

Found diffs for the other three, though…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#798969: jessie-pu: package qemu/1:2.1+dfsg-12+deb8u4

[Michael Tokarev]

Control: retitle -1 jessie-pu: package qemu/1:2.1+dfsg-12+deb8u5

14.09.2015 18:04, Michael Tokarev wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> I'd like to update qemu in jessie to the next upstream stable point release.
[...]
> The attached debdiff is made on the debian-jessie-proposed branch of qemu
> alioth git tree,
>  
> http://anonscm.debian.org/cgit/pkg-qemu/qemu.git/log/?h=debian-jessie-proposed
> and is made on top of not-yet-available in public archives jessie-security
> version, 2.1+dfsg-12+deb8u3, which should be available shortly.  Due to
> the amount of security bugs discovered in qemu recently, I'm not sure this
> version will be right at the time of the next jessie point release, so
> the changes might need to be rebased on top of further security changes.

Since yesterday I updated qemu again fixing 2 new vulns found meanwhile,
the "next" version number becomes 1:2.1+dfsg-12+deb8u5 not ...deb8u4,
with the same changes as before.  I updated the mentioned above git
branch.

Thank you for your time!

/mjt

Bug#689658: web2py Upgrade

[Raphael Lechner]

Hi José,

Thanks for your answer. 

I don’t know your boss, so I choose option 1 :)
How can I help?

Raphael

> On 16 Sep 2015, at 15:03, José Luis Redrejo  wrote:
> 
> Yes, there are two things to do to accelerate it:
> 1) helping with the packaging
> 2) convincing my boss to give me more free time
> 
> So I'd go for 1, or you will have to be patient until I get time to
> finish the polish and checks for the latest version.
> Sorry for the inconveniences.
> José L.
> 
> 2015-09-16 13:53 GMT+02:00 Raphael Lechner :
>> Hi,
>> 
>> The web2py package is still very old. Is there any way that the package can 
>> be upgraded to the current version?
>> 
>> Thanks in advance,
>> Raphael