Bug#807083: RFS: isomd5sum/1:1.1.0-1

[Ryan Finnie]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 Package name: isomd5sum
 Version : 1:1.1.0-1
 Upstream Author : Red Hat Anaconda (anaconda-devel-l...@redhat.com)
 URL : https://github.com/rhinstaller/isomd5sum
 License : GPLv2+
 Section : misc

It builds those binary packages:

  isomd5sum  - ISO9660 checksum utilities
  python-pyisomd5sum - ISO9660 checksum Python module
  python3-pyisomd5sum - ISO9660 checksum Python 3 module

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

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

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

dget -x
http://mentors.debian.net/debian/pool/main/i/isomd5sum/isomd5sum_1.1.0-1
.dsc

Changes since the last upload:

  * New upstream release
* Upstream has added Python 3 support (while maintaining Python 2
  compatibility), so build python3-pyisomd5sum in addition to
  python-pyisomd5sum
  * Update Vcs location
  * Update Homepage/uscan to reflect upstream management via Github
  * Bump Standards-Version to 3.9.6

Existing source package; I have per-package upload rights for
isomd5sum but am requesting sponsorship because NEW binary uploads are
not allowed by DMs, and this request adds python3-pyisomd5sum.

Regards,
Ryan Finnie

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWYpNtAAoJEH5go6aGro2YhfsP+wWVymDbmfXsxHXNvOb1B3GJ
My2biUO56TDzc1b0O5boijWuBejqWa9fqt0CaNYxzoR8r3akvWXwZ4QdKqxkt54D
U8S2hXSCFmY+ryllS3UhpgR910N53jXvPDPOHs0FBjB33fIYAbKo/W610Ps95ir/
De3fAjauw93BEBlniRy5wJSlv+mz2cUgrye8fBrjl126/dV85vgSmgVMfzfL5mVl
gcRt3cLljjqiutCpD1sgNaRIDM4PYMqHHioEdOyavcxtqPOuDSMykrNP+AS0yH34
6a2/v4KlFtTc6f5t4WB4hUQ8kvvX6SBg/VnvlFQlhl23VNByPfAqYfroIH3dv7Wy
wSGWsQ7igRSNw8988tT8Rulbi09BKZXccryHX89+/jrtSBNHsEur0eglyZp+xgbD
iOA6FLtxDJlgTCvxCqhF5JReq1FGedfXG2ciEjtChFlpi+6YzLMsrmm1BHujr1nu
ADZxbj33YPWjKnYi7UHiw/MBSqwyexEiJsBUUPL0Kj0F/KdqpRs5BAPCddJN3LDx
R4cgI+hcwq1cCMwou5/X9j0FmgiqS6ybY/mQPHKxmz8sJANTQFBbOCpkbbW/AG+U
+Ge+KyXa1Pbwv+nLjge47mNuO6vpomhbL6FSTt+PobWTN/347M1IhZlTrhl+6Kfm
xNl6upX4F/mYtoUtbRBM
=N24z
-END PGP SIGNATURE-

Bug#806239: Updating ca-certificates through stable-updates

[Niels Thykier]

Michael Shuler:
> On 11/25/2015 03:18 PM, Andrew Ayer wrote:
>> Hi Stable Release Managers,
>>
>> We're currently discussing in #806239 how to keep the
>> ca-certificates package more up-to-date in (old)stable.  Since
>> ca-certificates is a data package that needs timely updating (when CAs
>> are removed due to lapsed audits, they should be distrusted
>> immediately), it satisfies the criteria for stable-updates posted here:
>>
>>  https://www.debian.org/News/2011/20110215
>>
>> I just wanted to confirm that the SRMs would be OK pushing out new
>> ca-certificates packages through stable-updates.
> 
> Hi release team,
> 
> I just requested an upload of ca-certificates (20151204) to unstable,
> and I would like to follow that up with stable-pu and oldstable-pu
> updates to include the current Mozilla CA bundle changes for jessie and
> wheezy.
> 
> I appears that I did a wheezy-pu update last year on #743156, but wanted
> to clarify if these upcoming uploads will be acceptable.
> 

Hi,

Thanks for the interest in patching ca-certificates in the stable releases.

Could I perhaps convince you to file this (kind of) request as a pu bug?
 They are much easier for us to track than mails to the mailing list.
  I appreciate that you might have been sending this mail to avoid the
pu-bug.  Unfortunately, we often end up forgetting the mail on our TODO
list if it is not listed in the bug tracker.

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#807019: unison2.40.102: Segmentation fault

[Leandro Noferini]

Package: unison2.40.102
Version: 2.40.102-3+b1
Followup-For: Bug #807019

I can confirm this bug report. Trying to run unison-2.40 under gdb I get this
message:

Starting program: /usr/bin/unison-2.40 

r
Program received signal SIGSEGV, Segmentation fault.
0x0040ee11 in ?? ()


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

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

Versions of packages unison2.40.102 depends on:
ii  libc6  2.21-3

Versions of packages unison2.40.102 recommends:
ii  openssh-client [ssh-client]  1:7.1p1-1

Versions of packages unison2.40.102 suggests:
ii  unison-all  2.48+1

-- no debconf information

Bug#807060: cannot install libjpeg62

[Ondřej Surý]

libjpeg62-turbo is the correct JPEG library, so there's nothing wrong here. 
Only your assumptions, we transitioned to LJT libjpeg in jessie. 

Cheers, Ondřej 

On 4 Dec 2015, Brent S Elmer  wrote:
>Package: libjpeg62
>Severity: normal
>
>I am trying to install libjpeg62 on a stretch computer that was
>upgraded from
>jessie.  libjpeg62-turbo is installed.  It looks like libjpeg62 has
>replaced
>libjpeg62-turbo but when I try to install libjpeg62, a lot of packages
>want to
>be uninstalled.  My system is totally up to date for stretch.  Is the
>libjpeg62
>transition not complete yet?
>
>
>
>-- System Information:
>Debian Release: stretch/sid
>  APT prefers testing
>  APT policy: (500, 'testing')
>Architecture: amd64 (x86_64)
>Foreign Architectures: i386
>
>Kernel: Linux 3.16.3.141022 (SMP w/2 CPU cores; PREEMPT)
>Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>Shell: /bin/sh linked to /bin/dash
>Init: systemd (via /run/systemd/system)

-- 
Sent with https://play.google.com/store/apps/details?id=com.onegravity.k10.pro2";>K-@
 Mail - the evolution of emailing.

Bug#806947: coreutils: improve expr with huge numbers by GMP

[Hideki Yamane]

On Thu, 3 Dec 2015 08:18:05 -0500
Michael Stone  wrote:
> I have more faith in upstream than in redhat, honestly, so that isn't a 
> factor. The reason it doesn't currently build that way is that it would 
> as a side effect raise the priority of libgmp, and I'm not sure that 
> using expr for big numbers is worth making libgmp mandatory on a minimal 
> debian install.

It's not upstream or Red Hat issue, what I want to say that it's just not
cutting edge try. And I can understand including libgmp is not good for 
minimal install, but 528kb is not huge, coreutils is 26 times bigger than it.
It's an allowable error, IMHO.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#796550: ITP: sonic-pi -- a new kind of musical instrument : teach programming and music

[Petter Reinholdtsen]

The upstream source is available from 
https://github.com/samaaron/sonic-pi >, and we are trying to add
Debian build rules in https://github.com/georgesk/sonic-pi >.
The default build system need some work before 'make install' will do
anything sensible, and there are license issues with some of the files
in the repository, but it should be possible to solve.

-- 
Happy hacking
Petter Reinholdtsen

Bug#787455: Testdisk package must be split at least in 3 binary packages: PhotoRec, QPhotoRec and Testdisk

[Baltix Linux]

Hi,

In testdisk 7.0 developers added GUI tool - QPhotoRec and because of
this Testdisk package must be split at least in 3 binary packages:
PhotoRec, QPhotoRec and Testdisk
QPhotoRec is a Graphical User Interface (Qt based GUI) version of
PhotoRec. More user friendly, it recognizes the same file formats.

See https://launchpad.net/bugs/262943 and
http://cgsecurity.org/wiki/TestDisk_7.0_Release#PhotoRec_.26_QPhotoRec
for more info

Should I report separate bug about split?

-- 
Prekyba kompiuteriais su Linux OS - http://tinklas.eu/prekyba
Naudokite laisvą Linux operacinę sistemą savo kompiuteryje -
http://baltix.akl.lt
Use Baltix GNU/Linux OS !

Bug#806967: kicad: missing build-dependencies

[Simon Richter]

Hi,

On 05.12.2015 04:00, Simon Richter wrote:

>  * lmodern
>  * libxml2-utils
>  * libunicode-linebreak-perl

In order to build under pbuilder (i.e. without network), I also need
docbook-xsl.

   Simon



signature.asc
Description: OpenPGP digital signature

Bug#806239: Updating ca-certificates through stable-updates

[Michael Shuler]

On 11/25/2015 03:18 PM, Andrew Ayer wrote:
> Hi Stable Release Managers,
> 
> We're currently discussing in #806239 how to keep the
> ca-certificates package more up-to-date in (old)stable.  Since
> ca-certificates is a data package that needs timely updating (when CAs
> are removed due to lapsed audits, they should be distrusted
> immediately), it satisfies the criteria for stable-updates posted here:
> 
>   https://www.debian.org/News/2011/20110215
> 
> I just wanted to confirm that the SRMs would be OK pushing out new
> ca-certificates packages through stable-updates.

Hi release team,

I just requested an upload of ca-certificates (20151204) to unstable,
and I would like to follow that up with stable-pu and oldstable-pu
updates to include the current Mozilla CA bundle changes for jessie and
wheezy.

I appears that I did a wheezy-pu update last year on #743156, but wanted
to clarify if these upcoming uploads will be acceptable.

-- 
Thank you!
Michael

Bug#794410:

[KeyofBlueS]

After many trials installer was able to complete the installation

I used the following image (already used before and failed)
http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-cd/firmware-testing-amd64-netinst.iso
11/30/2015 06:59 281m


I had tried different BIOS configurations, and in the scenario when it
worked, the last thing I changed in BIOS was an option related to UEFI:
"Boot Priority" [UEFI First]

So after system start I had "EFI USB Device (the one whit debian installer)
has been blocked by the current security policy."

After pressing ok, debian installer started in Legacy boot mode and all
went ok

...but I don't know if it's just a coincidence...

Bug#796208: libnss3 removed the SPI CA

[Michael Shuler]

Control: tags -1 + pending

On 11/25/2015 03:15 PM, Josh Triplett wrote:
> Related to this bug, nss removed this CA today:

Thanks for the update. I've removed the SPI CA in git, and I'm prepping
an upload to unstable.

http://anonscm.debian.org/cgit/collab-maint/ca-certificates.git/commit/?id=12b1983c7f396327302088851251cdb797923c02

-- 
Kind regards,
Michael

Bug#807082: kicad: fails to build without network (pbuilder)

[Simon Richter]

Source: kicad
Version: 4.0.0~rc1-a
Severity: important

Hi,

while compiling the documentation, xsltproc tries to connect to the
network, and fails to compile if the network is unavailable, such as when
compiling with pbuilder.

To reproduce, use "unshare -n make -C doc"

   Simon

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

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
Init: systemd (via /run/systemd/system)

Bug#796872: vim: E676 saving a buftype=nofile buffer

[James McCoy]

On Tue, Aug 25, 2015 at 08:57:27AM +, Daniel Shahaf wrote:
>* What led up to the situation?
> 
> The following sequence of commands:
> 
> rm foobar
> vim -i NONE -u NONE -N
> :set buftype=nofile
> :saveas foobar

Easily reproduced.  Thanks.

>* What was the outcome of this action?
> 
> "E676: No matching autocommands for acwrite buffer"
> 
>* What outcome did you expect instead?
> 
> "E382: Cannot write, 'buftype' option is set"

Hmm.  I think :saveas should be successful here, but the 'nofile'
setting should be transfered to the alternate buffer that gets created.
“:saveas foo” should really act like a short-cut for “:w foo” and “:e
foo”.
> 
>* Further information:
> 
> There is no cause for an error message concerning an 'acwrite' buffer,
> since no acwrite buffer is involved.  Using ":w" at that point produces
> E382; I assume that's what the ":saveas" should result in, too.
> 
> I am not sure whether it's simply a misphrased error messages, a wrong
> codepath being taken ('acwrite' instead of 'nofile'), or something else.
> 
> Thanks,
> 
> Daniel
> 
> -- Package-specific info:
> 
> [ I've reproduced this in sid but writing the bug report on jessie, so
> snipped the host OS information. ]
> 

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

Bug#807040: general: System hangs and then restarts (kernel panic)

[Adam Borowski]

On Fri, Dec 04, 2015 at 05:09:30AM -0800, Nigra Truo wrote:
>* What led up to the situation?
> Starting up the system normally, with X11. The panic often seems to occur
> when several windows are open or when maximizing a window.
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Opening more apps and maximizing windows.
>* What was the outcome of this action?
> Whole system freezes up (cannot move the mouse pointer anymore) and then
> after a delay of like 5 to 10 seconds, system just restarts.  I assume
> that this must be a kernel panic.

You can learn more about the cause by giving the system some means of
sending console output elsewhere, such as a serial link.

> Hardware problems can be ruled out, I run a RAM test, came back clear, I
> also reformated the harddisk (SSD), with a bad block check, also came back
> clean.  I have run this Laptop (Lenovo T61) for many many years, every day
> without problems.  Last with Debian 7, which never gave me these kinds of
> problems.  I just upgraded to 8 last week (fresh install) and the problem
> has been made my work laptop almost unusable.  Kernel Panic always
> happens, sometimes 5 minutes after using the system, sometimes it takes 10
> minutes.  I suspect that it could be the nouveau driver: I used to use the
> proprietary NVIDIA driver in Debian 7, which was terrible slow.  Nouveau
> is very fast, but seems to crash the kernel.

Same happens on my home desktop.  The proprietary driver works fine, nouveau
causes crashes -- a hang then several seconds later (sometimes immediately)
a reboot.

I've reported it on the nouveau bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=79518
so if you obtain console logs you can check if it's the same issue.
Alas, my bug report got no response.

One thing to check would be whether new kernels solve the crashes -- the
nouveau driver got large changes in 4.3.  Your kernel is 3.16, mine when I
last looked at the issue was 3.14.


-- 
A tit a day keeps the vet away.

Bug#794410:

[KeyofBlueS]

Hi,

I've encountered this same bug, hang on "select and install software -
running dpkg - at 12%"

VT 4 last line shows "in-target: Processing triggers for libc-bin"

Tried with following UNOFFICIAL NON-FREE (becouse realtek firmware request)
images on USB:

http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/8.2.0/amd64/iso-cd/firmware-8.2.0-amd64-netinst.iso2015-09-06
13:12  265M

http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/stretch_di_alpha4/amd64/iso-cd/firmware-stretch-DI-alpha4-amd64-netinst.iso
2015-10-26 00:36  268M

http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/weekly-builds/amd64/iso-cd/firmware-testing-amd64-netinst.iso
2015-11-30 06:59  281M


HW is Lenovo B50-10 laptop with realtek integrated lan/wlan

Bug#807081: openssh-server: Does not set TCP_NODELAY on X11 forward

[Paul Szabo]

Package: openssh-server
Version: 1:6.7p1-5
Severity: normal

Seems to me that sshd should, but does not, set TCP_NODELAY on the port
used for X11 forwarding. I am not sure about other forwarded ports;
sshd seems to set TCP_NODELAY and also IPTOS_LOWDELAY on the "command"
connection only.

Quoting from
  http://www.openssh.com/txt/release-3.1
   - TCP_NODELAY set on X11 and TCP forwarding endpoints

Is this a bug that could be fixed?

Thanks, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

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

Versions of packages openssh-server depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  dpkg   1.17.26
ii  init-system-helpers1.22
ii  libc6  2.19-18+deb8u1
ii  libcomerr2 1.42.12-1.1
ii  libgssapi-krb5-2   1.12.1+dfsg-19+deb8u1
ii  libkrb5-3  1.12.1+dfsg-19+deb8u1
ii  libpam-modules 1.1.8-3.1
ii  libpam-runtime 1.1.8-3.1
ii  libpam0g   1.1.8-3.1
ii  libselinux12.3-2
ii  libssl1.0.01.0.1k-3+deb8u1
ii  libwrap0   7.6.q-25
ii  lsb-base   4.1+Debian13+nmu1
ii  openssh-client 1:6.7p1-5
ii  openssh-sftp-server1:6.7p1-5
ii  procps 2:3.3.9-9
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages openssh-server recommends:
ii  ncurses-term  5.9+20140913-1
ii  xauth 1:1.0.9-1

Versions of packages openssh-server suggests:
pn  molly-guard   
pn  monkeysphere  
pn  rssh  
pn  ssh-askpass   
pn  ufw   

-- debconf information excluded

Bug#806967: kicad: missing build-dependencies

[Simon Richter]

Source: kicad
Version: 4.0.0~rc1-a
Followup-For: Bug #806967

Hi,

I'm building on jessie (for jessie-backports), adding

 * lmodern
 * libxml2-utils
 * libunicode-linebreak-perl

This appears to be sufficient here, but it only works reliably with
non-parallel builds, because the documentation build creates intermediate
XML files that are not known to make, so building epub and pdf in parallel
fails.

   Simon

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

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
Init: systemd (via /run/systemd/system)

Bug#803645: fixed in libclang-perl 0.09-3

[Alessandro Ghedini]

On Fri, Dec 04, 2015 at 05:52:36PM +0100, gregor herrmann wrote:
> On Wed, 02 Dec 2015 17:20:31 +0100, Sylvestre Ledru wrote:
> 
> > >> Does this make sense? (Adding Alessandro as well as both upstream and
> > >> DD.)
> > > That's even better, indeed! Sylvestre can better comment on the approach, 
> > > it
> > > looks sensible to me but I don't know if there is a better way.
> > If it builds with that, I am happy :)
> 
> Thanks guys, uploaded with these changes.
> 
> If Alessandro has better ideas or finds a way to add a dynamic
> version check upstream, we can always revisit this fix.

So, from the upstream POV, the main problem is that new clang releases often
break compatibility. This is usually caught by the test suite, but some stuff
might pass through and silently break applications. On the other hand there's
not a lot of stuff using libclang-perl so that's probably not much of a problem.
There's also probably some difference between the default version on Ubuntu,
Debian and other distros, so if someone tried to build with the wrong default
LLVM/Clang version then there's a good chance it will not work.

The other problem is that the default LLVM/Clang versions in Debian adapted
quite slowly to new upstream releases in the past, so if we (me, upstream)
wanted to switch to a newer version, then we'd have to wait for Debian (and
whatever other distro) to switch as well.

Overall I don't have a strong opinion on this, so if someone opens a pull
request on GitHub and manages to not break anything, I'll look into it (though
I won't have lots of time in the next few days/weeks). In the worst case it
will just get reverted in a future release (libclang-perl is really not that
much of an active project anyway).

Finally, to Lucas & co., I'm also open to adding co-maintainers upstream or
even just giving the project away since it seems that I've become the
bottleneck and I'm not really using the project myself. Since you are the ones
doing all the development lately I thought you might be interested. If you are,
just write me an email and we'll coordinate this (but keep in mind the above
about me not being much available in the short term).

Cheers


signature.asc
Description: PGP signature

Bug#807080: libraw1394: Please drop obsolete MAKEDEV call

[Steve Langasek]

Package: libraw1394
Version: 2.1.1-1
Severity: grave
Tags: patch
Justification: renders package unusable
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Hi Guus,

With the recent change to debhelper to no longer call ldconfig from
maintainer scripts but from triggers instead (debhelper 9.20151004), a bug
has been exposed in the postinst of libraw1394-11 that will make the package
uninstallable after a rebuild with new debhelper.

The maintainer script looks for /dev/MAKEDEV, which is long obsolete.  If it
finds it, it calls a series of commands:

  [ -x /dev/MAKEDEV ] && cd /dev && echo -n "Creating device node 
/dev/raw1394... " && ./MAKEDEV raw1394 && echo "done."

If it *doesn't* find it, the above chain will exit non-zero.

Because this non-zero exit code is part of an && command list, it does *not*
trigger an immediate non-zero exit of the shell, in spite of using set -e.
So with the current build of the package, the maintainer script succeeds,
*because this is not the last command in the script* (it's followed by the
debhelper-provided call to ldconfig).

On a simple rebuild of the package in unstable, this command list *does*
become the last command in the script.  The script therefore gets the exit
code of the last command, which is non-zero, and the package fails to
install.

This bug was discovered as part of the bootstrap of Ubuntu xenial for the
s390x architecture, where because libraw1394-11 is a newly-built package
using a current toolchain, it fails to install.

Since makedev is for all intents and purposes obsoleted by udev, I've
applied the attached patch in Ubuntu, which you are welcome to include in
Debian as well.  I remember seeing some discussion in years past on
debian-devel about how to continue supporting makedev properly for those who
don't want to use udev; if you want to do mailing list archaeology I guess
that's still an option, but Ubuntu doesn't support running without udev so
for us it's sufficient to drop the maintainer script.

Marking this as 'grave' since the package becomes uninstallable on a
no-change rebuild.

The patch has been uploaded to Ubuntu with the following changelog
explanation:

  * Drop buggy call to obsolete /dev/MAKEDEV in the maintainer script, which
if it's the last command (which it is now that ldconfig is being handled
by trigger from debhelper) causes the package to fail to install.


Thanks for considering the patch.
-- 
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
diff -Nru libraw1394-2.1.1/debian/libraw1394-11.postinst libraw1394-2.1.1/debian/libraw1394-11.postinst
--- libraw1394-2.1.1/debian/libraw1394-11.postinst	2009-07-25 07:39:58.0 -0700
+++ libraw1394-2.1.1/debian/libraw1394-11.postinst	1969-12-31 16:00:00.0 -0800
@@ -1,7 +0,0 @@
-#!/bin/sh -e
-
-if [ "$1" = "configure" ]; then
-	[ -x /dev/MAKEDEV ] && cd /dev && echo -n "Creating device node /dev/raw1394... " && ./MAKEDEV raw1394 && echo "done."
-fi
-
-#DEBHELPER#
diff -Nru libraw1394-2.1.1/debian/libraw1394.postinst.in libraw1394-2.1.1/debian/libraw1394.postinst.in
--- libraw1394-2.1.1/debian/libraw1394.postinst.in	2009-07-25 07:39:58.0 -0700
+++ libraw1394-2.1.1/debian/libraw1394.postinst.in	1969-12-31 16:00:00.0 -0800
@@ -1,10 +0,0 @@
-#!/bin/sh -e
-
-. /usr/share/debconf/confmodule
-db_version 2.0
-
-if [ "$1" = "configure" ]; then
-	[ -x /dev/MAKEDEV ] && cd /dev && echo -n "Creating device node /dev/raw1394... " && ./MAKEDEV raw1394 && echo "done."
-fi
-
-#DEBHELPER#

Bug#807077: FTBFS

[Adam Baxter]

bin32GcuG1gS4.bin
Description: application/pgp-encrypted


msg.asc
Description: Binary data

Bug#793387: Info received (Bug#793387: Acknowledgement (redmine: Can't create issues with parent task set))

[Erik Berls]

I'm also seeing this.
We've got a bunch of other things running on this system, so I'm hesitant in 
upgrading to Redmine 3.x, has anyone actually fixed this?

(This issue is driving my project manager absolutely bonkers.)


On Thu, 26 Nov 2015 13:24:05 +0100 Michael Probst  wrote:
> Hi,
> 
> we have exactly the same issue with Redmine 2.5.2 on Jessie.
> After installing the packages  from your repository nothing changed.
> 
> Environment:
>   Redmine version2.5.2.devel
>   Ruby version   2.1.5-p273 (2014-11-13) [i386-linux-gnu]
>   Rails version  4.1.14
>   Environmentproduction
>   Database adapter   Mysql2
> 
> 
> # gem --list
> 
> mysql2 (0.3.20, 0.3.16)
> awesome_nested_set (3.0.2, 3.0.0)
> 
> 
> # dpkg --list | grep redmine
> ii redmine 3.0~20140825-8~deb8u1
> ii  redmine-mysql  3.0~20140825-8~deb8u1
> 
> This is the error message when creating new redmine task with a parent task:
> 
> Started POST "/redmine/projects/hbb-rdm/issues" for 192.168.2.183 at
> 2015-11-26 12:54:51 +0100
> Processing by IssuesController#create as HTML
>   Parameters: {"utf8"=>"✓", "authenticity_token"=>"",
> "issue"=>{"is_private"=>"0", "tracker_id"=>"1", "subject"=>"test",
> "description"=>"", "status_id"=>"1", "priority_id"=>"4",
> "assigned_to_id"=>"", "parent_issue_id"=>"4251",
> "start_date"=>"2015-11-26", "due_date"=>"", "estimated_hours"=>"",
> "done_ratio"=>"0"}, "commit"=>"Create", "project_id"=>"test"}
>   Current user: test (id=5)
>   Rendered mailer/_issue.text.erb (6.2ms)
>   Rendered mailer/issue_add.text.erb within layouts/mailer (8.4ms)
>   Rendered mailer/_issue.html.erb (2.9ms)
>   Rendered mailer/issue_add.html.erb within layouts/mailer (4.6ms)
> Completed 500 Internal Server Error in 1003ms (ActiveRecord: 32.4ms)
> 
> ActiveRecord::ActiveRecordError (Impossible move, target node cannot be
> inside moved tree.):
>   app/models/issue.rb:1315:in `update_nested_set_attributes'
>   app/models/issue.rb:174:in `create_or_update'
>   app/controllers/issues_controller.rb:152:in `create'
> 
> 
> 
> Is there anything we can do to fix this?
> 
> Kind regard,
> Michael
> 
> 
> 
> On Fri, 11 Sep 2015 11:37:15 -0300 Antonio Terceiro
>  wrote:
> > On Wed, Sep 09, 2015 at 11:30:45AM -0400, Guillaume ! wrote:
> > > Hi !

-- 
Erik Berls

Bug#807079: openexr: additional template symbols that should be marked optional

[Steve Langasek]

Package: openexr
Version: 2.2.0-7
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Dear maintainer,

The openexr 2.2.0-7 package has been synced from Debian experimental to
Ubuntu, where it fails to build on ppc64el.  This is because the Ubuntu
ppc64el port uses -O3 as the default optimization level when building,
whereas the Debian port uses -O2.  This results in a different set of
symbols being exported (vs. inlined) for templated methods that are not part
of the library's public ABI.

It's therefore appropriate to mark these symbols optional, in Debian as well
as Ubuntu.  The attached patch does this for 64-bit archs - something
similar may be appropriate for 32-bit archs, though I'm not aware of anyone
doing -O3 builds for any 32-bit architectures.

This would also be unnecessary if a fix for bug #802317 were to be
implemented.

Thanks for considering the patch.
-- 
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
diff -Nru openexr-2.2.0/debian/libopenexr22.symbols.ab64 openexr-2.2.0/debian/libopenexr22.symbols.ab64
--- openexr-2.2.0/debian/libopenexr22.symbols.ab64	2015-10-07 00:51:05.0 -0700
+++ openexr-2.2.0/debian/libopenexr22.symbols.ab64	2015-12-04 17:00:48.0 -0800
@@ -562,8 +562,8 @@
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEE13readValueFromERNS_7IStreamEii@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEE14staticTypeNameEv@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEE16makeNewAttributeEv@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEEC1Ev@Base 2.2.0
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEEC2Ev@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEEC1Ev@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEEC2Ev@Base 2.2.0
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEED0Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEED1Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IdEEED2Ev@Base 2.2
@@ -571,8 +571,8 @@
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEE13readValueFromERNS_7IStreamEii@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEE14staticTypeNameEv@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEE16makeNewAttributeEv@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEEC1Ev@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEEC2Ev@Base 2.2
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEEC1Ev@Base 2.2
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEEC2Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEED0Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEED1Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix33IfEEED2Ev@Base 2.2
@@ -580,8 +580,8 @@
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEE13readValueFromERNS_7IStreamEii@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEE14staticTypeNameEv@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEE16makeNewAttributeEv@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEEC1Ev@Base 2.2.0
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEEC2Ev@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEEC1Ev@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEEC2Ev@Base 2.2.0
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEED0Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEED1Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IdEEED2Ev@Base 2.2
@@ -589,10 +589,10 @@
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEE13readValueFromERNS_7IStreamEii@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEE14staticTypeNameEv@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEE16makeNewAttributeEv@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC1ERKS3_@Base 2.2.0
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC1Ev@Base 2.2
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC2ERKS3_@Base 2.2.0
- _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC2Ev@Base 2.2
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC1ERKS3_@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC1Ev@Base 2.2
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC2ERKS3_@Base 2.2.0
+ (optional=templinst)_ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEEC2Ev@Base 2.2
  _ZN7Imf_2_214TypedAttributeIN9Imath_2_28Matrix44IfEEED0Ev@Base 2.2
  _ZN7Imf_2_214TypedAttribute

Bug#801308: umbrello: Can't save to file - "UMLDoc::saveDocument moving with error"

[Murray J Brown]

I have observed a very similar error when trying to open any
existing .xmi files containing UML documents, which I created using
Umbrello a few months ago (probably on an early version).

Here is the output from a command-line invocation:

umbrello: too big indentation amount =  1937010287
Shortcut for action  "delete_selected" "Delete &Selected" set with
QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s)
instead. Shortcut for action  "move_tab_left" "&Move Tab Left" set with
QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s)
instead. Shortcut for action  "move_tab_right" "&Move Tab Right" set
with QAction::setShortcut()! Use
KActionCollection::setDefaultShortcut(s) instead. Shortcut for action
"previous_tab" "Select Diagram on Left" set with
QAction::setShortcut()! Use KActionCollection::setDefaultShortcut(s)
instead. Shortcut for action  "next_tab" "Select Diagram on Right" set
with QAction::setShortcut()! Use
KActionCollection::setDefaultShortcut(s) instead. Illegal icon group:
7 umbrello: view is NULL umbrello: "folder"  : umlPackage not set on
object umbrello: UMLDoc::openDocument: copy from
QUrl("file:Figures_11.xmi")  to  QUrl("file:///tmp/umbrello.M21206") .
klauncher not running... launching kdeinit klauncher not running...
launching kdeinit klauncher not running... launching kdeinit couldn't
create slave: "Cannot talk to klauncher: The name org.kde.klauncher5
was not provided by any .service files" umbrello:
UMLDoc::openDocument:  "Could not start process Cannot talk to
klauncher: The name org.kde.klauncher5 was not provided by any .service
files." umbrello: view is NULL umbrello: "folder"  : umlPackage not set
on object

-- 
Murray J Brown

Bug#807077: Attempting to do the update myself

[Adam Baxter]

Just posting here as a log of what I've tried - the documentation for gbp
is a bit lacking.




 voltagex@devbox:~/src$ gbp clone
https://alioth.debian.org/anonscm/git/pkg-ruby-extras/ruby-build.git

voltagex@devbox:~/src$ pushd ruby-build/

~/src/ruby-build ~/src

voltagex@devbox:~/src/ruby-build$ gbp import-orig --uscan

gbp:info: Launching uscan...

gbp:info: using ../ruby-build_20151028.orig.tar.gz

What is the upstream version? [20151028]

gbp:info: Importing '../ruby-build_20151028.orig.tar.gz' to branch
'upstream'...

gbp:info: Source package is ruby-build

gbp:info: Upstream version is 20151028

gbp:info: Merging to 'master'

gbp:info: Successfully imported version 20151028 of
../ruby-build_20151028.orig.tar.gz


voltagex@devbox:~/src/ruby-build$ gbp buildpackage

…

dpkg-source: error: aborting due to unexpected upstream changes, see
/tmp/ruby-build_20141016-1.diff.Dgrzwx

dpkg-source: info: you can integrate the local changes with dpkg-source
--commit

dpkg-buildpackage: error: dpkg-source -i -I -b ruby-build gave error exit
status 2

debuild: fatal error at line 1376:

dpkg-buildpackage -rfakeroot -D -us -uc -i -I failed

gbp:error: 'debuild -i -I' failed: it exited with 29


voltagex@devbox:~/src/ruby-build$ gbp dch -a

gbp:info: Changelog last touched at
'66ee54bf72766a7a35b268e3515d3f9c42c6'

gbp:info: Continuing from commit '66ee54bf72766a7a35b268e3515d3f9c42c6'


voltagex@devbox:~/src/ruby-build$ nano debian/changelog

voltagex@devbox:~/src/ruby-build$ gbp buildpackage

gbp:error: You have uncommitted changes in your source tree:

gbp:error: On branch master

Your branch is ahead of 'origin/master' by 2 commits.

  (use "git push" to publish your local commits)

Changes not staged for commit:

  (use "git add ..." to update what will be committed)

  (use "git checkout -- ..." to discard changes in working directory)


modified:   debian/changelog


no changes added to commit (use "git add" and/or "git commit -a")


gbp:error: Use --git-ignore-new to ignore.

voltagex@devbox:~/src/ruby-build$ git commit -a

[master d67bd3a] Update

 1 file changed, 13 insertions(+)

voltagex@devbox:~/src/ruby-build$ gbp buildpackage

 dpkg-buildpackage -rfakeroot -D -us -uc -i -I

dpkg-buildpackage: source package ruby-build

dpkg-buildpackage: source version 20151028-1

dpkg-buildpackage: source distribution UNRELEASED

dpkg-buildpackage: source changed by Sebastian Boehm <
sebast...@sometimesfood.org>

 dpkg-source -i -I --before-build ruby-build

dpkg-buildpackage: host architecture amd64

 fakeroot debian/rules clean

dh clean

   dh_testdir

   dh_auto_clean

   dh_clean

 dpkg-source -i -I -b ruby-build

dpkg-source: info: using source format `3.0 (quilt)'

dpkg-source: info: building ruby-build using existing
./ruby-build_20151028.orig.tar.gz

dpkg-source: info: building ruby-build in
ruby-build_20151028-1.debian.tar.xz

dpkg-source: info: building ruby-build in ruby-build_20151028-1.dsc

 debian/rules build

dh build

   dh_testdir

   dh_auto_configure

   dh_auto_build

   dh_auto_test

 fakeroot debian/rules binary

dh binary

   dh_testroot

   dh_prep

   dh_auto_install

   debian/rules override_dh_install

make[1]: Entering directory '/home/voltagex/src/ruby-build'

asciidoctor --backend manpage debian/ruby-build.1.adoc

Couldn't find a view in @views for document

  Use --trace for backtrace

debian/rules:15: recipe for target 'update-manpage' failed

make[1]: *** [update-manpage] Error 1

make[1]: Leaving directory '/home/voltagex/src/ruby-build'

debian/rules:3: recipe for target 'binary' failed

make: *** [binary] Error 2

dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
status 2

debuild: fatal error at line 1376:

dpkg-buildpackage -rfakeroot -D -us -uc -i -I failed

gbp:error: 'debuild -i -I' failed: it exited with 29

Bug#807064: "dget $pkg" fails with "no hostnames in apt-cache policy $pkg for version ... found" since apt 1.1

[James McCoy]

On Fri, Dec 04, 2015 at 09:01:50PM +0100, Axel Beckert wrote:
> Since the installation of apt 1.1, dget fails to download binary
> packages always with the same error message independent of the
> package:
> 
> $ dget apt
> dget: no hostnames in apt-cache policy apt for version 1.1.3 found

$ apt-cache policy apt
apt:
  Installed: 1.1.3
  Candidate: 1.1.3
  Version table:
 *** 1.1.3 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status

> It still works fine in Debian Testing with apt 1.0.10.2 still being
> installed:
> 
> $ dget apt
> dget: retrieving 
> http://ftp.ch.debian.org/debian/pool/main/a/apt/apt_1.0.10.2_amd64.deb
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 1063k  100 1063k0 0  3118k  0 --:--:-- --:--:-- --:--:-- 3120k

$ schroot -c stretch --directory / -- apt-cache policy apt
apt:
  Installed: 1.0.9.10
  Candidate: 1.0.9.10
  Version table:
 *** 1.0.9.10 0
500 http://httpredir.debian.org/debian/ stretch/main amd64 Packages
100 /var/lib/dpkg/status

The problem is that dget is looking for a line with a 0 priority, but
apt now properly reports the priority.

Should be a simple fix.  Thanks for the report!

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

Bug#807078: mimedefang: systemctl restart does not re-establish a listening tcp port

[Tobias Unsleber]

Package: mimedefang
Version: 2.78-1
Severity: normal

Note: The issue was first tested against Version 2.75-1 (Jessie)
and after that an upgrade of the single package to 2.78-1(Stretch)
was done and resulted in the same outcome.

a) *** Steps to reproduce ***

   1. configure mimedefang listening to a tcp port 

  /etc/default/mimedefang
 
# some arbritrary selected tcp port
SOCKET=inet:17889

   2. Issue a service restart command, so the port comes up

  systemctl restart mimedefang

   3. Issue another service restart command, so the service
  is restarted

b) *** expected behaviour ***

   TCP Port 17889 is up

c) *** actual behaviour ***

   - TCP Port 17889 is down
   - journalctl -xn reports 
  
  Dez 05 01:30:10 myserver mimedefang[12855]: MIMEDefang-2.78: Unable to bind 
to port inet:17889: Address already in use
  Dez 05 01:30:10 myserver mimedefang[12855]: MIMEDefang-2.78: Unable to create 
listening socket on conn inet:17889

d) *** workaround ***

   Issue another systemctl restart some seconds later
   or use Init-Script /etc/init.d/mimedefang restart
   which waits some seconds after stopping the service

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

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

Versions of packages mimedefang depends on:
ii  adduser 3.113+nmu3
ii  debconf [debconf-2.0]   1.5.56
ii  libc6   2.19-18+deb8u1
ii  libio-stringy-perl  2.110-5
ii  libmailtools-perl   2.13-1
ii  libmilter1.0.1  8.14.4-8
ii  libmime-tools-perl  5.505-1
ii  libperl5.20 5.20.2-3+deb8u1
ii  libunix-syslog-perl 1.1-2+b4
ii  perl [libmime-base64-perl]  5.20.2-3+deb8u1
ii  psmisc  22.21-2

mimedefang recommends no packages.

Versions of packages mimedefang suggests:
pn  clamav 
pn  graphdefang
pn  libarchive-zip-perl
pn  libfile-scan-perl  
pn  libhtml-parser-perl
pn  libmail-spamassassin-perl  
ii  postfix2.11.3-1
pn  sanitizer  
pn  tk8.3 | wish   
pn  wv 

-- debconf information:
  mimedefang/embedperl: true

Bug#798616: atril: produces useless output to console

[Rogério Brito]

Hi.

On Sep 11 2015, brian m. carlson wrote:
> The way I typically use atril is to run "atril foo.pdf &" in a shell.

Me too.

> As a result, I want it to be silent and not output needless text, and
> traditionally that's been the case.  However, it's started outputting
> the following:
> 
>   No bp log location saved, using default.
>   [000:000] Cpu: 6.42.7, x4, 3500Mhz, 7871MB
>   [000:001] Computer model: Not available
>   No bp log location saved, using default.
(...)

If I'm not mistaken, this output is generated by webkit, which seems to be a
dependency that atril adopted when it got support for reading EPUB
documents.

I would sincerely like to have my copy of atril not loading webkit. In fact,
it would be so much better (especially for those creating reasonably small
live CDs) if the EPUB support were a plugin.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

Bug#807077: ruby-build: Please package new upstream version

[Adam Baxter]

Package: ruby-build
Version: 20140926-1
Severity: wishlist

Dear Maintainer,

Please package a newer upstream version - the version in Debian (even Sid)
is over a year old
and lags behind the Ruby packages that are available in Debian itself.

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

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

Versions of packages ruby-build depends on:
ii  build-essential   11.7
ii  curl  7.38.0-4+deb8u2
ii  libreadline6-dev  6.3-8+b3
ii  zlib1g-dev1:1.2.8.dfsg-2+b1

Versions of packages ruby-build recommends:
ii  libsqlite3-dev  3.8.7.1-1+deb8u1
ii  libssl-dev  1.0.1k-3+deb8u1
ii  libxml2-dev 2.9.1+dfsg1-5
ii  libxslt1-dev [libxslt-dev]  1.1.28-2+b2
ii  rbenv   0.4.0+debian1-3

Versions of packages ruby-build suggests:
pn  autoconf
pn  automake
pn  bison   
ii  git [git-core]  1:2.1.4-2.1
pn  libtool 

Bug#807076: I accept the final solution, but then it doesn't install anything

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.7.4-2
File: /usr/bin/aptitude-curses

I accept the final solution, but then it doesn't install anything.

# aptitude full-upgrade
The following NEW packages will be installed:
  libhdb9-heimdal{a} (D: samba)  python-crypto{a} (D: python-samba)
  python-dnspython{a} (D: samba)  python-ldb{a} (D: python-samba)
  python-ntdb{a} (D: python-samba, D: samba)
  python-samba{a} (D: samba, D: samba-common-bin)
  python-tdb{a} (D: python-samba)
  samba{a} (D: python-samba, D: samba-common-bin, D: samba-libs)
  samba-common{a} (D: samba, D: samba-common-bin)
  samba-common-bin{a} (D: samba, R: samba-common)
  samba-dsdb-modules{a} (D: samba)  tdb-tools{a} (D: samba)
The following packages will be upgraded:
  libsmbclient  samba-libs{b} (D: libldb1)  xserver-xorg-core
The following packages are RECOMMENDED but will NOT be installed:
  attr (R: samba)  samba-vfs-modules (R: samba)
The following packages are SUGGESTED but will NOT be installed:
  bind9 (S: samba)  bind9utils (S: samba)  ctdb (S: samba)
  heimdal-clients (S: samba-common-bin)  ldb-tools (S: samba)
  python-crypto-dbg (S: python-crypto)
  python-crypto-doc (S: python-crypto)  smbldap-tools (S: samba)
  winbind (S: samba)
3 packages upgraded, 12 newly installed, 0 to remove and 3 not upgraded.
Need to get 12.7 MB/12.9 MB of archives. After unpacking 29.6 MB will be used.
The following packages have unmet dependencies:
 samba-libs : Depends: libldb1 (< 2:1.1.22~) but 2:1.1.23-1 is installed.
 xserver-xorg-video-vesa : Depends: xorg-video-abi-19 which is a virtual 
package, provided by:
 - xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
 xserver-xorg-video-fbdev : Depends: xorg-video-abi-19 which is a virtual 
package, provided by:
  - xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
 xserver-xorg-input-synaptics : Depends: xorg-input-abi-21 which is a virtual 
package, provided by:
  - xserver-xorg-core, but 2:1.18.0-1 
is to be installed.
 xserver-xorg-input-mouse : Depends: xorg-input-abi-21 which is a virtual 
package, provided by:
  - xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
 xserver-xorg-video-intel : Depends: xorg-video-abi-19 which is a virtual 
package, provided by:
  - xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
 xserver-xorg-input-evdev : Depends: xorg-input-abi-21 which is a virtual 
package, provided by:
  - xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
 xserver-xorg-input-kbd : Depends: xorg-input-abi-21 which is a virtual 
package, provided by:
- xserver-xorg-core, but 2:1.18.0-1 is to 
be installed.
The following actions will resolve these dependencies:

  Remove the following packages:
1)  libsmbclient
2)  mplayer
3)  samba-libs
4)  xorg
5)  xserver-xorg
6)  xserver-xorg-input-evdev
7)  xserver-xorg-input-kbd
8)  xserver-xorg-input-mouse
9)  xserver-xorg-input-synaptics
10) xserver-xorg-video-fbdev
11) xserver-xorg-video-intel
12) xserver-xorg-video-vesa

  Keep the following packages at their current version:
13) python-samba [Not Installed]
14) samba [Not Installed]
15) samba-common-bin [Not Installed]
16) samba-dsdb-modules [Not Installed]



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

 Keep the following packages at their current version:
1) libsmbclient [2:4.1.21+dfsg-2+b2 (now, unstable)]
2) python-samba [Not Installed]
3) samba [Not Installed]
4) samba-common-bin [Not Installed]
5) samba-dsdb-modules [Not Installed]
6) samba-libs [2:4.1.21+dfsg-2+b2 (now, unstable)]
7) xserver-xorg-core [2:1.17.3-2 (now, unstable)]



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

 Remove the following packages:
1) libsmbclient
2) mplayer

 Keep the following packages at their current version:
3) python-samba [Not Installed]
4) samba [Not Installed]
5) samba-common-bin [Not Installed]
6) samba-dsdb-modules [Not Installed]
7) samba-libs [2:4.1.21+dfsg-2+b2 (now, unstable)]
8) xserver-xorg-core [2:1.17.3-2 (now, unstable)]



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

 Remove the following packages:
1) libsmbclient
2) mplayer
3) samba-libs

 Keep the following packages at their current version:
4) python-samba [Not Installed]
5) samba [Not Installed]
6) samba-common-bin [Not Installed]
7) samba-dsdb-modules [Not Installed]
8) xserver-xorg-core [2:1.17.3-2 (now, unstable)]



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

  Remove the following packages:
1)  xorg
2

Bug#806965: oclgrind: FTBFS on ppc64el -- conflict with altivec keyword bool

[Andreas Beckmann]

James,

you need to keep the original bug submitter Cc:ed  if you want them to
see your reply.

On 2015-12-04 15:13, James Price wrote:
> Thanks for the report. I’ve actually applied a slightly different fix for 
> this a little while back (see [1]), but that revision has yet to be uploaded.
> 
> The fix I applied was essentially the same as has been done for the 
> opencl-headers package, described in [2]. This just uses __vector instead of 
> vector to avoid conflicts with similarly named types.
> 
> If you think the '-mno-altivec’ fix is preferable then I can revert my patch 
> and apply yours instead. 

I think -mno-altivec is rather a quick workaround and __vector the
proper fix.

> Otherwise I’ll just request that the latest revision be uploaded.

I'll take care of that next week.

> 
> Many thanks,
> 
> James
> 
> [1] 
> https://anonscm.debian.org/cgit/pkg-opencl/oclgrind.git/commit/?id=cd9925f14b76d3867166b524b3305ae156f5ef6b
>  
> 
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760310 
> 

Andreas

Bug#805565: [Pkg-utopia-maintainers] Bug#805565: network-manager: ppp new upstream release; dh_ppp

[Michael Biebl]

Hi

Am 04.12.2015 um 10:06 schrieb Chris Boot:
> Control: severity serious
> 
> Hi Michael,
> 
> I have now uploaded ppp 2.4.7-1+1 to unstable, therefore the ppp plugin
> this package ships is now broken in sid. Please upload a patched version
> of your package as soon as possible.
> 
> I would gladly upload an NMU myself but I cannot easily do so at the
> moment (I am not yet a DD).

I looked at the resulting package. It has

Breaks: ppp (>= 2.4.7-2~), ppp (<< 2.4.7-1+~)

That's overly strict imho. I don't think I want to binNMU/upload NM
every time there is a debian release of ppp.
Could we relax those breaks to

Breaks: ppp (>= 2.4.8), ppp (<< 2.4.7)

It's unlikely that the plugin path changes in a Debian revision of ppp?


Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#807075: ITP: golang-github-jwilder-encoding -- Library for working with compressed arrays of integers

[Alexandre Viau]

X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-jwilder-encoding
  Version : 0.0~git20150929.0.07d88d4-1
  Upstream Author : Jason Wilder
* URL : https://github.com/jwilder/encoding
* License : Expat
  Programming Lang: Go
  Description : Library for working with compressed arrays of integers

This is needed for InfluxDB

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#807015: xinit: startx freezes, mouse and keyboard don't work

[Craig Sanders]

I have managed to get startx working again, but I'm not sure if it's the
correct way.  I added my user to the 'input' group after noticing the
following in /home/cas/.local/share/xorg/Xorg.1.log

[ 24633.131] (**) evdev: Dell Dell USB Keyboard: Device: "/dev/input/event1"
[ 24633.131] (EE) evdev: Dell Dell USB Keyboard: Unable to open evdev device 
"/dev/input/event1".

$ ls -l /dev/input/event1
crw-rw 1 root input 13, 65 Dec  4 11:57 /dev/input/event1

and similar for the mouse.


Doing this allows the mouse and keyboard to work with startx but it
seems a rather hackish and possibly completely incorrect solution.  I'm
going to have to do some research on where this input group came from
and whether it's appropriate for ordinary user accounts to be members.
I suspect it's a bad idea to do that.

I'm still getting the "xf86EnableIOPorts: failed to set IOPL for
I/O (Operation not permitted)" error message in startx.log - and
so far google has been absolutely useless in revealing what that's
about...several people have complained about it but no-one has come up
with a definitive reason for it.


craig

-- 
craig sanders 

Bug#807011: ksh: Conditional variable expansion problem in while loop

[Nicholas Bamber]

Satoh,

	It is not releveant how this works in other shells (or even other 
versions of ksh). All that matters is whether this syntax is defined  by 
the POSIX standard. It's not even documented as a bash feature let alone 
a POSIX standard.


	It may be of interest to you to be reminded that this version of ksh is 
dead upstream, so even if I agreed it really was a problem it is very 
possible the most I would do is tag it confirmed.


	As it is I believe you are trying to use an undocumented syntax that 
just happens to do something you like in lots of other shells. I would 
however be interested to know what YOU think the "${v+set}" syntax 
should do.


On 04/12/15 10:15, SATOH Fumiyasu wrote:

Hi,


The problem seems to be that you are using "${v+set}" rather than
"${v}set" .


No. Do you understand what does "${v+set}" mean?
Please reopen this bug.

I want use this trick to avoid additional first blank line
in the following script with ksh:

   
https://github.com/fumiyas/fumiyas.github.io/blob/master/2015/12/02/ldifunwrap.sh

On Solaris 10:

$ uname -a
SunOS build-sol10 5.10 Generic_144501-19 i86pc i386 i86pc
$ for s in '' ba k z; do
  sh=${s}sh
  echo -n $sh:
  seq 4 |${s}sh -c 'unset v; while read n; do [ -n "${v+set}" ] && printf "%s " "$v "; 
v="$n"; done; echo "$v"'
done
sh:1  2  3  4
bash:1  2  3  4
ksh:1  2  3  4
zsh:1  2  3  4

On AIX 6.1:

$ uname -a
AIX build-aix6 1 6 00CF28B34C00
$ for s in '' ba k z; do
  sh=${s}sh
  echo -n $sh:
  seq 4 |${s}sh -c 'unset v; while read n; do [ -n "${v+set}" ] && printf "%s " "$v "; 
v="$n"; done; echo "$v"'
done
sh:1  2  3  4
bash:1  2  3  4
ksh:1  2  3  4
zsh:1  2  3  4

Bug#807074: fbreader: includes files with unclear DFSG-freeness and/or copyright status

[Francesco Poli (wintermute)]

Package: fbreader
Version: 0.10.7dfsg-4
Severity: serious
Justification: Policy 2.2.1

Hello Eugene and thanks for maintaining FBReader in Debian!

I noticed something awkward in the debian/copyright file:

[...]
|  Html entity files (fbreader/data/formats/docbook/*.ent) with
|  these licenses:
|  
|  
|  
|  
[...]

The problem is: among these two licenses, the first one is non-free,
as it does not grant permission to modify (thus failing DFSG#3) and
only grants a limited permission to copy and use, restricting the
field of endeavor to conforming SGML systems and applications as
defined in ISO 8879 (thus failing DFSG#6).
The second license is instead fine for Debian main.

By only reading the debian/copyright file, it was not clear to me
whether both licenses apply (which would mean that these files
are non-free in fbreader) or, instead, whether the recipient may
choose which of the two licenses will apply (which would mean that
we can choose the second license and everything is fine for fbreader).

This freeness issue has been discussed on the debian-legal mailing list:
https://lists.debian.org/debian-legal/2015/11/msg00048.html
https://lists.debian.org/debian-legal/2015/11/msg00049.html

During that debian-legal thread, I was pointed out that the licensing
of those files in fbreader is a bit different from what is documented
in the fbreader debian/copyright file:
https://lists.debian.org/debian-legal/2015/11/msg00050.html
And indeed, the files under consideration include that permission grant,
saying that the DFSG-free license applies, but that the files are
derived, in part, from files (copyrighted by ISO) which grant no
permission to modify.
As I said in
https://lists.debian.org/debian-legal/2015/11/msg00051.html
I cannot fully understand how those files could be derived from
the ISO files in the first place, if the ISO files are not legally
modifiable.
Maybe OASIS obtained a special permission from ISO, but this does
not seem to be documented.
Otherwise, this looks like a copyright violation, which, if confirmed,
would result in undistributable files.

An FTP Assitant confirmed that files under the ISO license under
consideration are not fit for Debian main:
https://lists.debian.org/debian-legal/2015/12/msg0.html


Please investigate and clarify and/or fix this issue.

Possible solutions I can think of:

 A) clarify the licensing status of those files and find out
that they are distributable under DFSG-free terms; explain
and document why this is the case
 
 B) get in touch with the copyright holder (ISO) and persuade
them to re-license the ISO files in a DFSG-free manner
 
 C) find DFSG-free replacements for the non-free files

 D) drop the non-free files from the package, assuming they are
not strictly needed for the package to provide significant
functionality


Thanks for your time!

Bug#807073: tracker.debian.org: duplicate news entries

[Andreas Cadhalpun]

Package: tracker.debian.org
Severity: normal

Dear Maintainer,

there seems to be a recent regression in the handling of news, causing 
duplicates.
Packages migrating to testing now produce three news entries like e.g. [1-4]:
"[2015-12-04] ffmpeg 7:2.8.3-1 MIGRATED to testing (Debian testing watch)"

It only produced one news entry for the last migration ten days ago.

This problem also affects e.g. exim4, libpcap and openjdk-8.

Best regards,
Andreas


1: https://tracker.debian.org/pkg/ffmpeg
2: https://tracker.debian.org/news/729911
3: https://tracker.debian.org/news/729983
4: https://tracker.debian.org/news/730033

Bug#802671: Tentative patches for version 1.44

[Raphael Hertzog]

Hi,

On Fri, 04 Dec 2015, Markus Koschany wrote:
> thanks for your work on this bug. We intend to upload version 1.51 of
> bouncycastle to unstable this weekend since we were able to upgrade all
> reverse-dependencies except one so far. Are there any new information
> regarding the patches for Jessie? Shall we still wait with an upload or
> is it safe to use the three existing patches?

I pinged Peter since I had no further news from him. I propose to wait a
little bit longer for the jessie upload.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/

Bug#586158: debootstrap fails if the directory contains a space

[Tianon Gravi]

On 4 December 2015 at 04:13, Matthijs Kooijman  wrote:
> Apparently the path isn't escaped properly when passing it to sed. I
> haven't tried fixing it, or seeing if there are other problems, though.

I took a look, and there were actually quite a few places, but with
the attached patch, `DEBOOTSTRAP_DIR="$PWD" ./debootstrap
--variant=minbase sid ~/temp/test\ space
http://httpredir.debian.org/debian` succeeds at least. :)

Not sure if this is something the debootstrap maintainers want to
accept going forward, but most of the codebase seemed to already be
quoting properly for this sort of thing so it seemed appropriate to
continue.

As a note to the debootstrap maintainers, if you _do_ want this patch
(or something like it), I'm happy to adjust and enhance it however so
that it's acceptable (even if that's just recreating the patch file in
a format that's easier for whatever method you prefer for applying
it)!

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4
diff --git a/debootstrap b/debootstrap
index 2a959bb..23c0553 100755
--- a/debootstrap
+++ b/debootstrap
@@ -467,7 +467,7 @@ elif doing_variant scratchbox; then
 	[ "x$SB2_TARGET" != "x" ] || error 1 SBOXTARGETREQ "No scratchbox target configured for $TARGET"
 	CHROOT_CMD="sb2 -eR -t $SB2_TARGET"
 else
-	CHROOT_CMD="chroot $TARGET"
+	CHROOT_CMD="chroot \"$TARGET\""
 fi
 
 if [ -z "$SHA_SIZE" ]; then
@@ -620,7 +620,7 @@ if am_doing_phase dldebs; then
 fi
 
 if am_doing_phase maketarball; then
-	(cd $TARGET;
+	(cd "$TARGET";
 	 tar czf - var/lib/apt var/cache/apt) >$MAKE_TARBALL
 fi
 
diff --git a/functions b/functions
index 8bef5e6..1aaec66 100644
--- a/functions
+++ b/functions
@@ -547,7 +547,7 @@ download_release_indices () {
 
 	download_release_sig "$m1" "$reldest" "$relsigdest"
 
-	extract_release_components $reldest
+	extract_release_components "$reldest"
 
 	local totalpkgs=0
 	for c in $COMPONENTS; do
@@ -644,8 +644,8 @@ download_debs () {
 local debdest="$($DLDEST deb "$p" "$ver" "$arc" "$m" "$fil")"
 if get "$m/$fil" "$TARGET/$debdest" "$checksum" "$size"; then
 	dloaddebs="$(($dloaddebs + $size))"
-	echo >>$TARGET/debootstrap/deburis "$p $ver $m/$fil"
-	echo >>$TARGET/debootstrap/debpaths "$p $debdest"
+	echo >>"$TARGET/debootstrap/deburis" "$p $ver $m/$fil"
+	echo >>"$TARGET/debootstrap/debpaths" "$p $debdest"
 else
 	warning COULDNTDL "Couldn't download package %s (ver %s arch %s)" "$p" "$ver" "$arc"
 	leftover="$leftover $p"
@@ -698,7 +698,7 @@ download_release () {
 	local dloaddebs=0
 
 	progress $dloaddebs $totaldebs DOWNDEBS "Downloading packages"
-	:>$TARGET/debootstrap/debpaths
+	:>"$TARGET/debootstrap/debpaths"
 
 	pkgs_to_get="$*"
 	for c in $COMPONENTS; do
@@ -745,7 +745,7 @@ download_main_indices () {
 download_main () {
 	local m1="${MIRRORS%% *}"
 
-	:>$TARGET/debootstrap/debpaths
+	:>"$TARGET/debootstrap/debpaths"
 	for p in "$@"; do
 	for c in $COMPONENTS; do
 		local details=""
@@ -762,7 +762,7 @@ download_main () {
 			checksum="${details##* }"; details="${details% *}"
 			local debdest="$($DLDEST deb $details)"
 			if get "$m/${details##* }" "$TARGET/$debdest" "$checksum" "$size"; then
-echo >>$TARGET/debootstrap/debpaths "$p $debdest"
+echo >>"$TARGET/debootstrap/debpaths" "$p $debdest"
 details="done"
 break
 			fi
@@ -900,7 +900,7 @@ extract () { (
 ); }
 
 in_target_nofail () {
-	if ! $CHROOT_CMD "$@" 2>/dev/null; then
+	if ! eval "$CHROOT_CMD \"\$@\"" 2>/dev/null; then
 		true
 	fi
 	return 0
@@ -911,7 +911,7 @@ in_target_failmsg () {
 	local msg="$2"
 	local arg="$3"
 	shift; shift; shift
-	if ! $CHROOT_CMD "$@"; then
+	if ! eval "$CHROOT_CMD \"\$@\""; then
 		warning "$code" "$msg" "$arg"
 		# Try to point user at actual failing package.
 		msg="See %s for details"
@@ -1017,7 +1017,7 @@ setup_proc () {
 		if [ "$HOST_OS" = kfreebsd ]; then
 			in_target mount -t linprocfs proc /proc
 		else
-			mount -t linprocfs proc $TARGET/proc
+			mount -t linprocfs proc "$TARGET/proc"
 		fi
 		;;
 	hurd*)
@@ -1056,7 +1056,7 @@ setup_devices () {
 	kfreebsd*)
 		in_target mount -t devfs devfs /dev ;;
 	freebsd)
-		mount -t devfs devfs $TARGET/dev ;;
+		mount -t devfs devfs "$TARGET/dev" ;;
 	hurd*)
 		setup_devices_hurd ;;
 	*)
@@ -1077,8 +1077,8 @@ setup_devices_hurd () {
 	# Use the setup-translators of the hurd package, and firmlink
 	# $TARGET/{dev,servers} to the system ones.
 	in_target /usr/lib/hurd/setup-translators -k
-	settrans -a $TARGET/dev /hurd/firmlink /dev
-	settrans -a $TARGET/servers /hurd/firmlink /servers
+	settrans -a "$TARGET/dev" /hurd/firmlink /dev
+	settrans -a "$TARGET/servers" /hurd/firmlink /servers
 }
 
 setup_devices_fakechroot () {

Bug#807072: moodle: please make the installation dependencies more flexible - add php5-fpm as alternative

[Detlev Brodowski]

Package: moodle
Version: 2.7.11+dfsg-1
Severity: normal

Hello Maintainer,

please adjust the debian/control file so that moodle is installable without 
php5-cgi or libapache2-mod-php5.
Since Apache 2.4 the webserver has its own fcgi module which can be used with 
php5-fpm.

- libapache2-mod-php5 | php5-cgi
+ libapache2-mod-php5 | php5-cgi | php5-fpm

Kind regards
Detlev


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

Kernel: Linux 4.2.0-1-amd64 (SMP w/6 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 moodle depends on:
ii  apache2 [httpd]2.4.17-3
ii  dbconfig-common1.8.58
ii  debconf [debconf-2.0]  1.5.58
ii  libphp-adodb   5.18a-1
ii  libphp-phpmailer   5.2.10+dfsg-1
ii  php-cas1.3.3-1
ii  php-htmlpurifier   4.7.0-1
ii  php-tcpdf  6.0.093+dfsg-1
ii  php5-cli   5.6.16+dfsg-1
ii  php5-curl  5.6.16+dfsg-1
ii  php5-fpm   5.6.16+dfsg-1
ii  php5-gd5.6.16+dfsg-1
ii  php5-pgsql 5.6.16+dfsg-1
ii  postgresql-client  9.4+170
ii  postgresql-client-9.4 [postgresql-client]  9.4.5-1+b1
ii  ucf3.0031

Versions of packages moodle recommends:
ii  aspell   0.60.7~20110707-3+b1
ii  mimetex  1.74-1+b1
ii  php5-ldap5.6.16+dfsg-1
ii  php5-xmlrpc  5.6.16+dfsg-1
ii  postgresql   9.4+170

Versions of packages moodle suggests:
ii  clamav  0.98.7+dfsg-5

-- debconf information:
  moodle/mysql/method: Unix socket
  moodle/install-error: abort
  moodle/dbconfig-reinstall: false
* moodle/pgsql/authmethod-admin: ident
* moodle/dbconfig-install: true
* moodle/db/app-user: moodle
  moodle/pgsql/manualconf:
  moodle/pgsql/no-empty-passwords:
* moodle/www: http://xxx
  moodle/mysql/admin-user: root
  moodle/remote/port:
  moodle/pgsql/changeconf: false
  moodle/remove-error: abort
  moodle/internal/reconfiguring: false
  moodle/internal/skip-preseed: false
  moodle/upgrade-error: abort
* moodle/pgsql/authmethod-user: password
  moodle/upgrade-backup: true
  moodle/dbconfig-upgrade: true
  moodle/purge: false
  moodle/remote/host:
* moodle/database-type: pgsql
  moodle/dbconfig-remove: true
  moodle/db/basepath:
* moodle/pgsql/method: Unix socket
* moodle/pgsql/admin-user: postgres
  moodle/remote/newhost:
  moodle/passwords-do-not-match:
  moodle/missing-db-package-error: abort
* moodle/db/dbname: moodle

Bug#807071: bsdutils: script(1) missing on kfreebsd, hurd

[Thorsten Glaser]

Package: bsdutils
Version: 1:2.27.1-1
Severity: important

It looks like script(1) is not available on kfreebsd (and, judging
from the package lists, hurd) any more. This is a most severe
regression.

bye,
//mirabilos
-- 
 exceptions: a truly awful implementation of quite a nice idea.
 just about the worst way you could do something like that, afaic.
 it's like anti-design.   that too… may I quote you on that?
 sure, tho i doubt anyone will listen ;)

-- Forwarded message --
From: Debian buildds 
Message-ID: 
X-Spam-Status: No, hits=0.00 required=0.90
To: m...@packages.qa.debian.org
Date: Fri, 04 Dec 2015 00:00:04 +
Subject: failed kfreebsd-i386 build of mksh 50f-2

 * Source package: mksh
 * Version: 50f-2
 * Architecture: kfreebsd-i386
 * State: failed
 * Suite: sid
 * Builder: fils.debian.org
 * Build log: 
https://buildd.debian.org/status/fetch.php?pkg=mksh&arch=kfreebsd-i386&ver=50f-2&stamp=1449186457&file=log

Please note that these notifications do not necessarily mean bug reports
in your package but could also be caused by other packages, temporary
uninstallabilities and arch-specific breakages.  A look at the build log
despite this disclaimer would be appreciated however.

Bug#807069: closed by Ben Hutchings (Re: Bug#807069: USB to serial(ttyUSB) port crash in debian. task khubd:369 blocked for more than 120 seconds.)

[SaRaVanAn]

Since our system is running in many live servers we can't simply upgrade
the linux to latest stable version. It would be great if any patch is
available to fix the issue so that we can port to an existing linux
version. It is a serious problem since it makes system unusable. Please
provide your inputs on this.


Regards,
Saravanan N

On Fri, Dec 4, 2015 at 4:21 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the linux-source package:
>
> #807069: USB to serial(ttyUSB) port crash in debian. task khubd:369
> blocked for more than 120 seconds.
>
> It has been closed by Ben Hutchings .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ben Hutchings <
> b...@decadent.org.uk> by
> replying to this email.
>
>
> --
> 807069: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807069
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Ben Hutchings 
> To: 807069-d...@bugs.debian.org
> Cc:
> Date: Fri, 04 Dec 2015 22:17:07 +
> Subject: Re: Bug#807069: USB to serial(ttyUSB) port crash in debian. task
> khubd:369 blocked for more than 120 seconds.
> We don't support for old custom kernel packages.  If you can reproduce
> the problem with the current kernel version in Debian (stable or
> unstable), please send a new log and reopen this.
>
> Ben.
>
>
> -- Forwarded message --
> From: SaRaVanAn 
> To: sub...@bugs.debian.org
> Cc:
> Date: Fri, 4 Dec 2015 15:57:36 -0600
> Subject: USB to serial(ttyUSB) port crash in debian. task khubd:369
> blocked for more than 120 seconds.
>
> Package: linux-source
>
> Version: 3.12
>
> We are using sierra modem for 4G LTE networks. we used to communicate with 
> modem using AT commands via ttyUSB ports.
> Recently we observed a crash in usb driver interface when we try to post some 
> AT commands. After the crash the kernel seems to be hanged.
> We were not able to execute any commands or open a new tty terminal. Even 
> reboot command was not working fine.
> The system went to completely unusable/unstable state. It recovered only 
> after hard reboot.
>
>
>
> Nov 30 18:59:01   ATCMD = [AT+CMEE=2]
> Nov 30 18:59:02   [AT_TRX]Garbage cleared
> Nov 30 18:59:02   [AT_TRX]Data from Stream --> [OK]
> Nov 30 18:59:02   [AT_TRX]Poll Ended
> Nov 30 18:59:02   [AT_TRX]Result :[-1]
>
> Nov 30 18:59:02   [AT_TRX]Garbage cleared
> Nov 30 18:59:02  kernel: [19926.147811] usb 2-1.3: USB disconnect, device 
> number 126
> Nov 30 18:59:02  kernel: [19926.147985] sierra ttyUSB0: Sierra USB modem 
> converter now disconnected from ttyUSB0
> Nov 30 18:59:02  kernel: [19926.148002] sierra 2-1.3:1.0: device disconnected
> Nov 30 18:59:02  kernel: [19926.148127] sierra ttyUSB1: Sierra USB modem 
> converter now disconnected from ttyUSB1
> Nov 30 18:59:02  kernel: [19926.148138] sierra 2-1.3:1.1: device disconnected
> Nov 30 18:59:02  kernel: [19926.150070] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.152626] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.155136] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.157589] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.15] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.162438] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
> Nov 30 18:59:02  kernel: [19926.164870] sierra ttyUSB2: 
> sierra_submit_rx_urbs: submit urb failed: -19
>
> N
>
>
>
>
>
>
>
>
>
> *ov 30 19:01:12  kernel: [20056.174514] INFO: task khubd:369 blocked for more 
> than 120 seconds.Nov 30 19:01:12  kernel: [20056.176931]   Tainted: G 
>   O 3.12.0.custom-1.3 #2Nov 30 19:01:12  kernel: [20056.179297] "echo 0 > 
> /proc/sys/kernel/hung_task_timeout_secs" disables this message.Nov 30 
> 19:01:12  kernel: [20056.181648] khubd   D 880409a3f3c8 0   
> 369  2 0xNov 30 19:01:12  kernel: [20056.181653]  
> 880409a3f0c0 0046  88040b573780Nov 30 
> 19:01:12  kernel: [20056.181655]  880032f1ffd8 880032f1ffd8 
> 880032f1ffd8 880409a3f0c0Nov 30 19:01:12  kernel: [20056.181657]  
> 8000 88035aafc9e8 88035aafc9ec 880409a3f0c0Nov 30 
> 19:01:12  kernel: [20056.181660] Call Trace:Nov 30 19:01:12  kernel: 
> [20056.181667]  [] ? schedule_preempt_disabled+0x9/0x10Nov 
> 30 19:01:12  kernel: [20056.181670]  [] ? 
> __mutex_lock_slowpath+0x141/0x1c0*Nov 30 19:01:12  kernel: [20056.181673]  
> [] ? mutex_lock+0x16/0x30
> Nov 30 19:01:12  kernel: [20056.181685]  [] ? 
> usb_serial_discon

Bug#807070: Should istanbul be removed?

[Bryan Quigley]

Source: istanbul
Severity: serious

- Dead upstream (last release from 2006) -
https://git.gnome.org/browse/istanbul/tree/NEWS
- Depends on legacy libs
  - gstreamer 0.10- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785842
  - python-gnome2 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790609
 - Pretty much unused - Recent in popcon is 22, installed is 661.

It has a number of other open bugs, choppy video, and I know it's not
Debian's issue but it doesn't work on Ubuntu's Unity (and possibly
other modern DE).

No reverse-depends.

Thanks!
Bryan

Bug#799992: kmix: FTBFS: The dependency target "kmixctrl_automoc" of target "kmixctrl" does not exist

[Jurica Stanojkovic]

tags 72 + patch
User 72 + debian-m...@lists.debian.org
Usertags 72 + mips-patch

Hello,

Package kmix_4:15.08.1-1 FTBFS on mips, mipsel, mips64el and other 
architectures with following message:

CMake Error at /usr/lib/automoc4/Automoc4Config.cmake:248 (add_dependencies):
  The dependency target "kmix_automoc" of target "kmix" does not exist.

https://buildd.debian.org/status/fetch.php?pkg=kmix&arch=mips&ver=4%3A15.08.1-1&stamp=1446803463
https://buildd.debian.org/status/fetch.php?pkg=kmix&arch=mipsel&ver=4%3A15.08.1-1&stamp=1446801110
https://buildd.debian.org/status/fetch.php?pkg=kmix&arch=mips64el&ver=4%3A15.08.1-1&stamp=1446667766

Package also fails on other arch’s including amd64 on my local build (sbuild).

If this issue is resolved package later fails on MIPS with following message:

[ 96%] Linking CXX executable kmix
/usr/bin/cmake -E cmake_link_script CMakeFiles/kmix.dir/link.txt --verbose=1
/usr/bin/c++   -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2 -D_FORTIFY_SOURCE=2  -std=c++11 -Wnon-virtual-dtor 
-Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith 
-Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common 
-Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden 
-Werror=return-type -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG  
-Wl,--enable-new-dtags  -Wl,-z,relro -Wl,--as-needed -Wl,--no-undefined 
-Wl,--enable-new-dtags CMakeFiles/kmix.dir/kmix_dummy.cpp.o 
CMakeFiles/kmix.dir/kmix_automoc.cpp.o  -o kmix -rdynamic 
lib/libkdeinit4_kmix.so /usr/lib/libplasma.so.3.0.0 
/usr/lib/libsolid.so.4.14.13 /usr/lib/libkdeui.so.5.14.13 
/usr/lib/mips64el-linux-gnuabi64/libQtGui.so 
/usr/lib/mips64el-linux-gnuabi64/libQtSvg.so /usr/lib/libkdecore.so.5.14.13 
/usr/lib/mips64el-linux-gnuabi64/libQtDBus.so 
/usr/lib/mips64el-linux-gnuabi64/libQtCore.so 
/usr/lib/mips64el-linux-gnuabi64/libQtXml.so -lphonon -lasound -lpulse 
-lpulse-mainloop-glib -lglib-2.0 -lcanberra 
-Wl,-rpath,/build/kmix-gWkEYb/kmix-15.08.1/obj-mips64el-linux-gnuabi64/lib: 
/usr/bin/ld: BFD (GNU Binutils for Debian) 2.25.1 assertion fail 
../../bfd/elf-strtab.c:199
/usr/bin/ld: BFD (GNU Binutils for Debian) 2.25.1 assertion fail 
../../bfd/elf-strtab.c:272
collect2: error: ld returned 1 exit status

To workaround this issue flag "--as-needed" is disabled.
After that change package was built successfully on MIPS.

Similar issue is discussed on debian-mips mailing list:
https://lists.debian.org/debian-mips/2015/09/msg9.html

Patches resolving this issues are attached.

For first issue:
cmake_automoc_enable.diff

For second issue:
mips-no-as-needed-workaround.diff
debian-rules-mips.diff

Thank you!

Regards,
Jurica--- kmix-15.08.1.orig/CMakeLists.txt
+++ kmix-15.08.1/CMakeLists.txt
@@ -10,6 +10,8 @@ project(kmix)
 #
 # Next step: Talk to Alex Fiestas how to progress
 
+set(CMAKE_AUTOMOC ON)
+
 if(POLICY CMP0046)
   cmake_policy (SET CMP0046 NEW)
 endif()
--- kmix-15.08.1.orig/CMakeLists.txt
+++ kmix-15.08.1/CMakeLists.txt
@@ -29,7 +29,11 @@ if(POLICY CMP0046)
   cmake_policy (SET CMP0046 NEW)
 endif()
 
-SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11") 
+SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11")
+
+if (WITH_MIPS_BUILD)
+   SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -Wl,--no-as-needed")
+endif(WITH_MIPS_BUILD)
 
 if (KMIX_KF5_BUILD)
 	find_package(ECM 5.10.0 REQUIRED NO_MODULE)
diff -upNr kmix-15.08.1-orig/debian/rules kmix-15.08.1/debian/rules
--- kmix-15.08.1-orig/debian/rules	2015-09-19 17:10:51.0 +
+++ kmix-15.08.1/debian/rules	2015-12-04 21:27:26.0 +
@@ -2,5 +2,9 @@
 
 include /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk
 
+MIPS_BUILD = OFF
+ifneq (,$(filter $(DEB_HOST_ARCH), mips mipsel mips64 mips64el))
+  MIPS_BUILD = ON
+endif
 override_dh_auto_configure:
-	$(overridden_command) -- -DKMIX_KF5_BUILD=0
+	$(overridden_command) -- -DKMIX_KF5_BUILD=0 -DWITH_MIPS_BUILD:BOOL=$(MIPS_BUILD)

Bug#807069: USB to serial(ttyUSB) port crash in debian. task khubd:369 blocked for more than 120 seconds.

[SaRaVanAn]

Package: linux-source

Version: 3.12

We are using sierra modem for 4G LTE networks. we used to communicate
with modem using AT commands via ttyUSB ports.
Recently we observed a crash in usb driver interface when we try to
post some AT commands. After the crash the kernel seems to be hanged.
We were not able to execute any commands or open a new tty terminal.
Even reboot command was not working fine.
The system went to completely unusable/unstable state. It recovered
only after hard reboot.



Nov 30 18:59:01   ATCMD = [AT+CMEE=2]
Nov 30 18:59:02   [AT_TRX]Garbage cleared
Nov 30 18:59:02   [AT_TRX]Data from Stream --> [OK]
Nov 30 18:59:02   [AT_TRX]Poll Ended
Nov 30 18:59:02   [AT_TRX]Result :[-1]

Nov 30 18:59:02   [AT_TRX]Garbage cleared
Nov 30 18:59:02  kernel: [19926.147811] usb 2-1.3: USB disconnect,
device number 126
Nov 30 18:59:02  kernel: [19926.147985] sierra ttyUSB0: Sierra USB
modem converter now disconnected from ttyUSB0
Nov 30 18:59:02  kernel: [19926.148002] sierra 2-1.3:1.0: device disconnected
Nov 30 18:59:02  kernel: [19926.148127] sierra ttyUSB1: Sierra USB
modem converter now disconnected from ttyUSB1
Nov 30 18:59:02  kernel: [19926.148138] sierra 2-1.3:1.1: device disconnected
Nov 30 18:59:02  kernel: [19926.150070] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.152626] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.155136] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.157589] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.15] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.162438] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19
Nov 30 18:59:02  kernel: [19926.164870] sierra ttyUSB2:
sierra_submit_rx_urbs: submit urb failed: -19

N









*ov 30 19:01:12  kernel: [20056.174514] INFO: task khubd:369 blocked
for more than 120 seconds.Nov 30 19:01:12  kernel: [20056.176931]
 Tainted: G   O 3.12.0.custom-1.3 #2Nov 30 19:01:12  kernel:
[20056.179297] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs"
disables this message.Nov 30 19:01:12  kernel: [20056.181648] khubd
   D 880409a3f3c8 0   369  2 0xNov 30 19:01:12
 kernel: [20056.181653]  880409a3f0c0 0046
 88040b573780Nov 30 19:01:12  kernel:
[20056.181655]  880032f1ffd8 880032f1ffd8 880032f1ffd8
880409a3f0c0Nov 30 19:01:12  kernel: [20056.181657]
8000 88035aafc9e8 88035aafc9ec 880409a3f0c0Nov
30 19:01:12  kernel: [20056.181660] Call Trace:Nov 30 19:01:12
kernel: [20056.181667]  [] ?
schedule_preempt_disabled+0x9/0x10Nov 30 19:01:12  kernel:
[20056.181670]  [] ?
__mutex_lock_slowpath+0x141/0x1c0*Nov 30 19:01:12  kernel:
[20056.181673]  [] ? mutex_lock+0x16/0x30
Nov 30 19:01:12  kernel: [20056.181685]  [] ?
usb_serial_disconnect+0x2e/0x120 [usbserial]
Nov 30 19:01:12  kernel: [20056.181699]  [] ?
usb_unbind_interface+0x6a/0x1c0 [usbcore]
Nov 30 19:01:12  kernel: [20056.181705]  [] ?
__device_release_driver+0x79/0xf0
Nov 30 19:01:12  kernel: [20056.181707]  [] ?
bus_get_device_klist+0x10/0x10
Nov 30 19:01:12  kernel: [20056.181709]  [] ?
device_release_driver+0x25/0x40
Nov 30 19:01:12  kernel: [20056.181712]  [] ?
bus_remove_device+0xf2/0x140
Nov 30 19:01:12  kernel: [20056.181714]  [] ?
device_del+0x115/0x1a0
Nov 30 19:01:12  kernel: [20056.181722]  [] ?
usb_disable_device+0x94/0x1d0 [usbcore]
Nov 30 19:01:12  kernel: [20056.181728]  [] ?
usb_disconnect+0x8e/0x190 [usbcore]
Nov 30 19:01:12  kernel: [20056.181734]  [] ?
hub_thread+0x422/0x1380 [usbcore]
Nov 30 19:01:12  kernel: [20056.181738]  [] ?
__schedule+0x2de/0x770
Nov 30 19:01:12  kernel: [20056.181740]  [] ?
finish_wait+0x90/0x90
Nov 30 19:01:12  kernel: [20056.181747]  [] ?
hub_port_debounce+0xe0/0xe0 [usbcore]
Nov 30 19:01:12  kernel: [20056.181750]  [] ?
kthread+0xb3/0xc0
Nov 30 19:01:12  kernel: [20056.181753]  [] ?
hrtimer_get_remaining+0x20/0x50
Nov 30 19:01:12  kernel: [20056.181756]  [] ?
kthread_create_on_node+0x110/0x110
Nov 30 19:01:12  kernel: [20056.181758]  [] ?
ret_from_fork+0x7c/0xb0
Nov 30 19:01:12  kernel: [20056.181761]  [] ?
kthread_create_on_node+0x110/0x110


We are using Debian GNU/ ldd (Debian EGLIBC 2.13-38+deb7u1) 2.13

Regards,

Saravanan N

Bug#586158: debootstrap fails if the directory contains a space

[Matthijs Kooijman]

Package: debootstrap
Version: 1.0.75
Followup-For: Bug #586158

Hi,

it seems this problem is still present in the most recent version, but
manifests differently (possibly earlier, in addition to the failure
reported back in 2010, dunno). Here's what I did:

matthijs@grubby:~/docs/Virtual machines$ sudo debootstrap sid sid-chroot 
http://ftp.nl.debian.org/debian/
I: Retrieving Release
I: Retrieving Release.gpg
I: Checking Release signature
I: Valid Release signature (key id 126C0D24BD8A2942CC7DF8AC7638D0442B90D010)
matthijs@grubby:~/docs/Virtual machines$ cat 
sid-chroot/debootstrap/debootstrap.log
gpgv: Signature made Fri Dec  4 09:58:57 2015 CET using RSA key ID 46925553
gpgv: Good signature from "Debian Archive Automatic Signing Key (7.0/wheezy) 
"
gpgv: Signature made Fri Dec  4 09:58:57 2015 CET using RSA key ID 2B90D010
gpgv: Good signature from "Debian Archive Automatic Signing Key (8/jessie) 
"
sed: can't read /home/matthijs/docs/Virtual: No such file or directory

Apparently the path isn't escaped properly when passing it to sed. I
haven't tried fixing it, or seeing if there are other problems, though.

Gr.

Matthijs

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

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

Versions of packages debootstrap depends on:
ii  wget  1.16-1

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2014.3
ii  gnupg   1.4.18-7

debootstrap suggests no packages.

-- no debconf information

Bug#805920: #805920 init script doesn't wait for supervisord termination on restart

[Orestis Ioannou]

Heya,

I ve recently adopted the package and i am looking to fix this issues.
The problem is that i ve never written init scripts yet and right now i
don't have much time.. So please bear with me a little more, i ll try to
rewrite this soon.

There are some init scripts here
https://github.com/Supervisor/initscripts/ i ll check as well..

Cheers,

Orestis
On 12/04/2015 03:26 PM, Dmitry Smirnov wrote:
> Supervisor's init script is incredibly sloppy and have many problems... :(
> 
> I believe this particular issue is because init.d script stops daemon without 
> "--retry" passed to "start-stop-daemon".
> 
> See start-stop-daemon(8) which says:
> 
>   If --retry is  specified,  then start-stop-daemon will check that the
>   process(es) have terminated.
> 
> I think we need something like the following commit:
> 
>  https://anonscm.debian.org/cgit/pkg-go/packages/etcd.git/commit/?id=83eb9fb1
> 
> But also remove "sleep" from restart, keep one invocation of "start-stop-
> daemon", replace "echo" with LSB-compliant functions, drop "force-stop" 
> command and rewrite most of the very ugly and buggy init script...
> 



signature.asc
Description: OpenPGP digital signature

Bug#807061: [Pkg-gambas-devel] Bug#807061: gambas 3.8.0 needed! very deprecated gambas 3.6 in sid/jeesie

[Ian Haywood]

On Sat, Dec 5, 2015 at 6:05 AM, PICCORO McKAY Lenz
 wrote:
> Package: gambas3
> Version: 3.6.2-1
> Severity: wishlist
>
> Dear Maintainer,
>
> please upgrade gambas to 3.8 in sid, due new components and
> compatibility with documentation
there is a working 3.8 version now in alioth git repo under the
'experimental' branch.

Bug#807015: xinit: startx freezes, mouse and keyboard don't work

[Craig Sanders]

On Fri, Dec 04, 2015 at 01:57:53PM +0100, Laurent Bigonville wrote:
> Are you using systemd? 

Nope, this particular machine is still sysvinit.

It also has over 20 years worth of cruft on it, as i first built it in
1994 and have continuously upgraded it (with debian unstable) ever since.

> is libpam-systemd installed on your machine?

Yes, because without it several important packages would be uninstalled,
including libvirt packages for some unfathomable reason - it's impossible to
have a completely non-systemd machine in debian, you can either have systemd
or you can have a hybrid of systemd + whatever else.  systemd, or at least
parts of it, is mandatory.


It is not enabled in /etc/pam.d/ though.  None of the files in there use
it.

and, yes, I have tried it with libpam_systemd enabled.  Makes no difference.


> If it's not the case, try to install xserver-xorg-legacy and look at
> Xwrapper.config man page

What good would that do?  What would it fix, and how? I am running
neither legacy drivers nor non-linux kernels.

startx worked without this until recently, i'd rather not digress into
installing and configuring random packages unless there's a good and
clearly defined reason for it.


craig

-- 
craig sanders 

Bug#807067: konsole makes kde freeze

[Cosimo Morelli]

Package: konsole
Version: 4:15.08.2-1
Severity: critical
Justification: breaks the whole system

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

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

After the upgrade to the new version of kwin konsole causes the freeze of my
system
   * What led up to the situation?
I open konsole after login



## MY .xsession-errors ##

kdeinit5: Got EXT_EXEC '/usr/bin/konsole' from launcher.
kdeinit5: preparing to launch '/usr/bin/konsole'
QXcbConnection: XCB error: 3 (BadWindow), sequence: 43664, resource id:
27262977, major code: 18 (ChangeProperty), minor code: 0
QCoreApplication::arguments: Please instantiate the QApplication object first
QDBusConnection: session D-Bus connection created before QCoreApplication.
Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication.
Application may misbehave.
kdeinit5: PID 2517 terminated.
Application::crashHandler() called with signal 11; recent crashes: 1
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kwin_x11 path = /usr/bin pid = 1578
KCrash: Arguments: /usr/bin/kwin_x11
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from
kdeinit
kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/libexec/drkonqi' from
wrapper.
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/drkonqi'
kcm_keyboard: configuring layouts false configuring options true





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

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

Versions of packages konsole depends on:
ii  konsole-kpart   4:15.08.2-1
ii  konsole4-kpart  4:4.14.2-3
ii  libc6   2.21-3
ii  libkf5completion5   5.16.0-1
ii  libkf5configcore5   5.16.0-1
ii  libkf5configgui55.16.0-1
ii  libkf5configwidgets55.16.0-1
ii  libkf5coreaddons5   5.16.0-1
ii  libkf5i18n5 5.16.0-1
ii  libkf5iconthemes5   5.16.0-1
ii  libkf5kdelibs4support5  5.16.0-1
ii  libkf5kiowidgets5   5.16.0-1
ii  libkf5notifyconfig5 5.16.0-1
ii  libkf5widgetsaddons55.16.0-1
ii  libkf5windowsystem5 5.16.0-1
ii  libkf5xmlgui5   5.16.0-1
ii  libqt5core5a5.5.1+dfsg-8
ii  libqt5gui5  5.5.1+dfsg-8
ii  libqt5widgets5  5.5.1+dfsg-8
ii  libstdc++6  5.2.1-27

konsole recommends no packages.

konsole suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWYf0RAAoJEF8PzE63GYeQf5EQAIUXyHFrbpI2GtPlJNxw57FB
qKU11Obr53kIH5rVLqZH3bYA+tV/AmfhF7Awn1M7rTc8WowY83m9dEoOF9ibjgnj
m0xvkjpnmolBtBE2tFJo2JFsgKIXP70ZNFBfCnFJUXKnPm+8hGQZJbqIXHrk81kv
BK8zRHHQwUxHS0kYoLcinNlwDjre2b/+QMJAFLWtyRpCRfLClpop4og3gN2F4g+1
xc7p2GQCDsGuuCktxXnH3ouMRQE4wtzfWovysNe++oPLU/C/KOixLp7XrYR2/jx2
WqgxOguRCQROwP8dmfhVsAzw78GuU8TR34KoQqhiR9C7SgNkKEMoiLBr8EhmsdtE
3EK/n1sFFK+bvlxnXeadj7M1jPoycgHcME7I4yo8JLIURUP1Tl4f5OET05ySA61w
uTz3f8Dv/Juy28pz0sf7uK6ie/X8b6RsYpdhCcb+cxuoTuWl6wOjj0T0xere0bZB
T7ZfgqIphv2L67M9+OyPus1a/S/Y1ipoP1vun1TgC+6k+vs9dyKdk7/tBVoC3OrK
sOg7TmIVdwRFRq319u4JArYTlH4t4sSGN/TkXlMC5GO3mN4tp+8hQ8wy8wK5l/eH
S9Kei7mAe9omWvmveihONzjjFdiGYehtiN4Nsd5x08Hguun0HkXWXrJqVODIB41d
bEmYKOg4+FqEDnvo7CdX
=AuCy
-END PGP SIGNATURE-

Bug#804383: jessie-pu: package libinfinity/0.6.7-1~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-11-21 at 18:03 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2015-11-07 at 23:29 +0100, Philipp Kern wrote:
> > I would like to upload libinfinity 0.6.7-1 from stretch as
> > 0.6.7-1~deb8u1 to jessie (debdiff of 0.6.6-1 to 0.6.7-1 attached). To
> > quote the upstream NEWS file of this maintenance release:
> > 
> >  * Fix a possible crash when an entry is removed from the document
> >browser.
> >  * Fix a possible crash in infinoted when access control lists are
> >enabled.
> >  * Fix an assertion failure when operating with text documents and
> >using glib 2.46 or newer.
> 
> Please go ahead.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#804381: jessie-pu: package s390-dasd/0.0.32~deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-11-21 at 17:47 +0100, Julien Cristau wrote:
> Control: tag -1 confirmed
> 
> On Sat, Nov  7, 2015 at 22:57:06 +0100, Philipp Kern wrote:
> 
> > Package: release.debian.org
> > Severity: normal
> > Tags: jessie
> > User: release.debian@packages.debian.org
> > Usertags: pu
> > 
> > I'd like to update s390-dasd 0.0.32 from stretch to sid, as
> > 0.0.32~deb8u1. The debdiff is attached. It fixes installation of Debian
> > within KVM on System z and within full-system emulation using qemu.
> > 
> > The critical hunk is this:
> > 
> > @@ -233,7 +235,8 @@
> > return get_channel_input ();
> > else if (di_tree_size (channels) > 0)
> > return get_channel_select ();
> > -   return WANT_ERROR;
> > +   di_info("s390-dasd: no channel found");
> > +   return WANT_FINISH;
> >  }
> > 
> > This lets s390-dasd exit cleanly if no DASD disks are found. Within qemu
> > virtio is used to provide disks, which is totally different from what
> > traditionally used to happen on the mainframe.
> > 
> > The remaining changes are .po updates, mainly in the comments, and
> > the logging of the various error conditions s390-dasd emits. Without
> > the logging you cannot deduce why it exited with a failure.
> > 
> > I'm also happy to skip the .po changes if needed, but it seemed cleaner
> > to just backport stretch's current version.
> > 
> Seems ok to me.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#806243: libminc: FTBFS on mipsel

[Jurica Stanojkovic]

 User: debian-m...@lists.debian.org

Hello,

I have tried to build package libminc_2.3.00-2 for mipsel and mips64el on 
diferent build boards: netlogic-xlp, cavium and loongson-3a.
This package FTBFS only on loongson-3a (lemote). 
On other build machines package was built from source successfully.

Regards,
Jurica

Bug#807066: lxqt-panel must depend on lxqtmenu-data

[Alf Gaida]

Package: lxqt-panel
Version: 0.10.0-2
Severity: important

otherwise the menue are blank. Normally lxmenu-data would be thrown in via 
pcmanfm-qt/libfm-qt.

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

Kernel: Linux 4.3.0-towo.3-siduction-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lxqt-panel depends on:
ii  libasound2  1.0.29-1
ii  libc6   2.21-1
ii  libdbusmenu-qt5-2   0.9.3+15.10.20150604-1
ii  libglib2.0-02.46.2-1
ii  libkf5solid55.16.0-1
ii  libkf5windowsystem5 5.16.0-1
ii  liblxqt-globalkeys-ui0  0.10.0-2
ii  liblxqt-globalkeys0 0.10.0-2
ii  liblxqt0 [lxqt-abi-0-10-0]  0.10.0-3
ii  libmenu-cache3  1.0.0-1
ii  libpulse0   7.1-2
ii  libqt5core5a5.5.1+dfsg-8
ii  libqt5dbus5 5.5.1+dfsg-8
ii  libqt5gui5  5.5.1+dfsg-8
ii  libqt5widgets5  5.5.1+dfsg-8
ii  libqt5x11extras55.5.1-3
ii  libqt5xdg1  1.3.0-2
ii  libqt5xml5  5.5.1+dfsg-8
ii  libsensors4 1:3.4.0-2
ii  libstatgrab90.90-1.2+b1
ii  libstdc++6  5.2.1-27
ii  libsysstat-qt5-00.3.1-1
ii  libx11-62:1.6.3-1
ii  libxcb-xkb1 1.11.1-1
ii  libxcb1 1.11.1-1
ii  libxcomposite1  1:0.4.4-1
ii  libxdamage1 1:1.1.4-2+b1
ii  libxkbcommon-x11-0  0.5.0-1
ii  libxkbcommon0   0.5.0-1
ii  libxrender1 1:0.9.9-2

lxqt-panel recommends no packages.

lxqt-panel suggests no packages.

-- no debconf information

Bug#774149: fixing the stable package

[Faheem Mitha]

On Fri, 4 Dec 2015, Jürgen Braun wrote:


Hi all,


the Patch from Christian works for me as well with one exception. I had 
to remove the file /lib/udev/rules.d/usbmount.rules after creating 
/etc/udev/rules.d/usbmount.rules. If I do not remove the original file, 
usbmount is called twice which leads to a double mount of the usb flash 
drive:



$mount|grep sdd1
/dev/sdd1 on /media/usb1 type ext2
(rw,nosuid,nodev,noatime,nodiratime,errors=continue,user_xattr,acl)
/dev/sdd1 on /media/usb2 type ext2
(rw,nosuid,nodev,noatime,nodiratime,errors=continue,user_xattr,acl)


I've successfully tested ext2, vfat and ntfs based usb flash drives so 
far using this patch.


I guess this is the systemd way to get this done. As far as I understood 
Christians patch, this adds a dependency to systemd (since it is using 
systemd-escape). I am not sure if this is the *best* way to do.



How to deal with systems using sysvinit or upstart?


I forgot to say that I replaced the old usbmount.rules with the old ones. 
Having two didn't make sense to me.


So usbmount.rules went into /lib/udev/rules.d. Also, I put 
usbmount@.service in /lib/systemd/system.


This was what lintian seemed to think was correct. anyway. I didn't check 
any documentation about this.


I've no idea whether how or if this works for systems not using systemd.

 Regards, Faheem

Bug#807038: Perl 5.22.1-RC3 is now available!

[Craig A. Berry]

On Fri, Dec 4, 2015 at 12:24 PM, Niko Tyni  wrote:
> On Fri, Dec 04, 2015 at 10:28:50AM -0600, Craig A. Berry wrote:
>> On Fri, Dec 4, 2015 at 6:42 AM, Niko Tyni  wrote:
>
>> > t/op/sprintf2 . # Failed 
>> > test 1463 - at op/sprintf2.t line 671
>> > #  got '0x1p+1020
>> > # '
>> > # expected /(?^:^0x1.0{522}1p\+1020$)/
>
>> FWIW, on Darwin PPC these tests are skipped:
>>
>> ok 1463 # skip darwin doublekind=4
>> ok 1464 # skip darwin doublekind=4
>> ok 1465 # skip darwin doublekind=4
>> ok 1466 # skip darwin doublekind=4
>> ok 1467 # skip darwin doublekind=4
>> ok 1468 # skip darwin doublekind=4
>>
>> What does Debian PPC show for:
>>
>> % ./perl -Ilib -V:doublekind
>> doublekind='4';
>
> doublekind='4'; looks like those tests get run only on linux
> with that doublekind.

Right.  I hadn't noticed the linux-only part before.  These tests came
in with a fix for a problem reported on Debian PPC64:





To me the configuration in that ticket looks awfully similar to the
configuration that now sees test failures, but I could be missing
something.

On 32-bit Darwin PPC (where the tests are skipped), I see the same
output running the test code as is in your log.  E.g., your log has:

t/op/sprintf2 . #
Failed test 1451 - at op/sprintf2.t line 671
#  got '0x1p+1020
# '
# expected /(?^:^0x1.0{522}1p\+1020$)/

and I get:

./perl -Ilib -e 'printf("%La\n", (2**1020) + (2**-1072));'
0x1p+1020


> I'm attaching 'perl -V' output for all the failing platforms: powerpc
> s390x and ppc64.  All are big-endian, and the latter two are 64-bit. All
> have doublekind=4.
> --
> Niko Tyni   nt...@debian.org

Bug#807064: "dget $pkg" fails with "no hostnames in apt-cache policy $pkg for version ... found" since apt 1.1

[Axel Beckert]

Package: devscripts
Version: 2.15.9
Severity: normal
File: /usr/bin/dget

Since the installation of apt 1.1, dget fails to download binary
packages always with the same error message independent of the
package:

$ dget apt
dget: no hostnames in apt-cache policy apt for version 1.1.3 found

It still works fine in Debian Testing with apt 1.0.10.2 still being
installed:

$ dget apt
dget: retrieving 
http://ftp.ch.debian.org/debian/pool/main/a/apt/apt_1.0.10.2_amd64.deb
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 1063k  100 1063k0 0  3118k  0 --:--:-- --:--:-- --:--:-- 3120k

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-k2FF9CD59612616B5 -i"
DSCVERIFY_KEYRINGS=/home/abe/.gnupg/pubring.gpg
DEBUILD_LINTIAN_OPTS="-iIE --pedantic"

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.3
ii  libc62.21-3
ii  perl 5.20.2-6
ii  python3  3.4.3-7
pn  python3:any  

Versions of packages devscripts recommends:
pn  at  
ii  curl7.45.0-1+b1
ii  dctrl-tools 2.24-1
ii  debian-keyring  2015.11.30
ii  dput-ng [dput]  1.10
ii  dupload 2.7.0
ii  equivs  2.0.9+nmu1
ii  fakeroot1.20.2-1
ii  file1:5.25-2
ii  gnupg   1.4.19-6
ii  libdistro-info-perl 0.14
ii  libencode-locale-perl   1.05-1
ii  libjson-perl2.90-1
ii  liblwp-protocol-https-perl  6.06-2
ii  libsoap-lite-perl   1.19-1
ii  liburi-perl 1.69-1
ii  libwww-perl 6.13-1
ii  lintian 2.5.38.1
ii  man-db  2.7.5-1
ii  patch   2.7.5-1
ii  patchutils  0.3.4-1
ii  pseudo [fakeroot]   1.7.4-2
ii  python3-debian  0.1.27
ii  python3-magic   1:5.25-2
ii  sensible-utils  0.0.9
ii  strace  4.10-3
ii  unzip   6.0-20
ii  wdiff   1.2.2-1+b1
ii  wget1.17-1
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages devscripts suggests:
ii  bsd-mailx [mailx]8.1.2-0.20150408cvs-1
ii  build-essential  12.1
ii  cvs-buildpackage 5.25
pn  debbindiff   
ii  devscripts-el35.12
ii  gnuplot  4.6.6-3
ii  gpgv 1.4.19-6
ii  libauthen-sasl-perl  2.1600-1
ii  libfile-desktopentry-perl0.21-1
ii  libnet-smtp-ssl-perl 1.03-1
ii  libterm-size-perl0.207-1+b2
ii  libtimedate-perl 2.3000-2
ii  libyaml-syck-perl1.29-1
ii  mutt 1.5.24-1
ii  openssh-client [ssh-client]  1:7.1p1-1
ii  s-nail [mailx]   14.8.5-3
ii  svn-buildpackage 0.8.5+nmu1
ii  w3m  0.5.3-26

-- no debconf information

Bug#806377: fails to build jessie image

[Antoine Beaupré]

Control: severity -1 grave
Control: fixed -1 0.35
Control: tags -1 -unreproducible

On 2015-12-04 14:36:01, Jameson Graef Rollins wrote:
> On Fri, Dec 04 2015, Antoine Beaupré  wrote:
>> On 2015-12-04 12:50:47, Jameson Graef Rollins wrote:
>>> I can build a jessie rescue image on my stretch/sid system no problem.
>>
>> I guess my parallel universe is irrelevant then.
>>
>> sigh... why did you change the severity? it's still a grave issue in
>> jessie, and i can reproduce it there. did you try to reproduce it in
>> jessie before marking it as unreproducible?
>
> I am not discounting your circumstances, Antoine, but I don't think the
> package should be removed from testing because you can't build an image
> under your particular circumstances.  The package is known to be working
> fine in testing, so the issue is clearly not release critical.  See
> https://www.debian.org/Bugs/Developer#severities:
>
>   grave
>
> makes the package in question unusable or mostly so, or causes data
> loss, or introduces a security hole allowing access to the accounts
> of users who use the package.
>
> Severities such as grave and critical should be reserved for extenuating
> circumstances only, which do not apply in this case.

Again: while the package works in stretch and sid, it doesn't work in
jessie. I am not saying the package should be removed from testing, but
then this should be marked as "grave" nevertheless, which will *not*
make it removed from testing, if a "fixed" version is present there.

*not* marking this as grave will make it difficult to have a stable
update to fix this bug.

Also, the package is "unusable or mostly so", which seems to be a
sufficient condition for making the bug as grave, according to the very
description you are quoting.

I am therefore reverting part of your changes to mark the bug as
"reproducible, grave and found in jessie". I do not think this will make
it drop from testing.

A.

-- 
You Are What You Is
- Frank Zappa

Bug#807012: python3-apt & unattended-upgrades get confused by uppercase pkg

[Alexandre Detiste]

Le vendredi 4 décembre 2015, 10:16:05 Julian Andres Klode a écrit :
> Control: reassign -1 unattended-upgrades
> 
> On Fri, Dec 04, 2015 at 08:06:36AM +0100, Alexandre Detiste wrote:
> > Package: python3-apt
> > Version: 1.1.0~beta1
> > Severity: normal
> > 
> > Hi,
> > 
> > Since the last update of python3-apt to 1.1, unattended-upgrades
> > is crashing on a package with an uppercase case name.
> > 
> > I do know this package is not policy-compliant;
> > but still UU / python3-apt should handle this situation
> > in a more gracefull way than a triple exception.
> > (and more enterprise-ish stuff may want to use
> > uppercase package names too)
> 
> dpkg won't even let you create packages with upper case package
> names.
> 
> Internally they are mapped to lowercase before entered into the
> cache, so I don't know where unattended-upgrades gets the mixed
> case name from.
> 
> The behaviour of not accepting the upper case name is consistent
> with APT (apt-cache show WorldOfGoo fails) and dpkg (dpkg -l 
> WorldOfGoo fails too).
> 
> As such, I'm not going to fix this in python-apt. This should
> be patched in unattended-upgrades that gets a mixed name from
> somewhere it should not look at.
> 
> 

(keeping you in CC because I don't know if you'll get this mail
after bug has been reassigned)


update-apt-xapian-index now barfs on this upercase package too.

I agree the package was likely built on a Debian-less system with "ar + tar"  
and without lintian.

It looks like in some cases the package name is converted to lowercase
and in other cases not.



Reading en.diff_Index translations from 
/var/lib/apt/lists/ftp.be.debian.org_debian_dists_unstable_main_i18n_Translation-en.diff_Index:
 done.  
Rebuilding Xapian index... 0%
Traceback (most recent call last):
  File "/usr/sbin/update-apt-xapian-index", line 104, in 
indexer.rebuild(opts.pkgfile)
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 717, in rebuild
self.buildIndex(dbdir, generator)
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 692, in 
buildIndex
for doc in documents:
  File "/usr/lib/python2.7/dist-packages/axi/indexer.py", line 563, in 
gen_documents_apt
for idx, pkg in enumerate(cache):
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 231, in __iter__
yield self[pkgname]
  File "/usr/lib/python2.7/dist-packages/apt/cache.py", line 200, in __getitem__
raise KeyError('The cache has no package named %r' % key)
KeyError: "The cache has no package named 'WorldOfGoo'"

Bug#807063: synaptic does not start

[Brent S. Elmer]

Package: synaptic
Version: 0.81.4+b2
Severity: normal

Recently when I start synaptic from a non root user, I would get prompted for
the Administrator password.  I would enter the root password and synaptic would
tell me the password was wrong.  I know the password is right.  I was having to
su and then start synaptic.  Since something was wrong with synaptic, I removed
everything in ~.gnome2/keyrings in order to clear out anything in there
synaptic may have been trying to use.  Since I did that, synaptic will not
start.  When I try to run it from the menu of a non root user, nothing ever
shows up.  If I grep for synaptic I see synaptic -pkexec processes running.  If
I run synaptic -pkexec from a terminal, it just hangs and nothing ever shows.



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

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/bash
Init: systemd (via /run/systemd/system)

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.7   1.0.10.2
ii  libapt-pkg4.16   1.0.10.2
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo-gobject21.14.4-1
ii  libcairo21.14.4-1
ii  libept1.4.16 1.0.14+b1
ii  libgcc1  1:5.2.1-23
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libglib2.0-0 2.46.2-1
ii  libgtk-3-0   3.18.5-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libstdc++6   5.2.1-23
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.3-1
ii  libxapian22v51.2.21-1.2
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages synaptic recommends:
ii  gksu   2.0.2-9
ii  libgtk2-perl   2:1.2496-3
ii  policykit-10.105-8
ii  rarian-compat  0.8.1-6

Versions of packages synaptic suggests:
ii  apt-xapian-index 0.47+nmu2
pn  deborphan
pn  dwww 
ii  menu 2.1.47
pn  software-properties-gtk  
ii  tasksel  3.34

-- no debconf information

Bug#764365: Bug #764365: dash: assignment from "$@" uses "$*" instead

[Gioele Barabucci]

Control: tags -1 wontfix

Hello, I am marking this bug as wontfix: the discussion upstream [1] 
highlighted that



This behaviour is what I expect and is common to other shells as
well.


and


The behaviour for "$  " is underspecified except for very
specific situations. Both behaviours are very defensible. There is an
attempt to clear up the requirements for the future, but even with
the cleared up wording, the behaviour of var=$  and var="$  "
would remain unspecified. See
 for details.


[1] http://thread.gmane.org/gmane.comp.shells.dash/1179

Regards,

--
Gioele Barabucci 

Bug#806994: www.debian.org: Typo on debian-faq

[Holger Wansing]

Control: reassign -1 debian-faq


Hi Evangelos,

Evangelos Skarmoutsos  wrote:
> Package: www.debian.org
> Severity: minor
> 
> Dear Maintainer,
> 
> 
> At https://www.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html
> at section 7.9, there is a paragraph
> "Package A breaks Package B when both cannot packages cannot be
> simultaneously..."
> which has the word "cannot" twice.
> 
> The correct should be:
> "Package A breaks Package B when both packages cannot be simultaneously..."

Thanks for reporting.
Reassigning to the relevant package.

Cheers


Holger


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


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Bug#806377: fails to build jessie image

[Jameson Graef Rollins]

On Fri, Dec 04 2015, Antoine Beaupré  wrote:
> On 2015-12-04 12:50:47, Jameson Graef Rollins wrote:
>> I can build a jessie rescue image on my stretch/sid system no problem.
>
> I guess my parallel universe is irrelevant then.
>
> sigh... why did you change the severity? it's still a grave issue in
> jessie, and i can reproduce it there. did you try to reproduce it in
> jessie before marking it as unreproducible?

I am not discounting your circumstances, Antoine, but I don't think the
package should be removed from testing because you can't build an image
under your particular circumstances.  The package is known to be working
fine in testing, so the issue is clearly not release critical.  See
https://www.debian.org/Bugs/Developer#severities:

  grave

makes the package in question unusable or mostly so, or causes data
loss, or introduces a security hole allowing access to the accounts
of users who use the package.

Severities such as grave and critical should be reserved for extenuating
circumstances only, which do not apply in this case.

jamie.


signature.asc
Description: PGP signature

Bug#774149: fixing the stable package

[Jürgen Braun]

Hi all,

the Patch from Christian works for me as well with one exception. I had
to remove the file /lib/udev/rules.d/usbmount.rules after creating
/etc/udev/rules.d/usbmount.rules. If I do not remove the original file,
usbmount is called twice which leads to a double mount of the usb flash
drive:

$mount|grep sdd1
/dev/sdd1 on /media/usb1 type ext2
(rw,nosuid,nodev,noatime,nodiratime,errors=continue,user_xattr,acl)
/dev/sdd1 on /media/usb2 type ext2
(rw,nosuid,nodev,noatime,nodiratime,errors=continue,user_xattr,acl)


I've successfully tested ext2, vfat and ntfs based usb flash drives so
far using this patch.

I guess this is the systemd way to get this done.
As far as I understood Christians patch, this adds a dependency to
systemd (since it is using systemd-escape). I am not sure if this is the
*best* way to do.

How to deal with systems using sysvinit or upstart?

best regards,
Jürgen



Am 04.12.2015 um 17:41 schrieb Faheem Mitha:
> 
> [CCs to suitable-seeming people. If you are getting this email via the
> BTS too, sorry about the noise, but the BTS really should say who is
> subscribed.]
> 
> Hi,
> 
> The patch by Christian Weinberger fixes the problem for me, though I
> don't really understand it.
> 
> It seems this bug breaks usbmount in stable, at least for me, and (it
> seems) others too. Is this a candidate for a stable fix? I'm willing to
> make a fix and do an upload if there is someone out there who will
> sponsor me. Or should I submit a pull request? And if so, where?
> 
> Oh, but first, could we get come concensus that the Christian patch is
> the correct way to go? It looks good to me, but I don't understand the
> context well enough to say.
> 
>   Regard, Faheem Mitha
> 

Bug#807062: Excessive memory usage with large contacts database

[Josh Triplett]

Package: gnome-contacts
Version: 3.18.1-1
Severity: important

I have evolution hooked up to a large contacts database (corporate
address book).  Recently, gnome-contacts (running in the background of
the GNOME session, without anything requesting contacts) started using
an excessive amount of memory: 7GB+ before it got killed by the OOM
killer, and just before doing so it very nearly froze my X session.

No matter how big the contacts database is, gnome-contacts should not
use that much memory; map the contacts from disk if necessary, but don't
copy them into memory.

Furthermore, it doesn't seem at all obvious to me why gnome-contacts
needs to run at all in the background of my session, as I have not run
anything that would need access to contacts.

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

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

Versions of packages gnome-contacts depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libatk1.0-0  2.18.0-1
ii  libc62.21-1
ii  libcairo21.14.4-1
ii  libchamplain-0.12-0  0.12.11-1
ii  libcheese-gtk25  3.18.1-2
ii  libcheese8   3.18.1-2
ii  libclutter-1.0-0 1.24.2-1
ii  libclutter-gtk-1.0-0 1.6.6-1
ii  libedataserver-1.2-213.18.2-1
ii  libedataserverui-1.2-1   3.18.2-1
ii  libfolks-eds25   0.11.1-2+b1
ii  libfolks-telepathy25 0.11.1-2+b1
ii  libfolks25   0.11.1-2+b1
ii  libgdk-pixbuf2.0-0   2.32.2-1
ii  libgee-0.8-2 0.18.0-1
ii  libgeocode-glib0 3.18.0-1
ii  libglib2.0-0 2.46.2-1
ii  libgnome-desktop-3-123.18.2-1
ii  libgoa-1.0-0b3.18.2.1-1
ii  libgtk-3-0   3.18.5-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libtelepathy-glib0   0.24.1-1.1

gnome-contacts recommends no packages.

gnome-contacts suggests no packages.

-- no debconf information

Bug#806377: fails to build jessie image

[Antoine Beaupré]

On 2015-12-04 12:50:47, Jameson Graef Rollins wrote:
> I can build a jessie rescue image on my stretch/sid system no problem.

I guess my parallel universe is irrelevant then.

sigh... why did you change the severity? it's still a grave issue in
jessie, and i can reproduce it there. did you try to reproduce it in
jessie before marking it as unreproducible?

a.

-- 
PHP was originally designed explicitly for non-programmers (and, reading
between the lines, non-programs); it has not well escaped its roots.
 - Alex Munroe, PHP: a fractal of bad design

Bug#804183: upgrade to 1.10.4-1 creates circular inclusion

[Wendy J. Elmer]

On Tue, 2015-11-24 at 08:30 +, Simon McVittie wrote:
> On 24/11/15 01:49, Brent S. Elmer Ph.D. wrote:
> > lrwxrwxrwx   1 root root30 Nov  3 13:23 session.conf.dpkg-bak
> > ->
> > /usr/share/dbus-1/session.conf
> > lrwxrwxrwx   1 root root29 Nov  3 13:23 system.conf.dpkg-bak ->
> > /usr/share/dbus-1/system.conf
> 
> Deleting those two should fix this.
> 
> S
> 
> 
Thanks,
Yes, it did fix it.

Brent

Bug#806982: Left system with no mail alternative

[Steffen Nurpmeso]

Hello on a Friiday ^.^,

Anthony DeRobertis  wrote:
 |Package: s-nail
 |Version: 14.8.5-3
 |Severity: important
 |
 |heirloom-mailx used to provide an /usr/bin/mail on my system. I see

Regarding the overall philosophy behind mail / Mail / mailx and
S-nail it has to be said that compatibility flags like *bsdcompat*
etc. will rather get less than more.  And i'm all for that since
it is true that mail never has been stable and always evolved,
which M. Douglas McIlroy clearly analyses in his article "A
Research UNIX Reader: Annotated Excerpts from the Programmer’s
Manual, 1971-1986":

Electronic mail was there from the start. Never satisfied with its
exact behavior, everybody touched it at one time or another:

Note that v14.9 says more on this (the above is an excerpt of the
README file on the development branch).

S-nail will get more compatible with the actual POSIX mailx
standard (as that becomes possible because of codebase state
changes) and add its own features on top.  (After shrinking to
a healthy state that is.  And what i hope as of today.  Say.)

It is true that i'm removing some compatibility settings, e.g.,
v14.9 will obsolete support of the SUSV3 environment variable,
which sole purpose is to change the default setting of the
*attrlist* variable, which can be helped by doing "? set
attrlist='NU *HMFAT+-$~'".  I think this is an acceptable builtin
complexity reduction, especially given the long obsoletion time.

 |from the postinst that s-nail is supposed to as well... but it didn't
 |work.

O!

 |update-alternatives --auto mailx got it to work. I then purged
 |heirloom-mailx.

Wow.  Thank you!

P.S.:
S-nail has a long way to go.  Until then it will introduce
backward incompatible changes (e.g., colour support changes
completely in v14.9) and will (temporarily) loose features (e.g.,
no IMAP in v14.9+).  The codebase comes from the 70s and has been
designed in and for completely different circumstances.  I hope
i can go that way and that users follow there, too.  It will be
a long and winding road, anyway.
Ciao!

--steffen

Bug#650132: hint: binary to source mapping has unhelpful side-effects

[Adam D. Barratt]

Control: tags -1 + patch

On Fri, 2015-12-04 at 18:09 +, Adam D. Barratt wrote:
> On Sat, 2011-11-26 at 20:38 +, Adam D. Barratt wrote:
> > hint's automagic binary to source mapping has unintended and undesired
> > side-effects in some circumstances.  The situation where issues have
> > been noticed most is with "hint clean" and renamed source packages, but
> > it will likely manifest in other cases.
> [...]
> > I haven't found an easy way of resolving this yet, so am filing this in
> > the BTS so that the issue is documented and in case anyone else has any
> > thoughts.
> 
> After another of my periodic pokes at this, the main problem is that I
> can't see an easy way of fixing it without bending the encapsulation.
> 
> "clean" uses the HintFileParagraph class to represent the lines it has
> read from the hint file, which in turn instantiates a number of Hint
> objects. The Hint class's constructor then parses the package list,
> including performing the binary to source mappings. By this point, the
> knowledge of which subcommand of "hint" was used is well and truly
> invisible.
> 
> We could extend the Hint class to take keyword arguments so that the
> package mapping could be disabled when required, but this would then
> somehow need to be communicated via HintFileParagraph, which feels a
> little dirty.
> 
> Admittedly, the HintFileParagraph is only used by the clean action, so
> we could simply say that the class will not modify its input, and thus
> have it pass a "don't do binary to source mappings" flag to the Hint
> class.
> 
> Thoughts welcome, before I either decide that the above is a silly idea,
> or just do it. :-)

fwiw, here's a patch that does that.

The second "don't update" hunk also changes the behaviour in another way
- currently, if you have a hint for foo and foo is then removed from
unstable, a subsequent "hint clean" will drop the hint; after my update,
that will no longer happen. However, I think this is actually better,
for two reasons:

- currently "easy foo" would simply be replaced by "# No packages left
in hint", which isn't particularly helpful
- "easy foo bar" will be replaced by "easy bar", with no indication that
the hint has been changed. I don't think "clean" should make changes
like that.

Regards,

Adam
diff --git a/scripts/hint b/scripts/hint
index 9d38274..3b3b1ee 100755
--- a/scripts/hint
+++ b/scripts/hint
@@ -513,9 +513,11 @@ class Hint(object):
 
 ##
 
-def __init__(self, hintname, *args):
+def __init__(self, hintname, *args, **kwargs):
 starts_with_letter = re.compile(r'(?i)^[a-z]')
 
+self.kwargs = kwargs
+
 self.name = hintname
 self.pkgs = []
 
@@ -562,7 +564,8 @@ class Hint(object):
 suite = self.SOURCE_DISTRIBUTION
 except AttributeError:
 suite = 'unstable'
-if not projectb.is_source_pkg(suite, src):
+if not projectb.is_source_pkg(suite, src) and \
+  ('noupdate' not in kwargs or kwargs['noupdate'] != 1):
 tmpsrc = src
 src = projectb.get_source_pkg(suite, src)
 if src is None:
@@ -634,7 +637,7 @@ class Hint(object):
 words = [ ]
 return ' '.join(words)
 
-def __new__(cls, hintname, *args):
+def __new__(cls, hintname, *args, **kwargs):
 if hintname in \
 [ 'easy', 'hint', 'force', 'force-hint', 'unblock', 'urgent', 'unblock-udeb' ]:
 subclass = UnstableToTestingHint
@@ -685,8 +688,8 @@ class UnversionedHint(Hint):
 class MigrationHint(Hint):
 """A hint whose packages are meant to move from one distribution to another."""
 
-def __init__(self, *args):
-Hint.__init__(self, *args)
+def __init__(self, *args, **kwargs):
+Hint.__init__(self, *args, **kwargs)
 self._versions = None
 
 @property
@@ -699,12 +702,13 @@ class MigrationHint(Hint):
 'target': get_version_numbers(self.TARGET_DISTRIBUTION, self.pkgs),
 }
 
-for pkg, ver in self._versions['source'].items():
-if ver is None and pkg not in self.remove_pkgs:
-print >>sys.stderr, (
-'W: package %s not in %s, skipping.'
-% (pkg, self.SOURCE_DISTRIBUTION))
-self.pkgs.remove(pkg)
+if 'noupdate' not in self.kwargs or self.kwargs['noupdate'] != 1:
+for pkg, ver in self._versions['source'].items():
+if ver is None and pkg not in self.remove_pkgs:
+print >>sys.stderr, (
+'W: package %s not in %s, skipping.'
+% (pkg, self.SOURCE_DISTRIBUTION))
+self.pkgs.remove(pkg)
 
 return self._versions
 
@@ -783,8 +787,8 @@ class TpuToTestingHint(MigrationHint):
 
 
 class AgeDaysHint(UnstableToTestingHint):
-def __init__(self, hintname, days, *args):
-UnstableToTestingHint.__init__(self, '%s %s' 

Bug#807061: gambas 3.8.0 needed! very deprecated gambas 3.6 in sid/jeesie

[PICCORO McKAY Lenz]

Package: gambas3
Version: 3.6.2-1
Severity: wishlist

Dear Maintainer,

please upgrade gambas to 3.8 in sid, due new components and
compatibility with documentation



Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#807060: cannot install libjpeg62

[Brent S Elmer]

Package: libjpeg62
Severity: normal

I am trying to install libjpeg62 on a stretch computer that was upgraded from
jessie.  libjpeg62-turbo is installed.  It looks like libjpeg62 has replaced
libjpeg62-turbo but when I try to install libjpeg62, a lot of packages want to
be uninstalled.  My system is totally up to date for stretch.  Is the libjpeg62
transition not complete yet?



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

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

Bug#763869: seems like this is already fixed in util-linux version of sulogin

[Andreas Henriksson]

Control: fixed -1 2.88dsf-59.2

Hello!

Marking this as fixed in the version which no longer ships
sulogin (in favour of letting util-linux ship sulogin).
The util-linux sulogin does not seem to be affected by this issue.
Leaving this open in case anyone wants to look into pushing
a fix into stable (Jessie), where sysvinit sulogin is still used.

Regards,
Andreas Henriksson

Bug#599690: /usr/bin/nm-applet: Still an issue

[Kyle Bentley]

Package: network-manager-gnome
Version: 0.9.10.0-2
Followup-For: Bug #599690

After startup to ready desktop, the nm-applet appears to be trying to connect 
to a wireless network.  As soon as I try to click on it, it crashes.  It then 
has to be restarted.  Afterwards it usually behaves fine, but the steps are 
definitely reproducable.

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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-x11 1.8.20-0+deb8u1
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gconf-service3.2.6-3
ii  gnome-icon-theme 3.12.0-1
ii  libc62.19-18+deb8u1
ii  libcairo21.14.0-2.1
ii  libdbus-1-3  1.8.20-0+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u3
ii  libglib2.0-0 2.42.1-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  libmm-glib0  1.4.0-1
ii  libnm-glib-vpn1  0.9.10.0-7
ii  libnm-glib4  0.9.10.0-7
ii  libnm-gtk0   0.9.10.0-2
ii  libnm-util2  0.9.10.0-7
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsecret-1-00.18-1+b1
ii  network-manager  0.9.10.0-7
ii  policykit-1-gnome0.105-2

Versions of packages network-manager-gnome recommends:
ii  gnome-keyring3.14.0-1+b1
ii  iso-codes3.57-1
ii  mobile-broadband-provider-info   20140317-1
ii  notification-daemon  0.7.6-2
ii  xfce4-notifyd [notification-daemon]  0.2.4-3

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#802671: Tentative patches for version 1.44

[Markus Koschany]

On Thu, 26 Nov 2015 13:58:14 +0100 Raphael Hertzog 
wrote:
> On Fri, 20 Nov 2015, Raphael Hertzog wrote:
> > On Fri, 23 Oct 2015, Raphael Hertzog wrote:
> > > I have asked an upstream developer (Peter Dettman) to review it.
> > 
> > He reviewed them and came up with further suggestions. So there's a third
> > patch (attached) to apply on top of the two patches that I already
> > submitted. I sent him the third patch for review too.
> 
> Tha patch is also OK according to Peter. However he asked me to not
> yet release the update as further improvements in public key/point
> validation are being made.
> 
> I'll the bug in the loop when I have more details, in the next few days in
> theory.

Hello Raphael,

thanks for your work on this bug. We intend to upload version 1.51 of
bouncycastle to unstable this weekend since we were able to upgrade all
reverse-dependencies except one so far. Are there any new information
regarding the patches for Jessie? Shall we still wait with an upload or
is it safe to use the three existing patches?

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#487276: pacman: diff for NMU version 10-17.1

[Markus Koschany]

Control: tags 487276 + patch
Control: tags 487276 + pending

Dear maintainer,

I've prepared an NMU for pacman (versioned as 10-17.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

The upload adds a new desktop file and icon and improves the desktop
integration of pacman. It also fixes two Lintian errors and several
warnings.

Regards,

Markus
diff -u pacman-10/debian/copyright pacman-10/debian/copyright
--- pacman-10/debian/copyright
+++ pacman-10/debian/copyright
@@ -2,7 +2,9 @@
 
 It was downloaded from ftp.cdrom.com:/pub/FreeBSD/distfiles
 
-Upstream Author:	Roar Thronaes 
+Upstream Author: Roar Thronaes 
+
+pacmania.xpm icon is courtesy of Douglas Gallagher from www.amazingdg.com
 
 Copyright:
 
@@ -21,13 +23,13 @@
- 
+
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.
- 
+
You should have received a copy of the GNU General Public License
along with this package; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, 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'.
+Public License can be found in `/usr/share/common-licenses/GPL-2'.
diff -u pacman-10/debian/control pacman-10/debian/control
--- pacman-10/debian/control
+++ pacman-10/debian/control
@@ -2,13 +2,13 @@
 Section: games
 Priority: optional
 Maintainer: Joe Nahmias 
-Standards-Version: 3.8.0
-Build-Depends: debhelper (>= 6), xutils-dev, libncurses5-dev, libx11-dev,
+Standards-Version: 3.9.6
+Build-Depends: debhelper (>= 9), xutils-dev, libncurses5-dev, libx11-dev,
  libxext-dev
 
 Package: pacman
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Chase Monsters in a Labyrinth
  You are Pacman, and you are supposed to eat all the small dots to get to
  the next level. You are also supposed to keep away from the ghosts,
reverted:
--- pacman-10/debian/pacman.xpm
+++ pacman-10.orig/debian/pacman.xpm
@@ -1,57 +0,0 @@
-/* XPM */
-static char *pacman[]={
-"47 51 3 1",
-". c #00",
-"a c #00beff",
-"# c #00",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"....##.",
-"....##.",
-".......",
-".......",
-"##.....",
-"##.....",
-"##.....",
-"##.....",
-".......",
-".......",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"..

Bug#806995: updated patch

[Christopher Cramer]

This patch adds links to the Scala standard library documentation as well:

diff -urN old/scala-xml-1.0.3/debian/control scala-xml-1.0.3/debian/control
--- old/scala-xml-1.0.3/debian/control  2015-06-22 04:06:53.0 -0400
+++ scala-xml-1.0.3/debian/control  2015-12-04 12:43:24.049027920 -0500
@@ -17,3 +17,12 @@
  modern language features.
  .
  This package contains the standard Scala XML library.
+
+Package: scala-xml-doc
+Architecture: all
+Suggests: scala-doc
+Description: Standard Scala XML library documentation
+ Scala is a Java-compatible programming language with many
+ modern language features.
+ .
+ This package contains the documentation for the standard Scala XML library.
diff -urN old/scala-xml-1.0.3/debian/rules scala-xml-1.0.3/debian/rules
--- old/scala-xml-1.0.3/debian/rules2015-06-17 02:34:34.0 -0400
+++ scala-xml-1.0.3/debian/rules2015-12-04 12:39:29.623769250 -0500
@@ -20,9 +20,11 @@
echo "version.number=$(VERSION)"   >> 
target/classes/scala-xml.properties

jar cfm target/scala-xml.jar debian/manifest -C target/classes .
+   mkdir -p html
+   scaladoc -d html 
-doc-external-doc:/usr/share/java/scala-library.jar#/usr/share/doc/scala-doc/html/
 $(SOURCE_FILES)
 
 override_dh_auto_clean:
-   rm -Rf target
+   rm -Rf target html
 
 get-orig-source:
uscan --download-current-version --rename
diff -urN old/scala-xml-1.0.3/debian/scala-xml-doc.docs 
scala-xml-1.0.3/debian/scala-xml-doc.docs
--- old/scala-xml-1.0.3/debian/scala-xml-doc.docs   1969-12-31 
19:00:00.0 -0500
+++ scala-xml-1.0.3/debian/scala-xml-doc.docs   2015-12-03 14:51:23.337909178 
-0500
@@ -0,0 +1 @@
+html/

Bug#807038: Perl 5.22.1-RC3 is now available!

[Niko Tyni]

On Fri, Dec 04, 2015 at 10:28:50AM -0600, Craig A. Berry wrote:
> On Fri, Dec 4, 2015 at 6:42 AM, Niko Tyni  wrote:

> > t/op/sprintf2 . # Failed 
> > test 1463 - at op/sprintf2.t line 671
> > #  got '0x1p+1020
> > # '
> > # expected /(?^:^0x1.0{522}1p\+1020$)/

> FWIW, on Darwin PPC these tests are skipped:
> 
> ok 1463 # skip darwin doublekind=4
> ok 1464 # skip darwin doublekind=4
> ok 1465 # skip darwin doublekind=4
> ok 1466 # skip darwin doublekind=4
> ok 1467 # skip darwin doublekind=4
> ok 1468 # skip darwin doublekind=4
> 
> What does Debian PPC show for:
> 
> % ./perl -Ilib -V:doublekind
> doublekind='4';

doublekind='4'; looks like those tests get run only on linux
with that doublekind.

I'm attaching 'perl -V' output for all the failing platforms: powerpc
s390x and ppc64.  All are big-endian, and the latter two are 64-bit. All
have doublekind=4.
-- 
Niko Tyni   nt...@debian.org
Summary of my perl5 (revision 5 version 22 subversion 1) configuration:
   
  Platform:
osname=linux, osvers=3.16.0-4-powerpc64, archname=ppc-linux
uname='linux partch 3.16.0-4-powerpc64 #1 smp debian 3.16.7-ckt11-1+deb8u6 
(2015-11-09) ppc gnulinux '
config_args='-des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
use64bitint=undef, use64bitall=undef, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-fwrapv -fno-strict-aliasing -pipe 
-fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',
optimize='-O1',
cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong 
-I/usr/local/include'
ccversion='', gccversion='5.2.1 20151129', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321, doublekind=4
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, 
longdblkind=6
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -fstack-protector-strong -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib/gcc/powerpc-linux-gnu/5/include-fixed 
/usr/include/powerpc-linux-gnu /usr/lib /lib/powerpc-linux-gnu /lib/../lib 
/usr/lib/powerpc-linux-gnu /usr/lib/../lib /lib
libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
libc=libc-2.21.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.21'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O1 -L/usr/local/lib 
-fstack-protector-strong'


Characteristics of this binary (from libperl): 
  Compile-time options: HAS_TIMES PERLIO_LAYERS PERL_DONT_CREATE_GVSV
PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_MALLOC_WRAP
PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV
USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE
USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_LOCALE_TIME
USE_PERLIO USE_PERL_ATOF
  Locally applied patches:
RC3
  Built under linux
  Compiled at Dec  4 2015 18:02:31
  @INC:
lib
/usr/local/lib/perl5/site_perl/5.22.1/ppc-linux
/usr/local/lib/perl5/site_perl/5.22.1
/usr/local/lib/perl5/5.22.1/ppc-linux
/usr/local/lib/perl5/5.22.1
.
Summary of my perl5 (revision 5 version 22 subversion 1) configuration:
   
  Platform:
osname=linux, osvers=3.16.0-4-powerpc64, archname=ppc64-linux
uname='linux pizzetti 3.16.0-4-powerpc64 #1 smp debian 
3.16.7-ckt11-1+deb8u6 (2015-11-09) ppc64 gnulinux '
config_args='-des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-fwrapv -fno-strict-aliasing -pipe 
-fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64',
optimize='-O1',
cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong 
-I/usr/local/include'
ccversion='', gccversion='5.2.1 20151129', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=87654321, 
doublekind=4
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16, 
longdblkind=6
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', 
lseeksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='cc', ldflags =' -fstack-protector-strong -L/usr/local/lib'
libpth=/usr/local/lib /usr/lib/gcc/powerpc64-linux-gnu/5/include-fixed 
/usr/include/powerpc64-linux-gnu /usr/lib /lib/powerpc64-linux-gnu /lib/../lib 
/usr/lib/powerpc64-linux-gnu /usr/lib/../lib /lib
libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc

Bug#807001: [Pkg-xfce-devel] Bug#807001: lightdm fails to register user-sessions

[Daniel Reichelt]

> Can you try to restart lightdm using: service lightdm restart and report back?


Same faulty behaviour, since `service lightdm restart` only acts as a
wrapper for `/etc/init.d/lightdm restart`, see attached console.log.


Daniel
# service lightdm stop; sleep 10; bash -x service lightdm start
Stopping Light Display Manager: lightdm.
119:03:51:/usr/sbin/service:44:main [2,1, 0] basename service
19:03:51:/usr/sbin/service:44:main  [2,0, 0] VERSION='service ver. 0.91-ubuntu1'
119:03:51:/usr/sbin/service:46:main [2,1, 0] basename service
19:03:51:/usr/sbin/service:46:main  [2,0, 0] USAGE='Usage: service < option > | --status-all | [ service_name [ command | --full-restart ] ]'
19:03:51:/usr/sbin/service:47:main  [2,0, 0] SERVICE=
19:03:51:/usr/sbin/service:48:main  [2,0, 0] ACTION=
19:03:51:/usr/sbin/service:49:main  [2,0, 0] SERVICEDIR=/etc/init.d
19:03:51:/usr/sbin/service:50:main  [2,0, 0] OPTIONS=
19:03:51:/usr/sbin/service:51:main  [2,0, 0] is_systemd=
19:03:51:/usr/sbin/service:54:main  [2,0, 0] '[' 2 -eq 0 ']'
19:03:51:/usr/sbin/service:59:main  [2,0, 0] '[' -d /run/systemd/system ']'
19:03:51:/usr/sbin/service:63:main  [2,0, 0] cd /
19:03:51:/usr/sbin/service:64:main  [2,0, 0] '[' 2 -gt 0 ']'
19:03:51:/usr/sbin/service:65:main  [2,0, 0] case "${1}" in
19:03:51:/usr/sbin/service:75:main  [2,0, 0] '[' -z '' -a 2 -eq 1 -a lightdm = --status-all ']'
19:03:51:/usr/sbin/service:107:main [2,0, 1] '[' 2 -eq 2 -a start = --full-restart ']'
19:03:51:/usr/sbin/service:120:main [2,0, 1] '[' -z '' ']'
19:03:51:/usr/sbin/service:121:main [2,0, 0] SERVICE=lightdm
19:03:51:/usr/sbin/service:127:main [2,0, 0] shift
19:03:51:/usr/sbin/service:64:main  [2,0, 0] '[' 1 -gt 0 ']'
19:03:51:/usr/sbin/service:65:main  [2,0, 0] case "${1}" in
19:03:51:/usr/sbin/service:75:main  [2,0, 0] '[' -z lightdm -a 1 -eq 1 -a start = --status-all ']'
19:03:51:/usr/sbin/service:107:main [2,0, 1] '[' 1 -eq 2 -a '' = --full-restart ']'
19:03:51:/usr/sbin/service:120:main [2,0, 1] '[' -z lightdm ']'
19:03:51:/usr/sbin/service:122:main [2,0, 1] '[' -z '' ']'
19:03:51:/usr/sbin/service:123:main [2,0, 0] ACTION=start
19:03:51:/usr/sbin/service:127:main [2,0, 0] shift
19:03:51:/usr/sbin/service:64:main  [2,0, 0] '[' 0 -gt 0 ']'
19:03:51:/usr/sbin/service:133:main [2,0, 0] unset UPSTART_SESSION
19:03:51:/usr/sbin/service:134:main [2,0, 0] '[' -r /etc/init/lightdm.conf ']'
19:03:51:/usr/sbin/service:184:main [2,0, 0] '[' -n '' ']'
19:03:51:/usr/sbin/service:233:main [2,0, 0] update_openrc_started_symlinks
19:03:51:/usr/sbin/service:168:update_openrc_started_symlinks   [2,0, 0] '[' -d /run/openrc/started ']'
19:03:51:/usr/sbin/service:234:main [2,0, 0] run_via_sysvinit
19:03:51:/usr/sbin/service:157:run_via_sysvinit [2,0, 0] '[' -x /etc/init.d/lightdm ']'
19:03:51:/usr/sbin/service:158:run_via_sysvinit [2,0, 0] exec env -i LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME=de_DE.UTF-8 LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION= LC_ALL= PATH=/root/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin TERM=screen /etc/init.d/lightdm start
Starting Light Display Manager: lightdm.



signature.asc
Description: OpenPGP digital signature

Bug#787795: grub

[Alexander Couzens]

I've send a patches regarding reproducible builds.

debian/rules uses mkrescue and it's uuid comes from a timestamp.

https://lists.gnu.org/archive/html/grub-devel/2015-12/msg00015.html

Bug#806687: tecnoballz: Gigablitz jauge not reset when non-bottom bumper is hit

[Bruno Ethvignot]

hello Markus, hello Celelibi,

2015-11-30 06:19 UTC+01:00, Celelibi :

Not sure if this is a bug or if it is on purpose.
The gigablitz jauge is reset when the bottom bumper is hit by a ball. I
guess this is to prevent the player from easily clearing the level with
2 gigablitz by blocking the ball vertically.
However, the jauge is not reset when the ball hit any other bumper.


This is normal and expected behavior. The gigablitz gauge is reset
*only* when the ball hits the bottom bumper.

Best regards,
--
Bruno
http://linux.tlk.fr/games/Powermanga/

Bug#805071: Needs backport of package python-backports.ssl-match-hostname

[Gilles Mocellin]

Injected code from slt-ssh needs python-tornado, which needs 
python-backports.ssl-match-hostname.


python-backports.ssl-match-hostname is not present in wheezy, even in 
wheezy-backports.

I'll try to ask for a backport in the mailing list.

Bug#650132: hint: binary to source mapping has unhelpful side-effects

[Adam D. Barratt]

On Sat, 2011-11-26 at 20:38 +, Adam D. Barratt wrote:
> hint's automagic binary to source mapping has unintended and undesired
> side-effects in some circumstances.  The situation where issues have
> been noticed most is with "hint clean" and renamed source packages, but
> it will likely manifest in other cases.
[...]
> I haven't found an easy way of resolving this yet, so am filing this in
> the BTS so that the issue is documented and in case anyone else has any
> thoughts.

After another of my periodic pokes at this, the main problem is that I
can't see an easy way of fixing it without bending the encapsulation.

"clean" uses the HintFileParagraph class to represent the lines it has
read from the hint file, which in turn instantiates a number of Hint
objects. The Hint class's constructor then parses the package list,
including performing the binary to source mappings. By this point, the
knowledge of which subcommand of "hint" was used is well and truly
invisible.

We could extend the Hint class to take keyword arguments so that the
package mapping could be disabled when required, but this would then
somehow need to be communicated via HintFileParagraph, which feels a
little dirty.

Admittedly, the HintFileParagraph is only used by the clean action, so
we could simply say that the class will not modify its input, and thus
have it pass a "don't do binary to source mappings" flag to the Hint
class.

Thoughts welcome, before I either decide that the above is a silly idea,
or just do it. :-)

Regards,

Adam

Bug#487276: pacman: diff for NMU version 10-17.1

[Markus Koschany]

Control: tags 487276 + pending

Dear maintainer,

I've prepared an NMU for pacman (versioned as 10-17.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

The upload adds a new desktop file and icon and improves the desktop
integration of pacman. It also fixes two Lintian errors and several
warnings.

Regards,

Markus
diff -u pacman-10/debian/copyright pacman-10/debian/copyright
--- pacman-10/debian/copyright
+++ pacman-10/debian/copyright
@@ -2,7 +2,9 @@
 
 It was downloaded from ftp.cdrom.com:/pub/FreeBSD/distfiles
 
-Upstream Author:	Roar Thronaes 
+Upstream Author: Roar Thronaes 
+
+pacmania.xpm icon is courtesy of Douglas Gallagher from www.amazingdg.com
 
 Copyright:
 
@@ -21,13 +23,13 @@
- 
+
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.
- 
+
You should have received a copy of the GNU General Public License
along with this package; if not, write to the Free Software
Foundation, Inc., 51 Franklin St, 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'.
+Public License can be found in `/usr/share/common-licenses/GPL-2'.
diff -u pacman-10/debian/control pacman-10/debian/control
--- pacman-10/debian/control
+++ pacman-10/debian/control
@@ -2,13 +2,13 @@
 Section: games
 Priority: optional
 Maintainer: Joe Nahmias 
-Standards-Version: 3.8.0
-Build-Depends: debhelper (>= 6), xutils-dev, libncurses5-dev, libx11-dev,
+Standards-Version: 3.9.6
+Build-Depends: debhelper (>= 9), xutils-dev, libncurses5-dev, libx11-dev,
  libxext-dev
 
 Package: pacman
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Chase Monsters in a Labyrinth
  You are Pacman, and you are supposed to eat all the small dots to get to
  the next level. You are also supposed to keep away from the ghosts,
reverted:
--- pacman-10/debian/pacman.xpm
+++ pacman-10.orig/debian/pacman.xpm
@@ -1,57 +0,0 @@
-/* XPM */
-static char *pacman[]={
-"47 51 3 1",
-". c #00",
-"a c #00beff",
-"# c #00",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"aaa",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"....##.",
-"....##.",
-".......",
-".......",
-"##.....",
-"##.....",
-"##.....",
-"##.....",
-".......",
-".......",
-"...",
-"...",
-"...",
-"...",
-"...",
-"...",
-"..."};
diff -u pacman-10/debian

Bug#788601: pitivi: segfaults on start, 100% of the time

[otyu]

Package: pitivi
Version: 0.93-4.2
Followup-For: Bug #788601

Dear Maintainer,

I have the same problem (segfault at start, have never been able to start the
program), and also doesn't work for a newly created user. The gdb output and
backtrace goes as follows. Thank you very much.

$ gdb python2
[snip]
(gdb) run /usr/bin/pitivi
Starting program: /usr/bin/python2 /usr/bin/pitivi
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe7d5c700 (LWP 12458)]

(pitivi:12454): Clutter-WARNING **: clutter_x11_set_use_argb_visual() can only
be used before calling clutter_init()

(pitivi:12454): Clutter-WARNING **: clutter_x11_set_display() can only be used
before calling clutter_init()

(pitivi:12454): Clutter-WARNING **: clutter_x11_disable_event_retrieval() can
only be used before calling clutter_init()

(pitivi:12454): Clutter-WARNING **: clutter_disable_accessibility() can only be
called before initializing Clutter.
Missing soft dependency:
- pycanberra not found on the system
-> enables sound notifications when rendering is complete
[New Thread 0x7fffe0f5c700 (LWP 12459)]
[New Thread 0x7fffdbfff700 (LWP 12460)]

Program received signal SIGSEGV, Segmentation fault.
__GI___pthread_mutex_lock (mutex=0x7fffc2a0)
at ../nptl/pthread_mutex_lock.c:66
66  ../nptl/pthread_mutex_lock.c: No such file or directory.

(gdb) bt
#0  __GI___pthread_mutex_lock (mutex=0x7fffc2a0)
at ../nptl/pthread_mutex_lock.c:66
#1  0x730de3ba in XrmQGetResource ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#2  0x730ba7f6 in XGetDefault ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#3  0x74039748 in _XcursorGetDisplayInfo ()
   from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#4  0x74039789 in XcursorSupportsARGB ()
   from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#5  0x7403bebc in XcursorTryShapeCursor ()
   from /usr/lib/x86_64-linux-gnu/libXcursor.so.1
#6  0x730b49cd in XCreateGlyphCursor ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x730b4e46 in XCreateFontCursor ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#8  0x74ed6e4a in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#9  0x75f42dc0 in ffi_call_unix64 ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#10 0x75f42828 in ffi_call ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
---Type  to continue, or q  to quit---
#11 0x76b076b4 in ?? ()
   from /usr/lib/python2.7/dist-packages/gi/_gi.so
#12 0x76b08533 in ?? ()
   from /usr/lib/python2.7/dist-packages/gi/_gi.so
#13 0x76b08fe8 in ?? ()
   from /usr/lib/python2.7/dist-packages/gi/_gi.so
#14 0x76afd4ae in ?? ()
   from /usr/lib/python2.7/dist-packages/gi/_gi.so
#15 0x004caaa1 in PyObject_Call (kw=,
arg=, func=) at ../Objects/abstract.c:2529
#16 do_call (nk=, na=,
pp_stack=, func=) at ../Python/ceval.c:4251
#17 call_function (oparg=, pp_stack=)
at ../Python/ceval.c:4056
#18 PyEval_EvalFrameEx () at ../Python/ceval.c:2679
#19 0x004c87a1 in PyEval_EvalCodeEx () at ../Python/ceval.c:3265
#20 0x004c8036 in PyEval_EvalCode (co=,
globals=, locals=) at ../Python/ceval.c:667
#21 0x004c67ec in PyImport_ExecCodeModuleEx ()
at ../Python/import.c:709
#22 0x004c2f82 in load_source_module.lto_priv ()
---Type  to continue, or q  to quit---
at ../Python/import.c:1099
#23 0x004b1532 in import_submodule (fullname=,
subname=, mod=) at ../Python/import.c:2700
#24 load_next () at ../Python/import.c:2515
#25 0x004b0b2a in import_module_level.isra ()
at ../Python/import.c:2224
#26 0x004b3d66 in PyImport_ImportModuleLevel (level=-1,
fromlist=('URISourceElement', 'TransitionElement', 'Ghostclip'),
locals=,
globals={'GLib': , _namespace='GLib',
_introspection_module=, _namespace='GLib',
MININT32=-2147483648, IOFlags=,
__path__='/usr/lib/x86_64-linux-gnu/girepository-1.0/GLib-2.0.typelib',
uri_list_extract_uris=,
MAXINT16=32767, unix_signal_add_full=,
SpawnFlags=, PRIORITY_DEFAULT=0, OptionFlags=, PRIORITY_HIGH=-100, main_context_default=, MAXUINT32=4294967295L, MININT64=-9223372036854775808L,
MAXUINT16=65535, MainContext=,
push_thread_default= to
continue, or q  to quit---
58>, dispatch=,
ref_thread_default=,
arg=('elements', {'GLib': , _namespace='GLib',
_introspection_module=, _namespace='GLib',
MININT32=-2147483648, IOFlags=,
__path__='/usr/lib/x86_64-linux-gnu/girepository-1.0/GLib-2.0.typelib',
uri_list_extract_uris=,
MAXINT16=32767, unix_signal_add_full=,
SpawnFlags=, PRIORITY_DEFAULT=0, OptionFlags=, PRIORITY_HIGH=-100, main_context_default=, MAXUINT32=4294967295L, MININT64=-9223372036854775808L,
MAXUINT16=65535, MainContext=,
push_thread_default=,
dispatch=,
ref_thread_default=)
at ../Objects/abstract.c:2529
#29 PyEval_CallObjectWithKeywords () at ../Python/ceval.c:3902
---Type  to continue, or q  to quit---
#3

Bug#807058: the problem its in spacefm-gtk3 package

[PICCORO McKAY Lenz]

i unninstalled the spacefm-gtk3 package and everithing goes normal now!

please fixed that problem between mate and spacefm-gtk3 packages!

i must open a new bug and get fusioned with spacefm-gtk3?


Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#806377: fails to build jessie image

[Jameson Graef Rollins]

notfound 806377 0.35
severity 806377 normal
tags 806377 unreproducible
thanks

I can build a jessie rescue image on my stretch/sid system no problem.

jamie.


signature.asc
Description: PGP signature

Bug#807059: disable lldb on s390/s390x

[Matthias Klose]

Package: src:llvm-toolchain-snapshot
Version: 1:3.8~svn254193-1
Tags: patch

According to porters, it's unlikely that s390* will see lldb support.

patch at
http://launchpadlibrarian.net/228715313/llvm-toolchain-snapshot_1%3A3.8~svn254193-1ubuntu2_1%3A3.8~svn254193-1ubuntu3.diff.gz

Bug#807058: mate places menu goes to search event to "place"

[PICCORO McKAY Lenz]

Package: mate-panel
Version: 1.8.1+dfsg1-3
Severity: important
Tags: patch pending

In the menu "places" when user click any of the places, event open the
file manager, the search window its opened!

In mate normal build this not happened, and in previous releases unnoficial!!!

does debian altered the mate desktop panel ?

does debian changed the mime association for use it in mate desktop?

this its important due user wnats directly "goes" to "that PLACE"
event search! for search whe goes to search tool or something!?

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

Bug#807057: [Pkg-openssl-devel] Bug#807057: Incorrect PRF used by tls1_export_keying_material() with TLS 1.2

[Kurt Roeckx]

On Fri, Dec 04, 2015 at 06:16:28PM +0100, Tobias Brunner wrote:
> Package: libssl1.0.0
> Version: 1.0.1e-2+deb7u18
> 
> When calling tls1_PRF() tls1_export_keying_material() directly passes
> the value of algorithm2 instead of using ssl_get_algorithm2(), which
> overrides the default PRF algorithm when TLS 1.2 is used.  Therefore,
> the keying material is actually derived using the old PRF (combination
> of MD5/SHA1), which breaks e.g. EAP-TLS with newer versions of FreeRADIUS.
> 
> The problem is corrected in later versions of OpenSSL.  The fix can be
> found at [1].
> 
> Regards,
> Tobias
> 
> [1]
> https://github.com/openssl/openssl/commit/4fdf91742e3b7eb73e41b38d8d5b2f17d4d5b544

In the 1.0.1 branch it would be 28e117f49f215df9bc8088de10b2bbd650de21ee


I have a request with the release team be able to use the upstream
versions in stable updates.  I'm still waiting for a reply.  Fixes
like this is one of the reasons I want to use those versions.


Kurt

Bug#807001: [Pkg-xfce-devel] Bug#807001: lightdm fails to register user-sessions

[Yves-Alexis Perez]

On ven., 2015-12-04 at 00:00 +0100, Daniel Reichelt wrote:
> After booting, lightdm works fine. After doing a `/etc/init.d/lightdm 
> restart`,
> whenever I log on with the username user, policykit fails miserably, leaving
> e.g. USB-(un-)mounting or NetworkManager completely useless. E.g. on trying to
> disconnect eth0, nm says "(32) org.freedesktop.NetworkManager.network-control
> request failed: not authorized"

Can you try to restart lightdm using: service lightdm restart

and report back?
-- 
Yves-Alexis



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

Bug#788026: synaptic: Uses obsolete vte3 which is going away

[Egmont Koblinger]

> If you have time it would be awsome to test the latest git.

Thanks for your work!

Unfortunately I don't think I'll have time to test it. If it "seems
to" work (starts up the command properly) there's hardly anything that
can go wrong. I recommend that you apply your patch and let the
community test it as part of unstable/testing.

e.

Bug#807057: Incorrect PRF used by tls1_export_keying_material() with TLS 1.2

[Tobias Brunner]

Package: libssl1.0.0
Version: 1.0.1e-2+deb7u18

When calling tls1_PRF() tls1_export_keying_material() directly passes
the value of algorithm2 instead of using ssl_get_algorithm2(), which
overrides the default PRF algorithm when TLS 1.2 is used.  Therefore,
the keying material is actually derived using the old PRF (combination
of MD5/SHA1), which breaks e.g. EAP-TLS with newer versions of FreeRADIUS.

The problem is corrected in later versions of OpenSSL.  The fix can be
found at [1].

Regards,
Tobias

[1]
https://github.com/openssl/openssl/commit/4fdf91742e3b7eb73e41b38d8d5b2f17d4d5b544

Bug#806882: libc-bin: unable to set pts permissions (and open a terminal...)

[Aurelien Jarno]

On 2015-12-04 17:20, Jakub Wilk wrote:
> Hi Aurelien!
> 
> Thanks for looking into this bug.
> 
> * Aurelien Jarno , 2015-12-04, 15:05:
> >>Couldn't libc just leave ownership/permission as they are if /dev/pts is
> >>a devpts filesystem?
> >
> >What do you mean? The libc doesn't change anymore the permissions
> >(pt_chown has been removed for security reasons), and that's actually the
> >issue.
> 
> grantpt() calls chown() or chmod() if the device ownership or mode is not
> what it expects. See sysdeps/unix/grantpt.c, lines 130-171.
> 
> And it Domenico's strace output, it was chown() that failed:
> 
> chown("/dev/pts/2", 1000, 5)= -1 EPERM (Operation not permitted)
> 
> Now, I realize that changing ownership and permissions of the device is
> exactly what grantpt() is documented to do. The problem is that it turns a
> minor configuration problem (devpts mounted without gid=5) into a big
> usability problem, which is difficult to debug.
> 
> IMO it'd be practical for glibc to assume that the devpts filesystem is
> always correctly configured and that changing ownership and permissions is
> not necessary. This would also fix bug #705056.

It might be practical and might work when grantpt() is preceded by the
call to posix_openpt(). It might break some programs which do other
things in between and which really assume that grantpt() is going to do
what it is supposed to do. It might even have some security implications.

And it will also likely be a POSIX violation as it clearly precise the
mode and the group to be used.

> >>* Domenico Andreoli , 2015-12-02, 17:13:
> >>>$ grep devpts /etc/fstab
> >>>none  /mnt/sid64/dev/pts devpts   defaults
> >>>0   0
> >>>none  /mnt/sid64/home/chernobyl/dev/pts  devpts   defaults
> >>>0   0
> >>
> >>"defaults" are not correct options. You need "gid=5" at least.
> >
> >Well they are the one in the chroots...
> >
> >>All devpts fstab entries need to have correct options, because all
> >>devpts filesystems are shared by default. (You can probably use the
> >>"newinstance" option to disable sharing them.)
> >
> >You really mean the other entries in the fstab are causing the permissions
> >of /dev/pts to be changed?
> 
> It's very surprising, but yet, this is the case, at least on Linux:
> 
> # mount | grep /dev/pts
> devpts on /dev/pts type devpts 
> (rw,nosuid,noexec,relatime,gid=5,mode=600,ptmxmode=000)
> # mount -t devpts devpts /mnt
> # mount | grep devpts
> devpts on /dev/pts type devpts 
> (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000)
> devpts on /mnt type devpts (rw,relatime,mode=600,ptmxmode=000)
> 
> As you can see, options changed for both mounts.

That's totally stupid and it seems to be also the case for chroots. And
it seems that at least cowbuilder is mounting /dev/pts in the chroot
with the default options.

> >In that case given the issue is due to a user misconfiguration, I guess we
> >should just try to detect it, display a note and fail the installation.
> 
> Warning the user would be certainly a good idea. But of course that would
> only help if the devpts filesystem was misconfigured at installation time.
> For me, this wasn't the case.

What was the issue on your case?

Aurelien

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

Bug#806586: Please keep playitslowly in Debian

[trebmuh]

Hi all,
I'd say that I'd like Debian to keep it in since I'm using it.
Just my 2 cents.
Olivier

Bug#807056: tcptrack: FTBFS: error: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]

[Sven Joachim]

Source: tcptrack
Version: 1.4.2-1
Severity: serious
Tags: stretch sid

Your package FTBFS with glibc 2.21, see the recent build log on
armel[1]:

,
| g++ -DHAVE_CONFIG_H -I. -I..-Werror -Wno-deprecated -Wall -g -O2 -c -o 
main.o main.cc
| In file included from /usr/include/stdio.h:27:0,
|  from main.cc:25:
| /usr/include/features.h:148:3: error: #warning "_BSD_SOURCE and _SVID_SOURCE 
are deprecated, use _DEFAULT_SOURCE" [-Werror=cpp]
|  # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE"
|^
| cc1plus: all warnings being treated as errors
`

Since glibc 2.20, _BSD_SOURCE is deprecated, see the NEWS file:

,
| * The _BSD_SOURCE and _SVID_SOURCE feature test macros are no longer
|   supported; they now act the same as _DEFAULT_SOURCE (but generate a
|   warning).  Except for cases where _BSD_SOURCE enabled BSD interfaces that
|   conflicted with POSIX (support for which was removed in 2.19), the
|   interfaces those macros enabled remain available when compiling with
|   _GNU_SOURCE defined, with _DEFAULT_SOURCE defined, or without any feature
|   test macros defined.
`

Various files in the src/ directory #define _BSD_SOURCE, and since
src/Makefile.am sets AM_CXXFLAGS = -Werror -Wno-deprecated -Wall, the
deprecation warning is turned into a fatal error.


1. 
https://buildd.debian.org/status/fetch.php?pkg=tcptrack&arch=armel&ver=1.4.2-1%2Bb2&stamp=1449141815

Bug#803645: fixed in libclang-perl 0.09-3

[gregor herrmann]

On Wed, 02 Dec 2015 17:20:31 +0100, Sylvestre Ledru wrote:

> >> Does this make sense? (Adding Alessandro as well as both upstream and
> >> DD.)
> > That's even better, indeed! Sylvestre can better comment on the approach, it
> > looks sensible to me but I don't know if there is a better way.
> If it builds with that, I am happy :)

Thanks guys, uploaded with these changes.

If Alessandro has better ideas or finds a way to add a dynamic
version check upstream, we can always revisit this fix.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: The Kinks: Lola


signature.asc
Description: Digital Signature

Bug#806686: ibus-chewing: FTBFS with cmake-fedora/2.4.4-1

[陳昌倬]

Control: reassign -1 cmake-fedora 2.4.4-1

After discussing with upstream [0], we found that the release tarball
for cmake-fedora 2.4.4 in [1] does not match the git tag in [2], and
this issue gone when using git tag version of cmake-fedora.

In order to fix this issue, I will upload the git snapshot version of
cmake-fedora.


[0] https://github.com/definite/ibus-chewing/issues/62
[1] 
https://fedorahosted.org/releases/c/m/cmake-fedora/cmake-fedora-2.4.4-Source.tar.gz
[2] http://git.fedorahosted.org/git/cmake-fedora.git

On Mon, Nov 30, 2015 at 12:45:24PM +0800, ChangZhuo Chen wrote:
> Package: ibus-chewing
> Version: 1.4.14-2
> Severity: normal
> 
> 
> The following error message is show when building on sid:
> 
> [Info1] MSGINIT_EXECUTABLE=/usr/bin/msginit
> [Off] MANAGE_ZANATA: Failed to find zanata.ini at 
> /home/czchen/.config/zanata.ini
> CMake Error at /usr/share/cmake/Modules/ManageZanata.cmake:624 
> (ADD_CUSTOM_TARGET):
>   add_custom_target cannot create target "zanata_push" because another 
> target
>   with the same name already exists.  The existing target is a custom 
> target
>   created in source directory
>   "/mnt/disk/home/czchen/src/debian/ibus-chewing/po".  See documentation 
> for
>   policy CMP0002 for more details.
> Call Stack (most recent call first):
>   /usr/share/cmake/Modules/ManageZanata.cmake:713 
> (MANAGE_ZANATA_PUSH_TARGETS)
>   po/CMakeLists.txt:6 (MANAGE_ZANATA)
> 
> 
> test GLIB2_LIBRARIES=gio-2.0;gmodule-2.0;gobject-2.0;gthread-2.0;glib-2.0
> test GLIB2_LIBRARIES=gio-2.0;gmodule-2.0;gobject-2.0;gthread-2.0;glib-2.0
> -- Configuring incomplete, errors occurred!
> See also 
> "/mnt/disk/home/czchen/src/debian/ibus-chewing/CMakeFiles/CMakeOutput.log".
> debian/rules:24: recipe for target 'override_dh_auto_configure' failed
> make[1]: *** [override_dh_auto_configure] Error 1
> make[1]: Leaving directory '/mnt/disk/home/czchen/src/debian/ibus-chewing'
> debian/rules:8: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> debuild: fatal error at line 1374:
> dpkg-buildpackage -rfakeroot -D -us -uc failed
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages ibus-chewing depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
> ii  ibus 1.5.11-1
> ii  libc62.19-22
> ii  libchewing3  0.4.0-3
> ii  libglib2.0-0 2.46.2-1
> ii  libgtk2.0-0  2.24.28-1
> ii  libibus-1.0-51.5.11-1
> ii  libx11-6 2:1.6.3-1
> 
> ibus-chewing recommends no packages.
> 
> ibus-chewing suggests no packages.
> 
> -- no debconf information
> 
> -- 
> ChangZhuo Chen (陳昌倬) 
> Debian Developer
> Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D



-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer (https://nm.debian.org/public/person/czchen)
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#807055: ITP: golang-github-influxdb-enterprise-client -- A Golang client for speaking to the InfluxDB Enterprise application

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-influxdb-enterprise-client
  Version : 0.0~git20151113.0.25665cb-1
  Upstream Author : InfluxDB
* URL : https://github.com/influxdb/enterprise-client
* License : Expat
  Programming Lang: Go
  Description : A Golang client for speaking to the InfluxDB
Enterprise application



signature.asc
Description: OpenPGP digital signature

Bug#774149: fixing the stable package

[Faheem Mitha]

[CCs to suitable-seeming people. If you are getting this email via the 
BTS too, sorry about the noise, but the BTS really should say who is 
subscribed.]


Hi,

The patch by Christian Weinberger fixes the problem for me, though I don't 
really understand it.


It seems this bug breaks usbmount in stable, at least for me, and (it 
seems) others too. Is this a candidate for a stable fix? I'm willing to 
make a fix and do an upload if there is someone out there who will sponsor 
me. Or should I submit a pull request? And if so, where?


Oh, but first, could we get come concensus that the Christian patch is the 
correct way to go? It looks good to me, but I don't understand the context 
well enough to say.


  Regard, Faheem Mitha

Bug#803717: postinst: mountpoint: not found; the java command requires a mounted proc fs (/proc)

[Paul Boddie]

Hello,

I recently experienced this problem when installing/configuring the package in 
a chroot. The underlying cause is that the initscripts package is not present, 
which might be something that a conventional Debian installation provides, but 
which might not be something provided by a debootstrap installation.

Working around the problem is merely a matter of installing initscripts, but 
it might be helpful if the dependencies for openjdk-7-jre-headless insist on 
this package. I'm not sure whether it is a package that should be assumed to 
be present (and thus can be omitted from dependencies), but if so, then we 
have found a loophole/shortcoming in the relevant packaging policy.

Anyway, I hope this report helps others with the problem!

Paul

Bug#806980: exim4: Please split log messages

[Marc Haber]

On Thu, Dec 03, 2015 at 03:25:46PM +0200, Corcodel Marian wrote:
> Messages relative to words "rejected", "blacklisted
> " exists on both files log mainlog , rejectlog.Is better to bee only on 
> rejectlog
> to preserve disk space.

Please consider wording your wishes more clearly and filing upstream
issues directly with upsteam.

Debian is unlikely to modify exim's sources in a way that a Debian
exim logs differently from a non-Debian exim for interoperability
reasons.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421