Bug#816159: www.debian.org: new introduction for blends page

[Paul Wise]

Package: www.debian.org
Severity: wishlist
X-Debbugs-CC: debian-ble...@lists.debian.org, 
debian-l10n-engl...@lists.debian.org

I would like to change the current introduction to Debian Pure Blends
on the website to the following text. The new introduction is derived
from the 'Learn More' section of an earlier version of the page.
It tries to be suitable for non-technical folks who have not heard of
Debian Pure Blends and avoids the word 'users' in favour of 'people'.
I am fairly happy with it but I think the very last sentence is
slightly awkward and could use some fixes by English experts.


A general purpose operating system like Debian can be the perfect solution for
many different areas of life.
Whether you want Debian to work for you in the classroom, as a games machine,
or in the office, each area has its own unique needs and requires a
different subset of packages tailored in a different way.



Debian Pure Blends are a solution for groups of people with specific needs.
Not only do they provide handy collections (meta-packages) of specific packages,
but they also ease installation and configuration for the intended purpose.
They cover the interests of different groups of people, who might be children,
scientists, gamers, lawyers, medical staff, visually impaired people, etc.
Their common goal is to make installation and administration of computers
for their target audience as easy as possible and to connect their audience
with the people who write or package software for that audience.


https://anonscm.debian.org/viewvc/webwml/webwml/english/blends/index.wml?revision=1.2=markup

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#816160: RM: php5.6-common [all] -- RoQA; obsolete arch:all package

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

php5.6-common is now an arch:any package.


Andreas

Bug#816158: gajim: Update 0.15.1-4.1+deb7u1 introduces a broken dependency

[Joachim Fahrner]

Package: gajim
Version: 0.15.1-4.1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

this update won't install because of a broken dependency. It needs python:any
(>=2.6.6.-7~) but python 2.7.3-4+deb7u1 is installed.



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

Kernel: Linux 3.2.73-ao521 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gajim depends on:
ii  dnsutils 1:9.8.4.dfsg.P1-6+nmu2+deb7u9
ii  python   2.7.3-4+deb7u1
ii  python-gtk2  2.24.0-3+b1

Versions of packages gajim recommends:
ii  dbus 1.6.8-1+deb7u6
ii  python-crypto2.6-4+deb7u3
ii  python-dbus  1.1.1-1
ii  python-openssl   0.13-2+deb7u1
pn  python-pyasn1
ii  xfce4-notifyd [notification-daemon]  0.2.2-2crunchbang2

Versions of packages gajim suggests:
ii  aspell-en   7.1-0-1
ii  avahi-daemon0.6.31-2
pn  dvipng  
ii  gnome-keyring   3.4.1-5
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  libgtkspell02.0.16-1
pn  nautilus-sendto 
ii  network-manager 0.9.4.0-10
pn  python-avahi
pn  python-farstream
ii  python-gconf2.28.1+dfsg-1
ii  python-gnome2   2.28.1+dfsg-1
pn  python-gnomekeyring 
pn  python-gupnp-igd
pn  python-kerberos 
ii  python-pycurl   7.19.0-5
pn  texlive-latex-base  

-- no debconf information

Bug#816093: RFS: osmose-emulator/0.9.96-1 [ITP] -- Sega Master System and Game Gear console emulator

[Carlos Donizete Froes]

Thanks for helping me Giovani.

Fixed:

d/copyright - changes in the license GPL-3.0+ to GPL-3+.

d/README.* - corrected to a maximum of 80 columns per row.

Thank you and more!


Em Sáb, 2016-02-27 às 11:02 -0300, Giovani Ferreira escreveu:
> Hi Carlos,
> 
> On 27-02-2016 08:56, Carlos Donizete Froes wrote:
> > Package: sponsorship-requests
> > Severity: wishlist
> > 
> > Dear mentors,
> > 
> >   I am looking for a sponsor for my package "osmose-emulator"
> > 
> >  * Package name: osmose-emulator
> >Version : 0.9.96-1
> >Upstream Author : Bruno Vedder 
> >  * URL : http://bcz.asterope.fr/osmose.htm
> >  * License : GPL-3
> >Section : games
> > 
> >   It builds those binary packages:
> > 
> > osmose-emulator - Sega Master System and Game Gear console emulator
> > 
> >   To access further information about this package, please visit the 
> > following
> > URL:
> > 
> >   http://mentors.debian.net/package/osmose-emulator
> > 
> > 
> >   Alternatively, one can download the package with dget using this command:
> > 
> > dget -x http://mentors.debian.net/debian/pool/contrib/o/osmose-emulator
> > /osmose-emulator_0.9.96-1.dsc
> > 
> 
> I can't sponsoring your package because I'm not a DD, but I made a fast review
> in the package and see you made a good job.
> 
> Only a comment:
> 
> In the d/copyright switch GPL-3.0+ to GPL-3+, the dot zero is deprecated,
> 
> and in d/README.* wrap text on column 80.
> 
> cheers,
> 

-- 
Carlos Donizete Froes [a.k.a coringao]
- https://wiki.debian.org/coringao
GPG: 4096R/3477E745
5D7C 2E65 2F9B C25A A0A4  A030 0BBD 9496 3477 E745


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

Bug#816148: gnutls28: parallel build fails

[Andreas Metzler]

Control: notfound -1 10
Control: tags -1 moreinfo

On 2016-02-28 Samuel Thibault  wrote:
> Source: gnutls28
> Version: 10
> Severity: normal
> Tags: patch

> Hello,

> On a 32-processor machine, the parallel build of gnutls28 failed:

> In file included from systemkey.c:47:0:
> systemkey-args.h:1:1: error: unterminated comment
>  /*   -*- buffer-read-only: t -*- vi: set ro:
>  ^
> systemkey.c: In function 'cmd_parser':
> systemkey.c:80:10: warning: implicit declaration of function 'optionProcess' 
> [-Wimplicit-function-declaration]
>   optct = optionProcess(_toolOptions, argc, argv);
>   ^
> systemkey.c:80:2: warning: nested extern declaration of 'optionProcess' 
> [-Wnested-externs]
>   optct = optionProcess(_toolOptions, argc, argv);
>   ^
> systemkey.c:80:25: error: 'systemkey_toolOptions' undeclared (first use in 
> this function)
>   optct = optionProcess(_toolOptions, argc, argv);
>  ^
> systemkey.c:80:25: note: each undeclared identifier is reported only once for 
> each function it appears in
> systemkey.c:86:6: warning: implicit declaration of function 'HAVE_OPT' 
> [-Wimplicit-function-declaration]
>   if (HAVE_OPT(DEBUG)) {
>   ^

> It looks like the Makefile didn't wait for systemkey-args.h to be
> finished writing before compiling systemkey.c.

> It thus seems unsafe to allow parallel build until such kind of missing
> dependency is fixed.

Hello,

I cannot reproduce this locally, and all debian autobuilds of 3.4.9-2
succeeded first try, although they were using a parallel build.

Could you provide some hint on how to reproduce? Specific -j setting?
What version did you test-build?

TIA, cu Andreas

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#816080: [wajig] Segfault on wajig show command for some packages.

[Paweł Różański]

On 28.02.2016 06:58, Tshepang Lekhonkhobe wrote:

Does the same happen when you run "aptitude show foo"?


Yes:
# LANG=C wajig show ssh
Segmentation fault (core dumped)
# LANG=C aptitude show ssh
Naruszenie ochrony pamięci (zrzut pamięci)

Don't know why message is in Polish despite of LANG=C, but this means 
exactly the same.


Regards,
Paweł Różański
--
http://rozie.blox.pl/

Bug#816080: [wajig] Segfault on wajig show command for some packages.

[Tshepang Lekhonkhobe]

The problem is with aptitude then... wajig just calls it.

Bug#816157: linux-image-4.4.0-1-amd64: Lenovo Ideapad Y700 failts to boot

[Mateusz Kaduk]

Package: src:linux
Version: 4.4.2-3
Severity: important

Dear Maintainer,

I was asked to report again, for the but which appeared to be different issue, 
but was raised here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815125 

Boot parameter "efi=noruntime" allows kernel to boot, otherwise "ACPI Error: 1 
table load failures, 8 sucessful (20150930/tbxload-214)" is the last line I was 
able to capture with full screen provided in 815125 but report.
Kernel is not usable in that way, as it wont boot, unless this efi is disabled.


-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: LENOVO
product_name: 80NV
product_version: Lenovo ideapad Y700-15ISK
chassis_vendor: LENOVO
chassis_version: Lenovo ideapad Y700-15ISK
bios_vendor: LENOVO
bios_version: CDCN25WW
board_vendor: LENOVO
board_name: Allsparks 5A
board_version:  NO DPK

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Sky Lake Host Bridge/DRAM 
Registers [8086:1910] (rev 07)
Subsystem: Lenovo Skylake Host Bridge/DRAM Registers [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 PCI bridge [0604]: Intel Corporation Sky Lake PCIe Controller (x16) 
[8086:1901] (rev 07) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake Integrated 
Graphics [8086:191b] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Lenovo Skylake Integrated Graphics [17aa:3802]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915
Kernel modules: i915

00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI 
Controller [8086:a12f] (rev 31) (prog-if 30 [XHCI])
Subsystem: Lenovo Sunrise Point-H USB 3.0 xHCI Controller [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME 
HECI #1 [8086:a13a] (rev 31)
Subsystem: Lenovo Sunrise Point-H CSME HECI [17aa:3802]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: mei_me
Kernel modules: mei_me

00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA 
Controller [AHCI mode] [8086:a103] (rev 31) (prog-if 01 [AHCI 1.0])
Subsystem: Lenovo Sunrise Point-H SATA Controller [AHCI mode] 
[17aa:3802]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ahci
Kernel modules: ahci

00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root 
Port #2 [8086:a111] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.2 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root 
Port #3 [8086:a112] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:1c.3 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Express Root 
Port #4 [8086:a113] (rev f1) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast 

Bug#816080: [wajig] Segfault on wajig show command for some packages.

[Tshepang Lekhonkhobe]

Does the same happen when you run "aptitude show foo"?

Bug#816156: Python dbus Attribute error

[Daniel Peterson]

Package: python-dbus
Version: 1.2.2-1

When I try to use the onscreen keyboard onboard, I get an error message
from python-dbus init file. Below is a transcript of the error.

daniel@x230t:~$ onboard
/usr/lib/python3/dist-packages/Onboard/utils.py:16: PyGIWarning: Gtk was
imported without specifying a version first. Use gi.require_version('Gtk',
'3.0') before import to ensure that the right version gets loaded.
  from gi.repository import GLib, Gtk
/usr/lib/python3/dist-packages/Onboard/KbdWindow.py:6: PyGIWarning: GdkX11
was imported without specifying a version first. Use
gi.require_version('GdkX11', '3.0') before import to ensure that the right
version gets loaded.
  from gi.repository import GObject, GLib, GdkX11, Gdk, Gtk
Traceback (most recent call last):
  File "/usr/bin/onboard", line 15, in 
from Onboard.OnboardGtk import OnboardGtk as Onboard
  File "/usr/lib/python3/dist-packages/Onboard/OnboardGtk.py", line 26, in

from Onboard.KbdWindow   import KbdWindow, KbdPlugWindow
  File "/usr/lib/python3/dist-packages/Onboard/KbdWindow.py", line 10, in

from Onboard.WindowUtils import Orientation, WindowRectPersist, \
  File "/usr/lib/python3/dist-packages/Onboard/WindowUtils.py", line 21, in

from Onboard.Config import Config
  File "/usr/lib/python3/dist-packages/Onboard/Config.py", line 26, in

from Onboard.ClickSimulator import CSMousetweaks0, CSMousetweaks1
  File "/usr/lib/python3/dist-packages/Onboard/ClickSimulator.py", line 9,
in 
import dbus
  File "/usr/lib/python3/dist-packages/dbus/__init__.py", line 81, in

import dbus.exceptions as exceptions
AttributeError: 'module' object has no attribute 'exceptions'


I am not sure what is causing this. It appears on two computers both
running sid. I tried moving to the version of python-dbus in experimental
and this did not fix the problem. Interestingly, I am able to run the
following

daniel@x230t:~$ python3
Python 3.5.1+ (default, Feb 24 2016, 11:28:57)
[GCC 5.3.1 20160220] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import dbus.exceptions as exceptions
>>>

with no error. I am not sure why it does not work in a script but does work
if I import the module manually.

Bug#570928: gcstar: Barcode support for comics collection.

[Jörg Frings-Fürst]

Hi,

I close this more then six years old bug.

Thank you for spending your time helping to make Debian better with
this bug report. 


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

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

Jörg Frings-Fürst
D-54538 Bausendorf

Threema: SYR8SJXB

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

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



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

Bug#816155: Assertion failure in gethostbyname

[James Clarke]

Package: libc6
Version: 2.21-9
User: debian-...@lists.debian.org
Usertags: m68k

Hi,
Backstory: I maintain polyml, and was porting it to m68k; when running the test 
suite, I received an assertion failure in glibc in a call to gethostbyname.

It seems gethostbyname is broken, failing for me with 
“nss_files/files-hosts.c:218: _nss_files_gethostbyname3_r: Assertion 
`(bufferend - (char *) 0) % sizeof (char *) == 0' failed.” This can be 
reproduced with the following simple program:

#include 
#include 

int main(int argc, char **argv) {
struct hostent *h = gethostbyname("localhost");
printf("name: %s\n", h->h_name);
return 0;
}

Delving inside glibc, _nss_files_gethostbyname3_r expects result->h_aliases to 
be aligned to sizeof(char *), as can be seen in the assert (bufferend points to 
an element in result->h_aliases, and each element is a char *). Provided this 
is true when the function is called, it seems to correctly maintain the 
invariant by rounding up bufferend when necessary.

However, the initial value of result->h_aliases is not aligned to sizeof(char 
*). Instead, it is assigned in parse_list (nss_files/files-parse.c:245) and 
aligned to __alignof__(char *). On many architectures, these are the same, but 
on m68k, __alignof__(char *) == 2, but sizeof(char *) == 4. There may be 
environments where result->h_aliases happens to be aligned to sizeof(char *) by 
chance, but that is most certainly not the case on mine (latest unstable 
running in ARAnyM).

I don’t know why bufferend is required to be aligned to sizeof(char *), and 
believe that imposing __alignof__(char *) in _nss_files_gethostbyname3_r 
instead would suffice. Alternatively, parse_list could choose MAX(sizeof(char 
*), __alignof__(char *)) as the alignment. Either way, the implementation as a 
whole is currently broken.

Regards,
James



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#809228: It would be nice to have 1.60 in sid

[Steve M. Robbins]

On Fri, 26 Feb 2016 22:03:37 +0100 Mario Lang  wrote:
> Hi.
> 
>  Is there anything in particular I could help you with to get it
> done?

Yes.  I have the new package in the svn and it is building.  But there are a 
zillion lintian complaints about missing sources:


E: boost1.60 source: source-is-missing 
libs/sort/doc/doxygen/html/search/all_0.js line length is 258 characters 
(>256)


If you have some time to send patches for this, would be appreciated.  I 
myself have no patience for this and will end up removing the doc package 
entirely to fix it.

-S




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

Bug#660208: devscripts: Please consider adding source package backport helper

[Russ Allbery]

Ole Streicher  writes:

> triggered by the discussion in debian-project [1]: was there any progress
> made here? Is Russ' software still actual?

I still use it periodically (although rarely at the moment), but haven't
had any time to work on it and probably won't for the forseeable future.
Quite happy to have someone else pick it up if they have the inclination.

-- 
Russ Allbery (r...@debian.org)   

Bug#815915: initramfs-tools-core: lsinitramfs causes zcat crash when Intel microcode is included in initrd

[Ben Hutchings]

Control: severity -1 important
Control: clone -1 -2
Control: reassign -2 gzip
Control: tag -2 security

On Thu, 2016-02-25 at 11:51 -0500, Ron Murray wrote:
> Package: initramfs-tools-core
> Version: 0.123
> Severity: normal
> 
> Dear Maintainer,
> 
> When using lsinitramfs to check the contents of an initrd:
> 
> > root:~# lsinitramfs /boot/initrd.img-4.4.2
> > /boot/initrd.img-4.4.2-curly-0
> > kernel
> > kernel/x86
> > kernel/x86/microcode
> > kernel/x86/microcode/GenuineIntel.bin
> > *** Error in `zcat': double free or corruption (!prev): 0x02236940 
> > ***
> 
> lsinitramfs runs fine on my AMD boxes.
> 
> It seems that Ubuntu has at least two reports of this: see their bug
> numberss 1541076 and 1507443. I don't see a Debian bug report on it, though.

The crash is a bug in zcat.  But presumably we are also not invoking it
correctly.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#813084: Background git gc fails, telling me to run git prune, which doesn't help

[Ben Hutchings]

Control: forwarded -1 g...@vger.kernel.org

On Fri, 2016-01-29 at 21:05 +0700, Duy Nguyen wrote:
> On Fri, Jan 29, 2016 at 8:35 PM, Ben Hutchings  wrote:
> > git keeps trying to do a background gc on my linux repository, but
> > fails, reporting this in .git/gc.log:
> > 
> > warning: There are too many unreachable loose objects; run 'git prune' to 
> > remove them.
> > 
> > However, after running 'git prune' and 'git gc' (which succeeds), git
> > soon tries to a background gc again, resulting in the same error.
> > 
> > Let me know what I can do to get any further diagnostic information.
> 
> Make sure nobody is accessing the repository before you do this:
> 
> git prune --expire=now
> 
> Then you can try "git gc --auto" again to see if it is still
> complaining. Report back on g...@vger.kernel.org in that case.

OK, I've now done that and I get the same failure.  But
'git gc --prune=all' seems to work:

$ git gc --prune=all
Counting objects: 6479254, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (939232/939232), done.
Writing objects: 100% (6479254/6479254), done.
Total 6479254 (delta 5503044), reused 6479254 (delta 5503044)
Checking connectivity: 6479254, done.

I kept a backup of the .git directory so I can run further experiments
on that.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#816153: python-falcon: Documentation is not packaged

[Kevin Murray]

Package: python-falcon
Version: 0.3.0-5
Severity: normal

Dear Maintainer,

I found that python-falcon does not build or package its documentation.
So I attach patches to build and package the sphinx documentation in a
new python-falcon-doc package.

Additionally, I have added autopkgtests that run the test suite, and fix
a lintian warning about a missing manpage.

Cheers,
Kevin


P.S. Apologies if this is submitted twice, I've been having issues with
reportbug.

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

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 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 python-falcon depends on:
ii  libc6 2.21-9
ii  python2.7.11-1
ii  python-mimeparse  0.1.4-1
ii  python-six1.10.0-2
pn  python:any

python-falcon recommends no packages.

python-falcon suggests no packages.

-- no debconf information

---
Kevin Murray
0xA4B4EE6A
>From 990ed5fd996290c31f2a06491d8d5966ca10e31d Mon Sep 17 00:00:00 2001
From: Kevin Murray 
Date: Mon, 22 Feb 2016 07:48:39 +1100
Subject: [PATCH 1/5] Build sphinx docs; package into python-falcon-do

---
 debian/control | 36 
 debian/patches/series  |  1 +
 debian/patches/sphinx-13+-napoleon | 16 
 debian/python-falcon-doc.doc-base  |  9 +
 debian/python-falcon-doc.install   |  1 +
 debian/rules   |  6 +-
 6 files changed, 68 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/sphinx-13+-napoleon
 create mode 100644 debian/python-falcon-doc.doc-base
 create mode 100644 debian/python-falcon-doc.install

diff --git a/debian/control b/debian/control
index a39a082..e7480d0 100644
--- a/debian/control
+++ b/debian/control
@@ -29,6 +29,8 @@ Build-Depends: cython,
python3-six,
python3-testtools,
python3-yaml,
+   python-sphinx,
+   python3-sphinx,
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/python-falcon.git
 Vcs-Git: git://anonscm.debian.org/openstack/python-falcon.git
@@ -42,6 +44,7 @@ Depends: python-mimeparse,
  ${python:Depends},
  ${shlibs:Depends},
 Recommends: ${python:Recommends},
+Suggests: python-falcon-doc ( = ${source:Version})
 Description: supersonic micro-framework for building cloud APIs - Python 2.x
  Falcon is a high-performance Python framework for building cloud APIs. It
  encourages the REST architectural style, and tries to do as little as possible
@@ -74,6 +77,7 @@ Depends: python3-mimeparse,
  ${python3:Depends},
  ${shlibs:Depends},
 Recommends: ${python3:Recommends},
+Suggests: python-falcon-doc ( = ${source:Version})
 Description: supersonic micro-framework for building cloud APIs - Python 3.x
  Falcon is a high-performance Python framework for building cloud APIs. It
  encourages the REST architectural style, and tries to do as little as possible
@@ -97,3 +101,35 @@ Description: supersonic micro-framework for building cloud APIs - Python 3.x
   * Python 2.6, Python 2.7, PyPy and Python 3.3 support
  .
  This package provides the Python 3.x module.
+
+Package: python-falcon-doc
+Architecture: all
+Section: doc
+Depends: ${misc:Depends},
+ ${shlibs:Depends},
+ ${sphinxdoc:Depends},
+Recommends: python3-falcon ( = ${source:Version}) | python-falcon ( = ${source:Version})
+Description: supersonic micro-framework for building cloud APIs - Documentation
+ Falcon is a high-performance Python framework for building cloud APIs. It
+ encourages the REST architectural style, and tries to do as little as possible
+ while remaining highly effective.
+ .
+ Unlike other Python web frameworks, Falcon won't bottleneck your API's
+ performance under highly concurrent workloads. Many frameworks max out at
+ serving simple "hello world" requests at a few thousand req/sec, while Falcon
+ can easily serve many more on the same hardware.
+ .
+ Falcon isn't very opinionated. In other words, the framework leaves a lot of
+ decisions and implementation details to you.
+ .
+ Features:
+  * Intuitive routing via URI templates and resource classes
+  * Easy access to headers and bodies through request and response classes
+  * Idiomatic HTTP error responses via a handy exception base class
+  * DRY request processing using global, resource, and method hooks
+  * Snappy unit testing through WSGI helpers and mocks
+  * 20% speed boost when Cython is available
+  * Python 2.6, Python 2.7, PyPy and Python 3.3 support
+ .
+ This package provides the sphinx API documentation and user guide.
+
diff --git a/debian/patches/series 

Bug#816096: initramfs-tools: Error reporting false missing dependancy on busybox

[Ben Hutchings]

Control: tag -1 moreinfo

On Sat, 2016-02-27 at 13:04 +0100, Christophe wrote:
> Package: initramfs-tools
> Version: 0.123
> Severity: important
> 
> Dear Maintainer,
> 
> While upgrading my Debian Testing, I have met this error:
> 
> Setting up initramfs-tools (0.123) ...
> update-initramfs: deferring update (trigger activated)
> Processing triggers for initramfs-tools (0.123) ...
> update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
> E: busybox or busybox-static, version 1:1.22.0-17~ or later, is required but 
> not installed
> update-initramfs: failed for /boot/initrd.img-4.3.0-1-amd64 with 1.
> 
> This is strange because I seem to have this:
>   busybox => 1:1.22.0-18
>   busybox-static => 1:1.22.0-18
> 
> Let me know if there is some info you'd need to debug the issue.

I wonder if busybox got upgraded too late.  Is this reproducible if you
run 'update-initramfs -u' now?

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#816151: aptitude: show origin next to versions

[Paul Wise]

On Sun, 2016-02-28 at 11:13 +0800, Paul Wise wrote:

> On any list of versions it would be nice if we could have the origin
> listed too when ...

Another situation where it would be useful is for filtered lists of
versions, like in the Depends field, for example:

i A  --\ libgcc11:5.3.1-8  1:5.3.1-8
  --\ Depends (2)
    --\ gcc-5-base (= 5.3.1-8)
i A   5.3.1-8  Debian:testing [amd64]
--\ libc6 (>= 2.14) 

 
i A   2.21-9  Debian:testing, Debian:unstable [amd64]
p A   2.22-0experimental1 Debian:experimental [amd64]


-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#816152: aptitude: show list of binary packages for source package

[Paul Wise]

Package: aptitude
Severity: wishlist

It would be nice to have a way to go from one version of a binary
package to the corresponding source package version and from there to
the list of binary packages from that source package version. Example:

i A  --\ libc6 2.21-9 2.21-9
...
  --\ Source Package: glibc
--\ 2.21-9 (22)
p glibc-doc 2.21-9
p glibc-source  2.21-9
i A   libc-bin 2.21-9 2.21-9
...
--\ 2.22-0experimental1 (22)
p glibc-doc 2.21-9
...

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#816151: aptitude: show origin next to versions

[Paul Wise]

Package: aptitude
Severity: wishlist

On any list of versions it would be nice if we could have the origin
listed too when it is different between versions. Some folks might want
it always listed, but I think that would just be clutter. Examples:
  --\ Versions of task-english (1)
i3.34

  --\ Versions of task-english (1)
i3.34  Debian:testing, Debian:unstable [amd64]


  --\ Versions of libc6 (2)
i A  2.21-9   Debian:testing, Debian:unstable [amd64]
p A  2.22-0experimental1  Debian:experimental [amd64]

  --\ Depends (1)   

 
--\ libgcc1
i A   1:5.3.1-8   Debian:testing [amd64]
p A   1:5.3.1-10  Debian:unstable [amd64]
p A   1:6-20160225-1  Debian:experimental [amd64]

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#816150: debdelta: support debian-debug archive

[Paul Wise]

Package: debdelta
Severity: wishlist
X-Debbugs-CC: Neils Thykier 

It would be great if debdelta could support the new debian-debug
archive, since debug symbols are often huge and debdelta can help
reduce the downloads needed to update them.
http://debug.mirrors.debian.org/debian-debug/

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#815787: May be a kernel problem not a pulseaudio one?

[Ben Hutchings]

Control: reassign -1 src:linux
Control: forcemerge 814855 -1

On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> On Thu, 25 Feb 2016, Felipe Sateler wrote:
> > 
> > Control: retitle: linux-4.4: missing snd-emu10k1 modules
> > 
> > On 25 February 2016 at 15:14, Russel Winder  wrote:
> > > Hi,
> > > 
> > > > The emu10k1 (or emu10k1x) driver (for the sound blaster) is not
> > > > loaded, so this is almost certainly a kernel problem.
> > > 
> > > Hummm….
> > > 
> > > > > find /lib -name "*emu10k*"
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > > synth.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > > /lib/modules/4.2.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1x.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1-
> > > synth.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/sound/pci/emu10k1/snd-emu10k1.ko
> > > /lib/modules/4.3.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > /lib/modules/4.4.0-1-amd64/kernel/drivers/input/gameport/emu10k1-gp.ko
> > > 
> > > I think we have an answer, the kernel modules are not being packaged. I
> > > should have got here a lot earlier!
> > 
> > OK, now we have a root cause. Retitling the bug accordingly.
> 
> Yes, I'm hit by this one too.  The kernel image was simply not built
> with full support for the emu10k1 cards:
> 
> /boot/config-4.3.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1_SEQ=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1=m
> /boot/config-4.3.0-1-amd64:CONFIG_SND_EMU10K1X=m
> 
> /boot/config-4.4.0-1-amd64:CONFIG_GAMEPORT_EMU10K1=m
> /boot/config-4.4.0-1-amd64:# CONFIG_SND_EMU10K1_SEQ is not set
> 
> No mention of that in the changelog.

Yes there is:

  * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
- This disables drivers for some AC'97 sound cards

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#816106: Suspend Bug, Severity: High

[Ben Hutchings]

Control: reassign -1 src:linux 3.16.7-ckt11-1+deb8u6 
Control: tag -1 moreinfo

On Sat, 2016-02-27 at 18:17 +0100, Michael Biebl wrote:
> Control: reassign -1 linux-image-3.16.0-4-amd64

All bugs in linux-image packages (except meta-packages) should be
assigned to src:linux with the appropriate version.

> Am 27.02.2016 um 17:46 schrieb john Lutz:
> > john@johntalent:~$ cat /sys/power/state
> > freeze mem disk
> > john@johntalent:~$ uname -a
> > Linux johntalent 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 
> > (2015-11-09) x86_64 GNU/Linux
[...]

This is quite old; please try upgrading to the latest stable version.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug


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

Bug#815787: May be a kernel problem not a pulseaudio one?

[Ben Hutchings]

On Sat, 2016-02-27 at 23:47 +0100, Cristian Ionescu-Idbohrn wrote:
> On Sat, 27 Feb 2016, Linus Torvalds wrote:
> > On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
> >  wrote:
> > > Background: https://bugs.debian.org/815787
> > > 
> > > "Until recently the Sound Blaster Live! card in my workstation worked
> > > fine. Sometime recently it has stopped working."
> > > 
> > > On Sat, 27 Feb 2016, Ben Hutchings wrote:
> > > > On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> > > > > 
> > > > > No mention of that in the changelog.
> > > > 
> > > > Yes there is:
> > > > 
> > > >   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> > > > - This disables drivers for some AC'97 sound cards
> > > 
> > > Alright, but not obvious to me.
> > > 
> > > So, what is to do about that?
> > 
> > If I read this right, this seems to be a Debian kernel configuration
> > choice rather than anything else.

That's exactly what it is.  In unstable, which is called that for a
reason.

> > Does it work if you just compile your own kernel?
> 
> Wooh.  That was fast ;)  I'll try to beat Ben to it ;)  Tomorrow...
> Too late now.
> 
> Still, I really wonder what the debian changelog motivation behind it
> might be.  Various applications work much nicer with 4.3.5-1, than
> ever.  I read in the kernel log:
> 
> commit 5c408fee254633a5be69505bc86c6b034f871ab4
> Author: Maciej S. Szmigiero 
> Date:   Mon Jan 18 20:07:44 2016 +0100
> ...
> This fixes hard lockup on fsl_ssi module reload,
> at least in AC'97 mode.
> ...
> commit 3f1c241f0f5f90046258e6b8d4aeb6463ffdc08e
> Author: Maciej S. Szmigiero 
> Date:   Sun Dec 20 21:30:25 2015 +0100
> ...
> This unbreaks AC'97 register access.
> ...
> commit 25e5ef974c33f1e4a07a68bf830e6493ee6dab11
> Author: Maciej S. Szmigiero 
> Date:   Sun Dec 20 21:34:29 2015 +0100
> ...
> ASoC: fsl-asoc-card: use different route map for AC'97 mode
> 
> fsl_ssi uses different stream names ("AC97 Playback" / "AC97 Capture")
> in AC'97 mode so in this case fsl-asoc-card route map should
> also be using them.
> 
> But, I can't see that _does explain_ the:
> 
>    * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>  - This disables drivers for some AC'97 sound cards
> 
> nor justifies the action.  Ben, care to explain?

The features that I enabled conflict with ZONE_DMA which is required by
these sound drivers.

If that conflict is removed then I'll happily enable them again.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

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

Bug#814716: jessie-pu: package apt-offline/1.5.1

[Paul Wise]

On Sun, Feb 28, 2016 at 4:29 AM, Hans-Christoph Steiner wrote:

> And yes, I proposed adding /usr/share/keyrings as part of `apt-offline
> install` (which copies the files from the thumb drive to the offline
> machine) based on my experience with `debootstrap`, which does use a
> file in /usr/share/keyring.

I think debootstrap uses that as it could be bootstrapping a different
distribution to what is installed.

Could you re-test your scenario from #748082 using apt-offline git? It
should work without using /usr/share/keyrings since it now looks at
/etc/apt/trusted.gpg.d too.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#815551: aptitude: safe-upgrade removes manually installed package if dependency is on hold

[Manuel A. Fernandez Montecelo]

2016-02-28 1:47 GMT+00:00 Manuel A. Fernandez Montecelo
:
> 2016-02-27 20:46 GMT+00:00 Sven Joachim :
>> That package has a reverse dependency which is also held back, and I can
>> see that it has been marked as auto-installed as well, which is not
>> surprising (anymore).
>
> The commit above might be doing the wrong thing, but it doesn't have
> much to do with holds but with marking the packages to "keep", for
> example when one selects "Keep packages at current version" in the
> interactive resolver.
>
> It doesn't mark them unconditionally as automatic either, it tries to
> force the Automatic parameter that was decided elsewhere (presumably,
> determined to be the previous state before the current set of
> decisions / pending actions was taken).

BTW, I think that I've got a fix for this, but only if you got to this
situation by selecting "Keep packages at current version" in the
resolver (interactive or not).


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#814763: HDMI sound not working

[Erik de Castro Lopo]

Elimar Riesebieter wrote:

> Please try the following:
> 
> $ mv $HOME/.asoundrc $HOME/.asoundrc.save
> $ cat < $HOME/.asoundrc
> defaults.pcm.!device 3
> defaults.ctl.!device 3
> EOF

That part was fine, but ...

> As root:
> 
> # service alsa-utils restart

$ sudo service alsa-utils restart
Failed to start alsa-utils.service: Unit alsa-utils.service is masked.

I bit of googling suggests that a service can be unmasked using:

$ sudo systemctl unmask alsa-utils.service

but that has no effect on my machine:

$ sudo service alsa-utils start
Failed to start alsa-utils.service: Unit alsa-utils.service is masked.

I also tried force re-installing alsa-utils which didn't help either.

Erik
-- 
--
Erik de Castro Lopo
http://www.mega-nerd.com/

Bug#816149: ITP: python-proselint -- Command-line prose linter utility

[Víctor Cuadrado Juan]

Package: wnpp
Severity: wishlist
Owner: "Víctor Cuadrado Juan" 


* Package name: python-proselint
  Version : 0.3.5
  Upstream Author : Amperser Labs, http://github.com/amperser
* URL : http://proselint.com
* License : BSD
  Programming Lang: Python
  Description : Command-line prose linter utility

Proselint is a command-line utility that aggregates knowledge about best
practices in writing from world's greatest writers and editors, and makes it
accessible by giving suggestions in the form of a linter for prose.

I intend to maintain it under the DPMT (which I am already part of).

-- 
Víctor Cuadrado juan

E-Mail: , OpenPGP-Key-ID: 0xA2591E231E251F36
Key fingerprint: E3C5 114C 0C5B 4C49 BA03  0991 A259 1E23 1E25 1F36
My signed E-Mails are trustworthy.


signature.asc
Description: PGP signature

Bug#740020: xpdf: printing fails with Floating point exception

[paul . szabo]

Issue seems fixed in jessie. Please close/resolve bug.

Cheers, Paul

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

Bug#814008: RFS: vbackup/1.0.1-1

[Stefanos Harhalakis]

Hi Mattia,

Thanks for the review.

On 23/02/16 17:45, Mattia Rizzolo wrote:

On Sun, Feb 07, 2016 at 02:06:39PM +, Stefanos Harhalakis wrote:

Dear mentors,

I am looking for a sponsor for the 1.0.1-1 release of "vbackup".
This is normally handled by Vincent Bernat but he's currently away.


Hi!

stuff I don't like and would prefer to see changed:

* please meld the 2 changelog entries, the 1 minute, 14 seconds older
   one never hit the archive anyway.


Done


* current standards-version is 3.9.7, check against it.


Done. No changes needed


* what's "Set localstatedir to /var"? I can't see anything relevant in
   the packaging part.


That's because it is now calling "dh" which does this. The previous 
version was running the configure script directly and was not passing 
--localstatedir, thus defaulting to PREFIX/var



* what are those debian/.ci-name and debian/.ci-tgz files?


Leftovers from my personal CI setup. Removed.


* in d/rules, the following is useless if you use debhelper compat 9
   (you don't):
 # see EXAMPLES in dpkg-buildflags(1) and read /usr/share/dpkg/*
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/default.mk
   why did you add them?


Removed. I don't remember if it was from the initial debian/ dir 
creation or whether they were added later by me.



* you bumped the dependency on debhelper, but compat is still 5.
   clearly, read debhelper(7) if you bump it.


Done. I read the manpage for changes between 5 and 9 and didn't notice 
anything that applies to vbackup.



* is debian/dirs really really really needed?  if it is, you build
   system is broken and you may as well fix it.


It's not. Removed


* FYI, in d/rules I personally find the following comment useless
 # main packaging script based on dh7 syntax


Cleared


* you don't do hardening, can you consider enabling it? (see
   wiki.d.o/Hardening)


I had a look and didn't see anything that applies. vbackup is purely 
shell scripts. Am I missing something?



* in d/copyright, the years are 2006-2012, I'm confident you want to
   bump them.


Corrected

The new package is in mentors and is lintian clean:

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

Do you want to give it another shot?

Thanks,
Stefanos

Bug#816148: gnutls28: parallel build fails

[Samuel Thibault]

Source: gnutls28
Version: 10
Severity: normal
Tags: patch

Hello,

On a 32-processor machine, the parallel build of gnutls28 failed:

In file included from systemkey.c:47:0:
systemkey-args.h:1:1: error: unterminated comment
 /*   -*- buffer-read-only: t -*- vi: set ro:
 ^
systemkey.c: In function 'cmd_parser':
systemkey.c:80:10: warning: implicit declaration of function 'optionProcess' 
[-Wimplicit-function-declaration]
  optct = optionProcess(_toolOptions, argc, argv);
  ^
systemkey.c:80:2: warning: nested extern declaration of 'optionProcess' 
[-Wnested-externs]
  optct = optionProcess(_toolOptions, argc, argv);
  ^
systemkey.c:80:25: error: 'systemkey_toolOptions' undeclared (first use in this 
function)
  optct = optionProcess(_toolOptions, argc, argv);
 ^
systemkey.c:80:25: note: each undeclared identifier is reported only once for 
each function it appears in
systemkey.c:86:6: warning: implicit declaration of function 'HAVE_OPT' 
[-Wimplicit-function-declaration]
  if (HAVE_OPT(DEBUG)) {
  ^

It looks like the Makefile didn't wait for systemkey-args.h to be
finished writing before compiling systemkey.c.

It thus seems unsafe to allow parallel build until such kind of missing
dependency is fixed.

Samuel

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

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

-- 
Samuel
 > et sinon, quand on s'interesse a un media que l'on ne maitrise pas,
 > on essaye de le comprendre d'abord.
 (Suivi par l'intégralité du message initial de 45 lignes.)
 -+-BM in : GNU - La maîtrise est un long apprentissage petit scarabé -+-
--- debian/rules.original   2016-02-28 02:41:19.400776553 +0100
+++ debian/rules2016-02-28 02:41:54.225184749 +0100
@@ -58,7 +58,7 @@
rm -fv `grep -El 'has been AutoGen-ed |has been AutoGen-ed *$$' 
doc/manpages/*.?`
 
 override_dh_auto_build:
-   dh_auto_build --verbose --parallel
+   dh_auto_build --verbose
 ifeq ($(filter --disable-doc,$(AMCONFBUILDINDEP)),)
$(MAKE) html
 else
@@ -106,7 +106,7 @@
dh_strip --ddeb-migration='libgnutls30-dbg (<< 3.4.7-2~)'
 
 override_dh_auto_test:
-   dh_auto_test -O--parallel || touch dh_auto_test.fail
+   dh_auto_test || touch dh_auto_test.fail
@if test -e dh_auto_test.fail ; then \
find -name test-suite.log | \
while read i ; do \
@@ -117,4 +117,4 @@
dh_clean -X.bak
 
 %:
-   dh $@ --parallel --with autoreconf
+   dh $@ --with autoreconf

Bug#815551: aptitude: safe-upgrade removes manually installed package if dependency is on hold

[Manuel A. Fernandez Montecelo]

Hi Sven,

2016-02-27 20:46 GMT+00:00 Sven Joachim :
>>
>>Also, if you hold and then unhold wine and iceweasel-l10n-de, it keeps
>>trying to remove them as unused, or did it only happen the first time
>>(before marking them as hold)?
>
>It keeps trying to remove them.

I tried to reproduce it with my versions installed (44) and no luck.
>>
>> Maybe that's because those are the candidate versions, whereas mine are not?
>
> Seems that's indeed the reason.  I bisected the problem, and found
> commit 377f72b53c ("Reinstate auto-installed flag when marking packages
> to keep in apt cache (Closes: #508428)") to be the culprit.

Thanks for your debugging session.

I don't understand very well the relationship though -- in the
original message, when you paste the "versions", they are not marked
as auto-installed (you say "None of these three packages is marked as
manually installed:", but the information shows the contrary, so I
assume that you meant that).

Also, in the first "safe-upgrade", you don't mention if the packages
were marked as auto previously (either on purpose, or wrongly by
aptitude).


>>> BTW, do you have many packages set on hold, or only these ones or very
>>> few?
>>
>> Apart of the mentioned packages, only one.
>
> That package has a reverse dependency which is also held back, and I can
> see that it has been marked as auto-installed as well, which is not
> surprising (anymore).

The commit above might be doing the wrong thing, but it doesn't have
much to do with holds but with marking the packages to "keep", for
example when one selects "Keep packages at current version" in the
interactive resolver.

It doesn't mark them unconditionally as automatic either, it tries to
force the Automatic parameter that was decided elsewhere (presumably,
determined to be the previous state before the current set of
decisions / pending actions was taken).


Cheers.
-- 
Manuel A. Fernandez Montecelo 

Bug#816147: ITP: django-prometheus -- Django middlewares to enable monitoring with Prometheus

[Christopher Baines]

Package: wnpp
Severity: wishlist
Owner: Christopher Baines 

* Package name: django-prometheus
  Version : 1.0.6
  Upstream Author : Uriel Corfa 
* URL : https://github.com/korfuri/django-prometheus
* License : Apache
  Programming Lang: Python
  Description : Django middlewares to enable monitoring with Prometheus

The django-prometheus library provides integrations to monitor database
interaction, usage of models, and HTTP requests. Any custom metrics are also
handled directly by the Python Prometheus client library.

This library just facilitates gathering and exporting the data. A separate
service (or set of services) must be used to gather, store and process this
data.

I plan to maintain this as part of the Debian Python Modules Team.

Bug#816146: mingw-w64-common: missing ifdef in winnt.h

[Thomas Dickey]

Package: mingw-w64-common
Version: 4.0.4-2
Severity: important

Dear Maintainer,

my test builds for cross-compiling ncurses failed due to a missing ifdef
in winnt.h

Here is a fix:

--- /usr/share/mingw-w64/include/winnt.h.orig   2016-01-02 13:12:44.0 
-0500
+++ /usr/share/mingw-w64/include/winnt.h2016-02-27 20:06:50.562433972 
-0500
@@ -1998,6 +1998,7 @@
 
 #define DbgRaiseAssertionFailure __int2c
 
+#ifndef __CRT__NO_INLINE
   __CRT_INLINE struct _TEB *NtCurrentTeb(void)
   {
 return (struct _TEB *)__readfsdword(PcTeb);
@@ -2010,6 +2011,7 @@
   {
   return *(PVOID *)GetCurrentFiber();
   }
+#endif /* !__CRT__NO_INLINE */
 #endif /* defined(__i386__) && !defined(__x86_64) */
 
 #define EXCEPTION_READ_FAULT 0

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash

Bug#797879: dpkg: please add support for extracting the debian packaging directory only from a source package

[Guillem Jover]

Hi!

On Thu, 2015-09-03 at 12:16:21 +0200, Johannes Schauer wrote:
> Package: dpkg
> Version: 1.18.2
> Severity: wishlist

> it would be great if one could access Debian packaging information from
> source packages of all formats in a unified way. My main motivation is
> sbuild which could then just extract debian/changelog from a source
> package to check in which chroot to build the package without having
> first to extract the whole source package (an operation which might take
> considerable time and disk space for large packages).
> 
> Attached you find a partly working proposal for how such a functionality
> could look like.

Thanks for that! And sorry for the delay, I lost track of this one. :/

> It introduces the new --debian-tarfile option to dpkg-source which will
> work similarly to `dpkg-deb --ctrl-tarfile` in that it would write a
> tarball representation of the Debian packaging directory to standard
> output independent of the source package format.

Right, as agreed over IRC at the time.

> With the attached patch this already nearly works for the trivial case
> (format 2.0 and format 3.0 (quilt)). It does not *fully* work because
> dpkg info messages are *also* printed to standard output. Hence, the
> resulting combined output on standard output is not a proper tar file as
> it has dpkg-source messages in the beginning (but removing it in an
> editor will recover a working tarball).
> 
> Maybe dpkg info and warning messages could be written to standard error
> instead?

Sure, you just need to use something like:

  report_options(info_fh => \*STDERR);

in the same way --print-format is doing. :)

> In ./scripts/dpkg-source.pl I found that the new option could share some
> code with the --extract option, so I did.

Right, I think it would be better instead to factor out the common
code into functions and then have separate codepaths for each option,
that's something I've been meaning to do anyway also for the build
ones, and possibly try to move that into the modules. I can do that
if you'd like.

> In scripts/Dpkg/Source/Package/V2.pm there also seems to be lots of
> opportunity for sharing the sanity checks of the do_extract method with
> the new do_debian_tarfile method. If the --debian-tarfile option should
> do the same checks as the --extract option (it probably should) then I
> could move these sanity checks into a third function that would then be
> used by do_extract as well as by do_debian_tarfile.

Indeed, I'd rather avoid the duplication. Also a detached function to
validate could be useful on its own right, so that one could do that
also from say dpkg-source.

> Now some thoughts about the interface I chose. Here is an excerpt from
> man/dpkg-source.1:
> 
> > .TP
> > .RI "\fB\-\-debian-tarfile\fP \fIfilename\fP.dsc [\fIpath\fP]"
> > Extracts the \fB./debian\fP packaging directory of a given source package 
> > and
> > sends it to standard output in
> > .B tar
> > format. The \fB./debian\fP directory component will be part of all files in 
> > the
> > output. Together with
> > .BR tar (1)
> > this can be used to extract a particular packaging file from the source 
> > package
> > without unpacking the whole source package first.
> > For source formats >= 2.0, this action never requires the upstream source.
> > For source format 1.0, this action always requires the upstream source.
> 
> 1. Since the output of --debian-tarfile always contains the content of
>the ./debian directory one might think that it would make sense to
>strip off the ./debian directory prefix and have the content of the
>./debian directory in the root of the created tarball. I decided
>against this for two reasons:
> 
> - the *.debian.tar.gz file of source formats >= 2.0 also contains
>   the debian directory, so I think one would expect the same layout
>   of the tarball produced by --debian-tarfile
> 
> - it is easier to strip off a leading directory with tar than to add
>   one if one so desires
>
> 2. For source format 1.0, the upstream tarball is *always* required.
>Even if no hunks in the diff.gz patch an existing file, the upstream
>tarball might still contain a file ./debian/foo but we can only know
>this if we have the upstream tarball as well. Without the upstream
>tarball, the output of this option would otherwise be unreliable.
> 
> 3. I thought about the option of an optional wildcard path so that by
>selecting only a subset of files in the ./debian directory, the
>upstream tarball would only be required if the requested file is
>patching an existing one.  But this also fails for the same reason as
>the last point: the wildcard path might match a file in the upstream
>tarball and we can only check for this if the upstream tarball is
>present.
> 
> 4. If an option were added that is not a wildcard but a precise path,
>then it would be possible to not require the upstream tarball if that
>path in the diff is not 

Bug#816145: php-pear: authentication failure for auth smtp using pear TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits) instead of AES256 256bits

[Eliott]

Package: php-pear
Version: 5.6.17+dfsg-0+deb8u1
Severity: important

Dear Maintainer,

On debian 7.5 installation I can send mail with smpt authentication using PEAR 
package.

If I update (or fresh install) to debian 8 the smtp authentication has an 
error: authentication failure [SMTP: STARTTLS failed (code: 220, response: 
2.0.0 Ready to start TLS)

On the server side we can see the difference on the log:

*** debian 7.5 ***

Feb 28 02:21:47 mail postfix/smtpd[15152]: Anonymous TLS connection established 
from web.servergamers.net[91.121.144.19]: TLSv1 with cipher DHE-RSA-AES256-SHA 
(256/256 bits)
Feb 28 02:21:47 mail postfix/smtpd[15152]: 6EDBB4C0823: 
client=web.servergamers.net[91.121.144.19], sasl_method=CRAM-MD5, 
sasl_username=webmas...@servergamers.net

*** debian 8 ***

Feb 28 02:09:17 mail postfix/smtpd[15135]: Anonymous TLS connection established 
from web2.servergamers.net[91.121.81.76]: TLSv1 with cipher DHE-RSA-AES128-SHA 
(128/128 bits)
Feb 28 02:09:17 mail postfix/smtpd[15135]: lost connection after STARTTLS from 
web2.servergamers.net[91.121.81.76]
Feb 28 02:09:17 mail postfix/smtpd[15135]: disconnect from 
web2.servergamers.net[91.121.81.76]

As you can see the cipher change from DHE-RSA-AES256-SH to DHE-RSA-AES128-SH 
and authentification fail.

You can found below all package I have installed:

*

apt-get update -y
apt-get upgrade -y
apt-get install -y libapache2-mod-php5 
apt-get install -y php5-mysql
apt-get install -y php5-curl
apt-get install -y pure-ftp-mysql
apt-get install -y htop
apt-get install php5-mcrypt
apt-get install php-pear

a2enmod ssl
php5enmod mcrypt
pear install mail
pear install Net_SMTP
pear install Auth_SASL



Best Regards,

Eliott.

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

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

Versions of packages php-pear depends on:
ii  php5-cli 5.6.17+dfsg-0+deb8u1
ii  php5-common  5.6.17+dfsg-0+deb8u1

Versions of packages php-pear recommends:
ii  gnupg  1.4.20-4

Versions of packages php-pear suggests:
pn  php5-dev  

-- no debconf information

Bug#816144: eatmydata: Avoid linking pulling libpthread

[Samuel Thibault]

Package: eatmydata
Version: 105-1
Severity: normal
Tags: patch

Hello,

libeatmydata is linked against libpthread. This thus pulls libpthread
in all processes run under eatmydata. It happens that having
libpthread in a process makes pthread_mutex_lock() and all such basic
performance-sensitive operations much heavier (since they then have to
deal with potential multithreading). The attached patch avoids that by
using a weak reference to pthread_testcancel, so that pthread_testcancel
is called only if the program itself pulls libpthread.

Samuel

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

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

Versions of packages eatmydata depends on:
ii  libeatmydata1  105-1

eatmydata recommends no packages.

eatmydata suggests no packages.

-- no debconf information

-- 
Samuel
* y se leve dans 2h10
--- libeatmydata/libeatmydata.c.original2016-02-28 01:15:05.0 
+
+++ libeatmydata/libeatmydata.c 2016-02-28 01:16:34.0 +
@@ -67,6 +67,7 @@
 libc_##name = (libc_##name##_##t)(intptr_t)dlsym(RTLD_NEXT, #name);
\
   dlerror();
 
+#pragma weak pthread_testcancel
 
 int LIBEATMYDATA_API msync(void *addr, size_t length, int flags);
 static int initing = 0;
@@ -113,7 +114,8 @@
 int LIBEATMYDATA_API fsync(int fd)
 {
if (eatmydata_is_hungry()) {
-   pthread_testcancel();
+   if (pthread_testcancel)
+   pthread_testcancel();
errno= 0;
return 0;
}
@@ -188,7 +190,8 @@
 int LIBEATMYDATA_API fdatasync(int fd)
 {
if (eatmydata_is_hungry()) {
-   pthread_testcancel();
+   if (pthread_testcancel)
+   pthread_testcancel();
errno= 0;
return 0;
}
@@ -199,7 +202,8 @@
 int LIBEATMYDATA_API msync(void *addr, size_t length, int flags)
 {
if (eatmydata_is_hungry()) {
-   pthread_testcancel();
+   if (pthread_testcancel)
+   pthread_testcancel();
errno= 0;
return 0;
}
@@ -211,7 +215,8 @@
 int sync_file_range(int fd, off64_t offset, off64_t nbytes, unsigned int flags)
 {
if (eatmydata_is_hungry()) {
-   pthread_testcancel();
+   if (pthread_testcancel)
+   pthread_testcancel();
errno= 0;
return 0;
}
--- Makefile.am.original2016-02-28 01:21:09.0 +
+++ Makefile.am 2016-02-28 01:17:07.0 +
@@ -80,7 +80,7 @@
   $(NO_WERROR) \
-DBUILDING_LIBEATMYDATA
 
-libeatmydata_la_LIBADD = $(LIBDL_LIBS) -lpthread
+libeatmydata_la_LIBADD = $(LIBDL_LIBS)
 libeatmydata_la_LDFLAGS = $(AM_LDFLAGS) -version-info $(LIBEATMYDATA_VERSION)
 
 #install-exec-hook:

Bug#312920: writes when nothing should be written when nothing should be written)

[Manuel A. Fernandez Montecelo]

Some comments about previous messages in this report... perhaps of
little importance now, but here they are for posterity...


2012-03-21 23:57 Daniel Hartwig:

reopen 312920
thanks

[...]
Further you have misread the intent of "writes when nothing should be
written" as meaning "please do not display so much output."  Rather,
it refers to the writing and subsequent re-reading of the package
database *after* aptitude has determined there is nothing to do--this
action takes a relatively long time to perform and is of questionable
utility.


FWIW, the extra writing of the state files happens because of bug
#429732.

Trying to improve this to gain fractions of a second and risking to fall
again in old bugs is not worth doing at this point, in my opinion.



I agree that 2s is far more time that it should be desirable, but yet
it's 2s and nobody is going to die because of that.


2 s or 29 s is not important--such a figure will differ widely between
various systems--it is the relative performance that is of interest.
You will notice I provided the times for both aptitude and apt-get on
this command.


Comparing apt and aptitude is not fair in this case, because aptitude
provides several extra functionalitities that need more resources than
apt (like detecting the "new" packages available; debtags; user tags; or
locking different directories for the session) that need initialising
for most common operations (specially the curses mode / interactive
sessions, that apt doesn't need); or are needed for these extra
functionalities of aptitude that are used very often (like the mentioned
"new packages available", or pattern matching, or policies for grouping
of packages in different lists).

I never used aptitude in systems where it took so long to do operations
as ~30s, even if I used it in small devboards with MIPS processors for
example, and the computers where I took the measurements were/are not
exactly bleeding edge.

In any case, the difference between apt and aptitude was not an order of
magnitude bigger in my measurements, and the max time of aptitude doing
this was 2 to 4s compared to 0.5 to 2s of apt.  So I wouldn't
automatically assume that aptitude is doing much worse.



This bug report is not about performance in general.  It is directed
at the performance of a specific command and contains constructive
suggestions that can certainly be implemented which would improve the
performance.

So the original report, with comments added:


The following command takes a long time to execute.



It should read very little,


This code is executed twice yet in theory only need be done at the
start because nothing has changed:

Reading Package Lists... Done
Building Dependency Tree
Reading extended state information
Initializing package states... Done


I made some changes lately that might have helped this processing of
information twice.

In any case, with the to-be-released version, the time and messages are
now:

 time aptitude install does-not-exist | cat
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Reading extended state information...
 Initializing package states...
 Writing extended state information...
 Building tag database...
 Unable to apply some actions, aborting
 Couldn't find any package whose name or description matched "does-not-exist"

 real0m1.563s
 user0m1.192s
 sys 0m0.364s



compute very little,


There are two computations happening:

* after not finding a package with the exact name
"some-package-that-does-not-exist" two searches are performed:
 - ?name(some-package-that-does-not-exist); and
 - ?description(some-package-that-does-not-exist)

* the set of kept-back packages is computed, even though no packages
to install were identified.

The second is certainly of little utility when aptitude has failed to
identify the requested package.  The first is an automatic search
attempt, but it may be preferable to simply abort with an error and
let the user direct their own search manually if desired.


I think that it's worth it, and a nice functionality that it takes the
initiative to do some searches that might help the user to save more
seconds and typing in looking for alternatives, or discover relevant
packages that would not have seen otherwise:

 time aptitude install -s Krita
 Couldn't find any package matching "Krita", but there are 11 packages
 which contain "Krita" in their description:
   calligraauthor calligraauthor:i386 icc-profiles krita krita:i386
   xicc xicc:i386 krita-data icc-profiles-free krita-gemini
   krita-gemini:i386
 Unable to apply some actions, aborting

 real0m1.388s
 user0m1.068s
 sys 0m0.316s


And regarding the kept-back packages, it does not happen now due to
other changes already mentioned (aborts at the first failure).


It is debatable whether the behaviour before was helpful; but in
general, this is what aptitude historically did -- to try to continue
with actions when possible.  It was 

Bug#312920: writes when nothing should be written

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


Hi,

I was working on some improvements that cut the time to initialise
aptitude significantly (roughly to half of the time, in my system, with
the commands given above).

This is in addition to other changes lately that cause aptitude to abort
earlier when there are errors finding packages requested to install (so
the current version is already faster for this specific case than the
versions from years ago).

That should help in other areas where aptitude is reading/writing its
pkgstates file, lazy initialisation of some aspects (e.g. loading
information about "tasks" until/unless they are really needed), and the
recent extra functionality of synchronising its state back to
dpkg/dselect (to play nice with other tools) which made the performance
problem a bit worse.

More work could be done in this area, because improving things by
spending more time is [almost] always possible, but I consider that the
cost/benefit ratio if continuing down this path is not very great,
compared to other things that need to be done, and I think that what was
done addresses the problem as much as is possible in the given time,
without harming other areas or possibly reviving old bugs.

An example of problems that can happen if moving the initialization of
other elements elsewhere is that, if we also defer the initialisation of
debtags (which are needed in the interactive mode, etc), it will cause
small freezes when loading it later, and anyway it is needed for many
command-line commands such as "show".

So marking this bug as pending.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#816143: nvidia-graphics-drivers: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: nvidia-graphics-drivers
version: 352.79-4
Tags: l10n, patch
Severity: wishlist

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

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

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


nvidia-graphics-drivers_352.79-4_pt.po.gz
Description: GNU Zip compressed data

Bug#816142: ITP: zerotier-one -- software-defined network layer

[Ben Finney]

Package: wnpp
Severity: wishlist

Package name:   zerotier-one
Version:1.1.4
Upstream developer: ZeroTier Inc.
URL:https://www.zerotier.com/product-one.shtml
License:GNU GPL version 3 or later
Programming language:   C, C++, Java
Description:software-defined network layer
ZeroTier is a software-defined network layer for creating direct,
peer-to-peer, virtual networks.
.
ZeroTier One is the network endpoint server. It makes ZeroTier
virtual networks available as VPN connections or virtual network
(tun/tap) ports.

I am seeking a sponsor comfortable with the implementation languages
to help me get this package into Debian.

-- 
 \ “Skepticism is the highest duty and blind faith the one |
  `\   unpardonable sin.” —Thomas Henry Huxley, _Essays on |
_o__)   Controversial Questions_, 1889 |
Ben Finney 

Bug#816141: cloud-init: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: cloud-init
version: 0.7.7~bzr1156-2
Tags: l10n, patch
Severity: wishlist

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

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

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


cloud-init_0.7.7~bzr1156-2_pt.po.gz
Description: GNU Zip compressed data

Bug#816140: redmine: [INTL:pt] Updated Portuguese translation for debconf messages

[Américo Monteiro]

Package: redmine
version: 3.2.0-3
Tags: l10n, patch
Severity: wishlist

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

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

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro


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

Bug#779092: w3m: broken ACCESSKEY function

[Tatsuya Kinoshita]

Control: tags -1 + patch pending

On February 24, 2015 at 12:56PM +, justin.byam.rye (at gmail.com) wrote:
>  ACCESSSKEY  Popup acceskey menu
>
> This has multiple typos and other problems, but more importantly when
> I checked what the function does I discovered that it was broken.

Typos and broken ACCESSKEY have been fixed in the development Git repo.

  - https://anonscm.debian.org/cgit/collab-maint/w3m.git

Sorry for the late reply.

Thanks,
--
Tatsuya Kinoshita


pgporxhXfVNNv.pgp
Description: PGP signature

Bug#816139: xcffib: FTBFS on big-endian architectures: testsuite failures

[Andreas Beckmann]

Source: xcffib
Version: 0.4.0-1
Severity: serious
Justification: fails to build from source

Hi,

xcffib FTBFS on mips, powerpc, s390x:

https://buildd.debian.org/status/fetch.php?pkg=xcffib=mips=0.4.0-1=1448691429
https://buildd.debian.org/status/fetch.php?pkg=xcffib=powerpc=0.4.0-1=1449745103
https://buildd.debian.org/status/fetch.php?pkg=xcffib=s390x=0.4.0-1=1449748216

   dh_auto_test -a -O--buildsystem=pybuild
I: pybuild base:184: cd /«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build; python2.7 
-m nose tests
..F.SF
==
FAIL: tests.test_connection.TestConnection.test_ChangeProperty_WM_PROTOCOLS
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build/tests/test_connection.py", 
line 229, in test_ChangeProperty_WM_PROTOCOLS
assert reply.value.to_atoms() == (wm_delete_window,)
AssertionError

==
FAIL: tests.test_python_code.TestPythonCode.test_union_pack
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build/tests/test_python_code.py", 
line 47, in test_union_pack
assert cm.data32[0] == 0x03020100
AssertionError

--
Ran 34 tests in 10.329s

FAILED (SKIP=1, failures=2)
E: pybuild pybuild:274: test: plugin distutils failed with: exit code=1: cd 
/«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose tests
dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 --dir . 
returned exit code 13
debian/rules:14: recipe for target 'build-arch' failed
make: *** [build-arch] Error 25


Andreas

Bug#815974: Segmentation fault in libresolv triggered by php5-fpm

[Aurelien Jarno]

On 2016-02-26 22:03, Fabian Niepelt wrote:
> > IMHO making sure that programs are restarted after applying the security
> > update should be enough, but I am not fully sure about my analysis, so a
> > confirmation would be nice to have.
> 
> The machines in question have been rebooted a few times after upgrading.

Ok then my scenario might be wrong.

> I will try to get a full backtrace next week. Sadly, I won't have access to 
> the systems over the weekend.

Ok, no problem.

> > It wonder if it could be that the process is started with the
> > old libc and is later dlopening the new nss libraries.
> 
> Going to investigate if there are old libs lying around somewhere in the 
> system on monday.

I am able to trigger similar (but slightly different) segmentation fault
by doing name resolving with the new libc (ie 2.13-38+deb7u10) but with
the old /lib/x86_64-linux-gnu/libnss_dns.so.2 (ie from 2.13-38+deb7u9).
Do you have any nss modules which do not come from the libc6 package
installed (either from another package or manually installed)?

Thanks for your help in debugging.

Aurelien

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

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

On Sat, 27 Feb 2016, Linus Torvalds wrote:
> On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
>  wrote:
> > Background: https://bugs.debian.org/815787
> >
> > "Until recently the Sound Blaster Live! card in my workstation worked
> > fine. Sometime recently it has stopped working."
> >
> > On Sat, 27 Feb 2016, Ben Hutchings wrote:
> >> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> >> >
> >> > No mention of that in the changelog.
> >>
> >> Yes there is:
> >>
> >>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> >> - This disables drivers for some AC'97 sound cards
> >
> > Alright, but not obvious to me.
> >
> > So, what is to do about that?
>
> If I read this right, this seems to be a Debian kernel configuration
> choice rather than anything else.
>
> Does it work if you just compile your own kernel?

Wooh.  That was fast ;)  I'll try to beat Ben to it ;)  Tomorrow...
Too late now.

Still, I really wonder what the debian changelog motivation behind it
might be.  Various applications work much nicer with 4.3.5-1, than
ever.  I read in the kernel log:

commit 5c408fee254633a5be69505bc86c6b034f871ab4
Author: Maciej S. Szmigiero 
Date:   Mon Jan 18 20:07:44 2016 +0100
...
This fixes hard lockup on fsl_ssi module reload,
at least in AC'97 mode.
...
commit 3f1c241f0f5f90046258e6b8d4aeb6463ffdc08e
Author: Maciej S. Szmigiero 
Date:   Sun Dec 20 21:30:25 2015 +0100
...
This unbreaks AC'97 register access.
...
commit 25e5ef974c33f1e4a07a68bf830e6493ee6dab11
Author: Maciej S. Szmigiero 
Date:   Sun Dec 20 21:34:29 2015 +0100
...
ASoC: fsl-asoc-card: use different route map for AC'97 mode

fsl_ssi uses different stream names ("AC97 Playback" / "AC97 Capture")
in AC'97 mode so in this case fsl-asoc-card route map should
also be using them.

But, I can't see that _does explain_ the:

   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
 - This disables drivers for some AC'97 sound cards

nor justifies the action.  Ben, care to explain?


Cheers,

-- 
Cristian

Bug#809228: [pkg-boost-devel] Bug#809228: It would be nice to have 1.60 in sid

[Steve M. Robbins]

On February 26, 2016 10:03:37 PM Mario Lang wrote:
> Can you give us any sort of status when we might expect Boost 1.60 in
> sid?  Is there anything in particular I could help you with to get it
> done?

I am working on it now.  I hope to have an upload by end of week-end.

-S





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

Bug#813954: regression with apparmor?

[Ivan Sergio Borgonovo]

On 02/27/2016 09:37 PM, Evgeni Golov wrote:

Hi Ivan,



On Sun, Feb 07, 2016 at 03:06:54AM +0100, Ivan Sergio Borgonovo wrote:

got this after upgrade 1:1.0.8-1 -> 1:1.1.5-1



   lxc-start 1454809870.985 ERRORlxc_apparmor -
lsm/apparmor.c:apparmor_process_label_set:169 - If you really want to start
this container, set
   lxc-start 1454809870.985 ERRORlxc_apparmor -
lsm/apparmor.c:apparmor_process_label_set:170 - lxc.aa_allow_incomplete = 1
   lxc-start 1454809870.985 ERRORlxc_apparmor -
lsm/apparmor.c:apparmor_process_label_set:171 - in your container
configuration file



Stricly speaking this is not an regression but an improvement.
1.0.x did silently ignore apparmor if you did not have "complete" apparmor 
support in the kernel (read: no mount restrictions which are only available in Ubuntu).
See [1] for details about the behaviour.

With 1.1.x LXC actually errors out when it detecs you want apparmor but don't have the 
right kernel for it. You can set "lxc.aa_allow_incomplete = 1" to allow it to 
use whatever apparmor support is available, skipping the cool mount stuff.



That said I would love to close this as not-a-bug, if you do not disagree.


There was no news in apt-listchanges.
I did find how to fix the problem googling the error and I had to 
understand what I was really doing adding that option but I wouldn't 
have incurred in the problem if:
- the package itself would have made the change to the configurations 
(not sure if it is a good idea)

or
- there was a notice in apt-listchange.

I'm ok if you close the bug but I'm thinking about the other poor souls 
that may upgrade lxc and find their containers not running without any 
notice.


I hope once this bug will be indexed by google, understanding what is 
the problem will be enough to help other people to fix it quicker.


Nothing terrible, I'm aware I'm using sid and probably once there will 
be a new kernel this won't be an issue.


--
Ivan Sergio Borgonovo
http://www.webthatworks.it

Bug#815990: Upgrade of intel-microcode to 3.20151106.1~deb8u1 results in throttled CPU (E5-2680 v3)

[Henrique de Moraes Holschuh]

On Sat, 27 Feb 2016, Stuart Bennett wrote:
> Let me know if any other tests/information indicated in the other bug would
> be potentially relevant in this case.

In the thermald bug report, you will see lots of posts asking for the values
of several MSRs, and also to run "turbostat" and attach its output.

Can you repeat those tests, and report the value of those MSRs in both the
"working" and "system is stuck in low power" states?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Bug#816138: Outdated versions treated as error on DDPO and tracker.debian.org

[Adam D. Barratt]

Control: reassign -1 devscripts
Control: forcemerge 815980 -1

On Sat, 2016-02-27 at 23:07 +0100, Vincent Bernat wrote:
> Package: qa.debian.org
> Severity: normal
> 
> Hi!
> 
> Currently, when a package has a newer version available upstream, it
> is not reported at all on DDPO and on tracker.debian.org, it says
> "problems while searching for a new upstream version".
[...]
> I am unsure on what is managing this, so I file this generic bug here.

That's #815980 in devscripts; merging. (There's already an "affects
qa.d.o" so it should have shown up there.)

Regards,

Adam

Bug#815787: May be a kernel problem not a pulseaudio one?

[Christian Seiler]

On 02/27/2016 10:52 PM, Cristian Ionescu-Idbohrn wrote:
>>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>> - This disables drivers for some AC'97 sound cards
> 
> Alright, but not obvious to me.
> 
> So, what is to do about that?

There are people working upstream on solving this issue:

http://thread.gmane.org/gmane.linux.kernel.mm/145039/

So you could stick with the Jessie 3.16 kernel (don't use 4.3,
because that won't receive security updates) until this is
fixed in a future kernel version.

Regards,
Christian



signature.asc
Description: OpenPGP digital signature

Bug#784328: FVWM: fvwm hotkey problem inside vnc

[Hendrik Tews]

Here is the patch. To me it looks like these changes have been
introduced in the first 2.6.5 Debian package.

Bye,

Hendrik

This email and any attachments thereto may contain private, confidential, 
and/or privileged material for the sole use of the intended recipient. Any 
review, copying, or distribution of this email (or any attachments thereto) by 
others is strictly prohibited. If you are not the intended recipient, please 
contact the sender immediately and permanently delete the original and any 
copies of this email and any attachments thereto.
>From 06234f650ab35da27489ed71fee67d024391f80d Mon Sep 17 00:00:00 2001
From: tadam 
Subject: [PATCH] Provide fvwm_KeycodeToKeysym() to handle XKeycodeToKeysym()
 deprecation

X are deprecating XKeycodeToKeysym() in favour of XkbKeycodeToKeysym() --
however, older XServers will obviously not have access to XKB, so we have to
conditionally use the newer method only when it's available.

Origin: backport, https://github.com/ThomasAdam/fvwm/commit/06234f650ab35da27489ed71fee67d024391f80d.patch
Last-Update: 2013-02-02
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
 
diff --git a/configure.ac b/configure.ac
index 9588bbb..9f6db24 100644
--- a/configure.ac
+++ b/configure.ac
@@ -537,7 +537,11 @@ if test ! x"$with_shm" = xno; then
[$X_LIBS $X_PRE_LIBS -lX11 $X_EXTRA_LIBS])
 fi
 
-# * xinerama
+# Silently look for X11/XKBlib.h
+AH_TEMPLATE([HAVE_X11_XKBLIB_H],[Define if Xkb extension is used.])
+AC_CHECK_HEADER(X11/XKBlib.h, AC_DEFINE(HAVE_X11_XKBLIB_H))
+
+# * xineramA
 problem_xinerama=""
 
 AC_ARG_ENABLE(xinerama,
@@ -1657,6 +1661,14 @@ AH_VERBATIM([_ZEND_EXPLICIT_DEFINITIONS],
 #define fvwm_lstat(x,y) -1
 #endif
 
+#ifdef HAVE_X11_XKBLIB_H
+#include 
+#define fvwm_KeycodeToKeysym(d, k, g, l) \
+	(XkbKeycodeToKeysym((d), (k), (g), (l)))
+#else
+#define fvwm_KeycodeToKeysym(d, k, x, i) (XKeycodeToKeysym((d), (k), (i)))
+#endif
+
 ])
 
 # mainly for fvwm-config
diff --git a/fvwm/builtins.c b/fvwm/builtins.c
index 8cb39e5..199a323 100644
--- a/fvwm/builtins.c
+++ b/fvwm/builtins.c
@@ -3853,7 +3853,7 @@ static Bool FKeysymToKeycode (Display *dpy, KeySym keysym,
 
 	for (m = 0; m <= 8; ++m)
 	{
-		KeySym ks = XKeycodeToKeysym(dpy, *keycode, m);
+		KeySym ks = fvwm_KeycodeToKeysym(dpy, *keycode, 0, m);
 		if (ks == keysym)
 		{
 			switch (m)
diff --git a/fvwm/events.c b/fvwm/events.c
index e6a1a74..cd25caf 100644
--- a/fvwm/events.c
+++ b/fvwm/events.c
@@ -2508,7 +2508,7 @@ void __handle_key(const evh_args_t *ea, Bool is_press)
 	/* Here's a real hack - some systems have two keys with the
 	 * same keysym and different keycodes. This converts all
 	 * the cases to one keycode. */
-	kc = XKeysymToKeycode(dpy, XKeycodeToKeysym(dpy, te->xkey.keycode, 0));
+	kc = XKeysymToKeycode(dpy, fvwm_KeycodeToKeysym(dpy, te->xkey.keycode, 0, 0));
 
 	/* Check if there is something bound to the key */
 
diff --git a/libs/Bindings.c b/libs/Bindings.c
index f024659..d7f76e6 100644
--- a/libs/Bindings.c
+++ b/libs/Bindings.c
@@ -181,7 +181,7 @@ int AddBinding(
 		{
 			if (BIND_IS_MOUSE_BINDING(type) ||
 			STROKE_CODE(BIND_IS_STROKE_BINDING(type) ||)
-			(tkeysym = XKeycodeToKeysym(dpy, i, m)) == keysym)
+			(tkeysym = fvwm_KeycodeToKeysym(dpy, i, 0, m)) == keysym)
 			{
 unsigned int add_modifiers = 0;
 unsigned int bind_mask = 1;
diff --git a/modules/FvwmIconBox/FvwmIconBox.c b/modules/FvwmIconBox/FvwmIconBox.c
index ef8c237..700cae0 100644
--- a/modules/FvwmIconBox/FvwmIconBox.c
+++ b/modules/FvwmIconBox/FvwmIconBox.c
@@ -2445,7 +2445,7 @@ void parsekey(char *tline)
 
   XDisplayKeycodes(dpy, , );
   for (i=kmin; i<=kmax; i++)
-if (XKeycodeToKeysym(dpy, i, 0) == keysym)
+if (fvwm_KeycodeToKeysym(dpy, i, 0, 0) == keysym)
   {
 	k = (struct keyfunc *)safemalloc(sizeof(struct keyfunc));
 	memset(k, 0, sizeof(struct keyfunc));
@@ -3421,7 +3421,7 @@ void ExecuteKey(XEvent event)
 
   tmp = KeyActions;
   event.xkey.keycode =
-XKeysymToKeycode(dpy,XKeycodeToKeysym(dpy,event.xkey.keycode,0));
+XKeysymToKeycode(dpy,fvwm_KeycodeToKeysym(dpy,event.xkey.keycode,0,0));
   while (tmp != NULL){
 if (tmp->keycode == event.xkey.keycode){
   MySendFvwmPipe(fd, tmp->action, item->id);
diff --git a/modules/FvwmIconMan/readconfig.c b/modules/FvwmIconMan/readconfig.c
index e6ddd79..2bf6cda 100644
--- a/modules/FvwmIconMan/readconfig.c
+++ b/modules/FvwmIconMan/readconfig.c
@@ -753,7 +753,7 @@ static Binding *ParseKeyEntry(char *tline)
 
   XDisplayKeycodes(theDisplay, , );
   for (i=min; i<=max; i++) {
-if (XKeycodeToKeysym(theDisplay, i, 0) == keysym) {
+if (fvwm_KeycodeToKeysym(theDisplay, i, 0, 0) == keysym) {
   if (!func) {
 	func = parse_function_list(action);
 	if (!func) {
diff --git a/modules/FvwmIconMan/x.c b/modules/FvwmIconMan/x.c
index 97a8a43..4c98375 100644
--- a/modules/FvwmIconMan/x.c
+++ b/modules/FvwmIconMan/x.c
@@ -245,8 +245,8 @@ void xevent_loop (void)
* the 

Bug#816123: guile-2.0-libs: guile-procedures.txt is actually port-dependent

[Rob Browning]

[If possible, please preserve the 816123-forwarded CC in any replies.]

Since the content of guile-procedures.txt can vary, perhaps it shouldn't
be in schemelib_DATA.

cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816123

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#816138: Outdated versions treated as error on DDPO and tracker.debian.org

[Vincent Bernat]

Package: qa.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi!

Currently, when a package has a newer version available upstream, it
is not reported at all on DDPO and on tracker.debian.org, it says
"problems while searching for a new upstream version".

Examples:

 https://tracker.debian.org/pkg/fvwm-crystal
 https://qa.debian.org/developer.php?login=bernat=yes

I am unsure on what is managing this, so I file this generic bug here.

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJW0h4bAAoJEJWkL+g1NSX5OGkQAKLJfgmIBuQxmO8kp8meIFDh
Ekv5cAeeq7qUEb5R/Djv5O1XZAzbD4cDmiyXzqvqEZELLdBVbQWXJhQ3MPJSdRFm
+wHfhIB00rfwEPDFwd6oSA1VA4CZUurnGjdqAlLrfIcP26NMakLoKpCssAa+LSMB
NkNojWtXvwbi0DsM9As+WoLrkChuM3IiNT8JDdiTfhepZ/44eWM2a+V2iygm2m1X
lE8NZoWEhq9WaQT8jKvg5wMDJVA8370jK/R83JgTl/eG8ZTwkSd8XWNsqsNnszSu
pEYiqstUcrjRuASRyZHFmJWVSWFrii6D9rfOJCqbiXWrV8zvcm32nI+X2U021EFw
l30bRz48O0OZZ2TtwdDhgi1gQJhpQBDWl51mnDVcewGPwrb608CZrBdWBEjfSJAl
RsI95LfPfbKxWCXCF2VyTrRfaIWgGm6IEGgBKuS+Pw38j56yBRMWZmyjrMTHRmda
4CsrGfDjd1dLz/1Oo9kZGeGh6sJBBMqbHaPRe1LSum00huhG/kMUfdEeMcRmYjWM
ZcCFKBUsBrCCbtDlrrXh4hFpS4qOijb7I4PCxtqC1O9a1P5g3cCQwtl98xWizj8H
/mEq+FH5UxOA2u7zvtxlnqtQirksdHrDVa8s+wl6Jwn4RgCGjjFXooVvbChmFyOr
HzFoXjj0HuKR3aZ0+Lbo
=E3eB
-END PGP SIGNATURE-

Bug#815787: May be a kernel problem not a pulseaudio one?

[Linus Torvalds]

On Sat, Feb 27, 2016 at 1:52 PM, Cristian Ionescu-Idbohrn
 wrote:
> Background: https://bugs.debian.org/815787
>
> "Until recently the Sound Blaster Live! card in my workstation worked
> fine. Sometime recently it has stopped working."
>
> On Sat, 27 Feb 2016, Ben Hutchings wrote:
>> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
>> >
>> > No mention of that in the changelog.
>>
>> Yes there is:
>>
>>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
>> - This disables drivers for some AC'97 sound cards
>
> Alright, but not obvious to me.
>
> So, what is to do about that?

If I read this right, this seems to be a Debian kernel configuration
choice rather than anything else.

Does it work if you just compile your own kernel?

 Linus

Bug#816056: bsdutils: erroneously predepends on libsystemd0

[Lukas]

Hi Andreas

On 27.02.2016 16:57, Andreas Henriksson wrote:
> Control: tags -1 + moreinfo unreproducible
> 
> 
> Thanks for your bug report bug something is not right with the
> information you provided.
> 

Thanks for supporting.  You are right: I used upgrade instead of
dist-upgrade.

Best regards
Lukas

Bug#815990: Upgrade of intel-microcode to 3.20151106.1~deb8u1 results in throttled CPU (E5-2680 v3)

[Stuart Bennett]

On 27/02/16 13:51, Henrique de Moraes Holschuh wrote:

On Fri, 26 Feb 2016, Stuart Bennett wrote:

Some time after booting, all cores of an Intel E5-2680 v3 get throttled to
around 400MHz.  The intel_pstate cpufreq driver is in use, as is the


Are you using thermald?


I'm afraid not; a list of all daemon-like things is below:

/sbin/init
/lib/systemd/systemd-journald
/lib/systemd/systemd-udevd
/usr/sbin/named -f -u bind
/usr/sbin/smartd -n
/usr/sbin/sshd -D
/usr/bin/rsync --daemon --no-detach
/usr/sbin/cron -f
/usr/sbin/rsyslogd -n
/usr/sbin/acpid
/usr/sbin/nullmailer-send -s
/sbin/agetty --noclear tty2 linux
/sbin/agetty --noclear tty1 linux
/sbin/agetty --noclear tty3 linux
/sbin/agetty --noclear tty4 linux
/usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 104:109
/sbin/agetty --noclear tty5 linux
/sbin/agetty --noclear tty6 linux
/usr/sbin/rpc.mountd -N2 -N3 --manage-gids
/usr/sbin/dhcpd -q -cf /etc/dhcp/dhcpd.conf -pf /var/run/dhcpd.pid br0
/usr/sbin/nagios3 -d /etc/nagios3/nagios.cfg
/usr/sbin/apache2 -k start

thermald isn't even installed.


Downgrading that microcode exposes you to higher chances of data
corruption/unpredictable system behavior (I wish I could be more specific
than that, but I don't have the required information), so we really should
try to find a different solution.


Agreed.


The observed behaviour sounds similar to that in Launchpad bug #1506050.


Take a look at lp#1480349:
https://bugs.launchpad.net/ubuntu/wily/+source/thermald/+bug/1480349


Seems I don't have the thermald link, but I see from that bug that full 
CPU info may be useful: here's the output for the last core (note it has 
family 6, model 63, stepping 2; as in the referenced bug).


processor   : 23
vendor_id   : GenuineIntel
cpu family  : 6
model   : 63
model name  : Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz
stepping: 2
microcode   : 0x32
cpu MHz : 1200.097
cache size  : 30720 KB
physical id : 0
siblings: 24
core id : 13
cpu cores   : 12
apicid  : 27
initial apicid  : 27
fpu : yes
fpu_exception   : yes
cpuid level : 15
wp  : yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor 
ds_cpl vmx smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 
x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm 
abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority 
ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid

bogomips: 4988.45
clflush size: 64
cache_alignment : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

Let me know if any other tests/information indicated in the other bug 
would be potentially relevant in this case.


Stuart

Bug#816083: is the bug the same as the uninstallable depends or those are two different bugs ?

[shirish शिरीष]

Hi all,

Is this the same thing as been seen in the tracker

android-sdk-build-tools/amd64 unsatisfiable Depends:
android-sdk-build-tools-common (= 24.3.3+1)
android-sdk-platform-tools/amd64 unsatisfiable Depends:
android-sdk-platform-tools-common (= 24.3.3+1)
android-sdk-build-tools/i386 unsatisfiable Depends:
android-sdk-build-tools-common (= 24.3.3+1)
android-sdk-platform-tools/i386 unsatisfiable Depends:
android-sdk-platform-tools-common (= 24.3.3+1)

this is from https://tracker.debian.org/pkg/android-sdk-meta

Either build-depends or some other issue, will be glad as and when the
above issue is fixed.

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Bug#815787: May be a kernel problem not a pulseaudio one?

[Cristian Ionescu-Idbohrn]

Background: https://bugs.debian.org/815787

"Until recently the Sound Blaster Live! card in my workstation worked
fine. Sometime recently it has stopped working."

On Sat, 27 Feb 2016, Ben Hutchings wrote:
> On Sat, 2016-02-27 at 10:39 +0100, Cristian Ionescu-Idbohrn wrote:
> >
> > No mention of that in the changelog.
>
> Yes there is:
>
>   * [amd64] mm,nvdimm: Disable ZONE_DMA; enable ZONE_DEVICE, NVDIMM_PFN
> - This disables drivers for some AC'97 sound cards

Alright, but not obvious to me.

So, what is to do about that?  Stay on 4.3.5-1 for as long as I'm
happy with keeping this nice, working, piece of electronix:

Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
Subsystem: Creative Labs SBLive! Player 5.1

vintage 1999, or throw it away?  Do things need to be killed before
they're dead?  Oh, well.  Rethoric questions, maybe.  I do have the
money to add some more stuff to the junk yard :(

I once heard a story about a printer that started a movement.
Hopefully, the history might repeat itself.


Cheers,

-- 
Cristian

Bug#816136: tsocks: FTBFS on !linux: generates invalid Built-Using entries

[Andreas Beckmann]

Source: tsocks
Version: 1.8beta5-9.3
Severity: important
Control: clone -1 -2
Control: reassign -2 dpkg
Control: retitle -2 dpkg: should fail to create packages with invalid package 
relationships, e.g. Built-Using: libc6 (= )

Hi,

@tsocks:
tsocks builds packages on !linux architectures that are not accepted
into the archive since they contain invalid Built-Using entries like

  Built-Using: libc6 (= )


@deity:
dpkg should fail instead of creating packages that are not accepted
by the archive (unless --nocheck was given).


>From a discussion on debian-wb-team@:

On 2016-02-27 19:41, Adam D. Barratt wrote:
> On Sat, 2016-02-27 at 19:26 +0100, Samuel Thibault wrote:
>> Hello,
>>
>> Andreas Beckmann, on Sat 27 Feb 2016 15:58:29 +0100, wrote:
>>> could someone check the status of tsocks on hurd and kfreebsd, the
>>> packages are listed as "Uploaded" for "41 days". Something seems to need
>>> a little shaking to get them "Installed" :-)
>>>
>>> https://buildd.debian.org/status/package.php?p=tsocks=unstable
>>
>> This is what I get in the REJECT ftpmaster mail:
>>
>>> tsocks-dbgsym_1.8beta5-9.3_hurd-i386.deb: APT could not parse Built-Using 
>>> field
>>
>> I don't know why tsocks is particular here.
> 
> According to the hurd-i386 log at
> https://buildd.debian.org/status/fetch.php?pkg=tsocks=hurd-i386=1.8beta5-9.3=1456586414
>  :
> 
>  Built-Using: libc6 (= )
> 
> The changelog says:
> 
>* Document with Built-Using that tsocks ships the saveme binary,
>  that is statically linked against libc6 (Closes: #769343).
> 
> so I assume the patch is failing to take account of libc having
> different names across architectures. Indeed:
> 
> EXTRA_PACKAGES="libc6"
> echo -n "extra:Built-Using=" >> debian/tsocks.substvars
> for package in $EXTRA_PACKAGES; do
>   dpkg-query -f '${source:Package} (= ${source:Version}), ' -W $package 
> 2>/dev/null
> done >> debian/tsocks.substvars
> 
> CC-ing the NMUer, as this will need fixing in the package.
> 
> Regards,
> 
> Adam
> 

On 2016-02-27 22:12, intrigeri wrote:
> Adam D. Barratt wrote (27 Feb 2016 18:41:41 GMT) :
>> CC-ing the NMUer, as this will need fixing in the package.
> 
> Received, and read. I'm sorry for having messed up a NMU, and broken
> a couple interesting non-release archs.
> 
> Does this affect any release architecture?
> 
> If it doesn't, then given how my backlog looks like these days, I'm
> afraid I'll have to prioritize other matters. I'm not involved in
> porting to hurd and kfreebsd.
> 
> Cheers,
> 


Andreas

Bug#815967: gcc-5: Updated ada-hurd.diff

[Samuel Thibault]

Hello,

Svante Signell, on Fri 26 Feb 2016 08:00:44 +0100, wrote:
> This patch also applies to gcc-6, so a separate bug report will be submitted 
> to
> the latest version in experimental.

It indeed applies well on gcc-6 too.  I have commited the update to both
gcc-5 and gcc-6.

Thanks,
Samuel

Bug#784328: FVWM: fvwm hotkey problem inside vnc

[Hendrik Tews]

I found the culprit: It's the Debian deprecated.patch, which I
attach below, in case you are interested.

This means it's a Debian packaging bug. Debian applies this
deprecated.patch during build, thereby apparently making fvwm
incompatible with the X xerver running inside vnc.

In retrospect, I should have earlier tried to confirm whether the
problem is present at all in the upstream fvwm version. However,
I was under the wrong impression that Debian distributes an
almost unmodified fvwm (the opposite is true - there are 12
Debian patches). Further, also the email from Raphael in March on
the fvwm list gave me the impression somebody has checked this
with upstream fvwm.

Bye,

Hendrik

This email and any attachments thereto may contain private, confidential, 
and/or privileged material for the sole use of the intended recipient. Any 
review, copying, or distribution of this email (or any attachments thereto) by 
others is strictly prohibited. If you are not the intended recipient, please 
contact the sender immediately and permanently delete the original and any 
copies of this email and any attachments thereto.

Bug#738704: [Debian-ha-maintainers] Bug#738704: closed by wf...@niif.hu (Ferenc Wágner) (Re: pacemaker: Segfault in libhbclient.so.1.0.0)

[Ferenc Wágner]

Philipp Marek  writes:

>> Pacemaker isn't built with Heartbeat support anymore.  I recommend to
>> migrate to Corosync 2.
>
> That's too bad, because
>
>>> I'm using 4 physical network interfaces, so corosync won't do.

Do you mean that Corosync won't let you use independent links for
heartbeat and cluster communication?  I think the usual recommendation
is to bond them, but Corosync also supports this natively under the name
RRP (redundant ring protocol).  Why doesn't this work for you?
-- 
Regards,
Feri.

Bug#816135: idle-python3.4: uninstallable since python3-tk stopped providing python3.4-tk

[Andreas Beckmann]

Package: idle-python3.4
Version: 3.4.4-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

The dependency python3.4-tk is no longer available.
This was a virtual package, previously provided by python3-tk.

idle-python3.4 seems to have no rdepends, so only one package broken.

(This seems to be part of the python3.4 removal transition ...)


Cheers,

Andreas

Bug#806637: mitmproxy --verify-upstream-cert: doesn't check if hostname matches certificate's CN/SAN (CWE-297)

[Jakub Wilk]

Control: reassign -1 python-netlib 0.13.1-1
Control: close -1 0.14-1

* Jakub Wilk , 2015-11-29, 18:15:
With the --verify-upstream-cert option enabled, mitmproxy is supposed 
to verify upstream servers certificate. However, it doesn't seem to 
verify that the server hostname matches a domain name in the

subject's Common Name or subjectAltName field of the certificate.


This was fixed upstream in netlib 0.14:
https://github.com/mitmproxy/netlib/commit/5af9df326aef

--
Jakub Wilk

Bug#742832: newer tinymce version (4.1+) needed by roundcube-core

[Luca Steinke]

Roundcube seems to be dependant on tinymce 4.1+, so this bug affects 4 software 
packages in total:

- hastymail2
- mediagoblin
- zarafa-webapp
- roundcube-core

I'd suggest to include a symlink from tiny_mce.js to tinymce.min.js to not 
break packages which depend on older (<4.x) TinyMCE versions.

Please fix this!


Kind greetings, Luca

Bug#816134: [Pkg-utopia-maintainers] Bug#816134: gnome-disk-utility: Cannot create encrypted partition

[Michael Biebl]

Control: tags -1 + moreinfo

Am 27.02.2016 um 21:26 schrieb Esteban Dugueperoux:
> Package: gnome-disk-utility
> Version: 3.12.1-1+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> 
> After a fresh debian stable installation, I try to create a new partition with
> ext4 encrypted using gnome-disks but get a popup with the following message :
> 
> Error creating LUKS device: Error spawning command-line 'cryptsetup luksFormat
> ""/dev/sda9"": Failed to execute child process "cryptsetup" (No such file or
> directory)( g-exec-error-quark, 8)(udisks-error-quark, 0)



Have you installed the cryptsetup-bin package?
It's a recommends of udisks2, so should be installed by default unless
you decided to not install recommends.




-- 
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#815551: aptitude: safe-upgrade removes manually installed package if dependency is on hold

[Sven Joachim]

On 2016-02-25 17:57 +0100, Sven Joachim wrote:

> On 2016-02-25 13:55 +, Manuel A. Fernandez Montecelo wrote:
>
>> 2016-02-23 23:52 To Sven Joachim:
>>>2016-02-23 17:20 Sven Joachim:
On 2016-02-22 23:27 +, Manuel A. Fernandez Montecelo wrote:

>Have you used 0.7.5 until now and this only happens after upgrading
>aptitude to .6?

Yes.

>Did something else happen since the last time that you
>ran safe-upgrade, e.g. upgrade of apt?

No, the last upgrade of the apt packages was on 2016-02-10, twelve days
before the aptitude upgrade.

>Also, if you hold and then unhold wine and iceweasel-l10n-de, it keeps
>trying to remove them as unused, or did it only happen the first time
>(before marking them as hold)?

It keeps trying to remove them.
>>>
>>>I tried to reproduce it with my versions installed (44) and no luck.
>
> Maybe that's because those are the candidate versions, whereas mine are not?

Seems that's indeed the reason.  I bisected the problem, and found
commit 377f72b53c ("Reinstate auto-installed flag when marking packages
to keep in apt cache (Closes: #508428)") to be the culprit.

>> BTW, do you have many packages set on hold, or only these ones or very
>> few?
>
> Apart of the mentioned packages, only one.

That package has a reverse dependency which is also held back, and I can
see that it has been marked as auto-installed as well, which is not
surprising (anymore).

Cheers,
   Sven

Bug#816132: systemd-networkd: Tunnel setup for sit-type tunnel fails

[Sven Hartge]

Um 20:52 Uhr am 27.02.16 schrieb Michael Biebl:

> Would be great if you can report this issue directly upstream at
> https://github.com/systemd/sytemd/issues
> and report back with the bug number.

https://github.com/systemd/systemd/issues/2758

Grüße,
Sven.

Bug#816106: Suspend Bug, Severity: High

[john Lutz]

Suspend issues :happens equally under the same effect (with precision I may 
add) on a Ubuntu of:Linux ponyea 4.2.0-30-generic #35-Ubuntu SMP Fri Feb 19 
13:52:26 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
Perhaps an #ifdef is needed?
 

On Saturday, February 27, 2016 3:17 PM, Ben Hutchings 
 wrote:
 

 Control: reassign -1 src:linux 3.16.7-ckt11-1+deb8u6 
Control: tag -1 moreinfo

On Sat, 2016-02-27 at 18:17 +0100, Michael Biebl wrote:
> Control: reassign -1 linux-image-3.16.0-4-amd64

All bugs in linux-image packages (except meta-packages) should be
assigned to src:linux with the appropriate version.

> Am 27.02.2016 um 17:46 schrieb john Lutz:
> > john@johntalent:~$ cat /sys/power/state
> > freeze mem disk
> > john@johntalent:~$ uname -a
> > Linux johntalent 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u6 
> > (2015-11-09) x86_64 GNU/Linux
[...]

This is quite old; please try upgrading to the latest stable version.

Ben.

-- 
Ben Hutchings
Every program is either trivial or else contains at least one bug

  

Bug#813954: regression with apparmor?

[Evgeni Golov]

Hi Ivan,


On Sun, Feb 07, 2016 at 03:06:54AM +0100, Ivan Sergio Borgonovo wrote:
> got this after upgrade 1:1.0.8-1 -> 1:1.1.5-1
> 
>   lxc-start 1454809870.985 ERRORlxc_apparmor -
> lsm/apparmor.c:apparmor_process_label_set:169 - If you really want to start
> this container, set
>   lxc-start 1454809870.985 ERRORlxc_apparmor -
> lsm/apparmor.c:apparmor_process_label_set:170 - lxc.aa_allow_incomplete = 1
>   lxc-start 1454809870.985 ERRORlxc_apparmor -
> lsm/apparmor.c:apparmor_process_label_set:171 - in your container
> configuration file

Stricly speaking this is not an regression but an improvement.
1.0.x did silently ignore apparmor if you did not have "complete" apparmor 
support in the kernel (read: no mount restrictions which are only available in 
Ubuntu).
See [1] for details about the behaviour.

With 1.1.x LXC actually errors out when it detecs you want apparmor but don't 
have the right kernel for it. You can set "lxc.aa_allow_incomplete = 1" to 
allow it to use whatever apparmor support is available, skipping the cool mount 
stuff.

That said I would love to close this as not-a-bug, if you do not disagree.

Greets
Evgeni

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

Bug#814716: jessie-pu: package apt-offline/1.5.1

[Hans-Christoph Steiner]

> On Mon, Feb 15, 2016 at 7:12 PM, Ritesh Raj Sarraf wrote:
> 
>> I checked the git log. Both directories are added there.
>>
>> self.defaultPaths = ['/etc/apt/trusted.gpg.d/', '/usr/share/keyrings/']
>>
>> I'm not sure if it was you who suggested /u/s/k, or Hans Steiner, or
>> someone else; but it is already there in master branch and 1.7.
> 
> Here is the commit where you added that:
> 
> https://anonscm.debian.org/cgit/apt-offline/apt-offline.git/commit/?id=c4f9b71d611a6085c33905a7575fa199b1faa15c
> 
> It references this bug report by me:
> 
> https://bugs.debian.org/747163
> 
> The bug doesn't mention /u/s/k so it must have been Hans who
> incorrectly suggested that.
> 
> BTW, I suggest you write more verbose git logs so you can explain
> decisions like this just from the git log. The Linux kernel git logs
> are a pretty good example of how to do it.
> 
> -- 
> bye,
> pabs
> 
> https://wiki.debian.org/PaulWise


And yes, I proposed adding /usr/share/keyrings as part of `apt-offline
install` (which copies the files from the thumb drive to the offline
machine) based on my experience with `debootstrap`, which does use a
file in /usr/share/keyring.  Glad to see that's improved, but FYI, in
terms of apt-offline, this is only related to an added level of
verification on top of what `apt-get install` does.

https://anonscm.debian.org/cgit/apt-offline/apt-offline.git/commit/?id=77b6b460ced7aeb7f69d470d5fe34ac500faad7b

`apt-offline` just shuffles files around, it does not do the package
installing. `apt-get install` does that, and `apt-get install` is what
is verifying the packages before installing them.

The final steps of the apt-offline workflow look like this:
  apt-offline install /media/thumb/bundle.zip
  apt-get install openjdk-7-jdk

.hc

Bug#816134: gnome-disk-utility: Cannot create encrypted partition

[Esteban Dugueperoux]

Package: gnome-disk-utility
Version: 3.12.1-1+b1
Severity: normal

Dear Maintainer,

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

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

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

After a fresh debian stable installation, I try to create a new partition with
ext4 encrypted using gnome-disks but get a popup with the following message :

Error creating LUKS device: Error spawning command-line 'cryptsetup luksFormat
""/dev/sda9"": Failed to execute child process "cryptsetup" (No such file or
directory)( g-exec-error-quark, 8)(udisks-error-quark, 0)



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

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

Versions of packages gnome-disk-utility depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u3
ii  libcairo-gobject21.14.0-2.1
ii  libcairo21.14.0-2.1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libdvdread4  5.0.0-1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u4
ii  libglib2.0-0 2.42.1-1
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  liblzma5 5.1.1alpha+20120614-2+b3
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  libpwquality11.2.3-1
ii  libsecret-1-00.18-1+b1
ii  libsystemd0  215-17+deb8u3
ii  libudisks2-0 2.1.3-5
ii  libx11-6 2:1.6.2-3
ii  udisks2  2.1.3-5

gnome-disk-utility recommends no packages.

gnome-disk-utility suggests no packages.

-- no debconf information

Bug#814554: octave: Saving figure to a PNG or PDF file gives black plot area when using gnuplot graphics

[Andrei Demekhov]

Package: octave
Followup-For: Bug #814554

Thank you for responding. In the meantime, the bug disappeared in my system
after upgrading several graphic library packages related to ghostscript and GL.
Unfortunately I did not catch the exact cause. Maybe comparing the current 
and previous dependency lists would help to understand what caused the 
problem.


Andrei



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

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

Versions of packages octave depends on:
ii  libamd2.4.1  1:4.4.6-1
ii  libarpack2   3.1.3-3+b1
ii  libasound2   1.0.28-1
ii  libatlas3-base [liblapack.so.3]  3.10.2-9+b1
ii  libblas3 [libblas.so.3]  3.6.0-2
ii  libc62.21-3
ii  libcamd2.4.1 1:4.4.6-1
ii  libccolamd2.9.1  1:4.4.6-1
ii  libcholmod3.0.6  1:4.4.6-1
ii  libcolamd2.9.1   1:4.4.6-1
ii  libcxsparse3.1.4 1:4.4.6-1
ii  libfftw3-double3 3.3.4-1
ii  libfftw3-single3 3.3.4-1
ii  libfltk-gl1.31.3.3-8
ii  libfltk1.3   1.3.3-8
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6.1-0.1
ii  libgcc1  1:5.3.1-3
ii  libgl1-mesa-glx [libgl1] 11.1.2-1
ii  libglpk364.53-1
ii  libglu1-mesa [libglu1]   9.0.0-2.1
ii  libgomp1 5.3.1-3
ii  libgraphicsmagick++-q16-12   1.3.23-1
ii  libgraphicsmagick-q16-3  1.3.23-1
ii  liblapack3 [liblapack.so.3]  3.6.0-2
ii  liboctave3v5 4.0.0-5+b3
ii  libosmesa6   11.1.2-1
ii  libportaudio219+svn20140130-1
ii  libqhull62012.1-4
ii  libqrupdate1 1.1.2-1
ii  libqscintilla2-12v5  2.9+dfsg-8
ii  libqt4-network   4:4.8.7+dfsg-5
ii  libqt4-opengl4:4.8.7+dfsg-5
ii  libqtcore4   4:4.8.7+dfsg-5
ii  libqtgui44:4.8.7+dfsg-5
ii  libsndfile1  1.0.25-10
ii  libstdc++6   5.3.1-3
ii  libumfpack5.7.1  1:4.4.6-1
ii  libx11-6 2:1.6.3-1
ii  octave-common4.0.0-5
ii  texinfo  5.1.dfsg.1-5

Versions of packages octave recommends:
ii  default-jre-headless   2:1.7-52
ii  gnuplot-qt [gnuplot-x11]   4.6.6-3
ii  libatlas3-base 3.10.2-9+b1
ii  octave-info4.0.0-5
ii  oracle-java8-installer [default-jre-headless]  8u66+8u65arm-1~webupd8~1
ii  pstoedit   3.62-2+b4

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

-- debconf information:
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/^(.*?)(\\)?\${ <-- HERE ([^{}]+)}(.*)$/ at 
/usr/share/perl5/Debconf/Question.pm line 72.
Unescaped left brace in regex is deprecated, passed through in regex; marked by 
<-- HERE in m/\${ <-- HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 
30.

Bug#711750: dh_strip: allow to disable compression of debug info files

[Niels Thykier]

Control: tags -1 moreinfo

On Tue, 04 Feb 2014 11:53:32 +0100 Emilio Pozuelo Monfort
 wrote:
> On 10/06/13 16:45, Joey Hess wrote:
> > Emilio Pozuelo Monfort wrote:
> >> I updated webkit to compat 9 to get compressed build-id debug info files.
> >> However it seems this is going to be a problem for some builders,
> >> as in a local build I got:
> >>
> >> BFD: debian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: unable 
> >> to initialize compress status for section .debug_info
> >> objcopyebian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: Memory 
> >> exhausted
> > 
> > Isn't this be a bug in objcopy --compress-debug-sections?
> > Compressing data with zlib should not require much memory.
> 
> I guess. In any case, until objcopy gains support for xz compression, I'm 
> afraid
> I won't be able to bump compat to 9 in webkit, which means we don't get 
> build-id
> support, which would be immensely useful. But I understand if you don't want 
> to
> add an option for such a corner case.
> 
> Regards,
> Emilio
> 
> 

Hi,

Is this still an issue?

Thanks,
~Niels



signature.asc
Description: OpenPGP digital signature

Bug#816132: systemd-networkd: Tunnel setup for sit-type tunnel fails

[Michael Biebl]

Hi Sven,

Am 27.02.2016 um 20:33 schrieb Sven Hartge:
> I am using systemd-networkd to manage a HE.net IPv6 Tunnel, using
> a netdev, and two network files in /etc/systemd/network:

Would be great if you can report this issue directly upstream at
https://github.com/systemd/sytemd/issues
and report back with the bug number.

Regards,
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#657390: lintian: Please make build-arch and build-indep required targets

[Niels Thykier]

On Wed, 28 Aug 2013 04:28:07 +0200 Guillem Jover  wrote:
> Hi!
> 
> On Mon, 2013-08-26 at 09:58:33 +0200, Niels Thykier wrote:
> > [...]
> 
> Well, if we take into account the dynamics of normal transitions the
> remaining long tail usually takes a very long time to get done w/o
> active incentives.
> 

Indeed.  My estimate was based on the rate being sustained, which gets
increasingly more and more unlikely as there are fewer packages left.

For the record, we are now 2½ after the last mail (from me) and "only"
down to 1694 packages remaining.  In the past year, it has dropped by
about ~500 without any nagging.

> [...]
> 
> > [...]
> > 
> > So, the question is now - do we want to scale up the enforcement level,
> > and, if so, to what?  As mentioned earlier, I am willing to increase the
> > severity of the tag (provided it does not become an auto-reject overnight).
> 
> I think if we'd want to get this done relatively soon, then it needs
> "€œactive herding". Increasing the lintian tag to a non auto-reject error,
> mails to debian-devel (or d-d-a) and possibly blog posts encouraging
> people to switch packages, someone to possibly handle it as a release
> goal to give it visibility, etc.
> 

No one ever confirmed that "E" tags are more likely to be fixed than "W"
tags.  That said, nagging people on d-d(-a) or via blog posts might help.
  Alternatively, if the FTP masters agree we could make it an
auto-reject tag.

> After a while, and depending on the amount still remaining, probably
> switching to more aggressive methods, like I described above would
> help with the remaining straddlers.
> 
> Thanks,
> Guillem

Indeed.

Thanks,
~Niels



signature.asc
Description: OpenPGP digital signature

Bug#816133: reportbug: Gtk-Message on reportbug start

[Esteban Dugueperoux]

Package: reportbug
Version: 6.6.3
Severity: minor

Dear Maintainer,

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

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

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

After a refresh debian installation, I start reportbug and get the following 
message:

Gtk-Message: Failed to load module "canberra-gtk-module"

A second start of reportbug display display a popup saying to install 
'python-vte'
but even after this package installation I get always the Gtk-Message on 
reportbug start.

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

** /home/esteban/.reportbugrc:
reportbug_version "6.6.3"
mode novice
ui gtk2
email "esteban.dugueper...@gmail.com"
smtphost "smtp.gmail.com"
smtpuser "esteban.dugueper...@gmail.com"
smtptls

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

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

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

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
pn  debsums  
pn  dlocate  
pn  emacs23-bin-common | emacs24-bin-common  
ii  file 1:5.22+15-2+deb8u1
ii  gnupg1.4.18-7
pn  postfix | exim4 | mail-transport-agent   
ii  python-gtk2  2.24.0-4
pn  python-gtkspell  
pn  python-urwid 
pn  python-vte   
ii  xdg-utils1.1.0~rc1+git20111210-7.4

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

python-reportbug suggests no packages.

-- no debconf information

Bug#815503: dbus-x11: Several session buses if scripts in Xsession.d use D-Bus

[Simon McVittie]

On Sat, 27 Feb 2016 at 16:03:48 +0100, Ksamak wrote:
> Sorry about the noise, just a notive that i just spent a couple hours 
> struggling with this
> bug, and trying to understand why orca didn't want to run.
> I guess some of our users will also run into this, i'll keep track of
> that.
> Thank you for the patch.

If applied to jessie or a jessie-based derivative, the patch on this bug
will cause just as many issues as it solves. I tried the same change
back in 2011, and it caused regressions. Given the choice between a
pre-existing bug and a new bug of similar severity, I would prefer to keep
the existing bug - "we have the same bugs we always had, instead of new
ones" is stability of a sort. Sorry you're affected by the existing bug,
but the alternative isn't significantly better.

With the dbus-update-activation-environment change in 1.10 (which was
primarily done to support dbus-user-session), this patch is less risky,
and I'm considering applying it in stretch (only) on that basis.

The fundamental issue here is that the two roles of Xsession.d - setting
environment variables that should apply to "everything", and starting
long-running background processes that are likely be affected by those
environment variables - are in conflict. If possible, I would recommend
talking to your services' upstream developers about ways to resolve this
permanently, which include:

* starting long-running background processes after Xsession.d, for
  example from /etc/xdg/autostart/, at least when in an environment
  like GNOME that is known to use /etc/xdg/autostart/

* starting long-running background processes on-demand (D-Bus
  and/or systemd activation) instead of "eagerly"

* configuring packages to work by default or read settings from
  configuration files, instead of requiring special environment
  variables, where possible

* communicating transient settings via $XDG_RUNTIME_DIR, where
  supported (either libpam-systemd or libpam-xdg-support must
  be present)

S

Bug#816132: systemd-networkd: Tunnel setup for sit-type tunnel fails

[Sven Hartge]

Package: systemd
Version: 229-1
Severity: important
Tags: ipv6

Hi!

I am using systemd-networkd to manage a HE.net IPv6 Tunnel, using
a netdev, and two network files in /etc/systemd/network:

[ he-tunnel.netdev ]
[Match]
 
[NetDev]
Description=HE.net Tunnelbroker sit device
Name=he-ipv6
Kind=sit
MTUBytes=1480
 
[Tunnel]
Local=130.180.40.117  
Remote=216.66.80.30
TTL=255
-

[ he-tunnel.network ]
[Match]
Name=he-ipv6
 
[Network]
Address=2001:470:1f0a:cbf::2/64 
Gateway=2001:470:1f0a:cbf::1

IPForward=true
-

[ lan.network ]
[Match]
MACAddress=02:17:08:81:64:44

[Network]
Address=130.180.40.117/29
Gateway=130.180.40.113

Address=2001:470:7403:f::1/64

Tunnel=he-ipv6

IPForward=true

[Route]
Destination=2001:470:7403::/48
Gateway=2001:470:7403:f::2

[Route]
Destination=192.168.100.0/24
Gateway=130.180.40.114
-

This has worked flawless so far, but after a reboot today, systemd-networkd
does not want to create the tunnel device and logs the following error:

Feb 27 20:18:47 urd systemd-networkd[1654]: 
[/etc/systemd/network/he-tunnel.netdev:10] Tunnel addresses incompatible, 
ignoring assignment: 130.180.40.117
Feb 27 20:18:47 urd systemd-networkd[1654]: 
[/etc/systemd/network/he-tunnel.netdev:11] Tunnel addresses incompatible, 
ignoring assignment: 216.66.80.30
Feb 27 20:18:47 urd systemd-networkd[1654]: Tunnel with invalid address family 
configured in /etc/systemd/network/he-tunnel.netdev. Ignoring
Feb 27 20:18:47 urd systemd-networkd[1654]: 
[/etc/systemd/network/lan.network:10] Tunnel is invalid, ignoring assignment: 
he-ipv6

This is a severe regression and totally moronic. Why would a sit-Tunnel
(IPv6-in-IPv4) require anything else than an IPv4-Adresse in the local
and remote options of the [Tunnel] section? It this the whole idea of
a 6-in-4-tunnel.

If I manually create the tunnel interface he-ipv6 with

  ip tunnel add he-ipv6 mode sit remote 216.66.80.30 local 130.180.40.117 ttl 
255
  ip link set he-ipv6 up mtu 1480

then systemd-networkd uses the information in he-tunnel.network to add the
IPs to the interface but it is not able to create the tunnel interface in
the first place because it wrongly expects an IPv6-Adresse in the local and
remote options.

Grüße,
Sven.

-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 4.4.0-1-armmp-lpae (SMP w/2 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 systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-3
ii  libapparmor12.10-3
ii  libaudit1   1:2.4.5-1
ii  libblkid1   2.27.1-3
ii  libc6   2.21-9
ii  libcap2 1:2.24-12
ii  libcap2-bin 1:2.24-12
ii  libcryptsetup4  2:1.7.0-2
ii  libgcc1 1:5.3.1-10
ii  libgcrypt20 1.6.5-2
ii  libgpg-error0   1.21-2
ii  libkmod222-1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.27.1-3
ii  libpam0g1.1.8-3.2
ii  libseccomp2 2.2.3-3
ii  libselinux1 2.4-3
ii  libsystemd0 229-1
ii  mount   2.27.1-3
ii  util-linux  2.27.1-3

Versions of packages systemd recommends:
ii  dbus1.10.6-1
pn  libpam-systemd  

Versions of packages systemd suggests:
pn  systemd-container  
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  229-1

-- Configuration Files:
/etc/systemd/journald.conf changed [not included]
/etc/systemd/timesyncd.conf changed [not included]

-- no debconf information

Bug#816131: swftools: pdf2swf is missing

[Matthias Urlichs]

Source: swftools
Version: 0.9.2+git20130725-2+b1
Severity: important

swftools includes a pdf2swf program. The Debian package doesn't include it.

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#816130: xmobar: example configuration in /usr/share/doc is invalid

[Jayson Willson]

Package: xmobar
Version: 0.23.1-2
Severity: normal

In /usr/share/doc/xmobar/examples/xmobar.config the second line contains 
"addtionalFonts", which is incorrect and causes xmobar error if I run with this 
config.
Should be "additionalFonts" instead.

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

Kernel: Linux 4.4.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 xmobar depends on:
ii  libc6 2.21-9
ii  libffi6   3.2.1-4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libiw30   30~pre9-8
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxml2   2.9.3+dfsg1-1
ii  libxpm4   1:3.5.11-1+b1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2

xmobar recommends no packages.

Versions of packages xmobar suggests:
ii  xmonad  0.12-1

-- no debconf information

Bug#816129: abiword: icons displaying incorrectly with Buuf icon theme installed

[William Eggington]

Package: abiword
Version: 3.0.1-5
Severity: normal

Dear Maintainer,

When I'm using the Buuf icon set, Abiword displays the icons much too large.

http://gnome-look.org/content/show.php/Just+another+Buuf+Remix?content=135329



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

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

Versions of packages abiword depends on:
ii  abiword-common  3.0.1-5
ii  gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2
ii  libabiword-3.0  3.0.1-5
ii  libc6   2.21-9
ii  libdbus-1-3 1.10.6-1
ii  libdbus-glib-1-20.106-1
ii  libgcc1 1:5.3.1-8
ii  libgcrypt20 1.6.5-2
ii  libglib2.0-02.46.2-3
ii  libgnutls30 3.4.9-2
ii  libgoffice-0.10-10  0.10.27-1
ii  libgsf-1-1141.14.35-1
ii  libgtk-3-0  3.18.7-1
ii  libjpeg62-turbo 1:1.4.2-2
ii  libloudmouth1-0 1.5.2-1
ii  libots0 0.5.0-2.2
ii  libpng12-0  1.2.54-3
ii  librdf0 1.0.17-1+b1
ii  libreadline66.3-8+b4
ii  librevenge-0.0-00.0.4-4
ii  libsoup2.4-12.52.2-1
ii  libstdc++6  5.3.1-8
ii  libtelepathy-glib0  0.24.1-1.1
ii  libtidy-0.99-0  20091223cvs-1.5
ii  libwmf0.2-7 0.2.8.4-10.5
ii  libwpd-0.10-10  0.10.1-1
ii  libwpg-0.3-30.3.1-1
ii  libwps-0.4-40.4.3-1
ii  libxml2 2.9.3+dfsg1-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages abiword recommends:
pn  abiword-plugin-grammar 
ii  aspell-en [aspell-dictionary]  7.1-0-1.1
ii  fonts-liberation   1.07.4-1
ii  poppler-utils  0.38.0-2

abiword suggests no packages.

-- no debconf information

Bug#816125: libsdl1.2debian: Remove DirectFB dependency

[Javier Cantero]

Package: libsdl1.2debian
Version: 1.2.15+dfsg1-2
Severity: wishlist

Dear Maintainer,

Due to the current status of DirectFB (the project seems dead) and also
the status of the debian package (currently unfit for release), can I
suggest that future releases drop the dependency by not compiling SDL
1.2 with DirectFB support?

Thank you for your time and consideration.

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

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

Versions of packages libsdl1.2debian depends on:
ii  libasound2 1.1.0-1
ii  libc6  2.21-9
ii  libcaca0   0.99.beta19-2+b1
ii  libdirectfb-1.2-9  1.2.10.0-5.2
ii  libpulse0  8.0-1
ii  libx11-6   2:1.6.3-1
ii  libxext6   2:1.3.3-1

libsdl1.2debian recommends no packages.

libsdl1.2debian suggests no packages.

-- no debconf information

Bug#816126: catfish: Icons displaying much too large

[William Eggington]

Package: catfish
Version: 1.2.2-1
Severity: normal

Dear Maintainer,

When using Catfish with the Buuf icon pack installed, the icons are drawn so
large that it is impossible for me to select items that are above and below my
screen.

http://gnome-look.org/content/show.php/Just+another+Buuf+Remix?content=135329

I tried a few different versions of this theme but all of them are drawing
incorrectly in catfish, but work in programs like Thunar.



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

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

Versions of packages catfish depends on:
ii  gir1.2-gdkpixbuf-2.0  2.32.3-1.2
ii  gir1.2-glib-2.0   1.46.0-4
ii  gir1.2-gtk-3.03.18.7-1
ii  gir1.2-pango-1.0  1.38.1-1
ii  python3-gi-cairo  3.18.2-2
ii  python3-pexpect   4.0.1-1
pn  python3:any   

Versions of packages catfish recommends:
ii  mlocate  0.26-1

catfish suggests no packages.

-- no debconf information

Bug#816127: sudo: Typo sudoers manpage

[Esteban Dugueperoux]

Package: sudo
Version: 1.8.10p3-1+deb8u3
Severity: minor

Dear Maintainer,

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

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

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

There is an english typo in sudoers manpage, in first sentence of 'Configuring 
sudo.conf for sudoers' section the 'and' word appears twice :

'to determine which policy and and I/O logging plugins to load'

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

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

Versions of packages sudo depends on:
ii  libaudit1   1:2.4-1+b1
ii  libc6   2.19-18+deb8u3
ii  libpam-modules  1.1.8-3.1+deb8u1
ii  libpam0g1.1.8-3.1+deb8u1
ii  libselinux1 2.3-2

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers [Errno 13] Permission non accordée: u'/etc/sudoers'
/etc/sudoers.d/README [Errno 13] Permission non accordée: 
u'/etc/sudoers.d/README'

-- no debconf information

Bug#816124: pnmixer: Icons displaying much too large with certian icon packs installed

[William Eggington]

Package: pnmixer
Version: 0.6.1-1
Severity: normal

Dear Maintainer,

When I have the Buuf icon pack installed, right clicking on the PNMixer icon to
mute/unmute my audio shows icons that are much much too large.

This happened after I installed the Buuf icon pack.

http://gnome-look.org/content/show.php/Just+another+Buuf+Remix?content=135329

I tried different versions of this icon pack but none of them worked.



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

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

Versions of packages pnmixer depends on:
ii  libasound2   1.1.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.21-9
ii  libcairo-gobject21.14.6-1
ii  libcairo21.14.6-1
ii  libgdk-pixbuf2.0-0   2.32.3-1.2
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.18.7-1
ii  libnotify4   0.7.6-2
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libx11-6 2:1.6.3-1

pnmixer recommends no packages.

pnmixer suggests no packages.

-- no debconf information

Bug#741894: libtk-img: FTBFS with libpng16

[Tobias Frost]

Am Samstag, den 27.02.2016, 15:29 +0300 schrieb Sergei Golovan:
> Hi Tobias,
> 
> On Sat, Feb 27, 2016 at 3:14 PM, Tobias Frost 
> wrote:
> > Hi Sergei,
> > 
> > I guess the dependency chain is quite tricky..
> > 
> > What you can try to make the package ready is to use my repository
> > I
> > made for the transition. (Obviously you can't upload it...)
> 
> Yes, I did just that and have tested the package already. It seems to
> work fine, so I'm waiting untill I will be able to build it for
> regular unstable or
> experimental. Then I'll be happy to upload it.
> 
> Cheers!

Awesome! Thanks Sergei

Bug#816122: obconf: When I have the Buuf Remix 2.5 icon theme installed in my system, the icons displaed in obconf are being incorrectly drawn. They are very large.

[William Eggington]

Package: obconf
Version: 1:2.0.4+git20150213-1+b1
Severity: normal

Dear Maintainer,

While attempting to chose a nice icon theme for my debian linux install.

http://gnome-look.org/content/show.php/Just+another+Buuf+Remix?content=135329

I tried different versions of the Buuf icon themes, Buuf Remix 2.5, Buuf Duece
1.1-R8.

None of them fixed the problem of icons rendering too large.

I expected the icons to draw the right size like it does in other applicaitons.



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

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

Versions of packages obconf depends on:
ii  libatk1.0-0   2.18.0-1
ii  libc6 2.21-9
ii  libcairo-gobject2 1.14.6-1
ii  libcairo2 1.14.6-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.6.1-0.1
ii  libgdk-pixbuf2.0-02.32.3-1.2
ii  libglib2.0-0  2.46.2-3
ii  libgtk-3-03.18.7-1
ii  libice6   2:1.0.9-1+b1
ii  libimlib2 1.4.7-1+b1
ii  libobrender32v5   3.6.1-2
ii  libobt2v5 3.6.1-2
ii  libpango-1.0-01.38.1-1
ii  libpangocairo-1.0-0   1.38.1-1
ii  libpangoft2-1.0-0 1.38.1-1
ii  libpangoxft-1.0-0 1.38.1-1
ii  librsvg2-22.40.11-2
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.3-1
ii  libxft2   2.3.2-1
ii  libxml2   2.9.3+dfsg1-1

Versions of packages obconf recommends:
ii  openbox  3.6.1-2

obconf suggests no packages.

-- no debconf information

Bug#816121: apcupsd: incorrect homepage

[Ritesh Raj Sarraf]

Source: apcupsd
Severity: minor

It turns out that debian/control has outdated/incorrect Homepage
details. Currently the site is only accessible at apcupsd.org

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

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

Bug#812192: insightoolkit: Package depends on no longer built package libdcmtk2-dev

[Tobias Frost]

Control: reopen -1

Hi,
reopening, as insightoolkit-dev still (or again) depends on 
libdcmtk2-dev.

--
tobi

Bug#816120: ruby-default-value-for: FTBFS: Specified 'sqlite3' for database adapter, but the gem is not loaded

[Chris Lamb]

Source: ruby-default-value-for
Version: 3.0.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

ruby-default-value-for fails to build from source in unstable/amd64:

  [..]

  
RUBYLIB=/home/lamby/temp/cdt.20160227182753.jixeRidhmm/ruby-default-value-for-3.0.1/debian/ruby-default-value-for/usr/lib/ruby/vendor_ruby:.
 
GEM_PATH=debian/ruby-default-value-for/usr/share/rubygems-integration/all:/home/lamby/.gem/ruby/2.3.0:/var/lib/gems/2.3.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.3.0:/usr/share/rubygems-integration/2.3.0:/usr/share/rubygems-integration/all
 ruby2.3 -S rake -f debian/ruby-tests.rake
  /usr/bin/ruby2.3 test.rb
  
/usr/lib/ruby/vendor_ruby/active_record/connection_adapters/connection_specification.rb:177:in
 `rescue in spec': Specified 'sqlite3' for database adapter, but the gem is not 
loaded. Add `gem 'sqlite3'` to your Gemfile (and ensure its version is at the 
minimum required by ActiveRecord). (Gem::LoadError)
from 
/usr/lib/ruby/vendor_ruby/active_record/connection_adapters/connection_specification.rb:174:in
 `spec'
from 
/usr/lib/ruby/vendor_ruby/active_record/connection_handling.rb:50:in 
`establish_connection'
from test.rb:43:in `'
  
  Testing with Active Record version 4.2.5.1
  
  rake aborted!
  Command failed with status (1): [/usr/bin/ruby2.3 test.rb...]
  
/home/lamby/temp/cdt.20160227182753.jixeRidhmm/ruby-default-value-for-3.0.1/debian/ruby-tests.rake:5:in
 `block in '
  Tasks: TOP => default => test
  (See full trace by running task with --trace)
  ERROR: Test "ruby2.3" failed. Exiting.
  dh_auto_install: dh_ruby --install 
/home/lamby/temp/cdt.20160227182753.jixeRidhmm/ruby-default-value-for-3.0.1/debian/ruby-default-value-for
 returned exit code 1
  debian/rules:15: recipe for target 'binary' failed
  make: *** [binary] Error 1

  [..]

The full build log is attached.


Regards,

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


ruby-default-value-for.3.0.1-1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#816119: testdisk: include qphotorec

[jEsuSdA]

Source: testdisk
Severity: wishlist

Dear Maintainer,

It will be interesting include qphotorec in the package.

Cause photorec is a command line tool, qphotorec will be useful for new users
who are not familiarized with the command line.

Thanks. ;)



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

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

Bug#814852: RFS: openfst/1.5.1-1 -- weighted finite-state transducers library

[Jakub Wilk]

Control: owner -1 !

Hi Giulio!

[When filing a bug, please use X-Debbugs-CC instead of plain CC, so that 
the copied person receives the message with bug number from the BTS.]


* Giulio Paci , 2016-02-16, 01:03:

https://anonscm.debian.org/git/collab-maint/openfst.git


I had only a very quick look at the package so far:


* Drop 1001, 1002, 1003.
* Avoid 2001 patch usage.


Someone who's not familiar with the package history would have no idea 
what this means. Please be more verbose here.


Do you plan to forward unresolved-symbols.diff upstream?

Typo in README.Debian:
binaries depends -> binaries depend

Typos in fstlinear.1 and fstloglinearapply.1:
chracter -> character

The tarball uscan downloads is different that the one pristine-tar 
generates:


$ md5sum openfst_1.5.1.orig.tar.gz.*
9b6e9a5042b986919f62c5184e3e352d  openfst_1.5.1.orig.tar.gz.pristine-tar
8869e44c5a4af65409ae78b9f482b40e  openfst_1.5.1.orig.tar.gz.uscan

Do you know how did that happen?

--
Jakub Wilk

Bug#816118: gnome-shell: Gnome-shell-binary crash when resuming from a suspended multi monitor setup

[Gaël Jobin]

Package: gnome-shell
Version: 3.18.3-3
Severity: important

At work, I use a multi monitor setup using both hdmi and display port. When I
hibernate, take my computer at home and try to resume it, my laptop monitor
blink and I can log in with my creds. But, it's a complete new session with all
my apps closed.

Is it related to VirtualBox (kern.log)? Or maybe systemd? Or nvidia? The log
are there but I don't know what is causing gnome-shell to crash/restart.

>From /var/log/kern.log

Feb 27 18:04:19 GagouNotebook kernel: [245847.382348] VBoxCrWinCmd[3961]:
segfault at 2bb32560 ip 7fabb4e66d4d sp 7fab814c6d40 error 4 in
libc-2.21.so[7fabb4e31000+19a000]
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: Unrecoverable
failure in required component gnome-shell.desktop

>From /var/log/daemon.log
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: WARNING: App 'gnome-
shell.desktop' exited with code 1
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: WARNING: App 'gnome-
shell.desktop' exited with code 1
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: WARNING: App 'gnome-
shell.desktop' respawning too quickly
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: GLib-GObject-
CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: GLib-GObject-
CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: GLib-GObject-
CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Feb 27 18:04:20 GagouNotebook gnome-session-binary[15125]: WARNING: App 'gnome-
settings-daemon.desktop' exited with code 1
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8807): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8809): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8810): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8811): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8812): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Feb 27 18:04:20 GagouNotebook console-kit-daemon[3995]: (process:8813): GLib-
CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

>From /var/log/messages
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:68
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:75
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:80
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:70
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:74
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:65
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:73
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:66
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:72
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 13:64
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got pause for 226:0
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II)
config/udev: removing device LITEON Technology USB Multimedia Keyboard
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) evdev:
LITEON Technology USB Multimedia Keyboard: Close
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II)
UnloadModule: "evdev"
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: releasing fd for 13:65
...
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:67
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:69
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:68
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:75
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:80
Feb 27 18:04:18 GagouNotebook /usr/lib/gdm3/gdm-x-session[15109]: (II) systemd-
logind: got resume for 13:70
Feb 27 18:04:18 GagouNotebook 

Bug#809405: systemd: Backport systemctl is-enabled support for SysV init scripts to Debian Jessie

[Michael Biebl]

Am 30.12.2015 um 13:54 schrieb Branko Majic:
> On Wed, 30 Dec 2015 12:17:13 +0100
> Michael Biebl  wrote:
> 
>> Unfortunately this won't be a simple backport.
>> The SysV integration wrt update-rc.d has been reworked completely in v220.
>> If we want to add support for "is-enabled" for v215 this has to be
>> implemented quite differently.
> 
> Hm... Would it be hard to implement a different patch for the v215? Is
> there any gotchas?
> 
> I could try giving it a go perhaps (although my C is somewhat rusty). I
> think I managed to get something going last time I had a look at it,
> although it was a bit hack-ish. In such a case, what would be the best
> way to discuss the proposed patches - issue tracker or there is some
> sort of mailing list?

Using this bug report for discussion is fine. Simply attach any patches
you have.
Did you investigate any further and make any progress?

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#816110: Please, package QjackRcd 1.1.0 in Debian

[trebmuh]

... zip ...
I've been taking with the upstream developper (not me, but another ... 
zip ...

  ^
"talking", not "taking", obviously.

Olivier

Bug#815544: Re: aptitude using %e as display-format code leads to error without output always

[Manuel A. Fernandez Montecelo]

Control: tags -1 - moreinfo
Control: fixed -1 aptitude/0.7.6-1
Control: close -1


Hi,

2016-02-26 11:32 Christoph Maser:

Hi Manuel,

it is 0.6.11.


So, as I mentioned, these features have only been implemented in the 0.7
series, and the error explaining that there are invalid escapes was
implemented in 0.7.6, I am afraid that you cannot use it in 0.6.x.

So I will close the report now.


Cheers.
--
Manuel A. Fernandez Montecelo