Bug#834392: icedove: Random SIGSEGV in icedove - null pointer (morkNode::SlotStrongNode)

[Andrew King]

Package: icedove
Version: 1:45.2.0-2+b1
Severity: important

Hi, 
For a while icedove has crashed randomly with a SIGSEGV (usually about 2-3 
times a day). As a result, of the recent immediate crashes (now fixed), I have 
managed to get a backtrace.

This happens at any particular time, and no particular reason (I usually notice 
when I am unable to find the window). 

Note: I'm running 1:45.2.0-2+b1 but am using the workaround for #833864 (and 
others), but I have had these crashes on 1:45.2.0-2 and earlier, so I don't 
think it's related.

Regards,
Andrew


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

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

Versions of packages icedove depends on:
ii  debianutils   4.8
ii  fontconfig2.11.0-6.4
ii  libasound21.1.1-2
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-2
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.8-1
ii  libdbus-glib-1-2  0.106-1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libffi6   3.2.1-4
ii  libfontconfig12.11.0-6.4
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.1.1-10
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libglib2.0-0  2.48.1-2
ii  libgtk2.0-0   2.24.30-4
ii  libhunspell-1.4-0 1.4.1-2
ii  libicu57  57.1-2
ii  libnspr4  2:4.12-2
ii  libnss3   2:3.23-2
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpangoft2-1.0-0 1.40.1-1
ii  libpixman-1-0 0.33.6-1
ii  libsqlite3-0  3.13.0-1
ii  libstartup-notification0  0.12-4
ii  libstdc++66.1.1-10
ii  libvpx3   1.5.0-3
ii  libx11-6  2:1.6.3-1
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.2-1
ii  libxrender1   1:0.9.9-2
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-gb [hunspell-dictionary]  1:5.1.3-2
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  1:45.2.0-2+b1
ii  myspell-en-au [myspell-dictionary]2.1-5.4

Versions of packages icedove suggests:
pn  apparmor  
ii  fonts-lyx 2.2.0-2
ii  libgssapi-krb5-2  1.14.2+dfsg-1

-- no debconf information
#0  0x in ?? ()
No symbol table info available.
#1  0x71fdf16d in morkNode::SlotStrongNode (me=me@entry=0x0, 
ev=ev@entry=0x7fffa26ab780, ioSlot=ioSlot@entry=0x7fffb64b7980) at 
./db/mork/src/morkNode.cpp:424
node = 
#2  0x71fe56e8 in morkAtomRowMap::SlotStrongAtomRowMap 
(ioSlot=0x7fffb64b7980, ev=0x7fffa26ab780, me=0x0) at 
./db/mork/src/morkAtomMap.h:331
No locals.
#3  morkRowSpace::CloseRowSpace (this=0x7fffb64b7800, ev=0x7fffa26ab780) at 
./db/mork/src/morkRowSpace.cpp:133
cache = 0x7fffb64b7980
cacheEnd = 0x7fffb64b79c0
store = 
ev = 0x7fffa26ab780
this = 0x7fffb64b7800
#4  0x71fe5753 in morkRowSpace::CloseMorkNode (this=0x7fffb64b7800, 
ev=) at ./db/mork/src/morkRowSpace.cpp:77
ev = 
this = 0x7fffb64b7800
#5  0x71fdf1f9 in morkNode::cut_use_count (this=0x7fffb64b7800, 
ev=0x7fffa26ab780) at ./db/mork/src/morkNode.cpp:509
uses = 
didCut = 1 '\001'
ev = 0x7fffa26ab780
this = 0x7fffb64b7800
didCut = 1 '\001'
#6  0x71fdf36a in morkNode::CutStrongRef (this=0x7fffb64b7800, 
ev=0x7fffa26ab780) at ./db/mork/src/morkNode.cpp:530
ev = 0x7fffa26ab780
this = 0x7fffb64b7800
#7  0x71fdf5c3 in morkNodeMap::CutAllNodes 
(this=this@entry=0x7fffd0807098, ev=ev@entry=0x7fffa26ab780) at 
./db/mork/src/morkNodeMap.cpp:152
outSlots = 256
key = 128
val = 0x7fffb64b7800
c = 
i = { = {mMapIter_Map = 0x7fffd0807098, mMapIter_Seed = 9, 
mMapIter_Bucket = 0x7fffa7c63400, mMapIter_AssocRef = 0x7fffa7c63400, 
mMapIter_Assoc = 0x7fffa7c64008, mMapIter_Next = 0x0}, }
#8  0x71fdf628 in morkNodeMap::CloseNodeMap (this=0x7fffd0807098, 
ev=0x7fffa26ab780) at ./db/mork/src/morkNodeMap.cpp:73
ev = 0x7fffa26ab780
this = 0x7fffd0807098
#9  0x71fdf65b in morkNodeMap::CloseMorkNode 
(this=this@entry=0x7fffd0807098, ev=ev@entry=0x7fffa26ab780) at 
./db/mork/src/morkNodeMap.cpp:45
ev = 0x7fffa26ab780
this = 0x7fffd0807098
#10 0x71fe8548 in morkStore::CloseStore (th

Bug#834393: kmail: search box doesn't release focus

[Samuele Battarra]

Package: kmail
Version: 4:16.04.3-1
Severity: normal

Dear Maintainer,

after typing something in search box on message list, if you click on a message 
the focus remain on search box, preventing keyboard shortcuts to work.

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

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

Versions of packages kmail depends on:
ii  akonadi-server  4:16.04.3-1
ii  kdepim-runtime  4:16.04.2-2
ii  kdepimlibs-data 4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins  4:16.04.2-2
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-11
ii  libkf5akonadiagentbase5 4:16.04.3-1
ii  libkf5akonadicalendar5  16.04.2-2
ii  libkf5akonadicontact5   4:16.04.2-2
ii  libkf5akonadicore-bin   4:16.04.3-1
ii  libkf5akonadicore5  4:16.04.3-1
ii  libkf5akonadimime5  4:16.04.2-2
ii  libkf5akonadisearchdebug5   16.04.2-2
ii  libkf5akonadiwidgets5   4:16.04.3-1
ii  libkf5alarmcalendar516.04.2-2
ii  libkf5archive5  5.24.0-1
ii  libkf5bookmarks55.23.0-1
ii  libkf5calendarcore5 4:16.04.2-1
ii  libkf5calendarsupport5  4:16.04.2-2
ii  libkf5calendarutils516.04.3-1
ii  libkf5codecs5   5.23.0-1
ii  libkf5completion5   5.23.0-1
ii  libkf5configcore5   5.23.0-1
ii  libkf5configgui55.23.0-1
ii  libkf5configwidgets55.23.0-1
ii  libkf5contacts5 16.04.2-1
ii  libkf5coreaddons5   5.23.0-1
ii  libkf5crash55.23.0-1
ii  libkf5dbusaddons5   5.23.0-1
ii  libkf5followupreminder5 4:16.04.2-2
ii  libkf5gpgmepp-pthread5  16.04.3-1
ii  libkf5gravatar5 4:16.04.2-2
ii  libkf5guiaddons55.23.0-1
ii  libkf5i18n5 5.23.0-1
ii  libkf5iconthemes5   5.23.0-1
ii  libkf5identitymanagement5   16.04.2-1
ii  libkf5incidenceeditor-bin   16.04.2-2
ii  libkf5incidenceeditor5  16.04.2-2
ii  libkf5itemmodels5   5.23.0-1
ii  libkf5itemviews55.23.0-1
ii  libkf5jobwidgets5   5.23.0-1
ii  libkf5kcmutils5 5.23.0-1
ii  libkf5kdelibs4support5  5.23.0-1
ii  libkf5kiocore5  5.23.0-1
ii  libkf5kiofilewidgets5   5.23.0-1
ii  libkf5kiowidgets5   5.23.0-1
ii  libkf5kmanagesieve5 4:16.04.2-2
ii  libkf5kontactinterface5 16.04.2-1
ii  libkf5ksieveui5 4:16.04.2-2
ii  libkf5libkdepim-plugins 4:16.04.2-3
ii  libkf5libkdepim54:16.04.2-3
ii  libkf5libkleo5  4:16.04.2-1
ii  libkf5mailcommon-plugins4:16.04.2-2
ii  libkf5mailcommon5   4:16.04.2-2
ii  libkf5mailimporter5 4:16.04.2-2
ii  libkf5mailtransport516.04.2-2
ii  libkf5messagecomposer5  4:16.04.3-2
ii  libkf5messagecore5  4:16.04.3-2
ii  libkf5messagelist5  4:16.04.3-2
ii  libkf5messageviewer54:16.04.3-2
ii  libkf5mime5 16.04.2-1
ii  libkf5notifications55.23.0-1
ii  libkf5notifyconfig5 5.23.0-1
ii  libkf5parts55.23.0-1
ii  libkf5pimcommon-plugins 4:16.04.2-2
ii  libkf5pimcommon54:16.04.2-2
ii  libkf5pimtextedit5  16.04.2-1
ii  libkf5sendlater54:16.04.2-2
ii  libkf5service-bin   5.23.0-1
ii  libkf5service5  5.23.0-1
ii  libkf5sonnetui5 5.23.0-1
ii  libkf5templateparser5   4:16.04.3-2
ii  libkf5textwidgets5  5.23.0-1
ii  libkf5wallet-bin5.23.0-3
ii  libkf5wallet5   5.23.0-3
ii  libkf5widgetsaddons55.23.0-1
ii  libkf5windowsystem5 5.23.0-1
ii  libkf5xmlgui5   5.23.0-1
ii  libqt5core5a5.6.1+dfsg-3+b1
ii  libqt5dbus5 5.6.1+dfsg-3+b1
ii  libqt5gui5  5.6.1+dfsg-3+b1
ii  libqt5network5  5.6.1+dfsg-3+b1
ii  libqt5widgets5  5.6.1+dfsg-3+b1
ii  libqt5xml5  5.6.1+dfsg-3+b1
ii  libstdc++6  6.1.1-11

Versions of packages kmail recommends:
pn  accountwizard   
ii  gnupg-agent 2.1.11-7
ii  gnupg2  2.1.11-7
pn  kdepim-addons   
pn  kdepim-doc  
pn  kdepim-themeeditors 
pn  ktnef   
ii  pinentry-qt [pinentry-x11]  0.9.7-5

Versions of packages kmail suggests:
ii  bogofilter1.2.4+dfsg1-7
pn  clamav
ii  kaddressbook  4:16.04.3-1
ii  kleopatra 4:16.04.2-2
ii  procmail  3.22-25

-- no debconf information

Bug#834394: RFA: plastex

[Carl Fürstenberg]

Package: wnpp
Severity: normal

I haven't had time, nor interest to maintain this package, thus I
believe it's best if someone else steps in and take care of it's
maintainance.

Regards,

Carl

Bug#834395: kmail: number on tray icon unreadable

[Samuele Battarra]

Package: kmail
Version: 4:16.04.3-1
Severity: minor

Dear Maintainer,

with option 'show unread mail in tray icon' the number shown is small and 
unreadable.

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

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

Versions of packages kmail depends on:
ii  akonadi-server  4:16.04.3-1
ii  kdepim-runtime  4:16.04.2-2
ii  kdepimlibs-data 4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins  4:16.04.2-2
ii  libc6   2.23-4
ii  libgcc1 1:6.1.1-11
ii  libkf5akonadiagentbase5 4:16.04.3-1
ii  libkf5akonadicalendar5  16.04.2-2
ii  libkf5akonadicontact5   4:16.04.2-2
ii  libkf5akonadicore-bin   4:16.04.3-1
ii  libkf5akonadicore5  4:16.04.3-1
ii  libkf5akonadimime5  4:16.04.2-2
ii  libkf5akonadisearchdebug5   16.04.2-2
ii  libkf5akonadiwidgets5   4:16.04.3-1
ii  libkf5alarmcalendar516.04.2-2
ii  libkf5archive5  5.24.0-1
ii  libkf5bookmarks55.23.0-1
ii  libkf5calendarcore5 4:16.04.2-1
ii  libkf5calendarsupport5  4:16.04.2-2
ii  libkf5calendarutils516.04.3-1
ii  libkf5codecs5   5.23.0-1
ii  libkf5completion5   5.23.0-1
ii  libkf5configcore5   5.23.0-1
ii  libkf5configgui55.23.0-1
ii  libkf5configwidgets55.23.0-1
ii  libkf5contacts5 16.04.2-1
ii  libkf5coreaddons5   5.23.0-1
ii  libkf5crash55.23.0-1
ii  libkf5dbusaddons5   5.23.0-1
ii  libkf5followupreminder5 4:16.04.2-2
ii  libkf5gpgmepp-pthread5  16.04.3-1
ii  libkf5gravatar5 4:16.04.2-2
ii  libkf5guiaddons55.23.0-1
ii  libkf5i18n5 5.23.0-1
ii  libkf5iconthemes5   5.23.0-1
ii  libkf5identitymanagement5   16.04.2-1
ii  libkf5incidenceeditor-bin   16.04.2-2
ii  libkf5incidenceeditor5  16.04.2-2
ii  libkf5itemmodels5   5.23.0-1
ii  libkf5itemviews55.23.0-1
ii  libkf5jobwidgets5   5.23.0-1
ii  libkf5kcmutils5 5.23.0-1
ii  libkf5kdelibs4support5  5.23.0-1
ii  libkf5kiocore5  5.23.0-1
ii  libkf5kiofilewidgets5   5.23.0-1
ii  libkf5kiowidgets5   5.23.0-1
ii  libkf5kmanagesieve5 4:16.04.2-2
ii  libkf5kontactinterface5 16.04.2-1
ii  libkf5ksieveui5 4:16.04.2-2
ii  libkf5libkdepim-plugins 4:16.04.2-3
ii  libkf5libkdepim54:16.04.2-3
ii  libkf5libkleo5  4:16.04.2-1
ii  libkf5mailcommon-plugins4:16.04.2-2
ii  libkf5mailcommon5   4:16.04.2-2
ii  libkf5mailimporter5 4:16.04.2-2
ii  libkf5mailtransport516.04.2-2
ii  libkf5messagecomposer5  4:16.04.3-2
ii  libkf5messagecore5  4:16.04.3-2
ii  libkf5messagelist5  4:16.04.3-2
ii  libkf5messageviewer54:16.04.3-2
ii  libkf5mime5 16.04.2-1
ii  libkf5notifications55.23.0-1
ii  libkf5notifyconfig5 5.23.0-1
ii  libkf5parts55.23.0-1
ii  libkf5pimcommon-plugins 4:16.04.2-2
ii  libkf5pimcommon54:16.04.2-2
ii  libkf5pimtextedit5  16.04.2-1
ii  libkf5sendlater54:16.04.2-2
ii  libkf5service-bin   5.23.0-1
ii  libkf5service5  5.23.0-1
ii  libkf5sonnetui5 5.23.0-1
ii  libkf5templateparser5   4:16.04.3-2
ii  libkf5textwidgets5  5.23.0-1
ii  libkf5wallet-bin5.23.0-3
ii  libkf5wallet5   5.23.0-3
ii  libkf5widgetsaddons55.23.0-1
ii  libkf5windowsystem5 5.23.0-1
ii  libkf5xmlgui5   5.23.0-1
ii  libqt5core5a5.6.1+dfsg-3+b1
ii  libqt5dbus5 5.6.1+dfsg-3+b1
ii  libqt5gui5  5.6.1+dfsg-3+b1
ii  libqt5network5  5.6.1+dfsg-3+b1
ii  libqt5widgets5  5.6.1+dfsg-3+b1
ii  libqt5xml5  5.6.1+dfsg-3+b1
ii  libstdc++6  6.1.1-11

Versions of packages kmail recommends:
pn  accountwizard   
ii  gnupg-agent 2.1.11-7
ii  gnupg2  2.1.11-7
pn  kdepim-addons   
pn  kdepim-doc  
pn  kdepim-themeeditors 
pn  ktnef   
ii  pinentry-qt [pinentry-x11]  0.9.7-5

Versions of packages kmail suggests:
ii  bogofilter1.2.4+dfsg1-7
pn  clamav
ii  kaddressbook  4:16.04.3-1
ii  kleopatra 4:16.04.2-2
ii  procmail  3.22-25

-- no debconf information

Bug#834388: [Pkg-xfce-devel] Bug#834388: lightdm: Interferes with xscreensaver and emacs in fullscreen

[Yves-Alexis Perez]

On dim., 2016-08-14 at 22:38 -0700, Nathan Paul Simons wrote:
> This is especially frustrating because when I do unlock the screen
> (twice, once for lightdm and once for xscreensaver), my emacs in
> fullscreen mode (F11) cannot get focus, and I can't switch to any other
> window with alt-tab. The mouse still works as does the magic SysRq keys
> (hence how I reboot), but I can't do anything other than magic SysRq
> sync, mount readonly and reboot. I've never seen this from xscreensaver
> before, and it only happened after a dist-upgrade.

Just remove xscreensaver or light-locker.

Regards,
-- 
Yves-Alexis

Bug#829188: icedove backtrace on segfault

[Massimo Maiurana]

Carsten Schoenert ha scritto il 14/08/2016 alle 20:05:


dpkg will tell you that. You have to install the files in the right
order (normaly apt or apt-get is figuring that out for you). Currently
there are no extra dependencies than icedove packages itself.


Ok, I installed the package from sid without problems and I can now open 
the config editor even in normal mode. I'll tell if I'll experience 
other crashes.


Many thanks!

--
Massimo Maiurana
Ragusa (RG)

Bug#832713: closed by Martin Pitt (Bug#832893: fixed in systemd 231-2)

[Rick Thomas]

On Aug 14, 2016, at 11:13 PM, Michael Biebl  wrote:

> Rick, if you comment out MemoryDenyWriteExecute=yes in your service
> files in /lib/systemd/system, is the problem gone?


Yeah, that seems to make the problem go away.
Rick

Bug#834396: gnuplot-x11: assertion failure rotating splot with mouse

[Nick Lewycky]

Package: gnuplot-x11
Version: 5.0.4+dfsg1-3
Severity: normal

Crash manipulating a 3d plot produced by the 'splot' command by rotating it with
the mouse. Usually takes less than 2 seconds of spinning to crash. This
particular sample crashed nearly immediately upon clicking the graph.

Here's a transcript of gnuplot under GDB:

G N U P L O T
Version 5.0 patchlevel 4last modified 2016-07-21 

Copyright (C) 1986-1993, 1998, 2004, 2007-2016
Thomas Williams, Colin Kelley and many others

gnuplot home: http://www.gnuplot.info
faq, bugs, etc:   type "help FAQ"
immediate help:   type "help"  (plot window: hit 'h')

Terminal type set to 'wxt'
gnuplot> set parametric

dummy variable is t for curves, u/v for surfaces
gnuplot> splot [t=0:6*pi] t,sin(t),cos(t)
gnuplot> **
Gdk:ERROR:/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c:564:miIntersectO:
 assertion failed: (pReg->numRects <= pReg->size)

Thread 2 "gnuplot" received signal SIGABRT, Aborted.
[Switching to Thread 0x7fffed554700 (LWP 25102)]
0x749961c8 in __GI_raise (sig=sig@entry=6)
at ../sysdeps/unix/sysv/linux/raise.c:54
54  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  0x749961c8 in __GI_raise (sig=sig@entry=6) at 
../sysdeps/unix/sysv/linux/raise.c:54
#1  0x7499764a in __GI_abort () at abort.c:89
#2  0x76087d75 in g_assertion_message 
(domain=domain@entry=0x72a09793 "Gdk", file=file@entry=0x72a0e790 
"/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c", 
line=line@entry=564, func=func@entry=0x72a0e968 "miIntersectO", 
message=message@entry=0x7fffe80c9110 "assertion failed: (pReg->numRects <= 
pReg->size)") at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gtestutils.c:2429
#3  0x76087e0a in g_assertion_message_expr (domain=0x72a09793 
"Gdk", file=0x72a0e790 
"/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c", line=564, 
func=0x72a0e968 "miIntersectO", expr=) at 
/build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gtestutils.c:2452
#4  0x729c6176 in  () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#5  0x729c761a in  () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#6  0x729c7c0f in gdk_region_intersect () at 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#7  0x729d3407 in  () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#8  0x729d3fb8 in gdk_window_process_all_updates () at 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#9  0x729d4019 in  () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#10 0x729b2d67 in  () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0
#11 0x7606205a in g_main_context_dispatch (context=0x8dfab0) at 
/build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3154
#12 0x7606205a in g_main_context_dispatch 
(context=context@entry=0x8dfab0) at 
/build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3769
#13 0x76062400 in g_main_context_iterate (context=0x8dfab0, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
/build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3840
#14 0x76062722 in g_main_loop_run (loop=0x7fffe8001050) at 
/build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:4034
#15 0x72d7a567 in gtk_main () at 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#16 0x770f39c5 in wxGUIEventLoop::DoRun() () at 
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
#17 0x76a836f3 in wxEventLoopBase::Run() () at 
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#18 0x76a48a06 in wxAppConsoleBase::MainLoop() () at 
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#19 0x0050cdaf in  ()
#20 0x76b95862 in wxThread::CallEntry() () at 
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#21 0x76b9c253 in  () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#22 0x74d0b464 in start_thread (arg=0x7fffed554700) at 
pthread_create.c:333
#23 0x74a4a30d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:109
(gdb) info threads
  Id   Target Id Frame 
  1Thread 0x77f91a00 (LWP 25096) "gnuplot" 0x74a42f73 in select 
() at ../sysdeps/unix/syscall-template.S:84
* 2Thread 0x7fffed554700 (LWP 25102) "gnuplot" 0x749961c8 in 
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54

Link to screenshot at the moment of crash: http://ctrlv.in/823571

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

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

Versions of packages gnuplot-x11 depends on:
ii  gnuplot-data 5.0.4+dfsg1-3
ii  libc62.23-4
ii  libcair

Bug#821046: libvte-2.91-0: Cursor glitch in vim after libvte update

[Vlad Orlov]

tags 821046 upstream fixed-upstream
forwarded 821046 https://bugzilla.gnome.org/show_bug.cgi?id=764299
thanks


Should be fixed in 0.44.1, see the upstream bug report link.

Bug#834397: duply: doesn't work with updated GPG

[Dmitry Nezhevenko]

Package: duply
Version: 1.11.3-1
Severity: normal

Hi,

I'm not sure that it's bug actually in duply. Just after upgrading gnupg
package duply doesn't work with gpg-encrypted backups. It looks like gpg
sanity check in duply fails that's why it don't try to start duplicity.

Probably gpg can't read passwords from stdin anymore. Not sure.

I've GPG_KEY and GPG_PW in my ~/.duply/backup/conf as requested in conf
template. 

As a workaround it's possible to put GPG_TEST=disabled to config and duply
will start duplicity (that will fail itself, but it's probably another bug)

I'm attaching easy-to-setup example ~/.duply/gpg_test directory with
sample GPG private key that needs to be imported and config file that will
backup /home/test to /tmp/backup-test.

--
Start duply v1.11.3, time is 2016-08-15 11:08:51.
Using profile '/home/test/.duply/gpg_test'.
Using installed duplicity version 0.7.07.1, python 2.7.12+, gpg 2.1.14 (Home: 
/home/test/.gnupg), awk 'GNU Awk 4.1.3, API: 1.1 (GNU MPFR 3.1.4-p2, GNU MP 
6.1.1)', grep 'grep (GNU grep) 2.25', bash '4.3.46(1)-release 
(x86_64-pc-linux-gnu)'.
Autoset found secret key of first GPG_KEY entry 
'5C6E0944F013F4A9BF567D4CA21E49300CE41277' for signing.
Checking TEMP_DIR '/tmp' is a folder and writable (OK)
Test - Encrypt to '5C6E0944F013F4A9BF567D4CA21E49300CE41277' & Sign with 
'5C6E0944F013F4A9BF567D4CA21E49300CE41277' (FAILED)

Sorry. A fatal ERROR occured:

Encryption failed (Code 2).
gpg: using "5C6E0944F013F4A9BF567D4CA21E49300CE41277" as default secret key for 
signing
[GNUPG:] KEY_CONSIDERED 5C6E0944F013F4A9BF567D4CA21E49300CE41277 2
[GNUPG:] KEY_CONSIDERED 5C6E0944F013F4A9BF567D4CA21E49300CE41277 0
[GNUPG:] KEY_CONSIDERED 5C6E0944F013F4A9BF567D4CA21E49300CE41277 0
[GNUPG:] PROGRESS need_entropy X 4 16
[GNUPG:] PROGRESS need_entropy X 16 16
[GNUPG:] BEGIN_SIGNING H8
[GNUPG:] PINENTRY_LAUNCHED 27822
gpg: signing failed: Permission denied
[GNUPG:] BEGIN_ENCRYPTION 2 9
[GNUPG:] FAILURE sign-encrypt 83918849
gpg: /usr/bin/duply: sign+encrypt failed: Permission denied

Hint:
  This error means that gpg is probably misconfigured or not working 
  correctly. The error message above should help to solve the problem.
  However, if for some reason duply should misinterpret the situation you 
  can define GPG_TEST='disabled' in the conf file to bypass the test.
  Please do not forget to report the bug in order to resolve the problem
  in future versions of duply.

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

Kernel: Linux 4.7.0+ (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: sysvinit (via /sbin/init)

Versions of packages duply depends on:
pn  duplicity  
ii  gnupg  2.1.14-5

duply recommends no packages.

Versions of packages duply suggests:
ii  openssh-client  1:7.3p1-1

-- no debconf information

-- 
WBR, Dmitry


gpg_test.tar.gz
Description: application/gzip

Bug#834398: ITP: r-bioc-rbgl -- R interface to the graph algorithms contained in the BOOST library

[Christopher Hoskin]

Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin 

* Package name: r-bioc-rbgl
  Version : 1.48.1
  Upstream Author : Vince Carey , Li Long 
, R. Gentleman 
* URL : 
http://www.bioconductor.org/packages/release/bioc/html/RBGL.html
* License : Artistic-2.0
  Programming Lang: R
  Description : R interface to the graph algorithms contained in the BOOST 
library

 RBGL is part of the BioConductor GNU R suite. It is a fairly extensive and
 comprehensive interface to the graph algorithms contained in the BOOST C++
 libraries.

 Many BioConductor packages are maintained by the Debian Med team, and I
 would be very happy for this package to be maintained in that way.

 I am not a Debian Developer, so will require a sponsor.

 Thankyou.

Bug#829751: pbuilder: Patch to make pbuilder show current package version while installing the build-deps.

[Mattia Rizzolo]

On Wed, Jul 06, 2016 at 02:42:18AM +0800, Andrew Lee wrote:
> Dear Maintainer,

Hi Andrew,

sorry for taking so long to reply.

> Here is a patch that makes pbuilder show current package version while
> installing the build-deps.
> 
> Please review and consider applying to pbuilder.

The patch itself makes sense, both how its done and what it tries to
accomplish.

There is one thing that I'm concerned about: apt-cache is very slow
whenever the cache is invalidated (and to me happens pretty often¹), to
the point that to gather such information may take even several seconds
per package, quickly ending up being unacceptable.

mattia@chase ~ % time apt-cache show hello | grep Version | head -n 1 | awk 
'{print $2}'
2.10-1
apt-cache show hello  1.84s user 0.05s system 99% cpu 1.884 total
grep --color=auto Version  0.00s user 0.00s system 0% cpu 1.883 total
head -n 1  0.00s user 0.00s system 0% cpu 1.882 total
awk '{print $2}'  0.00s user 0.00s system 0% cpu 1.882 total

So, verifying which version of hello is available takes nearly 2 seconds
here.
If I run `apt update` to rebuild the cache and make it valid again, it
takes 0.2 seconds, arguably still too much for me.


I'd prefer to see something faster, but I'm wouldn't know what to
suggest.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#834399: gnupg: gnupg2-bases gpg breaks Gajim

[Thorsten Glaser]

Package: gnupg
Version: 2.1.14-5
Severity: serious
Justification: breaks other software, should not migrate to testing because of 
this

After the switch of gpg to gnupg2, Gajim can no longer use PGP.

Observed behaviour:

On first start, I get a pinentry field asking me to enter my
password, despite having started gpg-agent as part of the
session. Entering it only makes it wait for a while, then
show the dialogue box I attached.

On second start, it just takes a while during connecting,
then shows that dialogue box.

I can confirm this is a gnupg2 issue because after running…

tglase@tglase:~ $ sudo dpkg-divert --local --rename --divert 
/usr/bin/gpg.from.gnupg2 --add /usr/bin/gpg
[sudo] password for tglase:
Adding 'local diversion of /usr/bin/gpg to /usr/bin/gpg.from.gnupg2'
tglase@tglase:~ $ sudo ln -s gpg1 /usr/bin/gpg

… and restarting Gajim, it works well with PGP again.

I’ll run my system with that for now. Please ensure I’m notified,
e.g. by mailing nn-submitter, if I should remove the diversion.

(Replacing gpg by gnupg2 is about as bad an idea as replacing
python by python3 in some distros was. Don’t do it, or make it
selectable by update-alternatives at least. gnupg2 is a different
software, and even upstream says it doesn’t replace gpg, both have
different use cases. Scripts, especially, will want an isolated
instance instead of using one integrated with a user’s desktop.)

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

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

Versions of packages gnupg depends on:
ii  gnupg-agent2.1.14-5
ii  libassuan0 2.4.3-1
ii  libbz2-1.0 1.0.6-8
ii  libc6  2.23-4
ii  libgcrypt201.7.2-2
ii  libgpg-error0  1.24-1
ii  libksba8   1.3.4-4
ii  libreadline6   6.3-8+b4
ii  libsqlite3-0   3.14.1-1
ii  zlib1g 1:1.2.8.dfsg-2+b2

Versions of packages gnupg recommends:
ii  dirmngr 2.1.14-5
pn  gnupg-l10n  

Versions of packages gnupg suggests:
pn  parcimonie  
ii  xloadimage  4.1-23+b1

-- no debconf information

Bug#790741: libapache-poi-java: please make the build reproducible

[Chris Lamb]

tony mancill wrote:

> > > Source: libapache-poi-java
> > > Version: 3.10.1-2
>
> Emmanuel applied the patch in April of 2015, but it has been sitting
> in the packaging repo since that time.  I am preparing an upload now.

Thanks!


Regards,

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

Bug#777416: gcpegg: please make the build reproducible

[Chris Lamb]

Hey Bdale,

> It appears that I applied this patch, and did other work on the
> package, in late December 2015.

No proble; looking forward to the upload. :)


Regards,

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

Bug#779135: sgabios: please make the build reproducible

[Daniel Beyer]

Hi Chris,

thanks for the reminder. I'll try to prepare an upload tomorrow.

Greetings
Daniel



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

Bug#834401: sddm cannot set per user desktop choices

[Pirate Praveen]

package: sddm
version: 0.13.0-1
severity: grave

I have two users in my system and when using sddm, each user has to
select their preferred desktop session **EVERY** single time. One user
wants KDE/Plasma and another GNOME. When first users selects GNOME and
logout, the second user also gets GNOME, even when they have selected
KDE/Plasma as their preferred session in previous login.



signature.asc
Description: OpenPGP digital signature

Bug#834400: ITP: mkchromecast -- cast Linux Audio to your Google Cast Devices

[Muammar El Khatib]

Package: wnpp
Severity: wishlist
Owner: Muammar El Khatib 

* Package name: mkchromecast
  Version : 0.3.2
  Upstream Author : Muammar El Khatib 
* URL : http://mkchromecast.com/
* License : MIT
  Programming Lang: Python
  Description : cast Linux Audio to your Google Cast Devices

 This is a program to cast your macOS audio, or Linux audio to your Google Cast
 devices. It is written in Python, and it streams via node.js, ffmpeg, or
 avconv.

 mkchromecast is capable of using lossy and lossless audio formats provided
 that ffmpeg or avconv are installed. Additionally, a system tray menu is also
 available.

--
Muammar El Khatib.
http://muammar.me | http://proyectociencia.org

Bug#792194: libvte-2.91-0: Requires option to set cursor foreground colour

[Vlad Orlov]

Should be fixed in 0.44 - the feature had been added in this commit:

https://git.gnome.org/browse/vte/commit/?id=86f206b3ec01033c07a76cf949276058489b53ee

Bug#660756: pbuilder: pdebuild try to build indep package even with --binary-arch option

[Mattia Rizzolo]

Control: tag -1 moreinfo unreproducible

On Tue, Feb 21, 2012 at 05:09:07PM +0100, xavier wrote:
> Dear Maintainer,

Hi!

> When trying to build only arch package the build-indep target is called.
> This caused the bug #660245.
> 
> Here is the command used to build :
> pdebuild --debbuildopts -i_MTN --auto-debsign --debsign-k 0E41645E -- 
> --binary-arch
> 
> The package related to bug 660245 is liblog4ada, it is available on Debian 
> mentors :
> dget -x 
> http://mentors.debian.net/debian/pool/main/libl/liblog4ada/liblog4ada_1.2-1.dsc
> 
> A workaround bug 660245 was found (Build only the indep target if pdflatex is 
> installed).

I can't try that package anymore (since gnat-4.6 was removed, and with
gnat-4.6 gcc-4.6, etc..  And I'm not going to recreate a chroot using
snapshot), but I use --binary-arch (and the new --binary-indep) all the
times, and it works as expected.

Now, without even a build log (or even better one with --debug) trying
to figure what happend is impossible.

Did you also observed such behaviour recently or with other packages?

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#834359: kwin-x11: Kwin crashes when launching thunderbird or firefox almost each time.

[Eric Valette]

On 14/08/2016 22:00, Diederik de Haas wrote:

On zondag 14 augustus 2016 21:29:22 CEST valette wrote:

ii  libc6 2.24-0experimental0


Does the problem also occur with libc6 from testing/sid?



from backtrace it crashes with SIGSEGV qt5 qml somewhere so I would be 
surprised if it is relevant but can try although not now.


--eric

Bug#598629: marked as done (RFP: pytomtom -- TomTom GPS manager)

[Axel Beckert]

Control: reopen -1

I still would be happy to see that tool in Debian.

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

Bug#833503: autopkgtest: accesses the internet during build

[Martin Pitt]

Hello Chris,

Chris Lamb [2016-08-12  9:30 +0100]:
> It was never my claim that it was a FTBFS, more that an internet
> connection is attempted in the first place ("Whilst autopkg builds
> successfully [..]") which leaks privacy etc. etc.

Sorry, but "leaking privacy" is not convincing at all. A machine that
builds packages downloads packages from the configured mirror via apt
all the time, and nothing else happens during the test.

> > that would make regressions harder to detect.
> 
> But isn't that the whole point of the ci.debian.org/autopkgtest
> service itself..?

The tests do run as autopkgtests as well. But Debian does not actually
use those for gating (yet).  Also, autopkgtest frequently gets
backported, where running the tests is very helpful to spot
regressions. apt itself has changed a lot recently, and configuring it
is very delicate ([1], *cough*) so I'd rather run these when/whereever
possible.

Martin

[1] 
https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/lib/adt_testbed.py#n1155

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

Bug#834168: icedove: Segfaults after start (./mozilla/js/src/jit/JitFrames.cpp: No such file or directory)

[Jens Reyer]

control: fixed -1 1:45.2.0-3


Hi Carsten!

On 12.08.2016 20:31, Carsten Schoenert wrote:

Please note the follwing and all merged reports.

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


Thanks. I had read some of them, but didn't see them as releavant. 
Annoying I missed the clearly identical ones before reporting.




While writing this email Christoph has uploaded a new version -3 und
hopefully the (most) nullpointers are gone by this due some more
compiler flags.


Confirmed, icedove starts successfully again.



No, not needed right now, this is currently a Debian problem, mhh but in
the end ... it is a upstream source issue. Somethere in the various bug
report traffic I wrote the real issue. Can't find it now. :/


Maybe these:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833635#28
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833698#20

Greets!
jre

Bug#833959: xserver-xorg-video-intel: Rendering Performance Impacted

[Michel Dänzer]

On 11/08/16 06:34 AM, Leo L. Schwab wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.99.917+git20160706-1
> Severity: important
> 
> Dear Maintainer,
> 
>   Since updating to the latest Intel driver, I've noted rendering
> performance has suffered in some applications.

As you can see in the Xorg log file, you're no longer using the intel
driver.


> I've finally identified a program that reliably exhibits the issue --
> 'phosphor' from the xscreensaver package.
> 
>   To reproduce:
>   - Run phosphor by hand:
> /usr/lib/xscreensaver/phosphor
>   - Wait for the cursor to arrive at the bottom of the window.  When
> the "terminal" scrolls, rendering performance tanks immediately.
> This is doubtless due to the full-window fade effect being
> applied, which has now become very slow.  This slowness was not
> present in previous driver versions.

FWIW, https://patchwork.freedesktop.org/patch/105129/ should help with
this particular issue.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer

Bug#830190: Please add Abhijith PA as a Debian Maintainer

[Aníbal Monsalve Salazar]

On Thu, 2016-07-07 14:31:11 +0530, Abhijith PA wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Package: debian-maintainers
> Severity: normal
> 
> Dear Maintainer,
> 
> Please add my key to the Debian Maintainers keyring.  A jetring
> changeset is attached.
> - -- 
>  ?? 
> ?? ???
> GPG Key: EF13 EA26 A698 FF35 FD7C  902E 863D 4DF2 ED9C 28EF
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQIcBAEBCAAGBQJXfhpXAAoJEIY9TfLtnCjvDfEP/2XfpWAk3MegT0EQF76ZxNDI
> fXDWTg/f9fwYsfr7DhiNBDGFtqdya0C6ZJZC/j94Kd6rQRTMomJv5qmiXhSiKXOY
> Xb9GBGX+gP+P0hsyWqkhcWTSKSF+MoFX+wgZ2Zwh9KkJK+n6fUnDY6wcV/EwIRJd
> v+7cyi6jpIQ7UuehwYsboiAbgbAEfKtAlrv/QiTPbTO2LCk7ID46QDvyc0hHB67c
> sZ7T8HzZuZf0DqZFhzYEwQ9yOxScfgs3f227UCcRqP3c9Umngi4hIq3GxQ89wmVJ
> Q7LpcskQOTydGNb3VmyYkKqKdyZ0GKV0qM/i5SEUTbWVWTkmd8phKHrgUBaC2e3Y
> keYQOjkouUX1Q3sjN5mfxbkbzQkzagh7w3vNpHJFZjlWaGQGZNd1wDpLzfDHLJ31
> uQsj2VyL+PGndcUciaMQcfxzVLxsTb1DA24J4htmYWy4H+bKHRSrydXlQqQcC/KC
> iHE76huy26AOLAr1VVRnIYUbxsjxo8fwVUNTR1LKkYaAFhIcHyKxicv5IlPqkFfX
> 7+Ta8GlJh7NJ/LL85xLtgkgMhaONtXIwviyeKxrl/cV863kxoqSQdmiQOEJBJXne
> DvldlP7CsvxTJo09vwwjSq1kj1BRmaibGcc31GFAT1crbVzHewoat4Wr2P57mqUY
> 9DX0l6+Wnl7cRhFczPdO
> =kdbv
> -END PGP SIGNATURE-

Hello Abhijith PA and kind advocates,

Please follow the instructions to apply for DM status and to advocate a
prospective DM candidate at:

https://lists.debian.org/debian-devel-announce/2016/08/msg7.html

Sorry for the inconvenience.

Thank you.

Kind regards,

Aníbal

Bug#812218: Bug fixed ?

[Raphaël Halimi]

Hi,

Isn't this bug fixed since 1.1.0 was packaged in unstable ?

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#817193: failing tests: test_gzip.py::test_metadata, test_ipk.py::test_metadata, test_java.py::test_diff

[Chris Lamb]

Hi Zbigniew,

> > https://kojipkgs.fedoraproject.org//work/tasks/890/13300890/build.log
[..]
> https://kojipkgs.fedoraproject.org//work/tasks/2994/13312994/build.log
[..]
> https://kojipkgs.fedoraproject.org//work/tasks/834/13300834/build.log)

Alas these links now 404. Could you let me know:

a) Whether you still see these errors (and link to fresher URLs?)

b) How, exactly, you are invoking the tests. This matters because
   diffoscope does some "environment reset" (see ``set_locale``) but
   its not always called and probably isn't during tests. This might
   be deliberate, I haven't looked into it.


Regards,

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

Bug#833370: diffoscope: vim folding for text output

[Chris Lamb]

tags 833370 - patch
thanks

Hi Daniel,

> better would be to wrap this as a proper ftplugin or plugin,
> if somebody steps up to figure out and write the needed glue code.

Indeed.

Without that, we can't really classify this bug as having a patch
though, so dropping that tag for now. :)


Regards,

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

Bug#834402: aptitude: search loses column format when redirected or piped

[Javier Cantero]

Package: aptitude
Version: 0.8.3-1
Severity: normal

Dear Maintainer,

Compare this:

$  aptitude search "~i aptitude"
i   aptitude0.8.3-1 
   - gestor de paquetes basado en terminal
i A aptitude-common 0.8.3-1 
   - architecture independent files for the aptitude package manager

with the same output piped through `less`:

$  aptitude search "~i aptitude" | less
i  aptitude 0.8.3-1 - gestor de paquetes basado en terminal
i A aptitude-common 0.8.3-1 - architecture independent files for the 
aptitude package manager

The same happens if the output is redirected to a file:

$  aptitude search "~i aptitude" > kk.txt
$  cat kk.txt 
i  aptitude 0.8.3-1 - gestor de paquetes basado en terminal
i A aptitude-common 0.8.3-1 - architecture independent files for the 
aptitude package manager

I've already read the discussion in #815690. but the thing is: piping to
more/less is a very common usage of aptitude search (since the lists of
packages tend to be very long), not just a special case for automatic
processing of the output. It's really annoying to have to remember to add
an arbitrary[*] width using `-w` in every `aptitude search ... | less`,
especially when it's a significant deviation from previous behaviour.


[*] arbitrary because usually it doesn't matter the actual width


-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8.3
Compiler: g++ 6.1.1 20160802
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.8.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160625
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7fffd27cc000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7faf90684000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7faf90454000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7faf90229000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7faf90022000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7faf8fd25000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7faf8fa2)
libboost_iostreams.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.61.0 (0x7faf8f808000)
libboost_filesystem.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.61.0 (0x7faf8f5ef000)
libboost_system.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.61.0 (0x7faf8f3ea000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7faf8efe6000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7faf8edc9000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7faf8ea47000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7faf8e742000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7faf8e52c000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7faf8e18a000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7faf8df87000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7faf8dd83000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7faf8db6b000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7faf8d95)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7faf8d74)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7faf8d51c000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7faf8d30a000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7faf8d101000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7faf8cefc000)
/lib64/ld-linux-x86-64.so.2 (0x5571f0e7b000)

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

Kernel: Linux 4.6.6-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 aptitude depends on:
ii  aptitude-common0.8.3-1
ii  libapt-pkg5.0  1.3~pre3
ii  libboost-filesystem1.61.0  1.61.0+dfsg-2.1
ii  libboost-iostreams1.61.0   1.61.0+dfsg-2.1
ii  libboost-system1.61.0  1.61.0+dfsg-2.1
ii  libc6  2.23-4
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:6.1.1-11
ii  libncursesw5   6.0+20160625-1
ii  libsigc++-2.0-0v5  2.8.0-2
ii  libsqlite3-0   3.13.0-1
ii  libstdc++6   

Bug#834403: Installing/upgrading libtorrent-rasterbar9 should remove libtorrent-rasterbar8

[Raphaël Halimi]

Package: libtorrent-rasterbar
Version: 1.1.0-2

Hi,

Upgrading to libtorrent-rasterbar9 doesn't remove libtorrent-rasterbar8.

It seems to be problematic because this disturbs some programs, for
example with deluge I couldn't re-check data (it would instantly revert
the torrent state to "Downloading" without checking), and after manually
removing package libtorrent-rasterbar8 (and restarting deluge), the
problem was gone.

Maybe Breaks/Replaces fields are needed in control file ?

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#834330: [buildd-tools-devel] Bug#834330: says failed to import public key while it tried to import a private one

[Johannes Schauer]

Control: tag -1 + pending

Hi,

Quoting Marc Haber (2016-08-14 16:11:14)
> line 1235 in ResolverBase.pm gives the error message "Failed to import
> public key". This line, however, covers errors importing a _private_
> key. This is most probably a copy-and-paste error.

it probably is. Fixed in git. Thanks!

> While we are in this line at the first place, is it possible that this
> sbuild only works once and fails every following time because the
> private key is already there, gpg --import thus returning 2 and not 0?
> 
> I have only seen this behavior when sbuild is being called from
> mini-buildd, so this can be a mini-buildd issue. Does standalone
> sbuild start over from an empty keyring every time?

Yes. Sbuild creates a new $GNUPGHOME environment in /build/resolver-XX/gpg
for every package build. The directory is created by mktemp so the XX part
is random. This directory gets removed after every package build.

I would be interested to know how you convince sbuild to not do this. I don't
see that in the code right now.

You can file another bug for that issue.

Also, do you require signing of the internal dummy repository in the first
place? If not, you can just delete /var/lib/sbuild/apt-keys and then sbuild
will stop trying to sign the internal repository. Having it signed is only
necessary for apt versions in squeeze or older. Since wheezy, apt supports the
[trusted=yes] option in its sources.list.

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#833503: autopkgtest: accesses the internet during build

[Chris Lamb]

Hi Martin,

> Sorry, but "leaking privacy" is not convincing at all. A machine that
> builds packages downloads packages from the configured mirror via apt
> all the time

Let's distinguish two distinct questions here; I fear we are jumping
between the two when making our points:

 a) whether a package build can access/ping/whatever random-site.org
during build.

 b) whether a package build can obtain "further" packages via the configured
apt mirror.

To me, "a" is an obvious privacy leak. "b" is absolutely fine as long its
the configured mirror (not, for example, some hardcoded global APT mirror).


Regards,

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

Bug#833592: powerpc: kernel 4.4.(16|13) don't build with gcc-6 but with gcc-5

[Elimar Riesebieter]

* Elimar Riesebieter  [2016-08-06 18:39 +0200]:

> Package: gcc-6
> Version: 6.1.1-11
> Severity: important
> 
> 
> Hi all,
> 
> building a 4.4 Kernel with gcc-6 fails on arch ppc. Build with gcc-5 works 
> fine.
> Kernel 4.7 builds fine with gcc-6. The faillog:

Attached patch provided by [0] fixes the build. 

[0] https://bugzilla.kernel.org/show_bug.cgi?id=151651

Elimar
-- 
.~.
/V\   L   I   N   U   X
   /( )\ >Phear the Penguin<
   ^^-^^
From 1e407ee3b21f981140491d5b8a36422979ca246f Mon Sep 17 00:00:00 2001
From: Khem Raj 
Date: Mon, 25 Apr 2016 09:19:17 -0700
Subject: [PATCH] powerpc/ptrace: Fix out of bounds array access warning

gcc-6 correctly warns about a out of bounds access

arch/powerpc/kernel/ptrace.c:407:24: warning: index 32 denotes an offset greater than size of 'u64[32][1] {aka long long unsigned int[32][1]}' [-Warray-bounds]
offsetof(struct thread_fp_state, fpr[32][0]));
^

check the end of array instead of beginning of next element to fix this

Signed-off-by: Khem Raj 
Cc: Kees Cook 
Cc: Michael Ellerman 
Cc: Segher Boessenkool 
Tested-by: Aaro Koskinen 
Acked-by: Olof Johansson 
Signed-off-by: Michael Ellerman 
---
 arch/powerpc/kernel/ptrace.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/powerpc/kernel/ptrace.c b/arch/powerpc/kernel/ptrace.c
index 30a03c0..060b140 100644
--- a/arch/powerpc/kernel/ptrace.c
+++ b/arch/powerpc/kernel/ptrace.c
@@ -377,7 +377,7 @@ static int fpr_get(struct task_struct *target, const struct user_regset *regset,
 
 #else
 	BUILD_BUG_ON(offsetof(struct thread_fp_state, fpscr) !=
-		 offsetof(struct thread_fp_state, fpr[32][0]));
+		 offsetof(struct thread_fp_state, fpr[32]));
 
 	return user_regset_copyout(&pos, &count, &kbuf, &ubuf,
    &target->thread.fp_state, 0, -1);
@@ -405,7 +405,7 @@ static int fpr_set(struct task_struct *target, const struct user_regset *regset,
 	return 0;
 #else
 	BUILD_BUG_ON(offsetof(struct thread_fp_state, fpscr) !=
-		 offsetof(struct thread_fp_state, fpr[32][0]));
+		 offsetof(struct thread_fp_state, fpr[32]));
 
 	return user_regset_copyin(&pos, &count, &kbuf, &ubuf,
   &target->thread.fp_state, 0, -1);
-- 
2.8.1



signature.asc
Description: PGP signature

Bug#834402: [Aptitude-devel] Bug#834402: aptitude: search loses column format when redirected or piped

[Axel Beckert]

Control: tag -1 + confirmed

Hi Javier,

Javier Cantero wrote:
> Compare this:
> 
>   $  aptitude search "~i aptitude"
>   i   aptitude0.8.3-1 
>- gestor de paquetes basado en terminal
>   i A aptitude-common 0.8.3-1 
>- architecture independent files for the aptitude package manager
> 
> with the same output piped through `less`:
> 
>   $  aptitude search "~i aptitude" | less
>   i  aptitude 0.8.3-1 - gestor de paquetes basado en terminal
>   i A aptitude-common 0.8.3-1 - architecture independent files for the 
> aptitude package manager
> 
> The same happens if the output is redirected to a file:
> 
>   $  aptitude search "~i aptitude" > kk.txt
>   $  cat kk.txt 
>   i  aptitude 0.8.3-1 - gestor de paquetes basado en terminal
>   i A aptitude-common 0.8.3-1 - architecture independent files for the 
> aptitude package manager

Indeed. This looks like a regression from the version in Debian Jessie.

> I've already read the discussion in #815690. but the thing is: piping to
> more/less is a very common usage of aptitude search (since the lists of
> packages tend to be very long), not just a special case for automatic
> processing of the output. It's really annoying to have to remember to add
> an arbitrary[*] width using `-w` in every `aptitude search ... | less`,
> especially when it's a significant deviation from previous behaviour.

I agree here, but I'm still not sure what's the best way to handle
this case.

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

Bug#834404: ganeti-instance-debootstrap - uses unsupported losetup -s in default config

[Bastian Blank]

Package: ganeti-instance-debootstrap
Version: 0.14-2
Severity: grave
Tags: jessie

ganeti-instance-debootstrap in Jessie uses "losetup -s", which is not
supported by the shipped losetup version or any newer.  In Stretch it
was fixed to use "--show".

| # If the target device is not a real block device we'll first losetup it.
| # This is needed for file disks.
| if [ ! -b $blockdev ]; then
|   ORIGINAL_BLOCKDEV=$blockdev
|   blockdev=$(losetup -sf $blockdev)
|   CLEANUP+=("losetup -d $blockdev")
| fi

This makes the debootstrap os definition unusable in the default config,
as losetup is used to access non-blockdevices.

|   Result: 
| - OpExecError
| - - Could not install OS for instance 'instance.example.com' on node 
'node.example.con': OS create script failed (exited with exit code 1), last 
lines in the log file:
|  -O, --outputspecify columns to output for --list
|  -n, --noheadings  don't print headings for --list output
|  --raw use raw --list output format
| 
|  -h, --help display this help and exit
|  -V, --version  output version information and exit
| 
| Available --list columns:
|  NAME  loop device name
| AUTOCLEAR  autoclear flag set
| BACK-FILE  device backing file
|  BACK-INO  backing file inode number
|  BACK-MAJ:MIN  backing file major:minor device number
|   MAJ:MIN  loop device major:minor number
|OFFSET  offset from the beginning
|  PARTSCAN  partscan flag set
|RO  read-only device
| SIZELIMIT  size limit of the file in bytes
| 
| For more details see losetup(8).
|   Execution log: 
| - Time: 2016-08-15 10:57:33.882253
|   Content: [1, message,  - INFO: Running instance OS create 
scripts...]

Please fix in Jessie.

Bastian

-- 
Bastian Blank
Berater
Telefon: +49 2166 9901-194
E-Mail: bastian.bl...@credativ.de
credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209
Trompeterallee 108, 41189 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer

Bug#834370: lintian: c/debhelper.pm: Correct false positive in matching targets with extra whitespace

[Chris Lamb]

Niels Thykier wrote:

> [..]

Updated patch attached that should catch all of these (and others).


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
From 0668cb0b90ef1874336658358de83e54590e70c9 Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Mon, 15 Aug 2016 12:13:16 +0100
Subject: [PATCH] c/debhelper.pm: Correct false positives in
 typo-in-debhelper-override-target when matching multiple targets, extra
 whitespace and wildcards.

Signed-off-by: Chris Lamb 
---
 checks/debhelper.pm  | 11 ---
 t/tests/debhelper-override-typos/debian/debian/rules |  8 
 t/tests/debhelper-override-typos/tags| 11 ---
 3 files changed, 24 insertions(+), 6 deletions(-)

diff --git a/checks/debhelper.pm b/checks/debhelper.pm
index 3883033..95ede87 100644
--- a/checks/debhelper.pm
+++ b/checks/debhelper.pm
@@ -178,10 +178,15 @@ sub run {
 $dhcompatvalue = $1;
 # one can export and then set the value:
 $level = $1 if ($level);
-} elsif (/^override_(dh_[^:]+)/) {
+} elsif (/^override_dh_.*:/) {
 $needbuilddepends = 1;
-my $dhcommand = $1;
-if (not $dh_commands_depends->known($dhcommand)) {
+
+# Split; there can be multiple targets per line.
+while (/override_(dh_[^\s:]+)\s*/g) {
+my $dhcommand = $1;
+# If maintainer is using wildcards, it's unlikely to be a typo.
+next if ($dhcommand =~ /%/);
+next if ($dh_commands_depends->known($dhcommand));
 # Unknown command, so check for likely misspellings
 foreach my $x (sort $dh_commands_depends->all) {
 if (distance($dhcommand, $x) < 3) {
diff --git a/t/tests/debhelper-override-typos/debian/debian/rules b/t/tests/debhelper-override-typos/debian/debian/rules
index 975c83a..076bca9 100755
--- a/t/tests/debhelper-override-typos/debian/debian/rules
+++ b/t/tests/debhelper-override-typos/debian/debian/rules
@@ -5,11 +5,19 @@
 
 # Good
 override_dh_install:
+override_dh_install :
 override_dh_will_never_exist:
+override_dh_python2 override_dh_perl :
+override_dh_systemd_enable override_dh_systemd_disable:
+override_dh_auto_configure-% override_dh_auto_install-%:
 
 # Bad
 override_dh_instakk:
 override_dh_install_examples:
+override_dh_install_changelogs : # Extra space
+override_dh_perls override_dh_python2 : # Bad then good
+override_dh_python2 override_dh_perls : # Good then bad
+override_dh_instakk override_dh_install_examples : # Both broken, with space
 
 # Multiple matches should emit only one tag
 override_dh_nump:
diff --git a/t/tests/debhelper-override-typos/tags b/t/tests/debhelper-override-typos/tags
index c8185b7..104fe57 100644
--- a/t/tests/debhelper-override-typos/tags
+++ b/t/tests/debhelper-override-typos/tags
@@ -1,3 +1,8 @@
-W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_instakk -> override_dh_install (line 11)
-W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_install_examples -> override_dh_installexamples (line 12)
-W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_nump -> override_dh_numpy (line 15)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_instakk -> override_dh_install (line 15)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_instakk -> override_dh_install (line 20)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_install_changelogs -> override_dh_installchangelogs (line 17)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_install_examples -> override_dh_installexamples (line 16)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_install_examples -> override_dh_installexamples (line 20)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_nump -> override_dh_numpy (line 23)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_perls -> override_dh_perl (line 18)
+W: debhelper-override-typos source: typo-in-debhelper-override-target override_dh_perls -> override_dh_perl (line 19)
-- 
2.8.1

Bug#812138: gcc-6 and sip help (bug 812138)

[Gudjon I. Gudjonsson]

Hi list

I am trying to fix a sip/gcc-6 related bug in package pyqwt3d but I don't know 
how.

OpeGL_mod.sip contains

const int GL_2D;
const int GL_3D;
const int GL_3D_COLOR;


which is converted to

sipOpenGLcmodule.cpp which contains:

static sipIntInstanceDef intInstances[] = {
{sipName_GL_2D, GL_2D},
{sipName_GL_2_BYTES, GL_2_BYTES},
{sipName_GL_3D, GL_3D},
..
{0, 0}
};

This fails to compile with the following message:

make[2]: Entering directory '/home/gudjon/nb/pyqwt3d/
pyqwt3d-0.1.7~cvs20090625/build/py2.7-qt4/configure/OpenGL_Qt4'
g++ -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  -
Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -O2 -Wall -W -D_REENTRANT -DNDEBUG -
DGL2PS_HAVE_ZLIB -DHAS_NUMPY -DQT_NO_DEBUG -DQT_OPENGL_LIB -I. -I/usr/include/
qwtplot3d-qt4 -I/usr/include/python2.7 -I/usr/lib/python2.7/dist-packages/
numpy/core/include -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/
usr/include/qt4/QtOpenGL -I/usr/include/qt4 -I/usr/X11R6/include -o 
sipOpenGLcmodule.o sipOpenGLcmodule.cpp
sipOpenGLcmodule.cpp:4445:1: error: narrowing conversion of ‘4294967295u’ from 
‘unsigned int’ to ‘int’ inside { } [-Wnarrowing]
 };


sipIntInstanceDef is defined in:
/usr/include/python2.7/sip.h

typedef struct _sipIntInstanceDef {
/* The int name. */
const char *ii_name;

/* The int value. */
int ii_val;
} sipIntInstanceDef;


But some of the OpenGL parameters are out of range for int.


Does anyone have a clue on how to fix this?

Regards
Gudjon

Bug#555168: NUEVO PROYECTO

[Lomax, Byrina]

Bug#834405: zim should recommend gtkspellcheck, rather than gtkspell

[Hartmut Buhrmester]

Package: zim
Version: 0.65-3

The package zim should recommend "gtkspellcheck", rather than "gtkspell".

Zim can use both packages for its built-in spell checker. If both are 
installed in Debian 8 Jessie, "gtkspellcheck" will be preferred.


On the other hand, "gtkspell" is no longer available in Debian 9 
testing/Stretch.


Therefore, "gtkspellcheck" should be recommended,

From the upstream documentation:

Dependencies: This plugin requires either of two libraries: "gtkspell" 
or "gtkspellcheck", if both are installed, the later is used.


http://zim-wiki.org/manual/Plugins/Spell_Checker.html

You can also tell that from the configuration dialog of the Spell 
Checker plugin.


--
Hartmut Buhrmester

Bug#833953: (no subject)

[Vasily Galkin]

Seen the same issue in 32 bit debian testing.
Upgrading the libharfbuzz resolves the issue.

Bug#834407: `~PB TK81 fails to resume from hibernate

[Pieter-Jan Crommen]

Package: src:linux
Version: 4.6.4-1
Severity: normal

Packard Easynote TK81 fails to resume from
 hibernate,
 the image however does load correctly but some devices failed to power down,
 aborting the resume, suspend does work

Dear Maintainer,

   * What led up to the situation?
Booting from hibernate mode. 
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Disabling kms (not effective), disabling following options in 
/etc/environment
#VDPAU_DRIVER=r600
#LIBVA_DRIVER_NAME=gallium
#R600_HYPERZ=1
#R600_TILING=1
#R600_SURF=1
#R600_GLSL130=1
#R600_ENABLE_S3TC=1
#R600_STREAMOUT=1

   * What was the outcome of this action?
Resuming from hibernate aborts to load the image, instead a new session 
will be started

[   10.765619] PM: Loading hibernation image.
[   10.765753] PM: Marking nosave pages: [mem 0x-0x0fff]
[   10.765755] PM: Marking nosave pages: [mem 0x0009f000-0x000f]
[   10.765759] PM: Marking nosave pages: [mem 0xde555000-0xde754fff]
[   10.765769] PM: Marking nosave pages: [mem 0xdfd3f000-0xdfef6fff]
[   10.765778] PM: Marking nosave pages: [mem 0xdff0-0x]
[   10.766262] PM: Basic memory bitmaps created
[   10.823568] PM: Using 3 thread(s) for decompression.
   PM: Loading and decompressing image data (282552 pages)...
[   10.871384] random: nonblocking pool is initialized
[   11.039372] PM: Image loading progress:   0%
[   11.832985] PM: Image loading progress:  10%
[   12.154381] PM: Image loading progress:  20%
[   12.535142] PM: Image loading progress:  30%
[   12.886523] PM: Image loading progress:  40%
[   13.184643] PM: Image loading progress:  50%
[   13.496085] PM: Image loading progress:  60%
[   13.832874] PM: Image loading progress:  70%
[   14.192884] PM: Image loading progress:  80%
[   14.502166] PM: Image loading progress:  90%
[   14.736578] PM: Image loading progress: 100%
[   14.736958] PM: Image loading done.
[   14.736977] PM: Read 1130208 kbytes in 3.91 seconds (289.05 MB/s)
[   14.738147] PM: Image successfully loaded
[   14.738154] Suspending console(s) (use no_console_suspend to debug)
[   15.533363] PM: quiesce of devices complete after 795.070 msecs
[   15.533757] PM: late quiesce of devices complete after 0.390 msecs
[   15.546126] ohci-pci :00:12.0: Root hub is not suspended
[   15.546149] pci_pm_freeze_noirq(): check_root_hub_suspended+0x0/0x60 
[usbcore
] returns -16
[   15.546154] dpm_run_callback(): pci_pm_freeze_noirq+0x0/0xd0 returns -16
[   15.546155] PM: Device :00:12.0 failed to quiesce async: error -16
[   15.546389] PM: noirq recover of devices complete after 0.206 msecs
[   15.546604] PM: early recover of devices complete after 0.199 msecs
[   15.546606] PM: Some devices failed to power down, aborting resume
[   15.546723] rtc_cmos 00:01: System wakeup disabled by ACPI

[   15.547062] [ cut here ]
[   15.547082] WARNING: CPU: 0 PID: 477 at /build/linux-aOJbQa/linux-4.6.4/drive
rs/usb/core/urb.c:338 usb_submit_urb+0x2be/0x5a0 [usbcore]
[   15.547083] URB 880036025780 submitted while active
[   15.547097] Modules linked in: xts(E) gf128mul(E) algif_skcipher(E) af_alg(E)
 dm_crypt(E) dm_mod(E) sr_mod(E) cdrom(E) sd_mod(E) psmouse(E) ohci_pci(E) broad
com(E) bcm_phy_lib(E) radeon(E) i2c_algo_bit(E) tg3(E) ohci_hcd(E) ptp(E) pps_co
re(E) libphy(E) drm_kms_helper(E) ttm(E) ahci(E) libahci(E) ehci_pci(E) drm(E) e
hci_hcd(E) libata(E) usbcore(E) usb_common(E) scsi_mod(E) thermal(E) fjes(E)
[   15.547100] CPU: 0 PID: 477 Comm: kworker/u8:3 Tainted: GE   4.6.
0-1-amd64 #1 Debian 4.6.4-1
[   15.547101] Hardware name: Packard Bell EasyNote TK81/SJV52_DN, BIOS V2.14 07
/27/2011
[   15.547107] Workqueue: events_unbound async_run_entry_fn
[   15.547110]  0286 a7e78916 81311505 880035a83
c18
[   15.547111]   8107a50e 880036025780 880035a83
c70
[   15.547113]  0005 880036058800  880036320
400
[   15.547113] Call Trace:

[   15.547121]  [] ? dump_stack+0x5c/0x77
[   15.547125]  [] ? __warn+0xbe/0xe0
[   15.547127]  [] ? warn_slowpath_fmt+0x5f/0x80
[   15.547135]  [] ? hub_ext_port_status+0xe6/0x140 [usbcore]
[   15.547144]  [] ? usb_submit_urb+0x2be/0x5a0 [usbcore]
[   15.547152]  [] ? hub_activate+0x206/0x680 [usbcore]
[   15.547155]  [] ? sched_clock+0x5/0x10
[   15.547162]  [] ? usb_dev_restore+0x20/0x20 [usbcore]
[   15.547170]  [] ? hub_resume+0x23/0x50 [usbcore]
[   15.547179]  [] ? usb_resume_interface.isra.6+0x9c/0x100 [u
sbcore]
[   15.547187]  [] ? usb_resume_both+0x62/0x110 [usbcore]
[   15.547196]  [] ? usb_resume+0x16/0x60 [usbcore]
[   15.547203]  [] ? usb_dev_thaw+0xf/0x20 [usbcore]
[   15.547206]  [] ? dpm_run_callback+0x48/0x120
[   15.547208]  [] ? device_re

Bug#825764: docbook-ebnf: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: docbook-ebnf
> Version: 1.2~cr1-5
> Tags: patch

There hasn't seem to be any update on this bug in 77 days, in which
time the Reproducible Builds effort has come on a long way. :)

Would you consider applying this patch and uploading?


Regards,

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

Bug#834408: mutt: segfault/crash on displaying attached message

[Andreas Metzler]

Package: mutt
Version: 1.6.2-2
Severity: important


mutt crashes when trying to display attached message.
(gdb) run  -n -F /dev/null -R -f /tmp/bug/mutt.crashes.mbox
Starting program: /usr/bin/mutt -n -F /dev/null -R -f /tmp/bug/mutt.crashes.mbox
[...]
Program received signal SIGSEGV, Segmentation fault.
0x759ae52f in getwc () from /lib/x86_64-linux-gnu/libc.so.6


Backtrace and example message attached.

cu Andreas


-- Package-specific info:
Mutt 1.6.2-neo (2016-08-08)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.6.0-1-amd64 (x86_64)
libidn: 1.33 (compiled with 1.33)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.1.1-11' 
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-6 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i686 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 6.1.1 20160802 (Debian 6.1.1-11) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-notmuch' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-ix9ST6/mutt-1.6.2=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie 
-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-ix9ST6/mutt-1.6.2=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security

Compile options:
+CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME 
+DEBUG +DL_STANDALONE +ENABLE_NLS -EXACT_ADDRESS -HOMESPOOL -LOCALES_HACK 
-SUN_ATTACHMENT +HAVE_BKGDSET +HAVE_COLOR +HAVE_CURS_SET +HAVE_GETADDRINFO 
+HAVE_GETSID +HAVE_ICONV +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR 
+HAVE_LIBIDN +HAVE_META +HAVE_REGCOMP +HAVE_RESIZETERM +HAVE_START_COLOR 
+HAVE_TYPEAHEAD +HAVE_WC_FUNCS +ICONV_NONTRANS +USE_COMPRESSED +USE_DOTLOCK 
+USE_FCNTL -USE_FLOCK +USE_FMEMOPEN -USE_GNU_REGEX +USE_GSS +USE_HCACHE 
+USE_IMAP +USE_NOTMUCH +USE_NNTP +USE_POP +USE_SASL +USE_SETGID +USE_SIDEBAR 
+USE_SMTP +USE_SSL_GNUTLS -USE_SSL_OPENSSL 
-DOMAIN
MIXMASTER="mixmaster"
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"

patch-compress-neo-git
patch-cond-date-neo-git
patch-fmemopen-neo-git
patch-ifdef-neo-git
patch-index-color-neo-git
patch-initials-neo-git
patch-keywords-neo-git
patch-limit-current-thread-neo-git
patch-lmdb-neo-git
patch-multiple-fcc-neo-git
patch-nested-if-neo-git
patch-new-mail-neo-git
patch-nntp-neo-git
patch-progress-neo-git
patch-quasi-delete-neo-git
patch-sidebar-neo-git
patch-skip-quoted-neo-git
patch-smime-encrypt-to-self-neo-git
patch-status-color-neo-git
patch-timeout-neo-git
patch-tls-sni-neo-git
patch-trash-neo-git
patch-sensible-browser-neo-UNKNOWN

To learn more about NeoMutt, visit: http://www.neomutt.org/
If you find a bug in NeoMutt, please raise an issue at:
https://github.com/neomutt/neomutt/issues
or contact the lead developer: Richard

Bug#826677: cadencii: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: cadencii
> Version: 3.3.9+svn20110818.r1732-2
> Tags: patch

There hasn't seem to be any update on this bug in 68 days, in which
time the Reproducible Builds effort has come on a long way. :)

Would you consider applying this patch and uploading?


Regards,

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

Bug#833407: Please put adt-virt-* binaries back onto PATH

[Martin Pitt]

Hello Johannes,

Johannes Schauer [2016-08-14 16:41 +0200]:
> I agree with Iain that the binaries belong into $PATH for the reasons he
> mentioned. If autopkgtest changes that, then sbuild will follow because even
> with your changes, the autopkgtest approach is still superior to other
> solutions.

These will now be in /usr/bin/autopkgtest-virt-* again (see below),
still with adt-virt-* compat symlinks. So when autopkgtest 4.0.5 gets
uploaded it'd be nice if you could update sbuild to
s/adt-virt/autopkgtest-virt/.

Please also add an autopkgtest to sbuild that exercises the -virt
backends, to prevent breaking sbuild again in the future.

Ian Jackson [2016-08-14 22:12 +0100]:
> Martin Pitt writes ("Re: Bug#833407: Please put adt-virt-* binaries back onto 
> PATH"):
> > Of course it's possible (and not hard) to re-use them -- I mean that
> > from my perspective they were not meant to be public API,
> 
> Certainly they were so intended by me when I wrote and documented
> them.  I don't see how "they were not meant to be" and "from my
> perspetive" can be compatible, given that you were not the person who
> invented this API.

As I said: neither the package description, nor the packaging, nor
README.virtualisation-server nor the naming of those show any hint
about not just being an internal API for autopkgtest.

> A better question would be whether they _should_ be a public API.  I
> hope that Johannes and I have convinced you that the answer is that
> they should.

He didn't, but at this point I propose we agree to disagree.

> > Would you be okay with calling those from /usr/share/autopkgtest/virt/
> > for now?
> 
> I think this would be a bad change for the reasons I have explained.

With 
https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=6af4947b6
they are now back in /usr/bin. It's against my better judgement, but
it's not that important after all.

> If piuparts requires the absolute path, rather than invoking it via
> execlp, then that is IMO a bug.  However, looking at piuparts in sid
> it seems that it takes a command line argument and passes it to
> Python's subprocess.Popen(,shell=True,).  And the help messages talk
> about adt-virt-*.

After the next upload I'll file a bug against piuparts to update the
help message.

> I am disappointed to see no response to the technical points I made
> about PATH, and instead simply a request to you to do it his way.

I *did* respond to those.

> I am considering referring this dispute to the TC (!)

Really -- with these two responses I'm almost inclined to revert the
above commit.. I really don't like playing this "Who feels offended
the most wins" game.

Regards,

Martin

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

Bug#826867: cnrun: please make the build reproducible

[Chris Lamb]

Hi,

> My suggestion is to retire cnrun

If you feel that's appropriate, sure. Please go ahead and file an RM
bug to move this forward.


Regards,

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

Bug#834411: Updating the routino Uploaders list

[Mattia Rizzolo]

Source: routino
Version: 3.1.1-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Thibaut Gridel  has not been working on
the routino package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#834410: O: giflib -- library for GIF images (debug)

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of giflib, Thibaut Gridel ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: giflib
Binary: giflib-dbg, giflib-tools, libgif7, libgif-dev
Version: 5.1.4-0.3
Maintainer: Thibaut Gridel 
Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf, xmlto
Architecture: any
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 fffcecf607c9aca92d8b405b1358f066 2054 giflib_5.1.4-0.3.dsc
 2c171ced93c0e83bb09e6ccad8e3ba2b 639703 giflib_5.1.4.orig.tar.bz2
 2f08e512da8619ae022af318874fe61e 12988 giflib_5.1.4-0.3.debian.tar.xz
Vcs-Browser: 
http://anonscm.debian.org/gitweb/?p=collab-maint/giflib.git;a=shortlog;h=refs/heads/debian
Vcs-Git: git://anonscm.debian.org/collab-maint/giflib.git -b debian
Checksums-Sha256:
 48d7d9e09f573b63bf63e3de8c6c0286154409b43c2742368f26beaa45ecea0e 2054 
giflib_5.1.4-0.3.dsc
 df27ec3ff24671f80b29e6ab1c4971059c14ac3db95406884fc26574631ba8d5 639703 
giflib_5.1.4.orig.tar.bz2
 c53cd17d023a37efcbc96ec65beff41586e3cb14601a181e32ef5fa774554de0 12988 
giflib_5.1.4-0.3.debian.tar.xz
Homepage: http://giflib.sourceforge.net/
Package-List: 
 giflib-dbg deb debug extra arch=any
 giflib-tools deb utils optional arch=any
 libgif-dev deb libdevel optional arch=any
 libgif7 deb libs optional arch=any
Directory: pool/main/g/giflib
Priority: source
Section: libs

Package: giflib-dbg
Source: giflib
Version: 5.1.4-0.3
Installed-Size: 251
Maintainer: Thibaut Gridel 
Architecture: amd64
Depends: giflib-tools (= 5.1.4-0.3), libgif7 (= 5.1.4-0.3), libgif-dev (= 
5.1.4-0.3)
Description: library for GIF images (debug)
Description-md5: 7f99d5bf219b9cacea03ecc7f02fb695
Homepage: http://giflib.sourceforge.net/
Build-Ids: 04ceb0da151057fd1e68c0c1d6718de387bea8de 
2b13da09eb5481aa18e715dbc52278b7e8da7524 
4c106182beae69ee24bf3b2e1464e6d1cfa1e2dd 
a5d057f988bd0d2ec1979951e06ee2d154727984 
ac49a3dc7157b5017960d82c1a83afe930c469fc 
b0be21a0ca4697fe7cab537839f7aaf28ad4cb36 
f5077a18decb8026d44426389b35d53844e74b6a 
f7fcd51c9b825b5adc2e2482cd5d21804298c489
Tag: role::debug-symbols
Section: debug
Priority: extra
Filename: pool/main/g/giflib/giflib-dbg_5.1.4-0.3_amd64.deb
Size: 167438
MD5sum: fb30cbad33ce673e0c8da94dafa396f6
SHA256: 51cfc1c0acd8b8b9c36d23382263722d8b4d11bc09732f394fbe5be646755454

Package: giflib-tools
Source: giflib
Version: 5.1.4-0.3
Installed-Size: 354
Maintainer: Thibaut Gridel 
Architecture: amd64
Provides: libungif-bin
Depends: libc6 (>= 2.14), libgif7 (>= 5.1), libperl4-corelibs-perl | perl (<< 
5.12.3-7)
Description: library for GIF images (utilities)
Description-md5: a19e8498a460f459fbf8306ec5aabc61
Homepage: http://giflib.sourceforge.net/
Tag: implemented-in::c, interface::commandline, role::program,
 scope::utility, use::converting, works-with-format::gif,
 works-with::image, works-with::image:raster
Section: utils
Priority: optional
Filename: pool/main/g/giflib/giflib-tools_5.1.4-0.3_amd64.deb
Size: 121582
MD5sum: 4fa49e428d7714b938c705cc93390fcd
SHA256: 921861d05499cd6582f84d63fc86f9024fe73945a21fc4d15d6117555822dabe

Package: libgif7
Source: giflib
Version: 5.1.4-0.3
Installed-Size: 82
Maintainer: Thibaut Gridel 
Architecture: amd64
Depends: libc6 (>= 2.14)
Description: library for GIF images (library)
Description-md5: 6e1b50f7983687352e4b68758c6a50d6
Multi-Arch: same
Homepage: http://giflib.sourceforge.net/
Tag: role::shared-lib
Section: libs
Priority: optional
Filename: pool/main/g/giflib/libgif7_5.1.4-0.3_amd64.deb
Size: 42820
MD5sum: 2946d9c5bfd0b59d7bafebf34d5cd162
SHA256: e6ccc43be1e2bcd1e7239be7bcaf128286123e14ea61311c83081b59369d5271

Package: libgif-dev
Source: giflib
Version: 5.1.4-0.3
Installed-Size: 102
Maintainer: Thibaut Gridel 
Architecture: amd64
Depends: libgif7 (= 5.1.4-0.3)
Description: library for GIF images (development)
Description-md5: 0bfe767ea8e86d9cab3f10708a06203a
Homepage: http://giflib.sourceforge.net/
Tag: devel::lang:c, devel::library, implemented-in::c, role::devel-lib
Section: libdevel
Priority: optional
Filename: pool/main/g/giflib/libgif-dev_5.1.4-0.3_amd64.deb
Size: 45144
MD5sum: 2f9356c1a89ce2b6c11c36848999f6b3
SHA256: 4671e25b74b9fddafec52fdef134bbd06458518564cb30d535dfb251c985bdb4


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#834409: O: boats -- race scenario drawing tool

[Mattia Rizzolo]

Package: wnpp
Severity: normal

The current maintainer of boats, Thibaut Gridel ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: boats
Binary: boats
Version: 201307-1.1
Maintainer: Thibaut Gridel 
Build-Depends: debhelper (>= 9), libqt4-dev, qt4-qmake, libgif-dev
Architecture: any
Standards-Version: 3.9.4
Format: 3.0 (quilt)
Files:
 41faf46b93b14abb5e05859b7d472e2a 1820 boats_201307-1.1.dsc
 a9770426a661ea1b4e4128c0382c93f1 201145 boats_201307.orig.tar.gz
 42130a9cd53e930374e0101caf728115 2880 boats_201307-1.1.debian.tar.xz
Vcs-Browser: https://sourceforge.net/p/boats/code/?branch=ref%2Fdebian
Vcs-Git: git://git.code.sf.net/p/boats/code -b debian
Checksums-Sha256:
 8bdaab6d9176893585f84cbe5ed08c4bb6fc1098dedb3c5daada2cacb7a9e995 1820 
boats_201307-1.1.dsc
 764e5b6145272ee4c49d5f8f11c268f5af6dcfd42f4b46f807e98a384d0f0975 201145 
boats_201307.orig.tar.gz
 7e6d3c74058601d2496db9abc7e32942907c40f34b779010474f3d7f7119616b 2880 
boats_201307-1.1.debian.tar.xz
Homepage: http://boats.sf.net
Package-List: 
 boats deb x11 extra arch=any
Directory: pool/main/b/boats
Priority: source
Section: x11

Package: boats
Version: 201307-1.1
Installed-Size: 703
Maintainer: Thibaut Gridel 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libgif7 (>= 5.1), libqtcore4 (>= 
4:4.7.0~beta1), libqtgui4 (>= 4:4.8.0), libstdc++6 (>= 5.2)
Description: race scenario drawing tool
Description-md5: 00305087b61f28440498fd210bb04eaa
Homepage: http://boats.sf.net
Tag: field::TODO, implemented-in::c++, interface::graphical, interface::x11,
 role::program, uitoolkit::qt, use::analysing, use::learning,
 x11::application
Section: x11
Priority: extra
Filename: pool/main/b/boats/boats_201307-1.1_amd64.deb
Size: 230158
MD5sum: 9cce63baca0827c5526f6a7b4f316cd8
SHA256: 7fa2cd7a4842a4f1e0c58f13214c16893ff0859df79e25ca7b3dd47f4f016728


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#827315: Now more generally applicable

[Dominic Hargreaves]

Control: severity -1 important

Hi,

This is now more urgent as gnupg2 is now the default in sid (since
2.1.14-5 on Friday). Any news on a fix?

Cheers,
Dominic.

Bug#834329: gpg key handling with sbuild 0.70 broken

[Marc Haber]

Here is a comment from #834330 that might be helpful:

Also, do you require signing of the internal dummy repository in the
first place? If not, you can just delete /var/lib/sbuild/apt-keys and
then sbuild will stop trying to sign the internal repository. Having
it signed is only necessary for apt versions in squeeze or older.
Since wheezy, apt supports the [trusted=yes] option in its
sources.list.
   
Greetings
Marc

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

Bug#831768: radiotray stops at start a radiostream

[Jörg Frings-Fürst]

Hello Elías,

since the last update radiotray work fine.

So you can close this part of the merged bug.


Mit freundlichen Grüßen

Jörg Frings-Fürst

-- 
Jörg Frings-Fürst

ViciDial.de

Skype:flyingpenguin.de
Tel:+49 6542 934889 5

flyingpenguin.de UG   Tel: 06542 934889 0Sitz Pünderich
(haftungsbeschränkt)  i...@flyingpenguin.de  Eingetragen in
Hauptstrasse 75   www.flyingpenguin.de   Koblenz HRB 22160
56862 Pünderich   Geschäftsführer:   USt-IdNr. DE273878135
Deutschland   Frank Gorgas-WallerSteuer-Nr. 40/659/01483

smime.p7s
Description: S/MIME cryptographic signature

Bug#834330: [buildd-tools-devel] Bug#834330: says failed to import public key while it tried to import a private one

[Marc Haber]

Hi Johannes,

On Mon, Aug 15, 2016 at 12:32:24PM +0200, Johannes Schauer wrote:
> Quoting Marc Haber (2016-08-14 16:11:14)
> > line 1235 in ResolverBase.pm gives the error message "Failed to import
> > public key". This line, however, covers errors importing a _private_
> > key. This is most probably a copy-and-paste error.
> 
> it probably is. Fixed in git. Thanks!

;-)

> > While we are in this line at the first place, is it possible that this
> > sbuild only works once and fails every following time because the
> > private key is already there, gpg --import thus returning 2 and not 0?
> > 
> > I have only seen this behavior when sbuild is being called from
> > mini-buildd, so this can be a mini-buildd issue. Does standalone
> > sbuild start over from an empty keyring every time?
> 
> Yes. Sbuild creates a new $GNUPGHOME environment in /build/resolver-XX/gpg
> for every package build. The directory is created by mktemp so the XX part
> is random. This directory gets removed after every package build.
> 
> I would be interested to know how you convince sbuild to not do this. I don't
> see that in the code right now.
> 
> You can file another bug for that issue.

I have filed #834329 against mini-buildd for that matter.

> Also, do you require signing of the internal dummy repository in the first
> place? If not, you can just delete /var/lib/sbuild/apt-keys and then sbuild
> will stop trying to sign the internal repository. Having it signed is only
> necessary for apt versions in squeeze or older. Since wheezy, apt supports the
> [trusted=yes] option in its sources.list.

I have added that to #834329.

Greetings
Marc

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

Bug#834411: Updating the routino Uploaders list

[Sebastiaan Couwenberg]

Control: tags -1 pending

Hi Mattia,

Thanks for your work on the MIA team.

On 08/15/16 14:00, Mattia Rizzolo wrote:

Thibaut Gridel  has not been working on
the routino package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)


Thibaut has been removed from the Uploaders list, and a new routine 
revision will be uploaded to unstable soon.


Uwe Steinmann moved the routino package to the Debian GIS team in 
December 2014, since then more developers are contributing to the package.


Kind Regards,

Bas

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

Bug#834412: barnowl: FTBFS with '.' removed from perl's @INC

[Dominic Hargreaves]

Source: barnowl
Version: 1.9-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-cwd-inc-removal
Tags: patch

This package FTBFS when '.' is removed from @INC, as seen at [1].
This can be fixed by invoking Makefile.PL with "perl -I.", as per the
attached patch.

This change is being made for security reasons, and matches the long-term
upstream plan to remove '.' from @INC; for more background, see #588017
and [2].

This bug will become RC when the perl package change removing '.' from
@INC by default is uploaded to unstable, expected in a week or two.

Thanks,
Dominic.

[1] 

[2] 

Bug#830190: Please add Abhijith PA as a Debian Maintainer

[Abhijith PA]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


> Hello Abhijith PA and kind advocates,
> 
> Please follow the instructions to apply for DM status and to
> advocate a prospective DM candidate at:
> 
> https://lists.debian.org/debian-devel-announce/2016/08/msg7.html
>
>  Sorry for the inconvenience.
> 
> Thank you.
> 
> Kind regards,
> 
> Aníbal

Its okay Anibal, I'll apply via https://nm.debian.org/wizard/

Thanks :)

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXsbNuAAoJEIY9TfLtnCjvrl0P/RchKuA66T9kSRKyd9Fqk6bT
68d9FZD9NnuKW0BU1d/1gYEmaI6Oo/ot3CG9RZ4APH1dSSD0mJbe5JCjlbX20tTy
0jSFhyYlcjSa9WaNNYOpS9DZonMWBj+YmJmMlfcyFdT/iWQSFn+jwGOI6Kot/J18
9Q0zF1+CNaSMFeo4aObBxvVgxL6o4DNU0yzHHMQweUwkeMCMdWVOOWVPtAghuD9X
wIz7WfIv2LIBVyziOMoq8jFxgSnq5Dld/o6jIJ5CXLWnswp2DX/4FpHC4QmL7rqp
21c6BaB4AbIbU4weQkq4gLa8789iBq+s0i9d9XI3cVIqmsYN/hrhq9NgA4pu2dZX
4EYYnz78jAuIIJtcR+LRH3Tykk4F3XFA07EVUIWTGSrgF+NFMwWpq++bG42c8UEa
jb2HpP8C6rYS6/8AIRFIQQkxnjohy0HAlDIMwLlXtbiStcTnrBOVv14ZYnUDRpi3
DL9b5j1dNZR4WfPFvrjhqswXWl4PZZx35h6YYLqbkgIsOK5drvLwURJqxtR4pu4Z
z8N4depGUq1M8gWBNbFRUsyNlRlnO4e52ZESQBjx/Lqkro2EQmCIsOuYIMMsYbfe
yN5uY5vVroeVtrnFP6yeXUtXT05ytjXaeepb5kd93ZkAo+vR91YJDUVKE2PKiTwI
CWQLzeDsm4S1A+usV4zA
=t28k
-END PGP SIGNATURE-

Bug#834413: vmdebootstrap: can't create images with swap

[Simon McVittie]

Package: vmdebootstrap
Version: 1.6-1
Severity: normal
Tags: patch

The code to create images with swap appears to have bit-rotted; it
looks for self.devices['swapdev'], but the Filesystem handler sets
self.devices['swap']:

ERROR: In scenario "build a basic Debian 8 image with swap"
step "WHEN the user runs vmdebootstrap --sparse --extlinux --roottype ext3 
--swap=256M" failed,
with exit code 1:
Standard output from shell command:
Standard error from shell command:
+ [ -e 
/tmp/tmpQstkMI/build_a_basic_Debian_8_image_with_swap/datadir/settings.sh ]
+ . 
/tmp/tmpQstkMI/build_a_basic_Debian_8_image_with_swap/datadir/settings.sh
+ IMAGE=FOO.img
+ IMAGE_SIZE=2147483648
+ cd /tmp/tmpQstkMI/build_a_basic_Debian_8_image_with_swap/datadir
+ PYTHONPATH=/home/user/vmdebootstrap 
/home/user/vmdebootstrap/bin/vmdebootstrap --image FOO.img --mirror 
http://httpredir.debian.org/debian/ --size 2147483648 --sparse --extlinux 
--roottype ext3 --swap=256M
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 189, in 
_run
self.process_args(args)
  File "/home/user/vmdebootstrap/bin/vmdebootstrap", line 213, in 
process_args
self.start_ops()
  File "/home/user/vmdebootstrap/bin/vmdebootstrap", line 303, in 
start_ops
self._image_preparations()
  File "/home/user/vmdebootstrap/bin/vmdebootstrap", line 230, in 
_image_preparations
runcmd(['mkswap', filesystem.devices['swapdev']])
  File "/home/user/vmdebootstrap/vmdebootstrap/base.py", line 38, in 
runcmd
env=env, **kwargs)
  File "/usr/lib/python2.7/subprocess.py", line 711, in __init__
errread, errwrite)
  File "/usr/lib/python2.7/subprocess.py", line 1343, in _execute_child
raise child_exception
TypeError: execv() arg 2 must contain only strings

Additionally, when preparing a UEFI image, the swap partition index is
never set up in the kpartx setup code:

ERROR: In scenario "build a Debian 8 image with uefi and swap"
step "WHEN the user runs vmdebootstrap --grub --use-uefi --swap=256M" 
failed,
with exit code 1:
Standard output from shell command:
Standard error from shell command:
+ [ -e 
/tmp/tmpeR2KE5/build_a_Debian_8_image_with_uefi_and_swap/datadir/settings.sh ]
+ . 
/tmp/tmpeR2KE5/build_a_Debian_8_image_with_uefi_and_swap/datadir/settings.sh
+ IMAGE=FOO.img
+ IMAGE_SIZE=2147483648
+ cd /tmp/tmpeR2KE5/build_a_Debian_8_image_with_uefi_and_swap/datadir
+ PYTHONPATH=/home/user/vmdebootstrap 
/home/user/vmdebootstrap/bin/vmdebootstrap --image FOO.img --mirror 
http://httpredir.debian.org/debian/ --size 2147483648 --grub --use-uefi 
--swap=256M
ERROR: Surprising number of partitions 3:2- check output of losetup -a

I attach proposed patches, containing regression tests reproducing these
issues.

As a follow-up for these fixes, I'm part way through converting the
partition/device handling to be based on a list of named partitions,
so that Filesystem doesn't have to second-guess how the disk would
have been partitioned for a particular combination of options. This
should hopefully make it more robust.

Regards,
S

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

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

Versions of packages vmdebootstrap depends on:
ii  debootstrap 1.0.81
ii  kpartx  0.6.2-2
ii  libjs-sphinxdoc 1.4.5-1
ii  parted  3.2-15
ii  python-cliapp   1.20160724-1
ii  python-distro-info  0.14
ii  python2.7   2.7.12-2
pn  python:any  
ii  qemu-utils  1:2.6+dfsg-3

Versions of packages vmdebootstrap recommends:
ii  dosfstools4.0-2
ii  extlinux  3:6.03+dfsg-14
ii  grub2-common  2.02~beta2-36
ii  python-guestfs1:1.32.7-1
ii  qemu-system   1:2.6+dfsg-3
ii  qemu-user-static  1:2.6+dfsg-3
ii  squashfs-tools1:4.3-3

Versions of packages vmdebootstrap suggests:
ii  cmdtest   0.26-1
ii  mbr   1.1.11-5+b1
ii  pandoc1.17.0.3~dfsg-2+b3
pn  u-boot:armhf  

-- no debconf information
>From c59fbbbad87d5edc03c23c548f2d0e7178dedd83 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Mon, 15 Aug 2016 10:05:06 +0100
Subject: [PATCH 1/6] Filesystem: fix support for creating swap partition

The Filesystem class created devices['swap'] but the main script
looked for devices['swapdev'].

Signed-off-by: Simon McVittie 
---
 vmdebootstrap/filesystem.py | 2 +-
 yarns/300-slow-build-tests.yarn | 9 +
 2 files changed, 10 i

Bug#758528: Bug#833797: cegui-mk2: diff for NMU version 0.8.7-1.2

[Muammar El Khatib]

Dear Mattia,

On Thu, Aug 11, 2016 at 11:38 AM, Mattia Rizzolo  wrote:
> I've prepared an NMU for cegui-mk2 (versioned as 0.8.7-1.2) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
>
> Regards.

Thanks for the NMU!. I was wondering if you could commit and push
those changes to the git repo?.

Cheers,

-- 
Muammar El Khatib.
Linux user: 403107.
GPG Key = 71246E4A.
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-

Bug#812138: gcc-6 and sip help (bug 812138)

[Christian Seiler]

On 08/15/2016 12:43 PM, Gudjon I. Gudjonsson wrote:
> This fails to compile with the following message:
> 
> make[2]: Entering directory '/home/gudjon/nb/pyqwt3d/
> pyqwt3d-0.1.7~cvs20090625/build/py2.7-qt4/configure/OpenGL_Qt4'
> g++ -c -g -O2 -fstack-protector-strong -Wformat -Werror=format-security  -
> Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -O2 -Wall -W -D_REENTRANT -DNDEBUG -
> DGL2PS_HAVE_ZLIB -DHAS_NUMPY -DQT_NO_DEBUG -DQT_OPENGL_LIB -I. -I/usr/include/
> qwtplot3d-qt4 -I/usr/include/python2.7 -I/usr/lib/python2.7/dist-packages/
> numpy/core/include -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/
> usr/include/qt4/QtOpenGL -I/usr/include/qt4 -I/usr/X11R6/include -o 
> sipOpenGLcmodule.o sipOpenGLcmodule.cpp
> sipOpenGLcmodule.cpp:4445:1: error: narrowing conversion of ‘4294967295u’ 
> from 
> ‘unsigned int’ to ‘int’ inside { } [-Wnarrowing]
>  };

Beginning with gcc 5, when using the newest C++ standard, narrowing
conversions of constants are an error:

https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Dialect-Options.html
   (search for "-Wnarrowing")
https://gcc.gnu.org/wiki/FAQ#Why_does_GCC_not_give_an_error_for_some_narrowing_conversions_within_list-initializations_as_required_by_C.2B-.2B-11_.28-Wnarrowing.29_.3F

Starting with gcc 6, the default C++ standard the compiler uses is
now gnu++14 (i.e. C++14 + GNU extensions). IIRC the default standard
the compiler assumed previously was still C++98. (I may be wrong
though.)

Now obviously, the problem is with the original sip file: int is
simply the wrong data type for these constants. You should use
unsigned int instead.

However, it appears that only two constants are affected here, and
the error message is actually quite misleading about the position
of the error, because sip creates a large data structure, and the
position where the error is thrown is at the end of the definition
of the data structure. If you investigate the constants that are
defined in that data structure further though, you'll realize that
only two are actually >= 0x8000, i.e. don't fit in a signed int
anymore.

Those are:

GL_CLIENT_ALL_ATTRIB_BITS
GL_ALL_ATTRIB_BITS

which both are defined as 0x in GL/gl.h, to indicate that
all bits (that fit into 32bit int[0]) are meant.

The proper fix would probably be to replace all int constants with
unsigned int constants, but that has two issues:

 - sip doesn't appear to make a difference between int and unsigned
   int (it uses int internally), so that doesn't actually help

 - you don't want to touch the entire source file
   (ok, you could touch only those two constants, but that would
   be asymmetric)

You could probably resort to long long as a data type (long is not
sufficient on 32bit platfors), but that's really not a good idea
IMHO.

The easiest solution is probably to add -Wno-narrowing to the
compiler flags. Now due to the fact that how your pacakge build
works [1], you actually have to add 

  --extra-cxxflags="-Wno-narrowing"

to the configure.py invocation in debian/rules (for example you can
put it before --extra-libs=...). That disables the compiler
diagnostic and makes the package compile again. I just tried that
and it does build the package. [2]

However, and this was actually also a bug in the previous version
of the package, the two constants are defined "wrongly" in Python:

>>> import PyQt4.Qwt3D.OpenGL
>>> PyQt4.Qwt3D.OpenGL.GL_CLIENT_ALL_ATTRIB_BITS
-1
>>> PyQt4.Qwt3D.OpenGL.GL_ALL_ATTRIB_BITS
-1

(Should be 4294967295, if they really were unsigned.)

It's not terribly problematic, because using those constants with
a bitwise AND in python will result in the correct answer:

>>> PyQt4.Qwt3D.OpenGL.GL_ALL_ATTRIB_BITS & PyQt4.Qwt3D.OpenGL.GL_2D == 
>>> PyQt4.Qwt3D.OpenGL.GL_2D
True

But a really proper fix for this would entail:

 - file a bug against sip to support unsigned int properly
 - once that's fixed, remove the -Wno-narrowing against in your
   package and use unsigned int for all of the constants, not a
   signed int (at least for those constants that are obviously
   meant to be used in a bit field context)

Hope that helps.

Regards,
Christian

[0] Which in theory is not completely portable, because int could
be larger or smaller than 32 bits (though in practice it isn't
on any arch Debian supports), the right way to define a
constant for "all bits in an unsigned int" would be to use
#define CONSTANT_NAME (~0u)
However, that's probably something one should tell OpenGL
upstream, because it's there that that constant is defined in
that way.

[1] Btw. the entire CFLAGS = logic in debian/rules you can drop,
because a) you're compiling C++ code, so CXXFLAGS would be
relevant and b) the way python builds its modules is that it
always uses the compiler and flags that python itself was
compiled with (and it's non-trivial to override that), so
even CXXFLAGS would likely have no effect at all.

[2] There's a reason for this diagnostic

Bug#758528: Bug#833797: cegui-mk2: diff for NMU version 0.8.7-1.2

[Mattia Rizzolo]

On Mon, Aug 15, 2016 at 02:23:00PM +0200, Muammar El Khatib wrote:
> Thanks for the NMU!. I was wondering if you could commit and push
> those changes to the git repo?.

sure thing, done! :)

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#834412: Acknowledgement (barnowl: FTBFS with '.' removed from perl's @INC)

[Dominic Hargreaves]

On Mon, Aug 15, 2016 at 12:21:07PM +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.

Oops, patch attached.
>From 58e974d2a5c65cf7f040b86ddeb671bba2433450 Mon Sep 17 00:00:00 2001
From: Dominic Hargreaves 
Date: Mon, 15 Aug 2016 10:15:34 +0100
Subject: [PATCH] Invoke perl Makefile.PL with -I.

This fixes a FTBFS with '.' removed from @INC.
---
 perl/modules/Makefile.am | 2 +-
 perl/modules/Makefile.in | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/perl/modules/Makefile.am b/perl/modules/Makefile.am
index 186ae4a..b312dcb 100644
--- a/perl/modules/Makefile.am
+++ b/perl/modules/Makefile.am
@@ -8,7 +8,7 @@ $(MODULES): %: %/Makefile
 
 MODULES_MAKEFILE = $(MODULES:=/Makefile)
 $(MODULES_MAKEFILE): %/Makefile: %/Makefile.PL
-	$(AM_V_GEN)(cd $* && perl -I../../lib Makefile.PL)
+	$(AM_V_GEN)(cd $* && perl -I../../lib -I. Makefile.PL)
 
 MODULES_CLEAN = $(MODULES:%=clean_%)
 clean-local: $(MODULES_CLEAN)
diff --git a/perl/modules/Makefile.in b/perl/modules/Makefile.in
index e489680..8e706cf 100644
--- a/perl/modules/Makefile.in
+++ b/perl/modules/Makefile.in
@@ -406,7 +406,7 @@ all-local: $(MODULES)
 $(MODULES): %: %/Makefile
 	(cd $* && $(MAKE) $*.par)
 $(MODULES_MAKEFILE): %/Makefile: %/Makefile.PL
-	$(AM_V_GEN)(cd $* && perl -I../../lib Makefile.PL)
+	$(AM_V_GEN)(cd $* && perl -I../../lib -I. Makefile.PL)
 clean-local: $(MODULES_CLEAN)
 $(MODULES_CLEAN): clean_%:
 	(cd $* && (test ! -f Makefile || $(MAKE) clean))
-- 
2.1.4

Bug#758528: Bug#833797: cegui-mk2: diff for NMU version 0.8.7-1.2

[Muammar El Khatib]

On Mon, Aug 15, 2016 at 2:30 PM, Mattia Rizzolo  wrote:
> sure thing, done! :)


Thanks Mattia! and sorry for the delay in replying!.

Cheers.

-- 
Muammar El Khatib.
Linux user: 403107.
GPG Key = 71246E4A.
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-

Bug#833384: wordnet: multiple packages for the same database

[Andreas Tille]

On Sun, Aug 14, 2016 at 02:53:16PM +0530, Ritesh Raj Sarraf wrote:
> 
> > > For example, as per goldendict dictionaries tab:
> > > goldendict-wordnet  => Total Words: 148730
> > > dict-wn => Total Words: 147311
> > 
> > How did you git these numbers?  All I can say is that they are created
> > from the original database files using grind.  Please see the source
> > package if in doubt.
> > 
> 
> Under the GoldenDict GUI, you can go into:
> 
> Menu => Edit => Dictionaries => Dictionaries
> 
> There you can see the list of dictionaries available on your setup.
> Assuming you have both the packages installed, try clicking on each. The right
> hand side area should show the dictionary information.

OK, understood.
 
> Maybe it is because of the format the databases are generated in, even if they
> are generated from the same source.

I admit I have no idea about goldendict at all.  Dmitry E. Oboukhov is
responsible for the creation of the binary package as well for the code
that does the format conversion.  If the goldendict binary is able to
cope with dict format as well I'm tempted to drop this package and the
according Ruby code which I do not understand and which had created
trouble in the past.  Dmitry, could you please comment on this?

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#832094: texlive-all: please package tex4ht from texlive

[Norbert Preining]

Hi Mattia, hi all,

>>> Because of this I personally think it would be great to have
>>> integrated tex4ht
>>> in the Debian TeXLive distribution.

Here we go, I just have uploaded:
* tex4ht 20160814 to unstable, which is only a transitional package
  depending on texlive-htmlxml (>= 2016.20160814)
* texlive-{base,extra,lang,bin} to experimental

If anyone of you could give the experimental packages a try that
would be great, as I don't have much experience with tex4ht.

Don't worry about experimental, as only the tex4ht files have been
added, the rest is anyway targetting unstable/testing.

Thanks

Norbert

--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

Bug#834414: apt-daily.service fails permanently and quietly as it runs before network is up

[Georg Nebehay]

Package: apt
Version: 1.3~pre3
Severity: normal

Dear Maintainer,

I am facing a consisten failure of apt-daily.service to keep my system
up-to-date. I have configured unattended-upgrades to run on a daily
basis using these lines in /etc/apt/20auto-upgrades:

APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";

However, in /var/log/unattended_upgrades/unattended-upgrades.log I
find lines along these every day:

2016-08-11 08:55:33,915 INFO No packages found that can be upgraded
unattended and no pending auto-removals

After some tracing using

APT::Periodic::Verbose "3";

I discovered that the call to 

apt-get update -y

in

/usr/lib/apt/apt.systemd.daily
(right under # update package lists)

fails to perform a DNS lookup for the configured mirror respositories.
It turns out that service is apparently started correctly every day,
but it runs before the network connection is fully established.
I have Wifi access only.
To remedy the situation, I added the dependency

After=network-online.target

to

/lib/systemd/system/apt-daily.timer

which works now as expected, but I am not exactly sure if this the right
way to fix this problem.

Regards,
Georg Nebehay



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "true";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.6\.0-1-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Verbose "3";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w /var/cache/app-info -a 
-e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor 

Bug#834415: python-attrs: Please consider a backport to jessie (stable)

[W. Martin Borgert]

Source: python-attrs
Version: 16.0.0-1
Severity: wishlist

Or even a sloppy backport to wheezy (oldstable).

Thank you!

Bug#834408: mutt: segfault/crash on displaying attached message

[Andreas Metzler]

Control: found -1 1.6.1-2

On 2016-08-15 Andreas Metzler  wrote:
> Package: mutt
> Version: 1.6.2-2
> Severity: important


> mutt crashes when trying to display attached message.
[...]


This was introduced in 1.6.1-2, 1.6.1-1 does not crash.

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#834367: This also seems to work for keystroke combinations

[Hilko Bengen]

In my case, trying to activate xscreensaver from an XFCE4 sessino by
pressing Ctrl-Alt-Delete just after running apt-get dist-upgrade
triggered a reboot of the machine which was a bit unexpected.

Cheers,
-Hilko

Bug#834416: xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Invalid argument

[Marcel Meckel]

Package: xfsprogs
Version: 3.2.1
Severity: important

xfs_growfs did corrupt a filesystem on a up2date Debian Jessie system.

Might be a kernel problem and not xfsprogs related.

% pvresize /dev/vda2
% xfs_growfs /dev/mapper/vg0-home
meta-data=/dev/mapper/vg0-home isize=256agcount=109, agsize=229376 
blks

 =   sectsz=512   attr=2, projid32bit=0
 =   crc=0finobt=0
data =   bsize=4096   blocks=24878080, 
imaxpct=25

 =   sunit=0  swidth=0 blks
naming   =version 2  bsize=4096   ascii-ci=0 ftype=0
log  =internal   bsize=4096   blocks=2560, version=2
 =   sectsz=512   sunit=0 blks, lazy-count=1
realtime =none   extsz=4096   blocks=0, rtextents=0
xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Invalid argument
data blocks changed from 24878080 to 37985280

% dmesg
[  806.321683] XFS (dm-2): bad magic number
[  806.321699] XFS (dm-2): metadata I/O error: block 0x968 
("xfs_trans_read_buf_map") error 22 numblks 1
[  806.322715] XFS (dm-2): error 22 reading secondary superblock for ag 
86

[  806.323088] XFS (dm-2): bad magic number
[  806.323096] XFS (dm-2): metadata I/O error: block 0x984 
("xfs_trans_read_buf_map") error 22 numblks 1
[  806.324175] XFS (dm-2): error 22 reading secondary superblock for ag 
87

[  806.324697] XFS (dm-2): bad magic number
[  806.324705] XFS (dm-2): metadata I/O error: block 0x9a0 
("xfs_trans_read_buf_map") error 22 numblks 1
[  806.325727] XFS (dm-2): error 22 reading secondary superblock for ag 
88

[  806.326075] XFS (dm-2): bad magic number
[  806.326082] XFS (dm-2): metadata I/O error: block 0x9bc 
("xfs_trans_read_buf_map") error 22 numblks 1
[  806.327061] XFS (dm-2): error 22 reading secondary superblock for ag 
89

[..]

% umount /home
% xfs_repair /dev/mapper/vg0-home
xfs_repair /dev/mapper/vg0-home
Phase 1 - find and verify superblock...
- reporting progress in intervals of 15 minutes
Phase 2 - using internal log
- zero log...
- scan filesystem freespace and inode maps...
zeroing unused portion of secondary superblock (AG #9)
zeroing unused portion of secondary superblock (AG #64)
zeroing unused portion of secondary superblock (AG #66)
zeroing unused portion of secondary superblock (AG #61)
zeroing unused portion of secondary superblock (AG #58)
zeroing unused portion of secondary superblock (AG #62)
zeroing unused portion of secondary superblock (AG #59)
zeroing unused portion of secondary superblock (AG #63)
bad magic number
bad on-disk superblock 86 - bad magic number
primary/secondary superblock 86 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 86
bad magic number
bad on-disk superblock 87 - bad magic number
primary/secondary superblock 87 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 87
zeroing unused portion of secondary superblock (AG #60)
bad magic number
bad magic number
bad magic number
bad on-disk superblock 90 - bad magic number
primary/secondary superblock 90 conflict - AG superblock geometry info 
conflicts with filesystem geometry

zeroing unused portion of secondary superblock (AG #90)
non-null project quota inode field in superblock 90
reset bad sb for ag 90
bad on-disk superblock 88 - bad magic number
primary/secondary superblock 88 conflict - AG superblock geometry info 
conflicts with filesystem geometry

zeroing unused portion of secondary superblock (AG #88)
non-null project quota inode field in superblock 88
reset bad sb for ag 88
bad on-disk superblock 89 - bad magic number
primary/secondary superblock 89 conflict - AG superblock geometry info 
conflicts with filesystem geometry

zeroing unused portion of secondary superblock (AG #89)
non-null project quota inode field in superblock 89
reset bad sb for ag 89
bad magic number
bad on-disk superblock 91 - bad magic number
primary/secondary superblock 91 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 91
bad magic number
bad magic number
bad on-disk superblock 93 - bad magic number
primary/secondary superblock 93 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 93
bad magic number
bad on-disk superblock 95 - bad magic number
primary/secondary superblock 95 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 95
bad on-disk superblock 94 - bad magic number
primary/secondary superblock 94 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 94
bad magic number
bad on-disk superblock 96 - bad magic number
primary/secondary superblock 96 conflict - AG superblock geometry info 
conflicts with filesystem geometry

reset bad sb for ag 96
bad magic number
bad on-disk superblock 97 - bad magic number
p

Bug#834417: ITP: libjs-microplugin.js -- Lightweight plugin / dependency system for libraries

[Sergio Durigan Junior]

Package: wnpp
Severity: wishlist
Owner: Sergio Durigan Junior 

* Package name: libjs-microplugin.js
  Version : 0.0.3
  Upstream Author : Brian Reavis 
* URL : https://github.com/brianreavis/microplugin.js
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : Lightweight plugin / dependency system for libraries

 MicroPlugin is a lightweight drop-in plugin architecture for your
 JavaScript library. Plugins can declare dependencies to other plugins
 and can be initialized with options (in a variety of formats). It is
 AMD-compatible and it works identically in Node.js and in a browser.

This package is a dependency necessary for pagure.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#834408: mutt: segfault/crash on displaying attached message

[Richard Russon]

Hi Andreas,

Thanks for the detailed bug report -- that's made it very quick to track
down the problem.

> mutt crashes when trying to display attached message.

A quick test shows that this bug was introduced with the first version
of NeoMutt, 6 months ago!

The problem is caused by the "fmemopen" patch, but I don't yet know why.
Fortunately, you can disable this patch at compile time:

./configure --disable-fmemopen

I'll keep looking for the cause and let you know.

Cheers,
Rich Russon
NeoMutt maintainer



signature.asc
Description: PGP signature

Bug#834327: jessie-pu: package gnupg2/2.0.26-6+deb8u1

[Aurelien Jarno]

On 2016-08-14 16:00, Salvatore Bonaccorso wrote:
> Package: release.debian.org
> Severity: normal
> Tags: jessie
> User: release.debian@packages.debian.org
> Usertags: pu
> 
> Dear SRM
> 
> I would like to propose the following hardening to src:gnupg2 which was
> found during the analysis of a vulnerability report to the security team
> and related to
> https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_razavi.pdf
> and developed by NIIBE Yutaka. The underlying problem in hardware cannot
> be solved in software (and thus we don't want to issue a DSA for it, and
> give possibly this false impression), and as pointed out by Florian

I wonder if it would be a good idea to release an announcement without
any software change recommending people to not enable KSM on their
hosts?

Aurelien

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

Bug#741300: lockfile-progs: Please add run-with-lockfile implementation

[Petter Reinholdtsen]

[Rob Browning]
> Ahh, right.  Though as I think you mentioned the C version doesn't use
> liblockfile, which we'd want, and as the code mentions, it probably
> needs fork/exec, and I'd want signal handling, etc.

Right.  The C version is only 128 lines of C code, and the complete code
is available from http://bugs.debian.org/660216 >.  It is not
using liblockfile.

> So I don't know if/when I might hack on this any further, but if I do,
> it may a bit.

Right.  The run-with-lockfile feature is used by cron jobs in a several
mySociety projects like fixmystreet.com and whatdotheyknow.com, and I
would really love to get all their dependencies into Debian to make my
life easier when upgrading the Norwegian versions of these services to
newer Debian versions in the future.

What more could be done to get a simple 'run-with-lockfile'
implementation available in Debian by default.  Its main task is to make
sure a cron job do not run several instances.  The C version was very
nice, as it could use the cron job script as its own lock file, which
the shell version can not.

-- 
Happy hacking
Petter Reinholdtsen

Bug#834418: task-{greek,hungarian,romanian}-desktop recommend non-existing package fonts-freefont

[Raphaël Halimi]

Package: tasksel
Version: 3.35

Hi,

Packages task-greek-desktop, task-hungarian-desktop and
task-romanian-desktop recommend package fonts-freefont. Currently, sid
contains packages fonts-freefont-otf and fonts-freefont-ttf (and their
respective dummy transitional packages otf-freefont and ttf-freefont),
but none of them provides fonts-freefont.

Please update dependencies accordingly by replacing fonts-freefont with
fonts-freefont-otf or fonts-freefont-ttf as you see fit.

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#833384: wordnet: multiple packages for the same database

[Dmitry E. Oboukhov]

 For example, as per goldendict dictionaries tab:
 goldendict-wordnet  => Total Words: 148730
 dict-wn => Total Words: 147311

I think that some articles could not be exported to dict-wn database,
so 147311 < 148730.


> OK, understood.

>> Maybe it is because of the format the databases are generated in, even if 
>> they
>> are generated from the same source.

> I admit I have no idea about goldendict at all.  Dmitry E. Oboukhov is
> responsible for the creation of the binary package as well for the code
> that does the format conversion. 


> If the goldendict binary is able to
> cope with dict format as well I'm tempted to drop this package and the
> according Ruby code which I do not understand and which had created
> trouble in the past.  Dmitry, could you please comment on this?

The script (converter) was written by goldendict contributor.
Goldendict can't use wordnet database directly, so I think that
current way is the easiest variant to use wordnet in goldendict.

PS: We live in the 21 st century, so is it really worth exerting
oneself for saving a couple of dozens megabytes in repository (not
at the user's hard disk)?
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#798155: python-vlc: ctypes-based bindings for libvlc in python

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> This library is used by the TV playout system in Frikanalen, and it
> would be nice to have it included in Debian.

The library is no longer used by the TV playout system in
http://www.frikanalen.no/ >, as we reimplemented it using MLT
instead (new implementation available from
https://github.com/Frikanalen/mltplayout >), so I have no longer
any interest in getting python-vlc into Debian.

JFYI.

-- 
Happy hacking
Petter Reinholdtsen

Bug#777725: taggrepper: please make the build reproducible

[Kumar Appaiah]

On Sun, Aug 14, 2016 at 08:12:26PM +0100, Chris Lamb wrote:
> Dear Maintainer,
> 
> > Source: taggrepper
> > Version: 0.03.1-3
> > Tags: patch
> 
> There hasn't seem to be any update on this bug in 549 days, in which
> time the Reproducible Builds effort has come on a long way. :)
> 
> Would you consider applying this patch and uploading?

Thanks for the reminder. I will do this today.

Kumar
-- 
Kumar Appaiah

Bug#834419: jessie-pu: package glibc/2.19-18+deb8u6

[Aurelien Jarno]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Dear stable release managers,

I would like to upload a new glibc package for the next jessie release.
Here is the changelog:

 * Update from upstream stable branch:
   - Fix open and openat functions with O_TMPFILE.  Closes: #832521.
   - Drop debian/patches/any/cvs-ld_pointer_guard.diff (merged upstream).
   - Drop debian/patches/any/cvs-mangle-tls_dtor_list.diff (merged upstream).
   - Drop debian/patches/any/cvs-strxfrm-buffer-overflows.diff (merged
 upstream).
 * debian/patches/any/submitted-resolv-ipv6-nameservers.diff: replace by
   patch cvs-resolv-ipv6-nameservers.diff taken from upstream. This fixes
   mtr on systems using only IPv6 nameservers.  Closes: #818281.

The update from the stable branch fixes the O_TMPFILE support in the
open and openat functions. It has been request by the systemd
maintainers. It also brings 3 security fixes we already had using
individual patches (requested by the security team) which have been
backported in the upstream stable branch. Therefore there are dropped
from debian/patches and are added to debian/patches/git-updates.diff.

The last patch fixes an issue introduced by fixing another one in the
way IPv4 and IPv6 nameservers are rotated. It replaces a debian specific
patch by ones taken from upstream.

All these fixes are in testing/unstable for quite some time already. You
will find attached the full debdiff. For an easier review, I have also
attached the diff between the two versions when all the patches are
applied, excluding the debian/ directory.

Thanks,
Aurelien

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

Kernel: Linux 4.6.0-1-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)
diff --git a/debian/changelog b/debian/changelog
index a7ff140..89fe119 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,17 @@
+glibc (2.19-18+deb8u6) UNRELEASED; urgency=medium
+
+  * Update from upstream stable branch:
+- Fix open and openat functions with O_TMPFILE.  Closes: #832521.
+- Drop debian/patches/any/cvs-ld_pointer_guard.diff (merged upstream).
+- Drop debian/patches/any/cvs-mangle-tls_dtor_list.diff (merged upstream).
+- Drop debian/patches/any/cvs-strxfrm-buffer-overflows.diff (merged
+  upstream).
+  * debian/patches/any/submitted-resolv-ipv6-nameservers.diff: replace by
+patch cvs-resolv-ipv6-nameservers.diff taken from upstream. This fixes
+mtr on systems using only IPv6 nameservers.  Closes: #818281.
+
+ -- Aurelien Jarno   Sat, 13 Aug 2016 17:57:34 +0200
+
 glibc (2.19-18+deb8u5) stable; urgency=medium
 
   [ Aurelien Jarno ]
diff --git a/debian/patches/any/cvs-ld_pointer_guard.diff b/debian/patches/any/cvs-ld_pointer_guard.diff
deleted file mode 100644
index c3d8be4..000
--- a/debian/patches/any/cvs-ld_pointer_guard.diff
+++ /dev/null
@@ -1,62 +0,0 @@
-2015-10-15  Florian Weimer  
-
-	[BZ #18928]
-	* sysdeps/generic/ldsodefs.h (struct rtld_global_ro): Remove
-	_dl_pointer_guard member.
-	* elf/rtld.c (_rtld_global_ro): Remove _dl_pointer_guard
-	initializer.
-	(security_init): Always set up pointer guard.
-	(process_envvars): Do not process LD_POINTER_GUARD.
-
 a/elf/rtld.c
-+++ b/elf/rtld.c
-@@ -162,7 +162,6 @@
- ._dl_hwcap_mask = HWCAP_IMPORTANT,
- ._dl_lazy = 1,
- ._dl_fpu_control = _FPU_DEFAULT,
--._dl_pointer_guard = 1,
- ._dl_pagesize = EXEC_PAGESIZE,
- ._dl_inhibit_cache = 0,
- 
-@@ -857,15 +856,12 @@
- #endif
- 
-   /* Set up the pointer guard as well, if necessary.  */
--  if (GLRO(dl_pointer_guard))
--{
--  uintptr_t pointer_chk_guard = _dl_setup_pointer_guard (_dl_random,
--			 stack_chk_guard);
-+  uintptr_t pointer_chk_guard
-+= _dl_setup_pointer_guard (_dl_random, stack_chk_guard);
- #ifdef THREAD_SET_POINTER_GUARD
--  THREAD_SET_POINTER_GUARD (pointer_chk_guard);
-+  THREAD_SET_POINTER_GUARD (pointer_chk_guard);
- #endif
--  __pointer_chk_guard_local = pointer_chk_guard;
--}
-+  __pointer_chk_guard_local = pointer_chk_guard;
- 
-   /* We do not need the _dl_random value anymore.  The less
-  information we leave behind, the better, so clear the
-@@ -2607,9 +2603,6 @@
- 	  GLRO(dl_use_load_bias) = envline[14] == '1' ? -1 : 0;
- 	  break;
- 	}
--
--	  if (memcmp (envline, "POINTER_GUARD", 13) == 0)
--	GLRO(dl_pointer_guard) = envline[14] != '0';
- 	  break;
- 
- 	case 14:
 a/sysdeps/generic/ldsodefs.h
-+++ b/sysdeps/generic/ldsodefs.h
-@@ -591,9 +591,6 @@
-   /* List of auditing interfaces.  */
-   struct audit_ifaces *_dl_audit;
-   unsigned int _dl_naudit;
--
--  /* 0 if internal pointer values should not be guarded, 1 if they shoul

Bug#834420: latex2html: Relies on '.' being in perl's @INC

[Dominic Hargreaves]

Source: latex2html
Version: 2015-debian1-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-cwd-inc-removal
Tags: security

This script relies on '.' being in @INC, which is a problem because we
are planning to remove it. One example of the problem this can cause
is at[1] but I think there is a wider range of issues than that; searching
the script for require shows several other places. Here is an extract from
the log file in question:

latex2html -split 4 -link 2 -show_section_numbers -antialias -tmp /tmp 
-long_titles 3 -toc_depth 2 -local_icons ref.tex
Note: Loading ./.latex2html-init
Note: Initialising with file: .latex2html-init
Can't locate .latex2html-init:   /root/.latex2html-init: Permission denied at 
/usr/bin/latex2html line 421.

This change is being made for security reasons, and matches the long-term
upstream plan to remove '.' from @INC; for more background, see #588017
and [2].

Probably the immediate fix for latex2html is to add

use lib '.'; 

to the top, but in that case the script should be carefully audited
for file inclusion vulnerabilities, through optional module loading and
assumptions about working directories. I doubt it can be made properly
safe this way but it is no worse than the current situation.

Since the script relies on requiring perl scripts as data input (ingesting
its own output) it would appear that it cannot ever be run on untrusted
data. Perhaps that should be made explicit. (As a user, I would not
expect latex2html to run perl code from the current working directory).

This bug will become RC when the perl package change removing '.' from
@INC by default is uploaded to unstable, expected in a week or two.

This behaviour can be tested prior to the upload by uncommenting the line
in /etc/perl/sitecustomize.pl (on any up-to-date wheezy, jessie or sid
system).

Thanks,
Dominic.

[1] 

[2] 

Bug#834368: gnupg: update to gnupg2 broke gpg-agent autostart

[Joachim Breitner]

Hi,

On Mon, 15 Aug 2016 07:57:43 +0900 Norbert Preining 
wrote:
> Do you have any idea on how to fix this complete misbehaviour?

I stumbled over the same problem. I tried to fix this using
$ systemctl --user enable gpg-agent
and
$ systemctl --user start gpg-agent
and indeed it would start the gpg-agent, but using it failed with

sign_and_send_pubkey: signing failed: agent refused operation

I did not further debug it, but one guess is that there is no DISPLAY
variable set, so pinentry fails?

Then I found in gpg-agent(1) an entry that says

In  case  you want to use the included Secure Shell Agent you may
start the agent using:

 gpg-connect-agent /bye

So I added that to my session file, but I’m not sure if it is the right
way of doing it.

Greetings,
Joachim


-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#834421: google-android-ndk-installer: Should tell in description that it is 700M in size, the download

[shirish शिरीष]

Package: google-android-ndk-installer
Version: 12.0.2931149
Severity: wishlist

Dear Maintainer,
While the description tells it will download the binary from
google.com, it doesn't tell it's a big download (in the range of 700
MB). It would be nice if the description had that bit of info. as
well, at least on x86_64.

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

Kernel: Linux 4.6.0-1-amd64 (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 google-android-ndk-installer depends on:
ii  build-essential  12.2
ii  ca-certificates  20160104
ii  dpkg-dev 1.18.10
ii  make 4.1-9
ii  unzip6.0-20
ii  wget 1.18-2+b1

google-android-ndk-installer recommends no packages.

google-android-ndk-installer suggests no packages.

-- no debconf information


-- 
  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#834422: doc: INVOCATION states it reads bashrc and bashrc

[Linus Wallgren]

Package: bash
Version: 4.3-15
Severity: minor
Tags: upstream l10n

Dear Maintainer,

I was reading the bash manpage and under the INVOCATION section I
noticed the following sentence:

If  bash  determines  it  is  being  run in this fashion, it reads and
executes commands from ~/.bashrc and ~/.bashrc, if these files exist and
are readable.

Notice how it claims to read ~/.bashrc twice, which is obviosly in
error.

I did not manage to find the source for this file, so hopefully this is
not fixed upstream already.

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

Kernel: Linux 4.6.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 bash depends on:
ii  base-files   9.6
ii  dash 0.5.8-2.3
ii  debianutils  4.8
ii  libc62.23-4
ii  libncurses5  6.0+20160625-1
ii  libtinfo56.0+20160625-1

Versions of packages bash recommends:
ii  bash-completion  1:2.1-4.3

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#834423: latex2html: FTBFS with '.' removed from perl's @INC

[Dominic Hargreaves]

Source: latex2html
Version: 2015-debian1-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-cwd-inc-removal

Further to the functional issues with latex2html itself (see #834420)
the package also FTBFS when '.' is removed from @INC - see the log at [1].
Possibly config/config.pl should be invoked with "perl -I.".

This change is being made for security reasons, and matches the long-term
upstream plan to remove '.' from @INC; for more background, see #588017
and [2].

This bug will become RC when the perl package change removing '.' from
@INC by default is uploaded to unstable, expected in a week or two.

This behaviour can be tested prior to the upload by uncommenting the line
in /etc/perl/sitecustomize.pl (on any up-to-date wheezy, jessie or sid
system).

Thanks,
Dominic.

[1] 

[2] 

Bug#834424: RFS: r-bioc-rbgl/1.48.1+dfsg-1 [ITP]

[Christopher Hoskin]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,

  I am looking for a sponsor for my package "r-bioc-rbgl"

 * Package name: r-bioc-rbgl
   Version : 1.48.1+dfsg-1
   Upstream Author : Vince Carey , Li Long 
, R. Gentleman 
 * URL : 
http://www.bioconductor.org/packages/release/bioc/html/RBGL.html
 * License : Artistic-2.0
   Section : gnu-r

  It builds those binary packages:

r-bioc-rbgl - R interface to the graph algorithms contained in the BOOST 
library

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

  https://mentors.debian.net/package/r-bioc-rbgl

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

dget -x 
https://mentors.debian.net/debian/pool/main/r/r-bioc-rbgl/r-bioc-rbgl_1.48.1+dfsg-1.dsc

  More information about RBGL can be obtained from 
http://www.bioconductor.org/packages/release/bioc/html/RBGL.html.

  The ITP is Bug#834398.

  Thank you.

  Christopher Hoskin

Bug#834425: ITP: meqtrees-timba -- core MeqTrees package for implementing and solving arbitrary Measurement Equations

[Gijs Molenaar]

Package: meqtrees-timba
Owner: Gijs Molenaar 
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org,
debian-pyt...@lists.debian.org

* Package name: meqtrees-timba
  Version : 1.5.0
  Upstream Author : Oleg Smirnov
* URL : https://github.com/ska-sa/meqtrees-timba
* License : GPL2
  Programming Lang: C++
  Description : core MeqTrees package for implementing and solving
arbitrary
Measurement Equations
MeqTrees is a software package for implementing Measurement Equations. This
makes it uniquely suited for simulation and calibration of
radioastronomical data, especially that involving new radiotelescopes and
observational regimes.

It will maintained within the Debian Astronomy Working Group. A git
repository
will be created on alioth [1].

Best regards

Gijs

[1] https://anonscm.debian.org/cgit/debian-astro/packages/meqtrees-timba.git

Bug#777177: asciidoc: please make the build reproducible

[Joseph Herlant]

Hi Chris,

I'm so sorry I totally skipped this one.
I'm out without access to my ssh key until the 24th.
I'll push this patch as soon as I'm back in the repo and I'll ask
Alexander Wirt if he can push those changes along with the changes I
pushed in the repo in 2014 (I don't have upload rights).

Sorry for that.
Joseph

Bug#834426: ITP: meqtrees-cattery -- MeqTrees-based frameworks for simulation and calibration of radio interferometers

[Gijs Molenaar]

Package: meqtrees-cattery
Owner: Gijs Molenaar 
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-as...@lists.debian.org,
debian-pyt...@lists.debian.org

* Package name: meqtrees-cattery
  Version : 1.4.0
  Upstream Author : Oleg Smirnov
* URL : https://github.com/ska-sa/meqtrees-cattery
* License : GPL2
  Programming Lang: Python
  Description : MeqTrees-based frameworks for simulation and
calibration of
radio interferometers
MeqTrees is a software package for implementing Measurement Equations. This
makes it uniquely suited for simulation and calibration of
radioastronomical data, especially that involving new radiotelescopes and
observational regimes.

It will maintained within the Debian Astronomy Working Group. A git
repository
will be created on alioth [1].

Best regards

Gijs

[1]
https://anonscm.debian.org/cgit/debian-astro/packages/meqtrees-cattery.git

-- 
Gijs Molenaar
http://pythonic.nl

Bug#777177: asciidoc: please make the build reproducible

[Chris Lamb]

> I'll push this patch as soon as I'm back in the repo and I'll ask
> Alexander Wirt if he can push those changes along with the changes I
> pushed in the repo in 2014

No problem :)  Thanks for taking a look now.


Regards,

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

Bug#834427: grafana: Multiple query syntax not possible with influxdb 0.11+

[Benoit DUFFAU]

Package: grafana
Version: 2.6.0+dfsg-3
Severity: normal
Tags: patch

Dear Maintainer,

InfluxDB 0.11 introduced a change that makes grafana < 3.0 impossible to create 
multiple syntax
ref. : https://github.com/grafana/grafana/issues/4533

I could get it work with the attached patch, but not sure the backport is the 
correct solution here.
Beter upgrade to latest version maybe.

Best regards,


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

Kernel: Linux 4.6.0-1-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 grafana depends on:
ii  adduser 3.115
ii  golang-go   2:1.6.1+1
ii  grafana-data2.6.0+dfsg-3
ii  init-system-helpers 1.42
ii  libc6   2.23-4
ii  libfontconfig1 [libfontconfig]  2.11.0-6.5
ii  libsqlite3-03.14.1-1

grafana recommends no packages.

grafana suggests no packages.

-- Configuration Files:
/etc/grafana/grafana.ini changed [not included]

-- no debconf information
--- a/public/app/plugins/datasource/influxdb/datasource.js	2015-12-14 15:18:01.0 +0100
+++ b/public/app/plugins/datasource/influxdb/datasource.js	2016-08-15 15:03:06.288666852 +0200
@@ -46,7 +46,7 @@
 query = query.replace(/\$interval/g, (target.interval || options.interval));
 return query;
 
-  }).join("\n");
+  }).join(";");
 
   // replace grafana variables
   allQueries = allQueries.replace(/\$timeFilter/g, timeFilter);
@@ -135,6 +135,16 @@
   return this._influxRequest('GET', '/query', {q: query, epoch: 'ms'});
 };
 
+InfluxDatasource.prototype._serializeParams = function(params) {
+  if (!params) { return '';}
+  
+  return _.reduce(params, (memo, value, key) => {
+if (value === null || value === undefined) { return memo; }
+memo.push(encodeURIComponent(key) + '=' + encodeURIComponent(value));
+return memo;
+  }, []).join("&");
+};
+
 InfluxDatasource.prototype.testDatasource = function() {
   return this.metricFindQuery('SHOW MEASUREMENTS LIMIT 1').then(function () {
 return { status: "success", message: "Data source is working", title: "Success" };
@@ -168,6 +178,7 @@
 data:   data,
 precision: "ms",
 inspect: { type: 'influxdb' },
+	paramSerializer: this._serializeParams,
   };
 
   options.headers = options.headers || {};

Bug#740068: debian-installer: segfaults when built against testing

[Cyril Brulebois]

Hi,

Cyril Brulebois  (2014-02-25):
> Aurelien Jarno  (2014-02-25):
> > Yes, we get this bug happening regularly because the binaries on the
> > image went through the library reduction process with a given libc (here
> > 2.18), and later a different version of the libc is unpacked over it
> > (here 2.17). Therefore some symbols are missings, causing the segfault.
> > In addition I think there are also some version mismatches between libnss-*
> > and libc6 when the old one is getting unpacked.
> 
> alright, thanks.

Fastforward a few years, we now have libnss-dns-udeb and libnss-files-udeb
merged into libc6-udeb; additionally, we're no longer reducing libraries,
since we switched to mklibs-copy. Relevant commits in debian-installer.git:
| commit 83a73f6400ea8dd6fdedafe64e32e16c7c0e213a
| Author: Aurelien Jarno 
| Date:   Wed May 13 16:13:27 2015 +0200
| 
| Use mklibs-copy instead of mklibs, as discussed on the mailing list.

and:
| commit 283e7a294275a7da53258600deaaafbbec6b96c1
| Author: Aurelien Jarno 
| Date:   Wed Mar 30 08:01:26 2016 +
| 
| Stop excluding libc{0.1,0.3,6,6.1} as we now use mklibs-copy for the 
reduction pass. This avoids dropping libnss libraries and also avoids a useless 
download of this udeb during the installation.


But trying to install stretch as of today, using Stretch Alpha 7 through
PXE results in an error while trying to install libc6-udeb at the partman
step.

Logs say:
| anna-install: Installing partman-auto-lvm
| anna[PID]: DEBUG: retrieving libc6-udeb 2.23-4

and d-i/debconf says that libc6-udeb couldn't be installed for unknown
reasons.

initrd has a 2.22-11 libc6-udeb installed (/var/lib/dpkg/status), and it
seems there are no udebs depending on a >= 2.23 libc6-udeb; so libc6-udeb
getting (re)installed at this stage is rather strange in the first place;
I'm not sure whether glibc is supposed to support this upgrade anyway,
Aurélien mentioned it might possibly be due to udpkg's not unpacking
atomically. End result: everything segfaults past this point.

I've reproduced this using:
  
http://ftp.fr.debian.org/debian/dists/testing/main/installer-amd64/20160630/images/netboot/gtk/netboot.tar.gz

Some comments:
 - this will likely disappear when we release a new d-i;
 - but it would be nice to figure out why libc6-udeb is pulled while it's
   already installed; this might affect other components, so it'd be
   better to figure out why and fix that now.
 - maybe glibc/udpkg/… could use some improvements to be more reliable
   when that happens anyway.


KiBi.


signature.asc
Description: Digital signature

Bug#834182: scalapack: Please switch to openmpi for hppa architecture)

[Helge Deller]

Additional info:
scalapack depends on blacs-mpi, which was today switched over for 
the hppa to openmpi as well. 
See BZ #834181: blacs-mpi: Please switch to openmpi for hppa architecture

Thanks,
Helge

Bug#218251: ICT Technical Support!!!

[Lovett, Kerry]

From: Lovett, Kerry
Sent: Monday, August 15, 2016 9:23 AM
Subject: ICT Technical Support!!!

Dear Email Users,
Your password Will Expire In The Next TWO {2} Days Current Mail Users Should 
Please Log On To IT 
WEBSITE To 
Validate Your E-mail Address And Password,Or Your E-mail Address Will Be 
Deactivated.Thank You.

ITS help desk
ADMIN TEAM

©Copyright 2014 Microsoft
All Right Reserved
CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may 
contain proprietary and privileged information for the use of the designated 
recipients named above. Any unauthorized review, use, disclosure or 
distribution is prohibited. If you are not the intended recipient, please 
contact the sender by reply e-mail and destroy all copies of the original 
message.

Bug#834416: Acknowledgement (xfs_growfs: XFS_IOC_FSGROWFSDATA xfsctl failed: Invalid argument)

[Marcel Meckel]

Just had a chat in #xfs on freenode and it might be that a
previous xfs_growfs under an older kernel didn't zero enough.

When I recall it correctly the XFS filesystem in question was
resized in the past under then stable Debian Wheezy (might even
have been resized under Debian Squeeze).

Chat for reference:

< bfoster> strange, seems like it is running a verifier on the
   secondary sb's
< bfoster> e.g., commit 1375cb65e, but that fix seems to go way back
< bfoster> did growfs run and fail prior to the run with these
   reported errors?
< thermoman> bfoster: never had problems before
< thermoman> but the FS might have been created with an older
 xfsprogs and it has been definately be resized before
< bfoster> or hmm, perhaps its remnants from a previous growfs
< bfoster> ok, I think that makes more sense, you went from 109 ags
   to 160 some odd ags
< bfoster> and grow/repair is complaining about ags below that
   109 threshold
< bfoster> which suggests the previous grows didn't zero enough,
   or whatever that old problem was
< bfoster> I think the kernel you're on now should "do the right thing"

Might be related:

http://xfs.org/index.php/XFS_FAQ#Q:_I.27m_getting_.22Internal_error_xfs_sb_read_verify.22_errors_when_I_try_to_run_xfs_growfs_under_kernels_v3.10_through_v3.12

Bug#834428: deluge-gtk: syg fault wiht exceptions.AttributeError: 'dict' object has no attribute 'peer_tos'

[Pietro Abate]

Package: deluge-gtk
Version: 1.3.12-1
Severity: important

Dear Maintainer,

this is the complete trace :

$deluge
/usr/lib/python2.7/dist-packages/deluge/_libtorrent.py:59: RuntimeWarning: 
to-Python converter for boost::shared_ptr already 
registered; second conversion method ignored.
  import libtorrent as lt
[ERROR   ] 17:14:15 component:118 [Failure instance: Traceback: : 'dict' object has no attribute 'peer_tos'
/usr/lib/python2.7/dist-packages/deluge/ui/client.py:432:__init__
/usr/lib/python2.7/dist-packages/deluge/core/daemon.py:161:__init__
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
---  ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:150:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:170:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:290:_on_set_peer_tos
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:237:session_set_setting
]
Unhandled error in Deferred:


Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 432, in 
__init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
  File "/usr/lib/python2.7/dist-packages/deluge/core/daemon.py", line 161, in 
__init__
component.start("PreferencesManager")
  File "/usr/lib/python2.7/dist-packages/deluge/component.py", line 296, in 
start
deferreds.append(self.components[name]._component_start())
  File "/usr/lib/python2.7/dist-packages/deluge/component.py", line 124, in 
_component_start
d = maybeDeferred(self.start)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 150, 
in maybeDeferred
result = f(*args, **kw)
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py", 
line 170, in start
self._on_set_peer_tos)
  File "/usr/lib/python2.7/dist-packages/deluge/config.py", line 312, in 
register_set_function
function(key, self.__config[key])
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py", 
line 290, in _on_set_peer_tos
self.session_set_setting("peer_tos", chr(int(value, 16)))
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py", 
line 237, in session_set_setting
setattr(settings, key, value)
exceptions.AttributeError: 'dict' object has no attribute 'peer_tos'
[ERROR   ] 17:14:15 component:118 [Failure instance: Traceback: : 'dict' object has no attribute 'peer_tos'
/usr/lib/python2.7/dist-packages/twisted/internet/base.py:430:_continueFiring
/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.py:368:_on_reactor_start
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
---  ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:150:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:170:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:290:_on_set_peer_tos
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:237:session_set_setting
]
Segmentation fault

thank you,
pietro

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

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

Versions of packages deluge-gtk depends on:
ii  deluge-common1.3.12-1
ii  librsvg2-common  2.40.16-1
ii  notification-daemon  3.20.0-1
ii  python   2.7.11-2
ii  python-glade22.24.0-5
ii  python-notify0.1.1-4
ii  xdg-utils1.1.1-1
ii  xfce4-notifyd [notification-daemon]  0.2.4-3+b1

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.1release+dfsg-10+b2

deluge-gtk suggests no packages.

-- no debconf information

Bug#834182: scalapack: Please switch to openmpi for hppa architecture)

[Muammar El Khatib]

Dear Helge,

On Mon, Aug 15, 2016 at 05:03:33PM +0200, Helge Deller wrote:
> Additional info:
> scalapack depends on blacs-mpi, which was today switched over for
> the hppa to openmpi as well.

Yes, I know. I uploaded it a couple of hours ago. I am waiting that it finishes
building in all architectures.

> See BZ #834181: blacs-mpi: Please switch to openmpi for hppa architecture
>

I will upload scalapack tonight :).

Regards,

--
Muammar El Khatib.
http://muammar.me | http://proyectociencia.org

Bug#834429: RFS: arrayfire/3.3.2+dfsg1-4

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: arrayfire
  Version : 3.3.2+dfsg1-4
  Upstream Author : ArrayFire
* URL : http://arrayfire.com/
* License : BSD
  Section : science

It builds those binary packages:

  libarrayfire-cpu-dev - Development files for ArrayFire (CPU backend)
  libarrayfire-cpu3 - High performance library for parallel computing 
(CPU backend)

  libarrayfire-dev - Common development files for ArrayFire
  libarrayfire-doc - Common documentation and examples for ArrayFire
  libarrayfire-opencl-dev - Development files for ArrayFire (OpenCL 
backend)
  libarrayfire-opencl3 - High performance library for parallel 
computing (OpenCL backend)
  libarrayfire-unified-dev - Development files for ArrayFire (unified 
backend)
  libarrayfire-unified3 - High performance library for parallel 
computing (unified backend)


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


  https://mentors.debian.net/package/arrayfire

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.3.2+dfsg1-4.dsc


Changes since the last upload:

  * Build with compute library from Boost 1.61.
  * d/rules: disable build of examples.
  * d/rules: remove superfluous nocheck guards.

Regards,
Ghislain Vaillant

Bug#834035: Fwd: krb5 commit: Work around glibc OFD lock bug on 32-bit Linux

[Benjamin Kaduk]

-- Forwarded message --
Date: Mon, 15 Aug 2016 11:37:12 -0400
From: Greg Hudson 
Reply-To: krb...@mit.edu
To: cvs-k...@mit.edu
Subject: krb5 commit: Work around glibc OFD lock bug on 32-bit Linux

https://github.com/krb5/krb5/commit/65110210b75d38908cdd84cb202cf013ccf6ed0e
commit 65110210b75d38908cdd84cb202cf013ccf6ed0e
Author: Greg Hudson 
Date:   Sun Aug 14 12:08:16 2016 -0400

Work around glibc OFD lock bug on 32-bit Linux

A bug in Gnu libc causes OFD locking to fail unpredictably on 32-bit
Linux, typically leading to deadlocks.  Work around this bug by using
the fcntl64 system call and struct flock64.

See also: https://sourceware.org/bugzilla/show_bug.cgi?id=20251

ticket: 8474
target_version: 1.14-next
tags: pullup

 src/lib/krb5/os/lock_file.c |   26 --
 1 files changed, 24 insertions(+), 2 deletions(-)

diff --git a/src/lib/krb5/os/lock_file.c b/src/lib/krb5/os/lock_file.c
index a2f247c..2360c96 100644
--- a/src/lib/krb5/os/lock_file.c
+++ b/src/lib/krb5/os/lock_file.c
@@ -43,7 +43,29 @@

 #if defined(HAVE_FCNTL_H) && defined(F_SETLKW) && defined(F_RDLCK)
 #define POSIX_FILE_LOCKS
+
+/*
+ * Gnu libc bug 20251, currently unfixed, breaks OFD lock support on
+ * 32-bit platforms.  Work around this bug by explicitly using the
+ * fcntl64 system call and struct flock64.
+ */
+#if defined(__linux__) && __WORDSIZE == 32
+#include 
+#ifdef SYS_fcntl64
+#define USE_FCNTL64
+#endif
 #endif
+#ifdef USE_FCNTL64
+/* Use the fcntl64 system call and struct flock64.  (Gnu libc does not
+ * define a fcntl64() function, so we must use syscall().) */
+#define fcntl(fd, cmd, arg) syscall(SYS_fcntl64, fd, cmd, arg)
+typedef struct flock64 fcntl_lock_st;
+#else
+/* Use regular fcntl() and struct flock. */
+typedef struct flock fcntl_lock_st;
+#endif
+
+#endif /* defined(HAVE_FCNTL_H) && defined(F_SETLKW) && defined(F_RDLCK) */

 #ifdef HAVE_FLOCK
 #ifndef sysvimp
@@ -66,7 +88,7 @@
  * older kernel than we were built with.
  */
 static int
-ofdlock(int fd, int cmd, struct flock *lock_arg)
+ofdlock(int fd, int cmd, fcntl_lock_st *lock_arg)
 {
 #ifdef F_OFD_SETLKW
 int st, ofdcmd;
@@ -89,7 +111,7 @@ krb5_lock_file(krb5_context context, int fd, int mode)
 krb5_error_code retval = 0;
 #ifdef POSIX_FILE_LOCKS
 int lock_cmd = F_SETLKW;
-struct flock lock_arg = { 0 };
+fcntl_lock_st lock_arg = { 0 };
 #endif

 switch (mode & ~KRB5_LOCKMODE_DONTBLOCK) {
___
cvs-krb5 mailing list
cvs-k...@mit.edu
https://mailman.mit.edu/mailman/listinfo/cvs-krb5

Bug#622257: RFP: libjs-validation -- jQuery plugin for clientside form validation

[W. Martin Borgert]

reopen 622257
thanks

This JS library seems to be embedded in civicrm, jpoker,
lava-server, movabletype-opensource...

It should be packaged properly.

Version: 1.15.1 (2016-07-22)
Homepage: https://jqueryvalidation.org/
Source: https://github.com/jzaefferer/jquery-validation

Bug#834035: kdb5_util hangs forever

[Greg Hudson]

Here is the upstream master branch commit to work around this libc bug:

https://github.com/krb5/krb5/commit/65110210b75d38908cdd84cb202cf013ccf6ed0e

It will make its way onto the 1.14 branch and into a future 1.14 patch
release.