Bug#803626: RFS[ITP]: edge-addition-planarity-suite -- Suite of planarity-related graph algorithms

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo


Hi Julien,

1) rules: the MULTIARCH stuff is just useless :)
(maybe also all the other stuff, except for the wl-asneeed

2) build log:
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.


3) please consider providing a dbg package (even if Debian is switching to ddbg)

4) dh-autoreconf with a version constraint... well, I'm not sure why but seems 
mostly
useless to me

5) the pre-depends for multiarch should be useless now

6) I'm really unsure about the empty shlibs files

7) /usr/share/man/man1/planarity.1
this belongs to dh_installman not dh_install

the other stuff looks good to me.
(there are some build warnings about "*scan*" and ignoring return value,
you might want to forward bugs/patches upstream)

cheers,

G.

Bug#803631: spyder FTBFS due to missing build dependencies

[PICCA Frederic-Emmanuel]

thanks for the pacth :)

BUT python3-qt4 -> python3-pyqt4

I will upload spyder 2.3.7 today.

Thanks

Fred

Bug#803641: php-horde: Multiple CSRF Vulnerabilities

[Philip Frei]

Package: php-horde
Version: 5.2.1+debian0-2+deb8u1
Severity: normal

Dear Maintainer,

there are some multiple CSRF vulnerabilities in Horde that were recently
discovered[1].
The new version (5.2.8) in testing/unstable fixes this problem. But the
problem still exists for stable's version.
I would be nice to have a fixed version in stable too.

Thanks for your great work on the Horde packages!

[1] https://www.htbridge.com/advisory/HTB23272

Bug#800408: aptitude: aptitude segfaulted when pressing "q" at the end of the downloads inside the TUI

[Axel Beckert]

Hi,

Manuel A. Fernandez Montecelo wrote:
> >It seems to only happen when "q" is being pressed _after_ all downloads
> >have been made, but before aptitude gives the terminal to dpkg.
> 
> I tried like 30 times but I was unable to reproduce this.  Can you
> reproduce it reliably?

Nope. Never run into it again. Feel free to close it. I'd reopen it
once I run into it again.

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

Bug#790181: lilyterm: depends on vte which is deprecated

[Yao-Po Wang]

Owner 790181 !

I will take this bug, and thanks ChangZhuo's mentoring.

BR,

-- 
blue119/Yao-Po Wang
who am I: https://tw.linkedin.com/in/yaopowang
Key fingerprint = B460 C1D7 6A10 6832 80AE  FEEE 2EED D0C8 E6A6 C7C0


signature.asc
Description: PGP signature

Bug#803628: fuseext2: Please add an "offset" option

[Celelibi]

Package: fuseext2
Version: 0.4-1.1
Severity: wishlist

Dear maintainer,

mke2fs supports an "offset" extended option which allow to create a file
system in the partition of a virtual disk. However it currently can't be
mounted with fuseext2.

Here is an example of how it could work :

# Create a disk image of 10MB
qemu-img create -f raw testing.img 10M

# Create a partition table and two partitions
parted -s testing.img mklabel gpt
parted -s -a none testing.img mkpart ESP fat32 0 4M
parted -s -a none testing.img mkpart linux ext4 4M 10M

# Create the ext file system
mke2fs -E offset=4000256 testing.img 6316k

# Mount it using fuseext2
mount.fuseext2 -o offset=4000256 testing.img mount


Thanks in advance.

Best regards,
Celelibi


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

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages fuseext2 depends on:
ii  e2fslibs  1.42.13-1
ii  fuse  2.9.4-1
ii  libc6 2.19-22
ii  libfuse2  2.9.4-1

fuseext2 recommends no packages.

fuseext2 suggests no packages.

-- no debconf information

Bug#788688: Please update to 2.0.3

[Sebastian Dröge]

On Sa, 2015-10-31 at 20:50 +, Manuel A. Fernandez Montecelo wrote:
> 2015-10-31 20:10 GMT+00:00 Sebastian Dröge :
> > Hi Manuel,
> > 
> > On October 31, 2015 10:03:51 PM EET, "Manuel A. Fernandez
> > Montecelo"  wrote:
> > > (Sorry for the duplicate Sebastian, I forgot to include the bug
> > > report
> > > in the first reply).
> > > 
> > > 2015-06-14 10:59 Sebastian Dröge:
> > > > Package: libsdl2
> > > > Severity: wishlist
> > > > 
> > > > Hi,
> > > > 
> > > > please update the package in unstable to 2.0.3, or the (AFAIK)
> > > > soon to
> > > > be released 2.0.4. I have some software here that requires
> > > > 2.0.3 or
> > > > newer unfortunately.
> > > 
> > > I seem to remember that 2.0.3 didn't introduce any interesting
> > > changes,
> > > other than fixes or support for other OSs (Windows or Mac, cannot
> > > remember), which is the reason why I never attempted to package
> > > that
> > > version.  What's the feature that you need that requires
> > > 2.0.3?  Or is
> > > it perhaps some VCS changes after 2.0.3?
> > 
> > The Haskell sdl2 bindings require 2.0.3 for some unspecified
> > reasons, explicitly stating the .3 on the website. No idea what
> > exactly :)
> > 
> > https://github.com/haskell-game/sdl2
> 
> From today's version of the file:
> https://hg.libsdl.org/SDL/file/25d1e99080ce/WhatsNew.txt
> 
> there's no mention of Haskell, but specifically, the changes that you
> can see in 2.0.3 w.r.t. .2 is nothing relevant.  There are lots of
> fixes or added support for WinRT, which are not listed, but also
> shouldn't be relevant for any bindings.
> 
> So I assume that they mention that in the website because it's simply
> the version that it was current at the  time that they wrote this, or
> because 2.0.0 or .1 had some problems, or because of problems in
> other platforms that they use, not Linux.
> 
> In short, I think that you should be able to use 2.0.2 safely, even
> if the project claims otherwise.

Yeah and patch their build system. Even if it's just for OSX/Windows
specific changes, I'd expect a similar situation in other software
where people either need to patch build systems or update their SDL
version.

FWIW, they even describe there how to update SDL on Ubuntu. And Ubuntu
also had 2.0.2 since almost forever. So there's probably a reason.

> And in general... yes, I would like to update the code since long
> ago, but updating to 2.0.3 at this point doesn't make much sense, and
> I already explained about the problems when chasing VCS releases,
> that probably you are also aware of.  But it will be done as soon as
> they decide to release a new version.

I just have my own version of the package since a while now, simple
uupdate and rebuild. Works for me.

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

Bug#802701: freemind: Freemind doesn't start with OpenJDK-8

[Vincent Smeets]

Hallo,

further investigation shows that it's probably not a problem of freemind,
but of OpenJDK or X11 or something else.

OpenJDK-7 gives sometimes problems too. Sometimes I also see an error
message like:
Xlib:  extension "XInputExtension" missing on display ":0".
although the command xdpyinfo shows that the extension XInputExtension is
available in :0.

I have attached a stack trace of the time where all the threads are waiting
for something and the application hangs.

I don't think that this is a freemind problem. You can close this bug and I
will further investigate the problem and open a new one for the correct
package

Thanks,
Vincent


2015-11-01 3:52 GMT+01:00 tony mancill :

> On 10/22/2015 10:12 AM, Vincent Smeets wrote:
> > Package: freemind
> > Version: 0.9.0+dfsg2-1
> > Severity: normal
> >
> > I have installed OpenJDK-7 and OpenJDK-8.
> > Freemind is starting normally with OpenJDK-7 but hangs in the splash
> > screen when started with OpenJDK-8.
>
> Hi Vincent,
>
> I'm also running testing + OpenJDK-8 and am not seeing any problem with
> startup.  Can you try starting freemind with some additional debugging
> and sharing the output?  For example:
>
> > $ DEBUG=1 /usr/bin/freemind
> > [debug] /usr/bin/freemind: Found JAVA_HOME =
> '/usr/lib/jvm/java-8-openjdk-amd64'
> > [debug] /usr/bin/freemind: Found JAVA_CMD =
> '/usr/lib/jvm/java-8-openjdk-amd64/bin/java'
> > DEBUG:   Freemind parameters are ''.
> > DEBUG:   Linux boson 4.2.0-1-amd64 #1 SMP Debian 4.2.1-2 (2015-09-27)
> x86_64 GNU/Linux
> > No LSB modules are available.
> > DEBUG:   Distributor ID:  Debian
> > Description:  Debian GNU/Linux testing (stretch)
> > Release:  testing
> > Codename: stretch
> > DEBUG:   The following DEB packages are installed:
> > ii  freemind0.9.0+dfsg2-1  all
> Java Program for creating and viewing Mindmaps
> > ii  freemind-doc0.9.0+dfsg2-1  all
> Documentation for FreeMind
> > DEBUG:   Link '/usr/bin/freemind' resolved to
> '/usr/share/freemind/freemind.sh'.
> > DEBUG:   Freemind Directory is '/usr/share/freemind'.
> > DEBUG:   Calling: '/usr/lib/jvm/java-8-openjdk-amd64/bin/java
> -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D
> -Dfreemind.base.dir=/usr/share/freemind -cp
> ::/usr/share/freemind/lib/freemind.jar:/usr/share/java/SimplyHTML.jar:/usr/share/java/gnu-regexp.jar:/usr/share/java/jibx-run-1.1.6a.jar:/usr/share/java/xpp3.jar:/usr/share/freemind/lib/bindings.jar:/usr/share/java/forms.jar:/usr/share/freemind
> freemind.main.FreeMindStarter  '.
> > Checking Java Version...
>
> Thank you,
> tony
>
>


8744.stack
Description: Binary data

Bug#803635: RM: kde-workspace -- ROM; superseded by Plasma 5

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove kde-workspace and all its binary packages.
It has been superseded by Plasma 5 and sddm.

This breaks plasma-widget-adjustableclock, plasma-widget-yawp and sentinella
but I have filed RC bugs for all of them and they are not in testing.

Cheers,
Felix

Bug#803637: dyfi: [INTL:pt] Portuguese translation for debconf messages

[Américo Monteiro]

Package: dyfi
version: 1.2.0-3
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for dyfi's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


dyfi_1.2.0-3_pt.po.gz
Description: GNU Zip compressed data

Bug#803638: doesn't start with systemd-networkd

[Petr Baláš]

Package: arno-iptables-firewall
Version: 2.0.1.e-1

After activating systemd-networkd arno-iptables -firewall failed to
load at boot.
Reloading it maually resolves all problems. Probably firewall tries to
start too early.

I tried to add service file from:
https://github.com/arno-iptables-firewall/aif/blob/master/lib/systemd/system/arno-iptables-firewall.service
to my system and it solves problem.

-- 
Petr Baláš - petr at balas dot cz

Bug#803636: ITP: hsakmt -- thunk library for AMD's HSA Linux kernel driver (amdkfd)

[Kari Pahula]

Package: wnpp
Severity: wishlist
Owner: Kari Pahula 

* Package name: hsakmt
  Version : 1.0.0
  Upstream Author : Advanced Micro Devices, Inc.
* URL : http://cgit.freedesktop.org/amd/hsakmt/
* License : MIT/X
  Programming Lang: C
  Description : thunk library for AMD's HSA Linux kernel driver (amdkfd)

 hsakmt is a thunk library that provides a userspace interface to
 amdkfd (AMD's HSA Linux kernel driver). It is the HSA equivalent of
 libdrm.
 .
 Heterogeneous System Architecture (HSA) is a computer processor
 architecture that integrates central processing units and graphics
 processors on the same bus, with shared memory and tasks. The HSA is
 being developed by the HSA Foundation, which includes (among many
 others) AMD and ARM. The platform's stated aim is to reduce
 communication latency between CPUs, GPUs and other compute devices,
 and make these various devices more compatible from a programmer's
 perspective, relieving the programmer of the task of planning the
 moving of data between devices' disjoint memories (as must currently
 be done with OpenCL or CUDA).

This library is needed (along with hsa-runtime, ITP for that will
follow later) to enable HSA features in AMD's Kaveri and Carrizo APUs.
The amdkfd driver is already included in the mainline kernel.

Bug#803337: [Pkg-samba-maint] Bug#803337: Small error in smb.conf manpage

[Yvan Masson]

Le dimanche 01 novembre 2015 à 10:40 +0100, Yvan Masson a écrit :
> > > In the smb.conf manpage, the following sentence is written:
> > [...]
> > 
> > Thanks for your report. Can you send a patch directly upstream?
> > 
> > See https://wiki.samba.org/index.php/Contribute
> > 
> Hi Mathieu,
> 
> I never done that before, but it does not seem too difficult (thanks
> for the link): I will try to do it as soon as possible.
> 
Harder than what I expected, but done: https://bugzilla.samba.org/show_
bug.cgi?id=11584

Regards,
Yvan

Bug#803563: libncurses5-dev, libncursesw5-dev: removal of libncurses5-dev makes files disappear from ncurses-bin

[Andreas Beckmann]

On 2015-10-31 17:48, Sven Joachim wrote:
> I have avoided using Breaks here since it has the potential of
> complicating upgrades, but I can add a versioned dependency on
> ncurses-bin to the -dev packages if it makes piuparts happy.

I don't see why adding a Breaks would complicate upgrades.
libncurses5-dev up to 6.0+20150810-1 had a strict
  Depends: ncurses-bin (= ${binary:Version})
so mixing different versions of ncurses-bin and libncurses5-dev was
never allowed previously. (It will be possible from 6.0+20151017-1 on,
but not together with older versions.)
Adding a dummy Depends does not sound right either, since
libncurses5-dev no longer requires anything from ncurses-bin.

Also you shouldn't aim for "making piuparts happy", but for declaring
proper package relationships.


> The disappearing files are not required for ncurses-bin to work
> correctly (hint: ncurses-bin does not depend on libncurses5-dev), hence

Missing a file that is supposed to be shipped by (the old version of)
ncurses-bin does not sound like "works correctly". It won't break
ncurses-bin itself, but anything relying on the existence of that file
(in the old version of ncurses-bin).


Andreas

Bug#796931: Related problem?

[Benjamin Eltzner]

Hi,

I think I have a similar problem: I run unstable and enigmail does not
work. The log contains:

2015-11-01 11:41:09.774 [DEBUG] enigmail.js: detectGpgAgent: no
GPG_AGENT_INFO variable set

and in a shell I can confirm that the variable is not set:

~$ echo $GPG_AGENT_INFO

~$

I have not change the file /etc/X11/Xsession.d/90gpg-agent so its
content is as written below. If I understand the discussion so far
correctly, this file is no longer run by default?

I am somewhat inexperienced with shell syntax, system startup and the
architecture of gnupg in debian, so I would be grateful for a simple
explanation how to fix my immediate problem. An awesome extra would be a
beginner-level explanation what went wrong and why, so I may be able to
do better trouble shooting next time.

If my problem is related to another bug or I should open a new bug
report, please tell me.

Cheers, Benjamin

--- APPENDIX: content of my /etc/X11/Xsession.d/90gpg-agent ---

: ${GNUPGHOME=$HOME/.gnupg}

GPGAGENT=/usr/bin/gpg-agent

if grep -qs '^[[:space:]]*use-agent' "$GNUPGHOME/gpg.conf"
"$GNUPGHOME/options"$
test -x $GPGAGENT; then

# Invoking gpg-agent with no arguments exits successfully if the agent
# is already running on the standard socket
if ! $GPGAGENT 2>/dev/null; then
"$GPGAGENT" --daemon
fi
GPG_AGENT_INFO="${GNUPGHOME}/S.gpg-agent:0:1"
export GPG_AGENT_INFO
if grep -qs '^[[:space:]]*enable-ssh-support'
"${GNUPGHOME}/gpg-agent.conf";$
SSH_AUTH_SOCK="${GNUPGHOME}/S.gpg-agent.ssh"
export SSH_AUTH_SOCK
fi
fi

Bug#800509: LLVM default to 3.6 transition ?

[Sylvestre Ledru]

Le 01/11/2015 12:11, Emilio Pozuelo Monfort a écrit :
> On 11/10/15 14:14, Sylvestre Ledru wrote:
>> Le 30/09/2015 11:38, Emilio Pozuelo Monfort a écrit :
 FYI, LLVM 3.7 has been released.
 The safe way would be to do 3.5 => 3.6 now and 3.6 => 3.7 once 3.7.1 is
 released (in one or two months)
 or the fun way would be to skip 3.6 in the transition.
 I would prefer the first option but I don't mind if you prefer to avoid
 a transition.
>>> Going through 3.6 first is fine. Have you done a test rebuild for the 
>>> rdeps? I
>>> have created a tracker, does it look good?
>>>
>>> https://release.debian.org/transitions/html/llvm-defaults-3.6.html
>>>
>> Looks good besides llvm-toolchain-3.5 being in this list. :)
>> I upload llvm-defaults into unstable and start having a look to the rest
> Are you going to file bugs against the rdeps that build-dep against 3.5?
>
Yes, I am going to :)

S

Bug#803643: src:beignet: Please switch to llvm/clang 3.6

[Sylvestre Ledru]

Package: src:beignet
Severity: normal

Hello,

We would like to remove llvm-toolchain-3.5 from the archive.

Please switch to llvm/clang 3.6 (or, better, 3.7).

Thanks,
Sylvestre


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#777073: Current version doesn't seem able to factor... 1 !

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Julien:

The latest gmp-ecm package has finally reached testing:
have you made any progress on this issue ? Do you think that we can close it ?

Thanks,
Jerome 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWNbP8AAoJEIC/w4IMSybjVS0IAMbwO3zS5F0OYj+vHrTdGB5q
s7Xpp/ZDTglYD8KQ61QZUzgzrlk1eTQXqUYw+qxCTbh5bNWqAeVKLVBFwN18i/6s
kw7fJJeoaV0KjflGvsInnTt3P9LJEpQUm/FTYRxVNC8k5u5tEGtMq0Hzv2QZhQlf
RWbEPX7tGhI7Wk7Y2+8//Ty64z7rLyD0LDoODnpznG6ZQWmdDrbBlB50mREwP0fx
SrIerTZP0/va/xBjClG1kATAPs2YvQnifKxkrzKPkZvazwgJHLPHFCdHmd086Fsc
lLXWJ3nCzEjL2JlP+vGiNevtSZcsglxXlpaIqZmb18gYNe4PhvH3mEVz3AoOrCI=
=J46q
-END PGP SIGNATURE-

Bug#803633: britney-tests-live-data/live-2012-05-09 fails randomly

[Emilio Pozuelo Monfort]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: britney

If run in a loop, live-2012-05-09 will eventually fail with:

AssertionError: NUNINST OUT OF SYNC

The problem is with hurd-i386 (fucked/break arch in this test) and I've
seen problems such as:

E: [Sun Nov  1 10:31:41 2015] -  hurd-i386 - invalid nuninst: {'tar'}

and:

E: [Sun Nov  1 09:41:45 2015] -  hurd-i386 - unnoticed nuninst: {'libtinfo5', 
'libtinfo-dev'}

Emilio

Bug#803337: [Pkg-samba-maint] Bug#803337: Small error in smb.conf manpage

[Yvan Masson]

> > In the smb.conf manpage, the following sentence is written:
> [...]
> 
> Thanks for your report. Can you send a patch directly upstream?
> 
> See https://wiki.samba.org/index.php/Contribute
> 
Hi Mathieu,

I never done that before, but it does not seem too difficult (thanks
for the link): I will try to do it as soon as possible.

Regards,
Yvan

Bug#803632: nmu: pstoedit_3.62-2

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu pstoedit_3.62-2 . mips64el . unstable . -m "Build against imagemagick 
instead of graphicsmagick."

During the initial mips64el build only libgraphicsmagick++-11 was
available, but mips64el has now caught up.


Andreas

Bug#802549: transition: x264

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 21/10/15 00:53, Sebastian Ramacher wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Control: forwarded -1 
> https://release.debian.org/transitions/html/auto-x264.html
> 
> Another x264 SONAME bump. New version is in unstable and all reverse
> dependencies build fine against the new version.

Go ahead.

Emilio

Bug#797074: transition: libical

[Emilio Pozuelo Monfort]

On 27/08/15 19:43, Andreas Henriksson wrote:
> Hello Julien Cristau.
> 
> Thanks for your quick reply.
> 
> On Thu, Aug 27, 2015 at 06:17:22PM +0200, Julien Cristau wrote:
>> I'd prefer to fix the root cause and start by making sure no accidental
>> ABI breakage like this happens again.  Then we can talk about whether
>> the ABI is the libical1a one or something else.
> 
> I'd like to avoid being held responsible for the root cause of this as
> it's a sin from the past (see comment #27 in bug #773916), but I've
> added a check to avoid having the next person fall into the same
> pitfall Hopefully this is good enough for now? (See below.)

I guess... Can you please let upstream know about this so it doesn't happen 
again?

Please upload to experimental and let us know when it has cleared NEW.

Cheers,
Emilio

Bug#803605: transition: gpsd

[Sebastiaan Couwenberg]

On Sat, 31 Oct 2015 19:42:18 +0100 Bernd Zeimetz wrote:
> gpsd needs a transition again. I do not expect build failures
> or functional problems in the packages using libgps or
> libqgpsmm.

direwolf & merkaartor fail to build due to missing compatibility with
libgps22.

I've reported the merkaartor issue upstream:

https://github.com/openstreetmap/merkaartor/issues/76

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#803364: xserver-xorg-video-radeon: xserver fails to load after update

[Attila Kinali]

Salut Julien,

On Thu, 29 Oct 2015 09:46:00 +
Julien Cristau  wrote:

> On Thu, Oct 29, 2015 at 10:24:34 +0100, Attila Kinali wrote:
> 
> > [   782.549] (EE) systemd-logind: failed to get session: The name 
> > org.freedesktop.login1 was not provided by any .service files
> 
> You need to install libpam-systemd.

You have down graded the bug from grave to normal and tagged it "moreinfo".

I just tested and the bug is still there. As I already wrote
installing libpam-systemd does not help. This breaks X11 for
people without warning and without any way to fix but downgrade
(which isn't easy either, due to interdependence of package versions).
So I would say that a severity of at least "important" would be
in order.

What kind of information can I provide to help fix this.

Attila Kinali


-- 
Reading can seriously damage your ignorance.
-- unknown

Bug#803647: src:gambas3: Please rebuild against the new version of llvm-dev

[Sylvestre Ledru]

Package: src:gambas3
Severity: normal

Dear Maintainer,

We changed the default version of llvm from 3.5 to 3.6.
It would be nice if you could rebuild gambas3 and validate that it is still 
working with 3.6.

thanks,
Sylvestre


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803648: ITP: ruby-delayer-deferred -- Ruby implementation of JSDeferred

[HIGUCHI Daisuke (VDR dai)]

Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)" 

* Package name: ruby-delayer-deferred
  Version : 1.0.3
  Upstream Author : Toshiaki Asai 
* URL : https://github.com/toshia/delayer-deferred
* License : Expat
  Programming Lang: Ruby
  Description : Ruby implementation of JSDeferred

This is an implementation of the JSDeferred in Ruby using Delayer.
If you use this library, you can use features of the JSDeferred in Ruby.
In addition, it extends Thread and Enumerator.

- It has dependency for mikutter https://tracker.debian.org/pkg/mikutter .
  Current release of mikutter does not depend yet.
  But future release is planned to do and development tree already do.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#803642: poco: Still lists SourceForge as the project homepage

[Wilmer van der Gaast]

Source: poco
Severity: minor

Very minor but: Just noticed this header:

Homepage: http://poco.sourceforge.net/

Still having a project on SourceForge is not a good sign these days, and
definitely poco is not on it anymore.  The URL above forwards to just
http://pocoproject.org/ now.

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

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

Bug#803630: ruby-rails-i18n FTBFS due to missing build dependencies

[Hans Joachim Desserud]

Package: ruby-rails-i18n
Version: 4.0.5-1
Severity: serious
Justification: fails to build from source
Tags: patch


Dear maintainer,

The latest version of ruby-rails-i18n fails to build from source due
to missing build dependencies. I first spotted this when it was
automatically synced to Ubuntu and failed to build there [1], but I
was also able to reproduce this on Sid via pbuilder.

After adding ruby-i18n and ruby-railties to build dependencies (see
the attached patch), the package built successfully.

[1] 
https://launchpadlibrarian.net/223726966/buildlog_ubuntu-xenial-amd64.ruby-rails-i18n_4.0.5-1_BUILDING.txt.gz


--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff --git a/debian/control b/debian/control
index 6be6d27..9123b8f 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,10 @@ Section: ruby
 Priority: optional
 Maintainer: Debian Ruby Extras Maintainers 
 Uploaders: Pirate Praveen 
-Build-Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.7.5~)
+Build-Depends: debhelper (>= 7.0.50~),
+   gem2deb (>= 0.7.5~),
+   ruby-i18n,
+   ruby-railties
 Standards-Version: 3.9.6
 Vcs-Git: git://anonscm.debian.org/pkg-ruby-extras/ruby-rails-i18n.git
 Vcs-Browser: http://anonscm.debian.org/gitweb?p=pkg-ruby-extras/ruby-rails-i18n.git;a=summary

Bug#803631: spyder FTBFS due to missing build dependencies

[Hans Joachim Desserud]

Package: spyder
Version: 2.3.6+dfsg1-1
Severity: serious
Justification: fails to build from source
Tags: patch


Dear maintainer,

The latest version of spyder fails to build from source due to
missing build dependencies. I first spotted this when it was
automatically synced to Ubuntu and failed to build there [1], but I
was also able to reproduce this on Sid via pbuilder.

After adding python3-sip and python-qt4 to build dependencies (see
the attached patch), the package built successfully.

I don't know whether the corresponding python-* packages should be
added as well, it seemed that the test suite was only run with
python3.

[1] 
https://launchpadlibrarian.net/222743093/buildlog_ubuntu-xenial-amd64.spyder_2.3.6%2Bdfsg1-1_BUILDING.txt.gz



--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff --git a/debian/control b/debian/control
index 1075070..769ecbb 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,9 @@ Build-Depends: debhelper (>= 9),
python-setuptools,
python-sphinx,
python3-all,
+   python3-qt4,
python3-setuptools,
+   python3-sip,
python3-sphinx,
xsltproc
 Standards-Version: 3.9.6

Bug#803620: RFS: afl-cov/0.3-1 [ITP] -- code coverage for afl

[Daniel Stender]

Thanks for picking this up!

On 01.11.2015 10:06, Gianfranco Costamagna wrote:
> quick review:
> 1) debian/patches/correct-fsf-address...
> well, I usually don't ask to change the address but to forward a patch 
> upstream instead.
> 
> Doing both is for sure really nice

... in the case some day somebody really writes a letter requesting a copy of 
the license :-) 

> 2) you changed to subprocess32, this is nice, but can you please provide a 
> rationale for it?
> 
> better subprocess handling? why you didn't forward the patch upstream?
> I'm asking because such Debian delta usually might introduce downstream 
> problems :)

The patch header is a little sparsely, I've added some info.

I don't wanted to add this change to the other things in the pull request stack 
on
Github not to overload it, but I've now posted an issue on this (Forwarded 
updated).
 
> 3) and now the important part, the reason for the moreinfo tag:
> 
> are you sure about the license?
> 
> I am not :p

... h yes. Little pitfall: "or (at your option) any later version"! :-)

Mentors upload is updated, debdiff attached.

Best,
Daniel

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/
diff -Nru afl-cov-0.3/debian/copyright afl-cov-0.3/debian/copyright
--- afl-cov-0.3/debian/copyright	2015-10-31 22:17:17.0 +0100
+++ afl-cov-0.3/debian/copyright	2015-11-01 11:35:35.0 +0100
@@ -5,21 +5,22 @@
 
 Files: *
 Copyright: 2015 Michael Rash 
-License: GPL-2
+License: GPL-2+
 
 Files: debian/*
 Copyright: 2015 Daniel Stender 
-License: GPL-2
+License: GPL-2+
 
-License: GPL-2
- This package is free software; you can redistribute it and/or modify
- it under the terms of the GNU General Public License as published by
- the Free Software Foundation; version 2 dated June, 1991.
+License: GPL-2+
+ This program is free software; you can redistribute it and/or
+ modify it under the terms of the GNU General Public License
+ as published by the Free Software Foundation; either version 2
+ of the License, or (at your option) any later version.
  .
- This package is distributed in the hope that it will be useful, but
- WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
- General Public License for more details.
+ This program is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ GNU General Public License for more details.
  .
  On Debian systems, the complete text of the GNU General Public License
- version 2 can be found in the /usr/share/common-licenses/GPL-2 file.
\ No newline at end of file
+ version 2 can be found in the /usr/share/common-licenses/GPL-2 file.
diff -Nru afl-cov-0.3/debian/patches/use-subprocess32.patch afl-cov-0.3/debian/patches/use-subprocess32.patch
--- afl-cov-0.3/debian/patches/use-subprocess32.patch	2015-10-31 22:32:28.0 +0100
+++ afl-cov-0.3/debian/patches/use-subprocess32.patch	2015-11-01 11:20:33.0 +0100
@@ -1,6 +1,8 @@
 Description: use subprocess32 instead of subprocess
+ For thread safety, it's highly recommended to replace the Python 2
+ stdlib subprocess module on POSIX systems.
 Author: Daniel Stender 
-Forwarded: no
+Forwarded: https://github.com/mrash/afl-cov/issues/13/
 
 --- a/afl-cov
 +++ b/afl-cov

Bug#803631: spyder FTBFS due to missing build dependencies

[Hans Joachim Desserud]

BUT python3-qt4 -> python3-pyqt4


Ops! Sorry about that. I did the initial experimentation/building
based on apt-get source, but when I created the patch I checked out
from the repo instead. Looks like that's when the typo was added.
I think next time I'll just copy over the control file to get a diff
based on the actual changes.


I will upload spyder 2.3.7 today.


Great :)

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

Bug#803097: busybox: segmentation fault while unzipping bad archive

[Andrei POPESCU]

Control: reassign -1 busybox 1:1.22.0-15

On Lu, 26 oct 15, 21:22:58, Henri Salo wrote:
> Package: buzybox
> Version: 1:1.22.0-15
> Severity: normal
> Tags: security, fixed-upstream
> 
> Unziping a specially crafted zip file results in a computation of an invalid
> pointer and a crash reading an invalid address.
> 
> Mailing list post:
>   http://www.openwall.com/lists/oss-security/2015/10/25/3
> Fix:
>   
> http://git.busybox.net/busybox/commit/?id=1de25a6e87e0e627aa34298105a3d17c60a1f44e
> 
> -- 
> Henri Salo

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#803505: [buildd-tools-devel] Bug#803505: sbuild: Run build-deps-failed-commands on apt-get-update fail stage too

[Luca Falavigna]

Control: retitle -1 Commands for chroot update failed stage
Control: severity -1 wishlist


2015-10-31 8:32 GMT+01:00 Johannes Schauer :
> if you run multiple concurrent sbuild instances, would it not be a better idea
> to always run sbuild with --no-apt-update and instead run "sbuild-update
> -udcar" whenever it is actually needed? I imagine that lots of time is lost by
> "apt-get update" being run on every build even if there is nothing new to
> update.

Unfortunately my use case is a special (and therefore quite uncommon)
one, and everytime a build is scheduled there is always need to update
the APT cache because the local repository changes so often.

Anyway, I think you're right saying update and build-dep phases must
be handled separately because it is possible to install build-deps
without updating the chroot, but it would be nice to have a command
for update failures anyway. If you think this is not worth the burden,
feel free to close the bug, and I'll handle my use case in a different
way :)

-- 
Cheers,
Luca

Bug#728225: memory leak

[Nicholas Bamber]

tag 728225 + moreinfo unreproducible
thanks

I have tried the trivial script and it runs consistently at 0.4% of memory.

On the other hand I tried building ksh with

export DEB_BUILD_MAINT_OPTIONS=sanitize=+all

The resulting package was unusable generating the following report. 
However I don't know what to make of that.



$ ksh
=
==20384==ERROR: AddressSanitizer: global-buffer-overflow on address 
0x00851482 at pc 0x7f9cea02fac6 bp 0x7ffc3376dbd0 sp 0x7ffc3376d380

READ of size 8 at 0x00851482 thread T0
#0 0x7f9cea02fac5 in memcmp 
(/usr/lib/x86_64-linux-gnu/libasan.so.2+0x74ac5)

#1 0x4ae9a7  (/bin/ksh93+0x4ae9a7)
#2 0x61e5a2  (/bin/ksh93+0x61e5a2)
#3 0x61ed20  (/bin/ksh93+0x61ed20)
#4 0x558bbb  (/bin/ksh93+0x558bbb)
#5 0x40f43f  (/bin/ksh93+0x40f43f)
#6 0x7f9ce881cb44 in __libc_start_main 
(/lib/x86_64-linux-gnu/libc.so.6+0x21b44)

#7 0x40f093  (/bin/ksh93+0x40f093)

0x00851482 is located 62 bytes to the left of global variable 
'hist_fname' defined in 
'/home/nicholas/src/ksh/src/cmd/ksh93/data/msg.c:210:12' (0x8514c0) of 
size 13

  'hist_fname' is ascii string '/.sh_history'
0x00851482 is located 0 bytes to the right of global variable 
'e_dot' defined in 
'/home/nicholas/src/ksh/src/cmd/ksh93/data/msg.c:211:12' (0x851480) of 
size 2

  'e_dot' is ascii string '.'
SUMMARY: AddressSanitizer: global-buffer-overflow ??:0 memcmp
Shadow bytes around the buggy address:
  0x80102240: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x80102250: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x80102260: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x80102270: 00 00 00 05 f9 f9 f9 f9 00 01 f9 f9 f9 f9 f9 f9
  0x80102280: 00 00 00 06 f9 f9 f9 f9 05 f9 f9 f9 f9 f9 f9 f9
=>0x80102290:[02]f9 f9 f9 f9 f9 f9 f9 00 05 f9 f9 f9 f9 f9 f9
  0x801022a0: 00 07 f9 f9 f9 f9 f9 f9 00 00 00 00 06 f9 f9 f9
  0x801022b0: f9 f9 f9 f9 00 00 07 f9 f9 f9 f9 f9 00 07 f9 f9
  0x801022c0: f9 f9 f9 f9 00 00 02 f9 f9 f9 f9 f9 00 05 f9 f9
  0x801022d0: f9 f9 f9 f9 00 07 f9 f9 f9 f9 f9 f9 03 f9 f9 f9
  0x801022e0: f9 f9 f9 f9 03 f9 f9 f9 f9 f9 f9 f9 03 f9 f9 f9
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:   00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:   fa
  Heap right redzone:  fb
  Freed heap region:   fd
  Stack left redzone:  f1
  Stack mid redzone:   f2
  Stack right redzone: f3
  Stack partial redzone:   f4
  Stack after return:  f5
  Stack use after scope:   f8
  Global redzone:  f9
  Global init order:   f6
  Poisoned by user:f7
  Container overflow:  fc
  Array cookie:ac
  Intra object redzone:bb
  ASan internal:   fe
==20384==ABORTING

Bug#803644: src:julia: Please switch to llvm 3.6

[Sylvestre Ledru]

Package: src:julia
Severity: normal

Hello,

We would like to remove llvm-toolchain-3.5 from the archive.

Please switch to llvm 3.6 (or, better, 3.7).

Thanks,
Sylvestre


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803653: ITP: ruby-instance-storage -- Ruby Library for managing class instances with dictionary

[HIGUCHI Daisuke (VDR dai)]

Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)" 

* Package name: ruby-instance-storage
  Version : 1.0.0
  Upstream Author : Toshiaki Asai 
* URL : https://github.com/toshia/instance_storage
* License : Expat
  Programming Lang: Ruby
  Description : Ruby Library for managing class instances with dictionary

If you include this library in your class, it assigns Symbol to each class
instances.  From this feature, you can access instances with this name.

- It has dependency for mikutter https://tracker.debian.org/pkg/mikutter .
  Current release of mikutter does not depend yet.
  But future release is planned to do and development tree already do.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#803627: dbconfig-common: [INTL:de] updated German debconf translation

[Helge Kreutzmann]

Package: dbconfig-common
Version: 1.8.55
Severity: wishlist
Tags: patch l10n

Please find the updated German debconf translation for dbconfig-common
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# Translation of dbconfig-common debconf templates to German
# Copyright (C) Andreas Tille , 2005.
# Copyright (C) Helge Kreutzmann , 2006, 2009, 2015.
# This translation is distributed under the same terms as dbconfig-common
#
msgid ""
msgstr ""
"Project-Id-Version: dbconfig-common 1.8.51\n"
"Report-Msgid-Bugs-To: dbconfig-com...@packages.debian.org\n"
"POT-Creation-Date: 2015-10-28 22:11+0100\n"
"PO-Revision-Date: 2015-10-31 04:59+0100\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: de \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "Will this server be used to access remote databases?"
msgstr ""
"Wird dieser Server zum Zugriff auf entfernte Datenbanken verwendet werden?"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid ""
"For the database types that support it, dbconfig-common includes support for "
"configuring databases on remote systems. When installing a package's "
"database via dbconfig-common, the questions related to remote configuration "
"are asked with a priority such that they are skipped for most systems."
msgstr ""
"Für die Datenbanktypen, die dies unterstützen, enthält Dbconfig-common "
"Unterstützung für die Konfiguration von Datenbanken auf anderen Systemen. "
"Bei der Installation einer Datenbank eines Pakets mittels dbconfig-common "
"werden die Fragen bezüglich einer Datenbank auf einem anderen System mit "
"solch einer Priorität gestellt, dass sie auf den meisten Systemen "
"ausgelassen werden."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid ""
"If you select this option, the default behavior will be to prompt you with "
"questions related to remote database configuration when you install new "
"packages."
msgstr ""
"Falls Sie diese Option wählen, werden Ihnen standardmäßig Fragen mit Bezug "
"auf die Konfiguration von Datenbanken auf anderen Systemen gestellt, wenn "
"Sie neue Pakete installieren."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:2001
msgid "If you are unsure, you should not select this option."
msgstr ""
"Falls Sie sich unsicher sind, sollten Sie diese Option nicht auswählen."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
msgid "Keep \"administrative\" database passwords?"
msgstr "»Administrative« Datenbank-Passwörter speichern?"

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
msgid ""
"By default, you will be prompted for all administrator-level database "
"passwords when you configure, upgrade, or remove applications with dbconfig-"
"common. These passwords will be stored in debconf's configuration database "
"only for as long as they are needed."
msgstr ""
"Standardmäßig werden alle administrativen Datenbank-Passwörter während der "
"Konfiguration, dem Upgrade oder dem Löschen von Anwendungen mit dbconfig-"
"common abgefragt. Diese Passwörter werden in der Debconfs-"
"Konfigurationsdatenbank nur so lange wie notwendig gespeichert."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
msgid ""
"This behavior can be disabled, in which case the passwords will remain in "
"the debconf database. This database is protected by Unix file permissions, "
"though this is less secure and thus not the default setting."
msgstr ""
"Dieses Verhalten kann abgeschaltet werden, wobei die Passwörter dann in der "
"Debconf-Datenbank gespeichert bleiben. Diese Datenbank ist durch UNIX-"
"Dateirechte geschützt. Dies ist allerdings nicht so sicher und daher nicht "
"die Standard-Einstellung. "

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:3001
msgid ""
"If you would rather not be bothered for an administrative password every "
"time you upgrade a database application with dbconfig-common, you should "
"choose this option. Otherwise, you should refuse this option."
msgstr ""
"Falls das administrative Passwort nicht bei jedem Upgrade der Datenbank-"
"Anwendung mit dbconfig-common aktualisiert werden soll, so wählen Sie diese "
"Option. Andernfalls sollten Sie diese Option ablehnen."

#. Type: boolean
#. Description
#: ../dbconfig-common.templates:4001
msgid "Configure database for ${pkg} with dbconfig-common?"
msgstr "Konfigurieren der Datenbank für ${pkg} mit dbconfig-common?"

#. Type: boolean
#. Description
#: 

Bug#803620: RFS: afl-cov/0.3-1 [ITP] -- code coverage for afl

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

Hi Daniel!

quick review:
1) debian/patches/correct-fsf-address...
well, I usually don't ask to change the address but to forward a patch upstream 
instead.

Doing both is for sure really nice

2) you changed to subprocess32, this is nice, but can you please provide a 
rationale for it?

better subprocess handling? why you didn't forward the patch upstream?
I'm asking because such Debian delta usually might introduce downstream 
problems :)


3) and now the important part, the reason for the moreinfo tag:

are you sure about the license?

I am not :p


cheers!

G.

Bug#800509: LLVM default to 3.6 transition ?

[Emilio Pozuelo Monfort]

On 11/10/15 14:14, Sylvestre Ledru wrote:
> Le 30/09/2015 11:38, Emilio Pozuelo Monfort a écrit :
>>
>>> FYI, LLVM 3.7 has been released.
>>> The safe way would be to do 3.5 => 3.6 now and 3.6 => 3.7 once 3.7.1 is
>>> released (in one or two months)
>>> or the fun way would be to skip 3.6 in the transition.
>>> I would prefer the first option but I don't mind if you prefer to avoid
>>> a transition.
>> Going through 3.6 first is fine. Have you done a test rebuild for the rdeps? 
>> I
>> have created a tracker, does it look good?
>>
>> https://release.debian.org/transitions/html/llvm-defaults-3.6.html
>>
> Looks good besides llvm-toolchain-3.5 being in this list. :)
> I upload llvm-defaults into unstable and start having a look to the rest

Are you going to file bugs against the rdeps that build-dep against 3.5?

Emilio

Bug#800408: aptitude: aptitude segfaulted when pressing "q" at the end of the downloads inside the TUI

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi Axel,

2015-09-29 19:36 To Axel Beckert:

Hi Axel,

2015-09-28 23:15 Axel Beckert:


It seems to only happen when "q" is being pressed _after_ all downloads
have been made, but before aptitude gives the terminal to dpkg.


I tried like 30 times but I was unable to reproduce this.  Can you
reproduce it reliably?  Does it happen also in other systems,
e.g. Jessie, before the GCC-5 transition?


So I am marking it as unreproducible for the time being, I still
couldn't reproduce after trying a few more times.

Was this happening in the machine which had weird issues, like
intermittent compilation failures?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#803222: RuntimeError: Incorrect MySQL client library version

[Andreas Beckmann]

control: tag -1 sid stretch

On Sat, 31 Oct 2015 13:06:55 -0500 Adam Majer  wrote:
> Furthermore, rebuilding does not fix the bug at root of the
> problem. If MySQL get upgraded to another minor version while keeping
> its soname as is (ie. ABI doesn't change), ruby-mysql will break
> again.

It's not as bad as it initially looks (the message emits
major.minor.patchlevel versions), because only the first two components
of the version (major.minor) are being compared, so it blows up on the
5.5->5.6 switch. The new upstream patchlevel releases frequently
uploaded to (old-)stable do not cause problems.


Andreas

Bug#803651: ITP: ruby-pluggaloid -- Extensible plugin system for mikutter

[HIGUCHI Daisuke (VDR dai)]

Package: wnpp
Severity: wishlist
Owner: "HIGUCHI Daisuke (VDR dai)" 

* Package name: ruby-pluggaloid
  Version : 1.0.2
  Upstream Author : Toshiaki Asai 
* URL : https://github.com/toshia/pluggaloid
* License : Expat
  Programming Lang: Ruby
  Description : Extensible plugin system for mikutter

This library is used by mikutter for extensible plugin system.
It provides plugin system and event communication.

- It has dependency for mikutter https://tracker.debian.org/pkg/mikutter .
  Current release of mikutter does not depend yet.
  But future release is planned to do and development tree already do.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#803505: [buildd-tools-devel] Bug#803505: sbuild: Run build-deps-failed-commands on apt-get-update fail stage too

[Johannes Schauer]

Hi Luca,

Quoting Luca Falavigna (2015-11-01 13:36:24)
> Unfortunately my use case is a special (and therefore quite uncommon) one,
> and everytime a build is scheduled there is always need to update the APT
> cache because the local repository changes so often.
> 
> Anyway, I think you're right saying update and build-dep phases must be
> handled separately because it is possible to install build-deps without
> updating the chroot, but it would be nice to have a command for update
> failures anyway. If you think this is not worth the burden, feel free to
> close the bug, and I'll handle my use case in a different way :)

patches appreciated :)

cheers, josch


signature.asc
Description: signature

Bug#786517: Remove swig 2.0 for Strech (python 3.5, octave 4.0 unsupported)

[James McCoy]

On Sat, Oct 24, 2015 at 11:48:24PM +0200, Matthias Klose wrote:
> As seen in #802906, this now becomes an RC issue, as Python 3.5 is a
> supported Python version, and is not anymore supported by swig 2.0.
> 
> Same for octave 4.0, and maybe other languages.

Not everything that worked with swig2.0 works with swig3.0 (e.g.,
subversion's swig bindings).  Why can't both be shipped?

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 

Bug#803629: mke2fs: Bad automatic determination of fs size with -E offset

[Celelibi]

Package: e2fsprogs
Version: 1.42.13-1
Severity: normal

Dear maintainer,

When the file system size is not given, mke2fs determine the appropriate
size by using the size of the support device. However, when the extended
option "offset" is given, it doesn't seem to reduce the fs size to take
the offset into account.

An actual case of this bug can be when the support "device" is a regular
file and the size of the file system is not given because it's the last
partition in the virtual disk.

How to reproduce:
1) Create a virtual disk
qemu-img create -f raw testing.img 10M

2) Create several partitions
parted -s testing.img mklabel gpt
parted -s -a none testing.img mkpart ESP fat32 0 4M
parted -s -a none testing.img mkpart linux ext4 4M 10M

3) Check the file size
-rw-r--r-- 1 celelibi celelibi 10485760 nov.   1 08:32 testing.img

4) Create the ext2 file system
mke2fs -E offset=4000256 testing.img

5) The file size has increased by an mount equal to the offset
-rw-r--r-- 1 celelibi celelibi 14486016 nov.   1 08:32 testing.img


Proposed solution:
1) Take the offset into account when computing the optimal file system
size.
2) Emit a warning when the offset option is given without a file system
size and the support file is a regular file instead of a block device as
it may overwrite subsequent partitions if it's not the last one.



Best regards,
Celelibi


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

Kernel: Linux 3.10.11 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages e2fsprogs depends on:
ii  e2fslibs1.42.13-1
ii  libblkid1   2.27-3
ii  libc6   2.19-22
ii  libcomerr2  1.42.13-1
ii  libss2  1.42.13-1
ii  libuuid12.27-3
ii  util-linux  2.27-3

e2fsprogs recommends no packages.

Versions of packages e2fsprogs suggests:
pn  e2fsck-static  
pn  gpart  
ii  parted 3.2-7

-- no debconf information

Bug#803531: systemd: timeout mounting /home (btrfs) at boot

[Brian May]

Michael Biebl  writes:

> It might be worth a try to test with the lastest systemd version (v227)
> from unstable and if the problem is reproducible, file the but upstream.

Can I do this on a stable system?

I had a look at backporting systemd from unstable for stable, however
stopped when the build-depends indicated it requires *-dev packages not
in stable.
-- 
Brian May 

Bug#798265: Please apply upstream mouse event duplication patch

[RjY]

Manuel A. Fernandez Montecelo wrote:

[...]

>So now we try to be more cautious and to avoid cherry-picking fixes
>(unless they are critical fixes), unless they were going to be released
>imminently

Upstream first. I quite understand. No problem, I can live with
continuing to patch my local copy for now.

>but we don't have this guarantee anymore.  Upstream did not
>release a simple 2.0.4 bugfix release (or anything else) in more than 19
>months, while lots and lots of changes pile up every month without any
>clear indication of what's considered to be stable and what is not.
>
>We already tried to encourage upstream in different ways to try to get
>regular bugfix releases, but we failed so far.  If you think that you
>can influence them, please go ahead :)

Heh, they wouldn't know me from Adam. :)

Best I can tell, the SDL2 developers' employer has pulled them off it,
to work on a commercial game. There's a lesson in this, somewhere. :(

http://permalink.gmane.org/gmane.comp.lib.sdl/71042
http://forums.libsdl.org/viewtopic.php?p=48819#48819

(I apologise for spreading rumours if this turns out not to be the case.
It is just a post on a mailing list after all.)

-- 
http://rjy.org.uk/

Bug#785924: wxwidgets3.0: Please update to GStreamer 1.x

[Sebastian Dröge]

On Sa, 2015-10-31 at 20:39 +, Olly Betts wrote:
> On Sat, Oct 31, 2015 at 02:16:28PM +0100, Moritz Muehlenhoff wrote:
> > On Thu, May 21, 2015 at 02:31:29PM +0300, Sebastian Dröge wrote:
> > > Hi Olly,
> > > 
> > > On Do, 2015-05-21 at 01:24 +0100, Olly Betts wrote:
> > > 
> > > > But there's an upstream ticket about switching to gstreamer 1.0
> > > > with a
> > > > recently added patch.  I'd appreciate a quick review from
> > > > someone who
> > > > has more idea about gstreamer's API than I do if you have a few
> > > > minutes
> > > > (it's not a huge patch):
> > > > 
> > > > http://trac.wxwidgets.org/attachment/ticket/14976/gst1.0.patch
> > > > 
> > > > I can tell the configure part needs improving, at least to make
> > > > it
> > > > upstream-able, which makes me wonder about its general quality.
> > > 
> > > wxGStreamerMediaBackend::QueryVideoSizeFromPad() probably leaks
> > > the caps
> > > now, you need to unref() them after usage.
> > > 
> > > !gst_structure_has_name (gst_message_get_structure(message),
> > > "prepare-window-handle"))
> > > should be using
> > > gst_is_video_overlay_prepare_window_handle_message()
> > > 
> > > Otherwise seems ok if that is really enough to make things work.
> > > Not
> > > sure if more changes are needed elsewhere.
> > 
> > what's the status? wxwidgets is now one of the two remaining
> > packages
> > blocking the removal of gstreamer 0.10 from stretch.
> 
> Status is stalled, essentially.
> 
> I gather from what slomo said that the current patch isn't suitable
> for applying.

The first remark is a minor memory leak, the second is just cleanup
(and usage of the correct API) but at this time has no functional
difference (but might in the future).

The leak you can fix by adding a simple gst_caps_unref() for the caps
in that function.


Does the patch work otherwise? If so, just get it in after adding that
one line mentioned above :)

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

Bug#803634: dep5-copyright-license-name-not-unique false positive for same license with different copyrights and files

[Denis Briand]

Package: lintian
Version: 2.5.38~bpo8+1
Severity: normal

Dear maintainer,
Lintian found into qelectrotech copyright file a
dep5-copyright-license-name-not-unique.
The same license is used in several paragraphs, but with different
copyright and for different files.
See attached file
Best regards

Denis Briand
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: qelectrotech
Upstream-Contact: Laurent Trinques 
Source: http://download.tuxfamily.org/qet/debianwatch/

Files: *
Copyright: Benoît Ansieau   
   Laurent Trinques 
   Joshua claveau   
   Cyril frausty
   Xavier Guerrin   
   Youssef Oualmakran   
License: GPL-2+
 This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, 
USA.
.
On Debian systems, the complete text of the GNU General Public License
can be found in /usr/share/common-licenses/GPL-2 file.

Files: sources/richtext/*
Copyright: 2013 Digia Plc and/or its subsidiary(-ies).
License: LGPL-2.1 with Digia exception
 Commercial License Usage
 Licensees holding valid commercial Qt licenses may use this file in
 accordance with the commercial license agreement provided with the
 Software or, alternatively, in accordance with the terms contained in
 a written agreement between you and Digia.  For licensing terms and
 conditions see http://qt.digia.com/licensing.  For further information
 use the contact form at http://qt.digia.com/contact-us.
 .
 GNU Lesser General Public License Usage
 Alternatively, this file may be used under the terms of the GNU Lesser
 General Public License version 2.1 as published by the Free Software
 Foundation and appearing in the file LICENSE.LGPL included in the
 packaging of this file.  Please review the following information to
 ensure the GNU Lesser General Public License version 2.1 requirements
 will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
 .
 In addition, as a special exception, Digia gives you certain additional
 rights.  These rights are described in the Digia Qt LGPL Exception
 version 1.1, included in the file LGPL_EXCEPTION.txt in this package.
 .
 GNU General Public License Usage
 Alternatively, this file may be used under the terms of the GNU
 General Public License version 3.0 as published by the Free Software
 Foundation and appearing in the file LICENSE.GPL included in the
 packaging of this file.  Please review the following information to
 ensure the GNU General Public License version 3.0 requirements will be
 met: http://www.gnu.org/copyleft/gpl.html.


Files: elements/*
Copyright: The QElectroTech team
License: CC-BY-3.0
 The elements collection provided along with QElectroTech is provided as is and
 without any warranty of fitness for your purpose or working.
 The usage, the modification and the integration of the elements into electric
 diagrams is allowed without any condition, whatever the final license of the
 diagrams is.
 If you redistribute all or a part of the QElectroTech collection, with or
 without any modification, out of an electric diagram, you must respect the
 conditions of the CC-BY license:
 This work is licensed under the Creative Commons Attribution 3.0 License.
 To view a copy of this license, visit
 http://creativecommons.org/licenses/by/3.0/ or send a letter to Creative
 Commons, 171 Second Street, Suite 300, San Francisco, California, 94105, USA.

Files: ico/24x16/*
Copyright: Damien Sorel
License: public-domain
 24x16 Flag icons - http://www.strangeplanet.fr
 These icons are public domain, and as such are free for any use (attribution 
appreciated but not required).
 Note that these flags are mostly named using the ISO3166-1 alpha-2 country 
codes where appropriate.
 If you redistribute the pack please let the readme file into.
 If you find these icons useful, share-them!
 Contact: webmas...@strangeplanet.fr

Files: ico/oxygen-icons/*
   ico/128x128/settings.png
   ico/16x16/application-exit.png
   ico/16x16/arrow-*.png
   ico/16x16/configure.png
   ico/16x16/configure-toolbars.png
   ico/16x16/dialog-cancel.png
   

Bug#736410: fibbonacci

[Nicholas Bamber]

severity 736410 minor
found 736410 93u+20120801-1
tag 736410 - patch
thanks

If you follow the links to the stackoverflow page you get to a script 
that I am not sure deserves to succeed.
It recurses generating exponential number of subshells. Enabling a patch 
that would support that strikes me as risky at best.


Some better code would be:

#/bin/ksh93
#fibonacci sequence function
typeset -i ind=$1
typeset -a fibbo=(0 1)
typeset -i result

if (( $ind >= 2 ))
then
for i in {2..$ind}
do
(( fibbo[$i]=fibbo[$i-1]+fibbo[$i-2] ))
done
fi
(( result = fibbo[$ind] ))

echo fibbonacci sequence number $ind is $result

This does not raise subshells. Hwoever it only goes up 46 before 
reaching arithmetical overflow. I am not sure of the implications of 
trying to address this, and certainly this does not strike me as a priority.

Bug#803649: src:irony-mode: Fix the Vcs-browser field

[Sylvestre Ledru]

Package: src:irony-mode
Severity: minor

Dear Maintainer,

Currently:
Vcs-Browser: 
http://git.debian.org/?p=collab-maint/herbstluftwmirony-mode.git;a=summary

Should be:
http://anonscm.debian.org/cgit/collab-maint/irony-mode.git/

Thanks,
Sylvestre

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803650: src:irony-mode: Please rebuild against the new version of clang-dev

[Sylvestre Ledru]

Package: src:irony-mode
Severity: normal

Dear Maintainer,


We changed the default version of clang from 3.5 to 3.6.
It would be nice if you could rebuild irony-mode and validate that it is still 
working with 3.6.

thanks,
Sylvestre


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803554: FTBFS: xorg-wrapper.o: error adding symbols: Bad value

[Julien Cristau]

Control: tag -1 moreinfo

On Sat, Oct 31, 2015 at 12:57:12 +0100, Lorenzo wrote:

> Package: xserver-xorg-core
> Version: 2:1.17.2-3
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm trying to build a deb package for xserver-xorg-core using the source 
> provided by Debian, but the building process fails with the following error
> 
> 
> ic -o Xorg.wrap xorg-wrapper.o  -laudit -lm
> /usr/bin/ld: xorg-wrapper.o: relocation R_X86_64_32 against `.rodata.str1.1' 
> can not be used when making a shared object; recompile with -fPIC
> xorg-wrapper.o: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status

You omitted the command line...

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#803640: ftp.debian.org: arch:all packages temporarily disappear from sid's Packages after source-only uploads

[Andreas Beckmann]

Package: ftp.debian.org
Severity: important

I just noticed that my piuparts instance was testing the "removal" of
many libreoffice-* arch:all packages on testing->sid upgrades, which
seemed weird ... but they are actually gone from the sid/amd64 Packages
file right now:

in a sid/amd64 chroot: (has newer arch:any binary packages)

# apt-cache policy libreoffice libreoffice-l10n-bn
libreoffice:
  Installed: (none)
  Candidate: 1:5.0.3~rc2-1
  Version table:
 1:5.0.3~rc2-1 0
500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages
libreoffice-l10n-bn:
  Installed: (none)
  Candidate: (none)
  Version table:

in a sid/armhf chroot: (has older arch:any binary packages)

# apt-cache policy libreoffice libreoffice-l10n-bn
libreoffice:
  Installed: (none)
  Candidate: 1:5.0.3~rc1-2
  Version table:
 1:5.0.3~rc1-2 0
500 http://ftp.de.debian.org/debian/ unstable/main armhf Packages
libreoffice-l10n-bn:
  Installed: (none)
  Candidate: 1:5.0.3~rc1-2
  Version table:
 1:5.0.3~rc1-2 0
500 http://ftp.de.debian.org/debian/ unstable/main armhf Packages


This is caused by source-only uploads which break the assumption that
the arch:all packages "appear" at the same time as a new source package,
and therefore the conclusion 'if a new source package "appears"
without arch:all packages these obviously have been dropped' no longer
holds.

* source-only upload of a package building arch:all packages
* the arch:any packages are built and accepted (on some architectures at
  least) before the arch:all packages got built
* if there are arch:$ARCH packages from a newer source package this will
  cause the arch:all packages of the old version to be omitted from the
  Packages file even if there is no replacement, yet. This does not
  happen the other way around.


Maybe arch:any builds should not be accepted (but put on hold) before
the arch:all packages become available by being
* an empty list
* included in the maintainer upload (source+all+binary or source+all)
* built by the buildd (source-only uploads)


Andreas

Bug#803639: gwakeonlan package is empty, no more binaries, icons, etc.

[Matthieu Baerts]

Package: gwakeonlan
Version: 0.5.1-1.1
Severity: important

Dear Maintainer,

Latest version of gwakeonlan package has dropped gwakeonlan files.
Here is what we can found in this package:

/usr/share/doc/gwakeonlan/buildinfo_all.gz
/usr/share/doc/gwakeonlan/changelog.Debian.gz
/usr/share/doc/gwakeonlan/changelog.gz
/usr/share/doc/gwakeonlan/copyright

That's it!

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

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

Versions of packages gwakeonlan depends on:
ii  librsvg2-common  2.40.11-1
ii  python-gtk2  2.24.0-4ubuntu1

gwakeonlan recommends no packages.

gwakeonlan suggests no packages.

-- no debconf information

Bug#803646: src:doxygen: Please switch to clang 3.6

[Sylvestre Ledru]

Package: src:doxygen
Severity: normal


Hello,

We would like to remove llvm-toolchain-3.5 from the archive.

Please switch to clang 3.6 (or, better, 3.7).

Thanks,
Sylvestre

Bug#803645: src:libclang-perl: Please switch to clang 3.6

[Sylvestre Ledru]

Package: src:libclang-perl
Severity: normal

Hello,

We would like to remove llvm-toolchain-3.5 from the archive.

Please switch to clang 3.6 (or, better, 3.7).

Thanks,
Sylvestre

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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803652: src:pocl: Please switch to clang 3.6

[Sylvestre Ledru]

Package: src:pocl
Severity: normal


Hello,

We would like to remove llvm-toolchain-3.5 from the archive.

Please switch to clang 3.6 (or, better, 3.7).

Thanks,
Sylvestre


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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#803554: FTBFS: xorg-wrapper.o: error adding symbols: Bad value

[Lorenz]

Sorry, I'm using dpkg-buildpackage with the following commands:

$ apt-get source xserver-xorg-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Picking 'xorg-server' as source package instead of 'xserver-xorg-core'
NOTICE: 'xorg-server' packaging is maintained in the 'Git' version control
system at:
https://anonscm.debian.org/git/pkg-xorg/xserver/xorg-server.git
Skipping already downloaded file 'xorg-server_1.17.3.orig.tar.gz'
Skipping already downloaded file 'xorg-server_1.17.3-2.diff.gz'
Need to get 4,783 B of source archives.
Get:1 http://http.debian.net/debian/ sid/main xorg-server 2:1.17.3-2 (dsc)
[4,783 B]
Fetched 4,783 B in 0s (10.9 kB/s)
dpkg-source: info: extracting xorg-server in xorg-server-1.17.3
dpkg-source: info: unpacking xorg-server_1.17.3.orig.tar.gz
dpkg-source: info: applying xorg-server_1.17.3-2.diff.gz
dpkg-source: info: upstream files that have been modified:
 xorg-server-1.17.3/.dir-locals.el
 xorg-server-1.17.3/config/dbus-api
 xorg-server-1.17.3/configure.ac
 xorg-server-1.17.3/damageext/damageext.h
 xorg-server-1.17.3/doc/c-extensions
 xorg-server-1.17.3/dri3/dri3_event.c
 xorg-server-1.17.3/dri3/dri3int.h
 xorg-server-1.17.3/fix-miregion
 xorg-server-1.17.3/fix-miregion-private
 xorg-server-1.17.3/fix-patch-whitespace
 xorg-server-1.17.3/fix-region
 xorg-server-1.17.3/hw/kdrive/Xkdrive.man
 xorg-server-1.17.3/hw/kdrive/fbdev/Xfbdev.man
 xorg-server-1.17.3/hw/xfree86/os-support/shared/platform_noop.c
 xorg-server-1.17.3/hw/xfree86/xorg-wrapper.c
 xorg-server-1.17.3/hw/xquartz/GL/glcontextmodes.c
 xorg-server-1.17.3/hw/xquartz/GL/glcontextmodes.h
 xorg-server-1.17.3/hw/xwin/winclipboard/internal.h
 xorg-server-1.17.3/xkb/XKM_file_format.txt


$ cd xorg-server-1.17.3/

# apt-get build-dep xserver-xorg-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
Picking 'xorg-server' as source package instead of 'xserver-xorg-core'
0 upgraded, 0 newly installed, 0 to remove and 19 not upgraded.

 $ dpkg-buildpackage -us -uc

the output of the last command is quite long but ends with the error I
report in the first message.

Cheers,
Lorenzo

2015-11-01 10:50 GMT+01:00 Julien Cristau :

> Control: tag -1 moreinfo
>
> On Sat, Oct 31, 2015 at 12:57:12 +0100, Lorenzo wrote:
>
> > Package: xserver-xorg-core
> > Version: 2:1.17.2-3
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > I'm trying to build a deb package for xserver-xorg-core using the source
> provided by Debian, but the building process fails with the following error
> >
> > 
> > ic -o Xorg.wrap xorg-wrapper.o  -laudit -lm
> > /usr/bin/ld: xorg-wrapper.o: relocation R_X86_64_32 against
> `.rodata.str1.1' can not be used when making a shared object; recompile
> with -fPIC
> > xorg-wrapper.o: error adding symbols: Bad value
> > collect2: error: ld returned 1 exit status
>
> You omitted the command line...
>
> Cheers,
> Julien
>

Bug#803547: bbswitch: please make the build reproducible

[Luca Boccassi]

On Sat, 2015-10-31 at 10:56 +0100, Reiner Herrmann wrote:
> Hi!
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that bbswitch could not be built reproducibly.
> The permissions inside a tarball vary because of different umasks.
> 
> The attached patch tells tar to normalize the permissions.

Hello Reiner,

Thanks for the patch!

Andreas,

I have tested and verified that bbswitch-source via module-assistant
(and -dkms too to be safe) work fine on my optimus laptop, and pushed to
git.

Could you please do a new upload once you are happy with the diff and
have time? Thanks!

Kind regards,
Luca Boccassi


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

Bug#803659: RFP: steamcmd -- CLI version of Valve's Steam software distribution system

[Gregor Riepl]

Package: wnpp
Severity: wishlist

* Package name: steamcmd
  Version : unknown
  Upstream Author : unknown
* URL : https://developer.valvesoftware.com/wiki/SteamCMD
* License : Proprietary
  Programming Lang: unknown
  Description : CLI version of Valve's Steam software distribution system

(From the Valve developer wiki)
The Steam Console Client or SteamCMD is a command-line version of the Steam
client. Its primary use is to install and update various dedicated servers
available on Steam using a command-line interface. It works with games that use
the SteamPipe content system. All games have been migrated from the deprecated
HLDSUpdateTool to SteamCMD.

SteamCmd is a command line version of Steam, that is much more suitable for
server installation than the GUI client. Aside from the X-less interface, it
also allows game server downloads without requiring a Steam account login.

As Debian is a common distribution for Linux servers these days, it would make
a lot of sense to package it and offer easy installation to game server
operators.

The license is proprietary and no source is available, so the package would
presumably go into the non-free repository, like steam.

Bug#799340: libgetdata-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/man/man3/gd_frameoffset.3.gz

[Andreas Beckmann]

Followup-For: Bug #799340
Control: found -1 0.9.0-1

Hi,

the B+R against libgetdata-dev is now correct, but the package is still
missing the same against libgetdata-tools.


Andreas

Bug#803603: usb-modeswitch-data: please make the build reproducible

[Josua Dietze]

Thanks for the hint!

I have applied the patch to the new upstream version of the data package 
(20151101), available as of now; I was in the process of releasing it when you 
filed the bug. Great timing!



Best regards,
Josh

Bug#803605: transition: gpsd

[Bernd Zeimetz]

On 11/01/2015 01:14 PM, Sebastiaan Couwenberg wrote:
> On Sat, 31 Oct 2015 19:42:18 +0100 Bernd Zeimetz wrote:
>> gpsd needs a transition again. I do not expect build failures
>> or functional problems in the packages using libgps or
>> libqgpsmm.
> 
> direwolf & merkaartor fail to build due to missing compatibility with
> libgps22.

thanks for the hint, guess I missed the sat struct change :(


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#803674: RFS: opengm/2.3.6-1 [ITP]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: opengm
  Version : 2.3.6-1
  Upstream Author : The OpenGM developers
* URL : http://hci.iwr.uni-heidelberg.de/opengm2/
* License : Expat
  Section : science

It builds those binary packages:

  libopengm-bin - command line tools for OpenGM
  libopengm-dev - C++ template library for discrete factor graph models
  libopengm-doc - API documentation for OpenGM
  python-opengm - Python interface to OpenGM
  python-opengm-doc - documentation for the Python interface to OpenGM

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


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

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

  dget -x 
http://mentors.debian.net/debian/pool/main/o/opengm/opengm_2.3.6-1.dsc


Changes since the last upload:

  * Initial release. Closes: #801971

Regards,
Ghislain Vaillant

Bug#801501: libqt5sql5: libQt5 segfault when computer resumes from standby

[Francois Gouget]

On Thu, 29 Oct 2015, Francois Gouget wrote:
[...]
> I'm also getting kactivitymanager crashes related to libQt5Sql.so.5.5.1. From
> dmesg:
> 
> [49609.944830] kactivitymanage[11752]: segfault at 7fbba0763cd0 ip 
> 7fbba06f9291 sp 7ffc09c2c918 error 4 in 
> libQt5Sql.so.5.5.1[7fbba06e5000+3f000]
> 
> For me they are totally unrelated to resuming: they happen on a computer 
> that's
> never suspended. However they do seem to be related to bug 801739. I'll have 
> to
> verify whether the dmesg traces are well correlated to the plasmashell 
> crashes.

I had a few more plasmashell crashes and no new kactivitymanager traces 
in dmesg. So this bug is not related to bug 801739. The only 
kactivitymanager trace I got was shortly after booting up and logging in 
however...


-- 
Francois Gouget   http://fgouget.free.fr/
 The greatest programming project of all took six days; on the seventh day the
  programmer rested. We've been trying to debug the *&^%$#@ thing ever since.
  Moral: design before you implement.

Bug#803676: icinga-web-config-icinga2-ido-mysql: dbconfig creates database with wrong permissions and fails because of this

[Alexander Schier]

Package: icinga-web-config-icinga2-ido-mysql
Severity: grave
Justification: renders package unusable

Dear Maintainer,
when installing icinga-web-config-icings2-ido-mysql and configuring for
another host than localhost the dbconfig creates a user with access
icinga2_web@localhost, even when another hostname via TCP/IP is
specified. When all questions are answered, the creation of the database
fails because it does not have the rights to populate the database (and
the webinterface does not have the rights to access it).
The problem affects the icinga2-ido-mysql package as well.


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

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

Bug#803451: kactivities: kactivitymanage segfaults on logout

[Lisandro Damián Nicanor Pérez Meyer]

tag 803451 moreinfo
thanks

Hi Andy! This is probably due to #802811, please update your system and try 
again.


-- 
Nearly all men can stand adversity, but if you want to test a man's
character, give him power.
  Abraham Lincoln

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#797926: transition: openssl: remove SSLv3 methods

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 01/11/15 16:22, Kurt Roeckx wrote:
> On Sun, Nov 01, 2015 at 03:22:29PM +0100, Emilio Pozuelo Monfort wrote:
>> On 26/10/15 23:28, Emilio Pozuelo Monfort wrote:
>>> On 24/10/15 11:22, Kurt Roeckx wrote:
 On Wed, Sep 16, 2015 at 10:17:10PM +0100, Jonathan Wiltshire wrote:
> On Wed, Sep 09, 2015 at 12:25:16PM +0200, Kurt Roeckx wrote:
>> On Thu, Sep 03, 2015 at 10:36:33PM +0100, Jonathan Wiltshire wrote:
 So do I start with an soname change and upload that to
 experimental?
>>>
>>> Yes please.
>>
>> So that has passed the new queue now.  Please let me know when I
>> can start this in unstable.
>
> Looking at the tracker there are (as I suspected) quite a number of
> collisions with the ongoing g++ work. We'll try and arrange a slot when
> things are calmer.

 So any idea when you'll have time for this?
>>>
>>> Possibly after the perl one, if the libstdc++ one allows for this (I need to
>>> check). This is in my radar.
>>
>> Do the rdeps build against the new version? IOW, are there any users of the
>> removed methods?
> 
> There are users of the removed method.  But all known ones should
> have been changed to either not use it anymore or use it
> conditionally.

By conditionally do you mean guarded by #ifdefs ?

Anyway, let's go ahead with this. The three libraries that are part of the
libstdc++ transition and haven't been renamed yet are gdcm and libzypp, which
aren't in testing, and pjproject, which I may remove from testing if it doesn't
get fixed soon.

Cheers,
Emilio

Bug#803445: konsole: Not starting, "Could not find drkonqi" message

[Lisandro Damián Nicanor Pérez Meyer]

tag 803445 moreinfo
thanks

Hi André!

This is probably due to #802811. Please update your system and check again.

Thanks!

-- 
porque no respeta el orden natural en el que se leen las cosas
>¿por qué top-posting es tan molesto?
>>top-posting
>>>¿cuál es la peor molestia en los emails de respuesta?

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#803231: rr: /usr/share/doc/rr/README.Debian mentions a non-existent script.sh file

[Stephen Kitt]

Hi Alberto,

On Wed, 28 Oct 2015 10:35:32 +0100, Alberto Luaces  wrote:
> Debian's README file has a note about a script that can be used to disable
> some kernel features in order to use rr.  That script is not found among
> the files belonging to this package.  Maybe it is a leftover from earlier
> versions.

It is indeed a leftover, I'll clarify the paragraph in the next upload.
(Nowadays rr tells you at runtime what settings need fixing, or it tells you
to run "perf record" and fix what that tells you.)

Regards,

Stephen


pgpg8ILi2L3fN.pgp
Description: OpenPGP digital signature

Bug#803683: logs all messages twice

[Christoph Egger]

Package: nsd
Version: 4.1.0-3
Severity: normal

Hi!

nsd, per default, logs both to stderr and syslog. As systemd forwards
both into journal all messages are included twice. Now, one could
probably do a `-l /dev/stderr` though the stderr messages carry a
timestamp adding a second timestamp to journal (next to the native
one). Ideally one could make nsd just use syslog and nothing else but
this does not seem to be possible?

  Christoph

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: mipsel (mips64)

Kernel: Linux 3.16.0-4-loongson-2f
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nsd depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  init-system-helpers1.22
ii  libc6  2.19-18+deb8u1
ii  libevent-2.0-5 2.0.21-stable-2
ii  libssl1.0.01.0.1k-3+deb8u1
ii  lsb-base   4.1+Debian13+nmu1

nsd recommends no packages.

nsd suggests no packages.

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

-- debconf information excluded

Bug#802549: transition: x264

[Sebastian Ramacher]

On 2015-11-01 10:54:05, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 21/10/15 00:53, Sebastian Ramacher wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > Control: forwarded -1 
> > https://release.debian.org/transitions/html/auto-x264.html
> > 
> > Another x264 SONAME bump. New version is in unstable and all reverse
> > dependencies build fine against the new version.
> 
> Go ahead.

Thanks, uploaded.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#803685: haskell-devscripts: Please print status messages when generating haddock documentation

[Chris Lamb]

Package: haskell-devscripts
Version: 0.9.11
Severity: wishlist
Tags: patch

Hi,

If we append --verbose=2 to the call to haddock, we get a nice per-line
status of the file currently being processed instead of a single line:

  [..]

  Running hscolour for yi-language-0.1.1.0...
  creating dist-ghc/doc/html/yi-language
  Preprocessing library yi-language-0.1.1.0...
  creating dist-ghc/doc/html/yi-language/src
  /usr/bin/HsColour -print-css -o[..]/hscolour.css
  /usr/bin/HsColour -css -anchor -o[..]/Yi-Buffer-Basic.html
  src/Yi/Buffer/Basic.hs
  /usr/bin/HsColour -css -anchor -o[..]/Yi-Lexer-Abella.html
  dist-ghc/build/Yi/Lexer/Abella.hs
  /usr/bin/HsColour -css -anchor -o[..]/Yi-Lexer-Alex.html
  src/Yi/Lexer/Alex.hs

  [..]

This is nice for larger packages where generating the documentation can
take some time. It no more spam than the per-file ghc status messages
that we currently omit.

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Dh_Haskell.sh b/Dh_Haskell.sh
index eba8c30..a90132a 100644
--- a/Dh_Haskell.sh
+++ b/Dh_Haskell.sh
@@ -419,7 +419,7 @@ haddock_recipe(){
 # local PS5=$PS4; PS4=" + haddock_recipe> "; set -x
 hc=`packages_hc`
 haddock=`hc_haddock ${hc}`
-[ ! -x /usr/bin/${haddock} ] || run ${DEB_SETUP_BIN_NAME} haddock 
--builddir=dist-${hc} --with-haddock=/usr/bin/${haddock} --with-ghc=${hc} 
${DEB_HADDOCK_OPTS} || \
+[ ! -x /usr/bin/${haddock} ] || run ${DEB_SETUP_BIN_NAME} haddock 
--builddir=dist-${hc} --with-haddock=/usr/bin/${haddock} --with-ghc=${hc} 
--verbose=2 ${DEB_HADDOCK_OPTS} || \
   echo "Haddock failed (no modules?), creating empty documentation 
package."
 # PS4=$PS5
 }

Bug#803684: haskell-devscripts: Don't print a warning if there are no -doc package Recommends

[Chris Lamb]

Package: haskell-devscripts
Version: 0.9.11
Severity: minor
Tags: patch

Hi,

If dh_haskell_depends cannot find any inter-package that should result
in packages being added to Recommends it calls dpkg-query with no
arguments, causing a spurious warning during builds:

  [..]

  Running dh_haskell_depends -plibghc-yi-language-doc
  dpkg-query: error: --search needs at least one file name pattern
  argument
  
  Use --help for help about querying packages.
  dh_haskell_blurbs "ghc" -plibghc-yi-language-doc

  [..]

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/dh_haskell_depends b/dh_haskell_depends
index 3ecebec..46b9214 100644
--- a/dh_haskell_depends
+++ b/dh_haskell_depends
@@ -138,7 +138,7 @@ for pkg in `dh_listpackages $args`; do
 | grep ^/ \
 | cut -d# -f1 \
 | sort -u \
-| xargs dpkg -S \
+| xargs -r dpkg -S \
 | cut -d: -f1 \
 | sort -u \
 | sed -e :a -e '$!N; s/\n/, /; ta'`

Bug#803644: [Pkg-julia-devel] Bug#803644: src:julia: Please switch to llvm 3.6

[Viral Shah]

We are in the process of moving to 3.7.

-viral
On 1 Nov 2015 6:21 p.m., "Sylvestre Ledru"  wrote:

> Package: src:julia
> Severity: normal
>
> Hello,
>
> We would like to remove llvm-toolchain-3.5 from the archive.
>
> Please switch to llvm 3.6 (or, better, 3.7).
>
> Thanks,
> Sylvestre
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (600, 'unstable'), (500,
> 'oldstable-updates'), (500, 'oldstable'), (300, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.1.0-2-amd64 (SMP w/4 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)
>
> ___
> 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#798947: chirp: unsupported firmware: N5R3409BFP3-25. Please package more often

[Iain R. Learmonth]

owner 798947 !
kthxbye

-- 


signature.asc
Description: PGP signature

Bug#802978: avoid implicit pointer conversions

[Laurent Gautier]

rpy2-2.7.3 was just released and is now available on pypi.

2015-10-30 21:33 GMT-04:00 Dirk Eddelbuettel :
>
> On 28 October 2015 at 05:59, Laurent Gautier wrote:
> | The patch(*) is in rpy2's repository. I confirm that it will be
> | included in rpy2-2.7.3.
>
> And I made a rpy2_2.7.2-2 with the patch as well.
>
> Dirk
>
> | Best,
> |
> | Laurent
> |
> | 2015-10-26 1:58 GMT-04:00 Laurent Gautier :
> | > Hi Dirk and all,
> | >
> | > Thanks for the patch Matthias. I have started some refactoring the of
> | > C code and some of it is already in the rpy2 releases 2.7.x. I almost
> | > certainly introduced the problems at that moment.
> | >
> | > I'll have a look at your patch it as soon as I possible, and it will
> | > normally make it to rpy2-2.7.3.
> | >
> | > Best,
> | >
> | >
> | > Laurent
> | >
> | > 2015-10-25 15:36 GMT-04:00 Dirk Eddelbuettel :
> | >>
> | >> Salut Laurent,
> | >>
> | >> This just in from doko aka Matthias (who is among the more clueful 
> Debian/Ubuntu
> | >> folks, and who has been looking after both gcc et al and Python for a 
> decade+).
> | >>
> | >> Can you take a peek?  I am in the middle of something else, but I could 
> of
> | >> also apply the suggested patch directly and see how it fares -- before 
> you
> | >> maybe fold it in upstream for 2.7.3?
> | >>
> | >> Thanks,  Dirk
> | >>
> | >> On 25 October 2015 at 19:52, Matthias Klose wrote:
> | >> | Package: src:rpy2
> | >> | Version: 2.7.2-1
> | >> | Severity: important
> | >> | Tags: patch
> | >> |
> | >> | seen on the Ubuntu buildds.
> | >> |
> | >> | Function `rpy2_newenv' implicitly converted to pointer at
> | >> | ./rpy/rinterface/_rinterface.c:1426
> | >> | Function `rpy2_newenv' implicitly converted to pointer at
> | >> | ./rpy/rinterface/_rinterface.c:1426
> | >> | Function `rpy2_newenv' implicitly converted to pointer at
> | >> | ./rpy/rinterface/_rinterface.c:1426
> | >> |
> | >> |
> | >> |
> | >> | Our automated build log filter detected the problem(s) above that will
> | >> | likely cause your package to segfault on architectures where the size 
> of
> | >> | a pointer is greater than the size of an integer, such as ia64 and 
> amd64.
> | >> |
> | >> | This is often due to a missing function prototype definition.
> | >> |
> | >> | Since use of implicitly converted pointers is always fatal to the 
> application
> | >> | on ia64, they are errors.  Please correct them for your next upload.
> | >> |
> | >> | More information can be found at:
> | >> | http://wiki.debian.org/ImplicitPointerConversions
> | >> |
> | >> | patch at
> | >> | 
> http://launchpadlibrarian.net/222810676/rpy2_2.7.2-1_2.7.2-1ubuntu1.diff.gz
> | >>
> | >> --
> | >> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#803660: sdcc: fails to upgrade from 'testing' - trying to overwrite /usr/bin/sdar

[Andreas Beckmann]

Package: sdcc
Version: 3.5.0+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Selecting previously unselected package sdcc.
  Preparing to unpack .../sdcc_3.5.0+dfsg-1_amd64.deb ...
  Unpacking sdcc (3.5.0+dfsg-1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/sdcc_3.5.0+dfsg-1_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/sdar', which is also in package sdcc-ucsim 
3.4.0+dfsg-2
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/sdcc_3.5.0+dfsg-1_amd64.deb


cheers,

Andreas


sdcc-ucsim=3.4.0+dfsg-2_sdcc=3.5.0+dfsg-1.log.gz
Description: application/gzip

Bug#803663: ethstatus: cannot use interface name with a length greather than 5

[Wolfgang Andreas]

Package: ethstatus
Version: 0.4.3
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

Wanted to show the current network utilization in a console session

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

When trying to start ethstatus for the interface "wlp3s0" which were created 
during the installation of debian only the help is shown instead of the graph. 
The
same happens for "enp2s0". When trying just "wlp3s" or "wlp3" or "wlp" ... then 
the graph is displayed. But this is not usable for multiple interfaces with a 
such naming.

   * What was the outcome of this action?

Help page was displayed, but not the graph.

   * What outcome did you expect instead?

Network utilizazion graph of the desired interface.


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

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

Versions of packages ethstatus depends on:
ii  libc62.19-22
ii  libncurses5  6.0+20150810-1

ethstatus recommends no packages.

ethstatus suggests no packages.

-- no debconf information

Bug#797125: fixed in barbican 2015.1.0-8

[Andreas Beckmann]

On Mon, 14 Sep 2015 09:49:17 + Thomas Goirand  wrote:

>  barbican (2015.1.0-8) unstable; urgency=medium
>  .
>* Updated pt.po (Closes: #797125).

Is this change included in 1:1.0.0-2? This changelog entry is missing there.


Andreas

Bug#802701: freemind: Freemind doesn't start with OpenJDK-8

[tony mancill]

On 11/01/2015 02:20 AM, Vincent Smeets wrote:

> further investigation shows that it's probably not a problem of
> freemind, but of OpenJDK or X11 or something else.

Hi Vincent,

Thank you for looking into it again.  We can leave the bug open and then
reassign it once we determine the root cause.  It may help others who
are encountering the same issue.

Cheers,
tony



signature.asc
Description: OpenPGP digital signature

Bug#801609: license-reconcile: FTBFS: cannot parse file 't/data/example/sample.png'

[Steve Langasek]

On Sat, Oct 31, 2015 at 08:48:56PM +, Nicholas Bamber wrote:
> 2.) I think what Steve meant to do was clone #801609, retitle and reassign
> the clone to devscripts. That's reasonable as there may well be more work to
> do.

No, that is not what I meant to do.

The behavior of devscripts has changed.  I have doubts about the correctness
of that change.  It is appropriate to ask whether the current devscripts
behavior is correct, before trying to adapt other packages to that behavior,
lest those other packages get *another* serious bug filed later when the
behavior changes again.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#803669: Breaks QProcess in owncloud-client tests on mips an mipsel

[Lisandro Damián Nicanor Pérez Meyer]

Hi Gaudenz!

On Sunday 01 November 2015 17:32:12 Gaudenz Steinlin wrote:
[snip]
> Setting the severity of this bug to serious because it causes another
> package to fail to build from source.
> 
> This version of Qt breaks the tests of owncloud-sync on mips and mipsel.
> Test also break when compiling version 2.0.0+dfsg-1 of owncloud-client
> which previously successfully built against the newer version of Qt. So I
> suspect this is a bug in Qt and not in owncloud-client.
> 
> See here for the failing build logs:
> https://buildd.debian.org/status/fetch.php?pkg=owncloud-client=mipsel
> er=2.0.2%2Bdfsg-1=1445685652
> 
> I tried to debug this on the mipsel porter box but could not resovlve
> the problem. This is what I found out:
> 
> - The problem is also present when running the tests with Qt
>   5.5.0+dfsg-3 so setting this version. This is the first version of Qt
>   5.5 available for mipsel. This is likely a bug introduced with Qt 5.5.
> 
> - This is the problematic part of the code in owncloud-client which
>   triggers the bug (see test/testfilesystem.h in owncloud-client):
>  
> https://anonscm.debian.org/cgit/pkg-owncloud/owncloud-client.git/tree/test/
> testfilesystem.h
> 
>  26 QByteArray shellSum( const QByteArray& cmd, const QString& file )
>  27 {
>  28QProcess md5;
>  29QStringList args;
>  30args.append(file);
>  31md5.start(cmd, args);
>  32QByteArray sumShell;
>  33qDebug() << "File: "<< file;
>  34
>  35if( md5.waitForFinished()  ) {
>  36
>  37  sumShell = md5.readAll();
>  38  sumShell = sumShell.left( sumShell.indexOf(' '));
>  39}
>  40return sumShell;
>  41 }
> 
>   This is called twice during the test to compute a md5/sha1 sum with the
> command line tool to compare this against owncloud-clients internal
> implementation. The test then fails because this function returns an empty
> string instead of the correct result.
> 
> - Running the test under strace shows that the md5sum/sha1sum call succeeds
> and returns the correct string. But apparently waitForFinished just hangs
> for 30s (default timeout value) and then returns an error.

An important detail here would be to know if the md5sum value gets returned 
during the 30 seconds that waitForFinished and +/- how many seconds 
before/after.
 
> At this point I'm out of ideas on how to further debug this. Help by Qt
> maintainers or mips porters would be appreciated.

If you can please test with md5.waitForFinished(6) on line 35. It's not 
strange to have great delays on mips and mipsel.

Kinds regards, Lisandro.

-- 
 hmm, el enchufe hace chispas...
<-- rata ha dejado este servidor ("Leaving").
 ouch
  Visto en #lugfi, irc.freenode.net

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#803675: reportbug: unable to report bug on kernel

[twied]

Package: reportbug
Version: 6.6.5
Severity: important

Dear Maintainer,

* What led up to the situation?
* What exactly did you do (or not do) that was effective (or ineffective)?

I was trying to report a bug / regression on linux kernel 4.1 -> 4.2 using
reportbug (gtk)

$ reportbug linux-image-4.2.0-1-amd64

* What was the outcome of this action?

When I come to the sceen saying "gathering additional information (this may
take a while)" the following output occurs on the terminal:
> Include network configuration and status from this computer?
And reportbug won't continue.

* What outcome did you expect instead?
Being able to continue :)

- Tim



-- Package-specific info:
** Environment settings:
INTERFACE="gtk2"

** /home/user/.reportbugrc:
reportbug_version "6.3.1"
mode standard
ui gtk2
realname "twied"
email "tw...@gmx.net"
no-cc
header "X-Debbugs-CC: tw...@gmx.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   1.0.10.2
ii  python2.7.9-1
ii  python-reportbug  6.6.5
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  claws-mail   3.13.0-1
pn  debconf-utils
pn  debsums  
pn  dlocate  
pn  emacs23-bin-common | emacs24-bin-common  
ii  file 1:5.25-2
ii  gnupg1.4.19-6
pn  postfix | exim4 | mail-transport-agent   
ii  python-gtk2  2.24.0-4
pn  python-gtkspell  
pn  python-urwid 
ii  python-vte   1:0.28.2-5
ii  xdg-utils1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.0.10.2
ii  python-debian 0.1.27
ii  python-debianbts  2.6.0
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#803680: Transistion: liblinear

[Christian Kastner]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

I just accidentally uploaded the new version of liblinear to unstable,
instead of my intended target experimental :-/ This bumps the SONAME in
unstable.

liblinear has two reverse dependencies, nmap and kytea. nmap built fine
with liblinear-2.01 (where the SONAME was bumped), I expect the same
from this new upstream release.

kytea FTBFS with the new version. I've looked into it, but couldn't
quickly resolve the issue, so I filed #799805 a while ago. A possible
resolution would be for kytea to switch back to its embedded version of
an older liblinear.

How would you like me to proceed?

The auto-generated ben tracker is accurate.

Sorry for the troubles,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#797926: transition: openssl: remove SSLv3 methods

[Kurt Roeckx]

On Sun, Nov 01, 2015 at 06:52:08PM +0100, Emilio Pozuelo Monfort wrote:
> >> Do the rdeps build against the new version? IOW, are there any users of the
> >> removed methods?
> > 
> > There are users of the removed method.  But all known ones should
> > have been changed to either not use it anymore or use it
> > conditionally.
> 
> By conditionally do you mean guarded by #ifdefs ?

Yes.  I do wish they just removed it though.

> Anyway, let's go ahead with this.

Ok, I'll upload it to unstable soon.


Kurt

Bug#801609: license-reconcile: FTBFS: cannot parse file 't/data/example/sample.png'

[Dominique Dumont]

On Sunday 01 November 2015 18:59:25 Jonas Smedegaard wrote:
> > Jonas, do you agree with this proposal ?
> 
> If you mean to *not* apply filter when user has explicitly instructed 
> what files to work on (by use of regex), then I am in favor.

Could you provide some example of licensecheck command that use a regex ?
(I want to make sure that we understand each other)

All the best

-- 
 https://github.com/dod38fr/   -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/  -o-   irc: dod at irc.debian.org

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

Bug#801609: license-reconcile: FTBFS: cannot parse file 't/data/example/sample.png'

[Jonas Smedegaard]

Quoting Dominique Dumont (2015-11-01 19:07:56)
> On Sunday 01 November 2015 18:59:25 Jonas Smedegaard wrote:
>>> Jonas, do you agree with this proposal ?
>>
>> If you mean to *not* apply filter when user has explicitly instructed 
>> what files to work on (by use of regex), then I am in favor.
>
> Could you provide some example of licensecheck command that use a regex ?
> (I want to make sure that we understand each other)

licensecheck -c '.*' -r --copyright -i 
'^((.*/)?[^/]+\.(icc|pdf|ttf)|Resource/Font/.*|doc/.*\.htm|debian/(changelog|copyright(|_hints|_newhints)))$'
 -l '9' * | /usr/lib/cdbs/licensecheck2dep5 > debian/copyright_newhints

Above was found in most recent build log of ghostscript for arm64: 
https://buildd.debian.org/status/fetch.php?pkg=ghostscript=arm64=9.16~dfsg-2=1438453240


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#803681: ITP: utf8proc -- C library for processing UTF-8 Unicode data

[Peter Colberg]

Package: wnpp
Severity: wishlist
Owner: Peter Colberg 

* Package name: utf8proc
  Version : 1.3.1
* URL : https://github.com/JuliaLang/utf8proc
* License : Expat
  Programming Lang: C, Ruby, Julia
  Description : C library for processing UTF-8 Unicode data

utf8proc is a small, clean C library that provides Unicode normalization,
case-folding, and other operations for data in the UTF-8 encoding, supporting
Unicode version 8.0.

This package replaces the embedded copy of utf8proc in the julia package,
and is suited to substitute embedded copies in the following packages:

  liblucy-perl
  mriconvert
  netcdf
  netsurf
  paraview
  subversion
  swi-prolog
  utopia-documents
  vtk
  xqilla
  zephyr

The package will be maintained by the Debian Julia Team (Cc'ed).

Bug#738372: haskell-tasty-golden: FTBFS: hlibrary.setup: dist-ghc/doc/html/tasty-golden/haddock-prolog10834.txt: invalid argument

[Chris Lamb]

reassign 738372 ghc-haddock
retitle 738372 ghc-haddock: Does not support UTF-8 .cabal files when
LANG=C
thanks

Hi,

Just to summarise and reorganise this issue:

If a .cabal file contains unicode characters in (for example) its
description field and you are not running under a UTF-8 locale, Haddock
will fail to build the documentation:

  [..]

  hlibrary.setup: dist-ghc/doc/html/yi-language/haddock-prolog10907.txt:
  invalid
  argument

  [..]

If you re-run with --keep-temp-files, the file it refers to (eg.
haddock-prolog10907.txt) contains the unicode-containing line:

: 436f 6c6c 6563 7469 6f6e 206f 6620 6c61  Collection of la
0010: 6e67 7561 6765 2d72 656c 6174 6564 2059  nguage-related Y
0020: 6920 6c69 6272 6172 6965 733a 206c 6578  i libraries: lex
0030: 6572 732c 2073 6361 6e6e 6572 73 ers, scanners

In this case, it's a HORIZONTAL ELLIPSIS (U+2026) at the end.


Regards,

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

Bug#803687: haskell-devscripts: should refuse to create an empty documentation packages

[Chris Lamb]

Package: haskell-devscripts
Version: 0.9.11
Tags: patch

Hi,

haskell-devscripts currently ignores errors when generating haddock
documentation. This seems like a mistake as it:

 a) Masks underlying problems in haddock and/or the build environment
 (eg. #738372)

 b) Results in empty -doc packages

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/Dh_Haskell.sh b/Dh_Haskell.sh
index eba8c30..ca9be57 100644
--- a/Dh_Haskell.sh
+++ b/Dh_Haskell.sh
@@ -419,8 +419,11 @@ haddock_recipe(){
 # local PS5=$PS4; PS4=" + haddock_recipe> "; set -x
 hc=`packages_hc`
 haddock=`hc_haddock ${hc}`
-[ ! -x /usr/bin/${haddock} ] || run ${DEB_SETUP_BIN_NAME} haddock 
--builddir=dist-${hc} --with-haddock=/usr/bin/${haddock} --with-ghc=${hc} 
${DEB_HADDOCK_OPTS} || \
-  echo "Haddock failed (no modules?), creating empty documentation 
package."
+if [ -x /usr/bin/${haddock} ] && \
+  ! run ${DEB_SETUP_BIN_NAME} haddock --builddir=dist-${hc} 
--with-haddock=/usr/bin/${haddock} --with-ghc=${hc} ${DEB_HADDOCK_OPTS} ; then
+   echo "Haddock failed (no modules?), refusing to create empty 
documentation package."
+   exit 1
+fi
 # PS4=$PS5
 }
 

Bug#803686: direwolf: FTBFS with libgps22

[Bas Couwenberg]

Source: direwolf
Version: 1.2-1
Severity: important
Tags: patch upstream

Dear Maintainer,

direwolf (1.2-1) FTBFS with libgps22 as part of the gpsd transition (#803605):

 dwgps.c:64:2: error: #error libgps API version might be incompatible.
  #error libgps API version might be incompatible.
   ^
 : recipe for target 'dwgps.o' failed

dwgps.c claims to only support GPSD_API_MAJOR_VERSION 5, but also builds
successfully with GPSD_API_MAJOR_VERSION 6 provided by libgps22 when the
attached patch is applied.

Kind Regards,

Bas
Description: Enable building with libgps22 (GPSD_API_MAJOR_VERSION 6)
Author: Bas Couwenberg 

--- a/dwgps.c
+++ b/dwgps.c
@@ -60,7 +60,7 @@
 #if ENABLE_GPS
 #include 
 
-#if GPSD_API_MAJOR_VERSION != 5
+#if GPSD_API_MAJOR_VERSION < 5 || GPSD_API_MAJOR_VERSION > 6
 #error libgps API version might be incompatible.
 #endif
 

Bug#803655: dspdfviewer: please enable parallel building

[Pino Toscano]

Source: dspdfviewer
Version: 1.13.1-1
Severity: normal
Tags: patch

Hi,

dspdfviewer seems to build fine with multiple build jobs when building.
Thus, my suggestion is to enable the parallel build (with the
--parallel option of dh) to speed up the compilation when requested
(see also Policy §4.9.1).

Thanks,
-- 
Pino
--- a/debian/rules
+++ b/debian/rules
@@ -25,4 +25,4 @@ override_dh_installdocs:
 	dh_installdocs --link-doc=dspdfviewer
 
 %:
-	dh $@
+	dh $@ --parallel

Bug#803200: nvidia-driver: nvidia-current fails to load with kernels 4.x

[Luca Boccassi]

On Tue, 2015-10-27 at 22:39 +0100, Alberto Fuentes wrote:
> Dear Maintainer,
> 
>* What led up to the situation?
> 
> I upgraded from 348 (or so) to latest 352 in experimental. The new nvidia-
> driver in experimental segfaults to me (I have being trying to upgrade for a
> month now (after you uploaded new point versions i check out the changelog and
> try to upgrade again)
> 
> My path of action when everything fails is to purge everything nvidia related
> and install the version from sid... If that fails I purge everything and
> install the versions from testing
> 
> The version from sid was segfaulting to me too and libgl1-mesa-glx hanged in
> the middle of the installation
> 
> With the latest version and sid it seems it does not segfault anymore, but
> fails to load nvidia-current. It fails both with kernel 4.1.0-2-amd64 and
> 4.2.0-1-amd64.
> 
> I was able to boot with 3.10-3-amd64
> 
> I do this by booting with the 3.10-3-amd64 kernel, dpkg-reconfigure nvidia-
> kernel-dkms (which builds both current and latest module) and reboot again 
> with
> 3.10-3-amd64
> 
> Again, this has been happening for a month now (I try again every time you
> upgrade the packages :)
> 
> Ask away if im missing some detail

Hello Alberto,

When you say segfaults, what do you refer to, precisely? The desktop
manager? Xorg? Could you please attach a log and backtrace of the crash?

Thanks!

Kind regards,
Luca Boccassi


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

Bug#794273: nim: FTBFS on mipsel

[Ximin Luo]

Control: tags -1 + upstream
Control: retitle -1 FTBFS on mipsel

Upstream now supports mipsel and a bunch of other architectures; I will try to 
get this working in Debian too.

X

-- 
GPG: 4096R/1318EFAC5FBBDBCE
git://github.com/infinity0/pubkeys.git

Bug#751933: kernel oops NFS with cachefilesd/fscache

[higuita]

Hi


I also got this problem, with this oops:


Oct 31 07:27:08 jumiaA01 kernel: [1873918.945568] CacheFiles: 
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945602] CacheFiles: Assertion failed
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945636] CacheFiles: 2000 < 1c21 is 
false
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945720] [ cut here 
]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945756] kernel BUG at 
/build/linux-xkTWug/linux-3.16.7-ckt11/fs/cachefiles/rdwr.c:932!
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945814] invalid opcode:  [#1] SMP 
Oct 31 07:27:08 jumiaA01 kernel: [1873918.945850] Modules linked in: aufs(C) 
cachefiles usb_storage binfmt_misc nfsv3 rpcsec_gss_krb5 nfsv4 dns_resolver 
nfsd auth_rpcgss 
oid_registry nfs_acl nfs lockd fscache sunrpc 8021q garp stp mrp llc bonding 
x86_pkg_temp_thermal intel_powerclamp intel_rapl ast ttm coretemp 
drm_kms_helper kvm_intel kvm 
crc32_pclmul ghash_clmulni_intel aesni_intel aes_x86_64 lrw joydev gf128mul 
glue_helper ablk_helper evdev cryptd iTCO_wdt iTCO_vendor_support lpc_ich 
pcspkr drm mfd_core i2c_i801 
shpchp processor ioatdma mei_me mei thermal_sys acpi_power_meter ipmi_si 
ipmi_msghandler acpi_pad tpm_tis tpm wmi button autofs4 ext4 crc16 mbcache jbd2 
hid_generic usbhid hid sg 
ses sd_mod crc_t10dif enclosure crct10dif_generic dm_mod crct10dif_pclmul 
crct10dif_common crc32c_intel ahci libahci libata ehci_pci aacraid igb xhci_hcd 
ehci_hcd i2c_algo_bit 
i2c_core dca usbcore ptp scsi_mod usb_common pps_core
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946559] CPU: 2 PID: 23231 Comm: 
kworker/u49:6 Tainted: G C3.16.0-4-amd64 #1 Debian 
3.16.7-ckt11-1+deb8u4
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946632] Hardware name: Supermicro 
X10DRi/X10DRi, BIOS 1.1 04/14/2015
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946685] Workqueue: fscache_operation 
fscache_op_work_func [fscache]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946734] task: 8807e760d670 ti: 
88003ee6 task.ti: 88003ee6
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946786] RIP: 
0010:[]  [] 
cachefiles_write_page+0x30f/0x320 [cachefiles]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946861] RSP: 0018:88003ee63d88  
EFLAGS: 00010282
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946900] RAX: 0020 RBX: 
88058a796c00 RCX: 0006
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946949] RDX: 0007 RSI: 
0046 RDI: 0246
Oct 31 07:27:08 jumiaA01 kernel: [1873918.946999] RBP: 88058a6ab6c0 R08: 
 R09: 88085e6d8600
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947048] R10: 05ff R11: 
0001 R12: 8803bff80a80
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947098] R13: ea000740c1c0 R14: 
1c21 R15: ea000740c1c0
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947148] FS:  () 
GS:88087fc4() knlGS:
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947204] CS:  0010 DS:  ES:  
CR0: 80050033
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947245] CR2: 01ad8578 CR3: 
01813000 CR4: 001407e0
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947300] Stack:
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947318]  0001 
2000 88085d883d20 88071a697318
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947378]  8803bff80a80 
88058a6ab6c0 88061d05a218 8803bff80aac
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947436]  88061d05a250 
ea000740c1c0 a03c28e8 8807e760d670
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947495] Call Trace:
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947522]  [] ? 
fscache_write_op+0x138/0x210 [fscache]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947574]  [] ? 
fscache_op_work_func+0x1e/0x50 [fscache]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947627]  [] ? 
process_one_work+0x172/0x420
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947671]  [] ? 
worker_thread+0x113/0x4f0
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947714]  [] ? 
rescuer_thread+0x2d0/0x2d0
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947759]  [] ? 
kthread+0xbd/0xe0
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947798]  [] ? 
kthread_create_on_node+0x180/0x180
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947848]  [] ? 
ret_from_fork+0x58/0x90
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947891]  [] ? 
kthread_create_on_node+0x180/0x180
Oct 31 07:27:08 jumiaA01 kernel: [1873918.947937] Code: 31 c0 e8 cd c9 f3 e0 48 
c7 c7 c8 e3 5c a0 31 c0 e8 bf c9 f3 e0 48 8b 74 24 08 4c 89 f2 48 c7 c7 a8 e4 
5c a0 31 c0 e8 a9 c9 
f3 e0 <0f> 0b 66 66 66 66 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 
Oct 31 07:27:08 jumiaA01 kernel: [1873918.948175] RIP  [] 
cachefiles_write_page+0x30f/0x320 [cachefiles]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.948234]  RSP 
Oct 31 07:27:08 jumiaA01 kernel: [1873918.951089] [ cut here 
]
Oct 31 07:27:08 jumiaA01 kernel: [1873918.952966] kernel BUG 

Bug#787443: When to expect a reaction to this bug?

[Luca Boccassi]

On Thu, 2015-10-22 at 20:29 +0200, Patrick Holthuizen wrote:
> The problem still exists and it is annoying; now I need to log off
> every time before a user switch.

Hello Patrick,

Looking at your original bug report, that smells like a problem in the
binary driver itself with Xorg. There is a new version available in
jessie-backports, have you tried upgrading?

If you don't want to use backports, the same version was just accepted
in proposed-updates, so it should hit the next point release.

Kind regards,
Luca Boccassi


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

Bug#797926: transition: openssl: remove SSLv3 methods

[Emilio Pozuelo Monfort]

On 26/10/15 23:28, Emilio Pozuelo Monfort wrote:
> On 24/10/15 11:22, Kurt Roeckx wrote:
>> On Wed, Sep 16, 2015 at 10:17:10PM +0100, Jonathan Wiltshire wrote:
>>> On Wed, Sep 09, 2015 at 12:25:16PM +0200, Kurt Roeckx wrote:
 On Thu, Sep 03, 2015 at 10:36:33PM +0100, Jonathan Wiltshire wrote:
>> So do I start with an soname change and upload that to
>> experimental?
>
> Yes please.

 So that has passed the new queue now.  Please let me know when I
 can start this in unstable.
>>>
>>> Looking at the tracker there are (as I suspected) quite a number of
>>> collisions with the ongoing g++ work. We'll try and arrange a slot when
>>> things are calmer.
>>
>> So any idea when you'll have time for this?
> 
> Possibly after the perl one, if the libstdc++ one allows for this (I need to
> check). This is in my radar.

Do the rdeps build against the new version? IOW, are there any users of the
removed methods?

Cheers,
Emilio