Bug#894418: Pagekite client doesn't work with latest Pagekite servers

[Petter Reinholdtsen]

[Joseph Nuthalapati]
> Please update the package to the latest upstream version.

I've imported the new versions into the package git repo,
https://anonscm.debian.org/git/collab-maint/pagekite.git >.
Please test it and let me know if it work for you.

-- 
Happy hacking
Petter Reinholdtsen

Bug#894421: node-ultron: autopkgtest failure with nodejs 8

[Graham Inggs]

Source: node-ultron
Version: 1.1.1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest

Hi Maintainer

Since the upload of nodejs 8.9.3~dfsg-5 to unstable on 2018-01-04,
node-ultron's 'mytest1' autopkgtest has been failing [1].

autopkgtest [00:08:30]: test command1: nodejs debian/tests/myexample1.js
autopkgtest [00:08:30]: test command1: [---
called event1
called event1
called event1
called event2
autopkgtest [00:08:31]: test command1: ---]
command1 PASS
autopkgtest [00:08:31]: test command1:  - - - - - - - - - - results -
- - - - - - - - -
autopkgtest [00:08:31]:  summary
require  PASS
mytest1  FAIL non-zero exit status 1
command1 PASS

Regards
Graham


[1] https://ci.debian.net/packages/n/node-ultron/unstable/amd64/

Bug#894420: console-common: Please remove myself from Uploaders

[Christian Perrier]

Package: console-common
Version: 0.7.89
Severity: minor

I am no longer active in the maintenance of console-common. As I'm
cleaning out areas in Debian where I've been active, in preparation
for a possible future resignation, I suggest removing my name and
address from console-common's Uploaders field.

Thanks in advance.


-- System Information:
Debian Release: 9.4
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'stable'), (500, 'oldstable')
Architecture: i386 (i686)

Kernel: Linux 4.9.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages console-common depends on:
ii  console-data   2:1.12-5
ii  debconf [debconf-2.0]  1.5.61
ii  debianutils4.8.1.1
ii  kbd2.0.3-2+b1
ii  lsb-base   9.20161125

console-common recommends no packages.

console-common suggests no packages.

-- debconf information excluded

Bug#894419: ITP: libauthen-u2f-perl -- pure Perl U2F server library

[Xavier Guimard]

Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: libauthen-u2f-perl
  Version : 0.003
  Upstream Author : Robert Norris 
* URL : https://metacpan.org/release/Authen-U2F
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : pure Perl U2F server library

Authen::U2F provides the tools needed to add support for U2F in an application.

This module does not handle the wire encoding of U2F challenges and response,
as these are different depending on the U2F host you're using and the style of
your application. In the examples dir there are scripts that implement the 1.0
wire format, used by Yubico's libu2f-host, and a Plack application that works
with Google's JavaScript module.

Bug#894418: Pagekite client doesn't work with latest Pagekite servers

[Joseph Nuthalapati]

Package: pagekite
Version: 0.5.9.0
Severity: important

Dear maintainer,

The current version of Pagekite on Debian (0.5.9.0) has a bug (client
not accepting server's certificate) which makes it unusable with the
latest version of Pagekite servers. This bug has been fixed in the
latest release of the package.

Please update the package to the latest upstream version.

-- 
Regards,
Joseph Nuthalapati



signature.asc
Description: OpenPGP digital signature

Bug#894417: RFS: dde-calendar/1.2.2-1

[Yanhao Mo]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "dde-calendar"

* Package name: dde-calendar
  Version : 1.2.2-1
  Upstream Author : Deepin Technology Co., Ltd
* URL : https://github.com/linuxdeepin/dde-calendar
* License : GPL-3+
  Section : utils

It builds those binary packages:

  dde-calendar - Deepin Calendar

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

  https://mentors.debian.net/package/dde-calendar

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dde-calendar/dde-calendar_1.2.2-1.dsc

More information about hello can be obtained from 
https://salsa.debian.org/pkg-deepin-team/dde-calendar.

Changes since the last upload:

  * Some Bug Fixes
  * d/rules: use /usr/share/dpkg/pkg-info.mk instead of dpkg-parsechangelog.
  * d/control: Use Salsa platform for Vcs field.
  * debian/control: Update Standers-Version to 4.1.3.
  * debian/compat: Swithch compat to level 11.

-- 
Yanhao Mo


signature.asc
Description: PGP signature

Bug#894416: qgit: Segmentation fault when browsing linux kernel git repository

[Boyuan Yang]

Package: qgit
Severity: important
Version: 2.7-2

Dear maintainers,

The following procedure could crash qgit:

1. clone linux kernel git repository with argument "--depth 1000" to
make a shallow copy
2. invoke qgit inside the repository
3. scroll down the commit list

Backtrace:

Thread 1 "qgit" received signal SIGSEGV, Segmentation fault.
__strcmp_sse2_unaligned () at
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
32../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S: 没有那个文件或目录.
(gdb) bt full
#0  __strcmp_sse2_unaligned () at
../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:32
No locals.
#1  0x555defb2 in ShaString::operator== (o=...,
this=0x77addbf8) at ./src/common.h:291
No locals.
#2  QHashNode::same_key (key0=...,
h0=967075802, this=) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qhash.h:156
h0 = 967075802
key0 = @0x77addbf8: { = {m_size = 40,
m_data = 0x59368dd0 "3e4543bf20531d1cdb8672d25b3f2ff6d3d07627"},
}
this = 
#3  QHash::findNode (h=967075802, akey=...,
this=0x55a50948) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qhash.h:905
node = 0x582631d0
#4  QHash::findNode
(this=this@entry=0x55a50948, akey=..., ahp=ahp@entry=0x0) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qhash.h:924
h = 967075802
#5  0x555d89f6 in QHash::contains
(akey=..., this=0x55a50948) at
/usr/include/x86_64-linux-gnu/qt5/QtCore/qhash.h:894
No locals.
#6  Git::loadFileNames (this=0x55a50890) at ./src/git.cpp:2499
it = 0x77addbf8
revCnt = 34
diffTreeBuf = {static null = {}, d = 0x82254500}
#7  0x769f8d55 in QMetaObject::activate
(sender=sender@entry=0x7def2610, signalOffset=,
local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at
kernel/qobject.cpp:3766
method_relative = 10
callFunction = 0x5562ca10

receiver = 0x55a50890
receiverInSameThread = 
sw = {receiver = 0x55a50890, previousSender = 0x0,
currentSender = {sender = 0x7def2610, signal = 3, ref = 1},
switched = true}
c = 0x55f61240
last = 0x55f61240
locker = {val = 140737335435648}
connectionLists = {connectionLists = 0x5f80c870}
list = 
currentThreadId = 0x77f99f40
signal_index = 3
empty_argv = {0x0}
#8  0x769f9427 in QMetaObject::activate
(sender=sender@entry=0x7def2610, m=m@entry=0x76e23f20
,
local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at
kernel/qobject.cpp:3628
No locals.
#9  0x76a05913 in QSingleShotTimer::timeout
(this=0x7def2610) at .moc/qtimer.moc:126
No locals.
#10 QSingleShotTimer::timerEvent (this=0x7def2610) at kernel/qtimer.cpp:321
No locals.
#11 0x769f987b in QObject::event (this=0x7def2610,
e=) at kernel/qobject.cpp:1268
No locals.
#12 0x776e663c in QApplicationPrivate::notify_helper(QObject*,
QEvent*) () from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#13 0x776edf04 in QApplication::notify(QObject*, QEvent*) ()
from /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5
No symbol table info available.
#14 0x769ca258 in QCoreApplication::notifyInternal2
(receiver=0x7def2610, event=event@entry=0x7fffdb20) at
kernel/qcoreapplication.cpp:1018
selfRequired = true
result = false
cbdata = {0x7def2610, 0x7fffdb20, 0x7fffda9f}
d = 
threadData = 0x55890670
scopeLevelCounter = {threadData = 0x55890670}
#15 0x76a2258e in QCoreApplication::sendEvent
(event=0x7fffdb20, receiver=) at
../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:233
No locals.
#16 QTimerInfoList::activateTimers (this=this@entry=0x558dfd50) at
kernel/qtimerinfo_unix.cpp:643
e = { = {_vptr.QEvent = 0x76e23770 , static staticMetaObject = {d = {superdata = 0x0,
stringdata = 0x76b30260 , data =
0x76b2fca0 , static_metacall = 0x0,
relatedMetaObjects = 0x0, extradata = 0x0}}, d = 0x0, t = 1, posted =
0, spont = 0, m_accept = 1, reserved = 8191}, id = 66}
currentTimerInfo = 0x0
n_act = 1
maxCount = 
currentTime = {tv_sec = 7222, tv_nsec = 939456283}
#17 0x76a22d51 in timerSourceDispatch
(source=source@entry=0x558dfcf0) at
kernel/qeventdispatcher_glib.cpp:182
timerSource = 0x558dfcf0
#18 0x73d51287 in g_main_dispatch (context=0x7fffe4004ff0) at
../../../../glib/gmain.c:3177
dispatch = 0x76a22d30 
prev_source = 0x0
was_in_call = 0
user_data = 0x0
callback = 0x0
cb_funcs = 
cb_data = 0x0
need_destroy = 
source = 

Bug#891703: [Pkg-mailman-hackers] Bug#891703: Bug#891703: mailman3-suite: DB user isn't read from setting_local (mailman3-suite.py in /etc)

[Eric Côté]

Yeah, sorry man, I got distracted by other stuff and forgot. Many profuse
apologies. Just for the sake of completeness (taking into account you've
closed it), here's my output (modified by the new package names/dirs/files):

(my "l" command is : "ls -lAFh")

l /etc/mailman3/
total 88K
-rw-r--r-- 1 root root  399 Mar 14 15:57 apache.conf
-rw-r- 1 root list  701 Feb 12 20:03 hyperkitty.cfg
-rw-r- 1 root www-data 5.9K Mar  5 04:00 mailman3-suite.py
-rw-r--r-- 1 root root 5.7K Feb 28 03:40 mailman3-suite.py.ucf-dist
-rw-r- 1 root list  11K Feb 14 17:46 mailman.cfg
-rw-r--r-- 1 root root  11K Mar 26 07:07 mailman.cfg.ucf-dist
-rw-r- 1 root list  692 Aug 19  2015 mailman-hyperkitty.cfg
-rw-r--r-- 1 root root  701 Mar 14 12:35 mailman-hyperkitty.cfg.ucf-dist
-rw-r- 1 root www-data 5.9K Mar 18 02:15 mailman-web.py
-rw-r--r-- 1 root root 5.7K Mar 18 02:17 mailman-web.py.ucf-dist
-rw-r--r-- 1 root root 2.9K Mar 14 15:57 nginx.conf
-rw-r--r-- 1 root root 5.3K Mar 18 02:14 suite2web.py.patch
-rw-r--r-- 1 root root 1.5K Mar 14 15:57 uwsgi.ini

l /usr/share/mailman3-web
total 48K
-rwxr-xr-x 1 root root  242 May 23  2017 manage.py*
lrwxrwxrwx 1 root root   28 Mar 24 16:39 settings_local.py ->
/etc/mailman3/mailman-web.py
-rw-r- 1 root root 3.5K Mar 25 06:44 settings_local.pyc
-rw-r--r-- 1 root root 5.7K Mar 24 16:39 settings_local.py.sample
-rw-r--r-- 1 root root  15K Mar 24 16:39 settings.py
-rw-r--r-- 1 root root 8.0K Mar 25 06:44 settings.pyc
-rw-r--r-- 1 root root 1.3K May 23  2017 urls.py
-rw-r--r-- 1 root root 1.2K May 23  2017 wsgi.py

On 29 March 2018 at 12:00, Jonas Meurer  wrote:

> Hi Eric,
>
> I'm closing this bugreport as it's missing further information from you.
>
> I'm pretty sure that the bug you discovered is solved in the current
> mailman3/mailman3-web packages in Debian unstable/testing/stretch-
> backports.
>
> Cheers,
>  jonas
>
> Am 15.03.2018 um 22:47 schrieb Jonas Meurer:
> > Hi Eric,
> >
> > Am 04.03.2018 um 04:59 schrieb Eric Côté:
> >> Bug is still present.
> >
> > I did quite some testing of the mailman3 packages in the last days,
> > using all possible database backends. So far, I failed to reproduce the
> > bug you discovered.
> >
> > We renamed the 'mailman3-suite' package to 'mailman3-web' recently, to
> > avoid further confusion about the purpose of the package. Similarly, we
> > renamed 'mailman3-core' to 'mailman3'. You should find all these
> > packages in Debian Unstable by now.
> >
> > Would you mind to purge all your mailman3 packages, do a fresh
> > installation and see, whether you're still able to reproduce the bug
> > with the latest packages from Debian Unstable?
> >
> >> Like I mentioned in my original report, "mailman3suite" is the user in
> >> /usr/share/mailman3-suite/settings.py . I've had to hand edit it so my
> install
> >> reads my DB settings in /etc/mailman3/mailman3-suite.py .
> >
> > After testing different settings, I'm pretty confident that indeed the
> > database settings from '/etc/mailman3/mailman3-suite.py' (or now
> > '/etc/mailman/mailman-web.py') are used in a clean
> > mailman3-suite/mailman3-web installation.
> >
> > Please send the output of the following commands:
> >
> > $ ls -al /etc/mailman3/mailman-suite.py
> > $ ls -al /usr/share/mailman3-suite/settings*
> >
> >> Seems this might be in either python-django-hyperkitty (which is I
> think is the
> >> case), since the log is referencing django and hyperkitty, or in
> >> python3-mailman-hyperkitty (which doesn't seem to be picking up my list
> content
> >> anyway; I should be seeing archives, but I don't, in the web UI).
> >>
> >> I dunno how to refile a bug to another source package or tag another
> (if that's doable).
> >
> > You can reassign existing bugreports by using 'Control:' pseudo-headers
> > at the beginning of mails or by sending control commands to the
> > bugtracker[1].
> >
> > [1] https://www.debian.org/Bugs/server-control
> >
> > Cheers,
> >  jonas
> >
> >
> >
> > ___
> > Pkg-mailman-hackers mailing list
> > pkg-mailman-hack...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> pkg-mailman-hackers
> >
>
>
>


-- 


Eric Côté
[image: https://]about.me/eric.cote.lnu

Bug#894415: debootstrap: 11: .: Can't open /debootstrap/debian-common

[Nicolas Boichat]

Package: hello
Version: HEAD

Running this command on debootstrap git head:
6a578a09bf3e55021dc473816ddf79992d5dfce0

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/local/x
DEBOOTSTRAP_DIR=/usr/local/x /usr/local/x/debootstrap --foreign
--extractor=ar --arch=amd64 sid /usr/local/x/sid-amd64
http://httpredir.debian.org/debian/

I see this error in debootstrap.log:
/usr/local/x/debootstrap: 11: .: Can't open /debootstrap/debian-common

bisected the issue, and first bad commit is
[5a16580ce9bf7d37e620e01c1602deee84451d20] Split common code from
scripts/sid to scripts/debian-common and share it

Bug#880771: libdwarf/dwarfdump cross compile

[David Anderson]

On 03/27/2018 09:34 PM, Helmut Grohne wrote:
> I suggest that resend your previous mail after carefully checking each
> of the words "build", "host", and "target" against their definitions
> (and telling which definition you used unless you use GNU terminology).

Ah. Thanks. That I can do.
And I will inspect the wording in the project source code
for those words in the likely case I've used them incorrectly somewhere.

Thanks for repeating that link to Configure Terms and History.

DavidA.

-- 
I don't understand where I ever had time to go to work
for 40 hours a week. -- Bill Cheswick in ;login:

Bug#894338: nvidia-graphics-drivers: CVE-2018-6249, CVE-2018-6253: null pointer dereference and infinite recursion due to malformed shader

[Ivan Kozik]

The 384-stretch@7949 commit with nvidia-graphics-drivers
(384.130-0svn1) is also working for me on stretch after fixing the
libGL.so.1 symlink in debian/libgl1-glvnd-nvidia-glx.links.in to point
to libGL.so.1.7.0; not sure if you caught that already.

Best,

Ivan

Bug#894413: ITP: siji -- iconic bitmap font to use on status bars

[Jason Pleau]

Package: wnpp
Severity: wishlist
Owner: Jason Pleau 

* Package name: siji
  Version : git (no release)
  Upstream Author : stark 
* URL : https://github.com/stark/siji/
* License : GPL-2
  Programming Lang:
  Description : iconic bitmap font to use on status bars

siji is a fork of the no longer maintained "Stlarch" fonts, with
additional glyphs.

It contains most icons one would like to display on a status bar.

siji is a dependency of "polybar" (ITP #856179). It is used in the
default config upstream uses, I would like to stay as close as possible
from that default config.

I intend to maintain this package with the Debian Fonts Task Force team.

-- 
Jason Pleau

Bug#892585: systemd: can not create user.slice/user session, after upgrade systemd from 237-4 to 238-1/2

[ಚಿರಾಗ್ ನಟರಾಜ್]

> No, I tried lightdm lxdm, they have same problem,
> I tried gdm3, but can not login, do not why, the screen just become to 
> blank/black.

> Any idea, how to debug?

Can you try creating a new user and trying to log in as that user? There might 
be something going on with your specific user configuration (do you have any 
user units in ~/.config/systemd/user?).

- Chiraag
-- 
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata...@gmail.com
Phone: 610-350-6329
Website: http://chiraag.nataraj.us


signature.asc
Description: PGP signature

Bug#894414: pdf-presenter-console: cursor changesto hand over movie area, voice id hear but animation does not start

[Clinton Winant]

Package: pdf-presenter-console
Version: 4.1-2
Severity: important
Tags: a11y

Dear Maintainer,

pdf file is:pdfpc-video-example/videa-example.pdf
cursor changesto hand over movie area, voice id hear but animation does not 
start

dpkg --status pdf-presenter-console
returns:

Package: pdf-presenter-console
Status: install ok installed
Priority: optional
Section: graphics
Installed-Size: 575
Maintainer: Barak A. Pearlmutter 
Architecture: amd64
Version: 4.1-2
Provides: pdfpc
Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.4), libcairo-gobject2 (>= 
1.10.0), libcairo2 (>= 1.2.4), libgdk-pixbuf2.0-0 (>= 2.22.0), libgee-0.8-2 (>= 
0.8.3), libglib2.0-0 (>= 2.37.3), libgstreamer-plugins-base1.0-0 (>= 1.6.0), 
libgstreamer1.0-0 (>= 1.0.0), libgtk-3-0 (>= 3.17.9), libpango-1.0-0 (>= 
1.14.0), libpangocairo-1.0-0 (>= 1.14.0), libpoppler-glib8 (>= 0.57.0), libx11-6
Conffiles:
 /etc/pdfpcrc dd7a3f7b6704108d72c4af95e5fb834a
Description: multi-monitor presentation tool (ala Keynote) for PDF files
 PPC is a viewer for PDF which uses Keynote-like multi-monitor output
 to provide meta information to the speaker.  It can show a normal
 presentation window on one screen and a more sophisticated overview
 on the other, with information like a picture of the next slide and a
 clock with the time remaining.



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

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

Versions of packages pdf-presenter-console depends on:
ii  libatk1.0-0 2.28.1-1
ii  libc6   2.27-2
ii  libcairo-gobject2   1.15.10-1
ii  libcairo2   1.15.10-1
ii  libgdk-pixbuf2.0-0  2.36.11-2
ii  libgee-0.8-20.20.1-1
ii  libglib2.0-02.56.0-4
ii  libgstreamer-plugins-base1.0-0  1.14.0-1
ii  libgstreamer1.0-0   1.14.0-1
ii  libgtk-3-0  3.22.29-2
ii  libpango-1.0-0  1.42.0-1
ii  libpangocairo-1.0-0 1.42.0-1
ii  libpoppler-glib80.62.0-2
ii  libx11-62:1.6.5-1

pdf-presenter-console recommends no packages.

pdf-presenter-console suggests no packages.

-- no debconf information

Bug#894412: caneda: Crashes with asseriton failure when simulating

[Peter Chubb]

Package: caneda
Version: 0.3.1-1
Severity: normal

Dear Maintainer,

I have ngspice installed, and tried to run an NGspice AC simulation from
10 kHz to 2Mhz.  Caneda crashes with an assertion failure:
ASSERT: "!isEmpty()" in file /usr/include/x86_64-linux-gnu/qt5/QtCore/qlist.h, 
line 345

My circuit is here:









































































































































-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 
'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, armel, arm64

Kernel: Linux 4.16.0-rc4+ (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages caneda depends on:
ii  libc62.27-2
ii  libgcc1  1:8-20180321-1
ii  libqt5core5a 5.9.2+dfsg-12
ii  libqt5gui5   5.9.2+dfsg-12
ii  libqt5printsupport5  5.9.2+dfsg-12
ii  libqt5svg5   5.9.2-3
ii  libqt5widgets5   5.9.2+dfsg-12
ii  libqwt-qt5-6 6.1.3-1
ii  libstdc++6   8-20180321-1

caneda recommends no packages.

Versions of packages caneda suggests:
ii  ngspice  27-1

-- no debconf information

Bug#893971: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018d

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2018-03-24 at 19:26 +0100, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in stretch
> incorporating the Olson db 2018d version. As usual as a quilt patch
> only touching the data files.
> 
> Olson db 2018d contains the following contemporary changes:
> 
>   Changes to future time stamps
> 
> In 2018, Palestine starts DST on March 24, not March 31.
> Adjust future predictions accordingly.  (Thanks to Sharef
> Mustafa.)
> 
>   Changes to past and future time stamps
> 
> Casey Station in Antarctica changed from +11 to +08 on 2018-03-11
> at 04:00.  (Thanks to Steffen Thorsen.)
> 

Please go ahead.

Regards,

Adam

Bug#893970: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018d

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2018-03-24 at 19:26 +0100, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in jessie
> incorporating the Olson db 2018d version. As usual as a quilt patch
> only touching the data files.
> 
> Olson db 2018d contains the following contemporary changes:
> 
>   Changes to future time stamps
> 
> In 2018, Palestine starts DST on March 24, not March 31.
> Adjust future predictions accordingly.  (Thanks to Sharef
> Mustafa.)
> 
>   Changes to past and future time stamps
> 
> Casey Station in Antarctica changed from +11 to +08 on 2018-03-11
> at 04:00.  (Thanks to Steffen Thorsen.)
> 

Please go ahead.

Regards,

Adam

Bug#894411: ITP: mkl-dnn/0.13 -- Intel(R) Math Kernel Library for Deep Neural Networks (Intel(R) MKL-DNN)

[Lumin]

Package: wnpp
Severity: wishlist
Owner: lumin 

* Package name: mkl-dnn
  Version : 0.13
  Upstream Author : Intel
* URL : https://github.com/intel/mkl-dnn
* License : Apache2
  Programming Lang: C, C++
  Description : Math Kernel Library for Deep Neural Networks (MKL-DNN)

Intel(R) Math Kernel Library for Deep Neural Networks (Intel(R)
MKL-DNN) is an open source performance library for deep learning
applications. The library accelerates deep learning applications and
framework on Intel(R) architecture. Intel(R) MKL-DNN contains
vectorized and threaded building blocks which you can use to implement
deep neural networks (DNN) with C and C++ interfaces.




-- 
Best,

Bug#882238: [Cupt-devel] Bug#882238: cupt: FTBFS on hppa and hurd-i386: feeding-input.t fails

[Samuel Thibault]

Control: reassign 882238 cupt
Control: reassign 894379 libc0.3
Control: tags 894379 + pending

Samuel Thibault, on ven. 30 mars 2018 02:23:04 +0200, wrote:
> Control: reassign -1 libc0.3

Ah sorry, fixing this.

Samuel

Bug#275379: apt-get: please support "satisfy"

[Paul Wise]

On Sat, 24 Dec 2016 02:44:59 +0100 Johannes Schauer wrote:

> theoretically, one should be able to set the apt configuration value
> APT::Build-Essential to something other than build-essential or the empty 
> list.
> Unfortunately, due to a bug in apt this is currently not possible DonKult is
> working on it, though. Once this is fixed, we can used the "apt-get build-dep"
> approach without installing build-essential.
...
> But I think the best short term solution would be to have the
> APT::Build-Essential variable fixed and then use "apt-get build-dep".

FTR, this is fixed in apt 1.4~beta3 and stretch, shortened changelog:

apt (1.4~beta3) unstable; urgency=medium

  [ David Kalnischkies ]
  * allow default build-essentials to be overridden

 -- Julian Andres Klode   Thu, 05 Jan 2017 20:50:01 +0100

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#882238: [Cupt-devel] Bug#882238: cupt: FTBFS on hppa and hurd-i386: feeding-input.t fails

[Samuel Thibault]

Control: reassign -1 libc0.3

Hello,

John David Anglin, on jeu. 29 mars 2018 13:54:23 -0400, wrote:
> On 2018-03-29 11:53 AM, Eugene V. Lyubimkin wrote:
> > On hurd-i386, I tracked it down to a misbehaviour of timeout(1), reported 
> > as #894379.
> > For HPPA, I didn't see any available porterboxes for HPPA on db.debian.org, 
> > so I could not
> > reproduced it. Did I miss any?
> I'll take a look at the timeout problem.  Access to a box can be arranged.

On hurd-i386, it is an unfortunate confluence of borderline behaviors.
Basically, what happens is that the SIGCHLD signal is catched by the
thread started by timer_create().  I'll give a try at masking signals so
main() does catch the signal.

Samuel

Bug#894410: setting the patch tag forgotten

[Mike Gabriel]

Control: tags -1 patch

I forgot to set the patch tag. Done with this mail.

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpcvJxGFybx6.pgp
Description: Digitale PGP-Signatur

Bug#894410: Please enable and switch to Ayatana AppIndicator

[Mike Gabriel]

Package: transmission-gtk
Version: 2.92-3
Severity: wishlist
User: pkg-ayatana-de...@lists.alioth.debian.org
Usertags: ayatana-appindicator

Dear maintainer of transmission,

find attached a .debdiff that (a) enables Ayatana AppIndicator support  
in transmission-gtk and (b) switches from Ubuntu's AppIndicator to  
Ayatana AppIndicator.


This contribution is part of the Ayatana Indicators shift in Debian.

For more info, see
https://lists.debian.org/debian-devel/2018/03/msg00506.html

Thanks,
Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

diff -Nru transmission-2.92/debian/changelog transmission-2.92/debian/changelog
--- transmission-2.92/debian/changelog  2018-01-19 04:34:22.0 +
+++ transmission-2.92/debian/changelog  2018-03-29 22:31:47.0 +
@@ -1,3 +1,14 @@
+transmission (2.92-3+ayatanaindicators) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches:
++ Add ayatana-appindicator.patch.
+  * debian/control:
++ Switch on Ayatana AppIndicator support by pulling in
+  libayatana-appindicator-dev as B-D.
+
+ -- Mike Gabriel   Fri, 30 Mar 2018 00:31:47 +0200
+
 transmission (2.92-3) unstable; urgency=medium
 
   * debian/patches/transmission-fix-dns-rebinding-vuln.patch
diff -Nru transmission-2.92/debian/control transmission-2.92/debian/control
--- transmission-2.92/debian/control2018-01-19 04:34:22.0 +
+++ transmission-2.92/debian/control2018-03-29 22:26:09.0 +
@@ -7,6 +7,7 @@
debhelper (>= 9.20160709~),
dh-autoreconf,
intltool (>= 0.40),
+   libayatana-appindicator3-dev,
libcurl4-gnutls-dev | libcurl4-dev | libcurl-dev,
libevent-dev (>= 2.0),
libglib2.0-dev,
diff -Nru transmission-2.92/debian/patches/ayatana-indicators.patch 
transmission-2.92/debian/patches/ayatana-indicators.patch
--- transmission-2.92/debian/patches/ayatana-indicators.patch   1970-01-01 
00:00:00.0 +
+++ transmission-2.92/debian/patches/ayatana-indicators.patch   2018-03-29 
22:31:47.0 +
@@ -0,0 +1,34 @@
+Author: Mike Gabriel 
+Description: Build against Ayatana AppIndicator
+
+--- a/configure.ac
 b/configure.ac
+@@ -522,7 +522,7 @@
+   gmodule-2.0 >= $GLIB_MINIMUM
+   gthread-2.0 >= $GLIB_MINIMUM])
+ PKG_CHECK_MODULES([LIBAPPINDICATOR],
+-  [appindicator3-0.1 >= $LIBAPPINDICATOR_MINIMUM],
++  [ayatana-appindicator3-0.1 >= $LIBAPPINDICATOR_MINIMUM],
+   [have_libappindicator=yes],
+   [have_libappindicator=no])
+ if test "x$have_libappindicator" = "xyes"; then
+@@ -686,7 +686,7 @@
+Build Command-Line client: ${build_cli}
+ 
+Build GTK+ client: ${with_gtk}
+-  * libappindicator for an Ubuntu-style tray: ${use_libappindicator}
++  * libayatana-appindicator for Ubuntu-like tray: ${use_libappindicator}
+ 
+Build Daemon:  ${build_daemon}
+ 
+--- a/gtk/tr-icon.c
 b/gtk/tr-icon.c
+@@ -11,7 +11,7 @@
+ #include 
+ #include 
+ #ifdef HAVE_LIBAPPINDICATOR
+- #include 
++ #include 
+ #endif
+ #include 
+ #include 
diff -Nru transmission-2.92/debian/patches/series 
transmission-2.92/debian/patches/series
--- transmission-2.92/debian/patches/series 2018-01-19 04:34:22.0 
+
+++ transmission-2.92/debian/patches/series 2018-03-29 22:26:32.0 
+
@@ -6,3 +6,4 @@
 transmission-daemon_execstop_service.patch
 transmission-fix-dns-rebinding-vuln.patch
 bts885151_fix_ftcbfs_ac_run_ifelse.patch
+ayatana-indicators.patch


pgpZp9ZhjN3r3.pgp
Description: Digitale PGP-Signatur

Bug#893318: grep.1: Some fixes in the manual

[Bjarni Ingi Gislason]

On Tue, Mar 27, 2018 at 03:55:58PM +0200, Santiago R.R. wrote:
> Hi Bjarni,
> 
> El 17/03/18 a las 23:15, Bjarni Ingi Gislason escribió:
> > Package: grep
> > Version: 3.1-2
> > Severity: minor
> > Tags: patch
> > 
> > Dear Maintainer,
> > 
> > Input file is grep.in.1
> > 
> > Test nr. 2:
> > 
> > Enable and fix warnings from 'test-groff'.
> > 
> ???
> 
> Thanks for you bug report.
> 
> could you provide details about how to reproduce those tests (and
> confirm the patch solves the warnings)?
> 

  First:

  A patch for the groff (see bug #53043 on the "bug-groff" list,
savannah.gnu.org/bugs/?53043)

 tmac/an-old.tmac | 18 ++
 1 file changed, 18 insertions(+)

diff --git a/tmac/an-old.tmac b/tmac/an-old.tmac
index 9ae3b9f9..dd8ca295 100644
--- a/tmac/an-old.tmac
+++ b/tmac/an-old.tmac
@@ -511,7 +511,15 @@
 .
 .ds an-empty \" this is referenced to avoid looping on, e.g., .RB ( \\ )
 .
+.de1 an-inputcheck
+.  if \\$2<2 \{\
+.tm \\n(.F:\\n(.c (macro \\$1): only \\$2 argument, but more are expected
+.  \}
+..
+.
 .de1 RI
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  if \\n[.$] \{\
 .ds an-result \&\f[R]\\$1\"
 .shift
@@ -526,6 +534,8 @@
 ..
 .
 .de1 IR
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  if \\n[.$] \{\
 .ds an-result \&\f[I]\,\\$1\f[R]\"
 .shift
@@ -540,6 +550,8 @@
 ..
 .
 .de1 IB
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  if \\n[.$] \{\
 .ds an-result \&\f[I]\,\\$1\"
 .shift
@@ -554,6 +566,8 @@
 ..
 .
 .de1 BI
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  if \\n[.$] \{\
 .ds an-result \&\f[B]\\$1\"
 .shift
@@ -568,6 +582,8 @@
 ..
 .
 .de1 RB
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  ds an-result \&\"
 .  while (\\n[.$] >= 2) \{\
 .as an-result \f[R]\\$1\f[B]\\$2\\*[an-empty]\"
@@ -579,6 +595,8 @@
 ..
 .
 .de1 BR
+.  an-inputcheck \\$0 \\n[.$]
+.
 .  ds an-result \&\"
 .  while (\\n[.$] >= 2) \{\
 .as an-result \f[B]\\$1\f[R]\\$2\\*[an-empty]\"
-- 
2.15.1




  Second: a grep search; search for only one argument to macros for two
alternating fonts:

grep -n -e '^[.] *[BIR][BIRR]  *[^ ]*$' \
  -e '^[.] *[BIR][BIR]  *"[^"]*["]*$'

-- 
Bjarni I. Gislason

Bug#882238: [Cupt-devel] Bug#882238: cupt: FTBFS on hppa and hurd-i386: feeding-input.t fails

[John David Anglin]

On 2018-03-29 1:54 PM, John David Anglin wrote:

On 2018-03-29 11:53 AM, Eugene V. Lyubimkin wrote:
On hurd-i386, I tracked it down to a misbehaviour of timeout(1), 
reported as #894379.
For HPPA, I didn't see any available porterboxes for HPPA on 
db.debian.org, so I could not

reproduced it. Did I miss any?
I'll take a look at the timeout problem.  Access to a box can be 
arranged.

I find timeout works correctly on hppa.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#894409: ITP: jaxws-api -- Java API for XML-Based Web Services (JAX-WS)

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: jaxws-api
  Version : 2.3.0
  Upstream Author : Oracle Corporation
* URL : https://github.com/javaee/jax-ws-spec
* License : CDDL-1.1 or GPL-2 with Classpath exception
  Programming Lang: Java
  Description : Java API for XML-Based Web Services (JAX-WS)

The Java API for XML-Based Web Services (JAX-WS) provides the API
specification for creating web services, particularly SOAP services.

The JAX-WS API defines the javax.xml.ws.* packages which were integrated
to the JRE since Java 6 and were eventually removed in Java 11.

This package is required for the transition to Java 11 and will be
maintained by the Java Team.

Bug#894408: briquolo: please implement a way to increase/decrease audio volume inside the game

[Francesco Poli (wintermute)]

Package: briquolo
Version: 0.5.7-8
Severity: wishlist
Tags: upstream

Hello,
thanks for maintaining this nice breakout game in Debian!


It seems to me that there is no way to increase or decrease the
audio volume from inside the game.

This means that, before playing, I have to start alsamixer, set a
suitable Master channel level, then start briquolo.
Also, after quitting from briquolo, I have to again use alsamixer
in order to set the previous Master channel level (the one that is
suitable for any other application that uses the sound card).

This is inconvenient.

I hope that a volume level for sound effects may be easily implemented,
for instance in the settings menu.
This volume level should set the amplification for sound effects,
without changing alsamixer levels or anything else outside
the game.

Please implement this feature and/or forward this bug report upstream,
as appropriate.

Thanks for your time!
Bye.


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

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages briquolo depends on:
ii  briquolo-data   0.5.7-8
ii  libc6   2.27-2
ii  libgcc1 1:8-20180321-1
ii  libgl1  1.0.0-2
ii  libgl1-mesa-glx 17.3.7-1
ii  libglu1-mesa [libglu1]  9.0.0-2.1
ii  libpng16-16 1.6.34-1
ii  libsdl-mixer1.2 1.2.12-14
ii  libsdl-ttf2.0-0 2.0.11-4
ii  libsdl1.2debian 1.2.15+dfsg2-0.1
ii  libstdc++6  8-20180321-1

briquolo recommends no packages.

briquolo suggests no packages.

-- no debconf information

Bug#894407: starjava-ttools FTBFS with openjdk-9

[Adrian Bunk]

Source: starjava-ttools
Version: 3.1.2-1
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/starjava-ttools.html

...
run-tests:
[junit] Testsuite: uk.ac.starlink.ttools.FactoryTest
[junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 
1.824 sec
[junit] 
[junit] WARNING: An illegal reflective access operation has occurred
[junit] WARNING: Illegal reflective access by org.python.core.PySystemState 
(file:/usr/share/java/jython-2.7.1.jar) to method java.io.Console.encoding()
[junit] WARNING: Please consider reporting this to the maintainers of 
org.python.core.PySystemState
[junit] WARNING: Use --illegal-access=warn to enable warnings of further 
illegal reflective access operations
[junit] WARNING: All illegal access operations will be denied in a future 
release
[junit] Testsuite: uk.ac.starlink.ttools.JyStiltsTest
[junit] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 
0.006 sec
[junit] 
[junit] Testcase: warning(junit.framework.TestSuite$1): FAILED
[junit] Exception in constructor: testScripts (Traceback (most recent call 
last):
[junit]   File "", line 1, in 
[junit]   File "/build/1st/starjava-ttools-3.1.2/build/etc/stilts.py", line 
30, in 
[junit] 
_recursivelyAddJar(java.io.File('/usr/share/java/starlink-ttools.jar'))
[junit] AttributeError: 'javapackage' object has no attribute 'io'
[junit] 
[junit] at org.python.core.Py.AttributeError(Py.java:207)
[junit] at org.python.core.PyObject.noAttributeError(PyObject.java:1032)
[junit] at org.python.core.PyObject.__getattr__(PyObject.java:1027)
[junit] at 
stilts$py.f$0(/build/1st/starjava-ttools-3.1.2/build/etc/stilts.py:10289)
[junit] at 
stilts$py.call_function(/build/1st/starjava-ttools-3.1.2/build/etc/stilts.py)
[junit] at org.python.core.PyTableCode.call(PyTableCode.java:171)
[junit] at org.python.core.PyCode.call(PyCode.java:18)
[junit] at org.python.core.imp.createFromCode(imp.java:436)
[junit] at org.python.core.imp.createFromSource(imp.java:396)
[junit] at org.python.core.imp.loadFromSource(imp.java:667)
[junit] at org.python.core.imp.find_module(imp.java:551)
[junit] at org.python.core.imp.import_next(imp.java:838)
[junit] at org.python.core.imp.import_module_level(imp.java:957)
[junit] at org.python.core.imp.importName(imp.java:1057)
[junit] at 
org.python.core.ImportFunction.__call__(__builtin__.java:1280)
[junit] at org.python.core.PyObject.__call__(PyObject.java:450)
[junit] at org.python.core.__builtin__.__import__(__builtin__.java:1232)
[junit] at org.python.core.imp.importOne(imp.java:1076)
[junit] at org.python.pycode._pyx3.f$0(:1)
[junit] at org.python.pycode._pyx3.call_function()
[junit] at org.python.core.PyTableCode.call(PyTableCode.java:171)
[junit] at org.python.core.PyCode.call(PyCode.java:18)
[junit] at org.python.core.Py.runCode(Py.java:1614)
[junit] at org.python.core.Py.exec(Py.java:1658)
[junit] at 
org.python.util.PythonInterpreter.exec(PythonInterpreter.java:267)
[junit] at 
uk.ac.starlink.ttools.JyStiltsTest.(JyStiltsTest.java:35)
[junit] at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
 Method)
[junit] at 
java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
[junit] at 
java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
[junit] at 
java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:488)
[junit] at junit.framework.TestSuite.createTest(TestSuite.java:54)
[junit] at junit.framework.TestSuite.addTestMethod(TestSuite.java:280)
[junit] at junit.framework.TestSuite.(TestSuite.java:140)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:504)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:1205)
[junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:1048)
[junit] )
[junit] junit.framework.AssertionFailedError: Exception in constructor: 
testScripts (Traceback (most recent call last):
[junit]   File "", line 1, in 
[junit]   File "/build/1st/starjava-ttools-3.1.2/build/etc/stilts.py", line 
30, in 
[junit] 
_recursivelyAddJar(java.io.File('/usr/share/java/starlink-ttools.jar'))
[junit] AttributeError: 'javapackage' object has no attribute 'io'
[junit] 
[junit] at org.python.core.Py.AttributeError(Py.java:207)
[junit] at org.python.core.PyObject.noAttributeError(PyObject.java:1032)
[junit] at 

Bug#873086: ifupdown script disables IPv6 on parent of VLAN interface

[Paul LeoNerd Evans]

Package: bridge-utils
Version: 1.5-13+deb9u1
Followup-For: Bug #873086

I've just ran into this same bug.

I believe the proble comes from line 63 of /lib/bridge-utils/bridge-utils.sh

   63   dev="${port%.*}"

because this runs in a function within the containing script, it alters
the value of $dev. This bug can be fixed by simply adding the 'local'
keyword; thus making the line

local dev="${port%.*}"

to localise the value to within that one function, stopping it breaking
the containing code.

I can send a patch if required.


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

Kernel: Linux 4.15.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bridge-utils depends on:
ii  libc6  2.27-2

bridge-utils recommends no packages.

Versions of packages bridge-utils suggests:
ii  ifupdown  0.8.31

Bug#894406: ITP: fscrypt -- Tool for managing Linux filesystem encryption

[Paride Legovini]

Package: wnpp
Severity: wishlist
Owner: Paride Legovini 

* Package name: fscrypt
  Version : 0.2.3
  Upstream Author : Joe Richey 
  Copyright   : 2017-2018 Google Inc.
* URL : https://github.com/google/fscrypt
* License : Apache-2.0
  Programming Lang: Go
  Description : Tool for managing Linux filesystem encryption

fscrypt is a high-level tool for the management of Linux filesystem
encryption [1]. This tool manages metadata, key generation, key
wrapping, PAM integration, and provides a uniform interface for
creating and modifying encrypted directories.

No other package in Debian currently offers these features.

[1] https://lwn.net/Articles/639427/

Bug#894405: ITP: saaj -- SOAP with Attachments API for Java (SAAJ)

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: saaj
  Version : 1.4.0
  Upstream Author : Oracle Corporation
* URL : https://github.com/javaee/javax.xml.soap
* License : CDDL-1.1 or GPL-2 with Classpath exception
  Programming Lang: Java
  Description : SOAP with Attachments API for Java (SAAJ)

The SOAP with Attachments API for Java (SAAJ) provides the API for
creating and building SOAP messages. The SAAJ API conforms to the
Simple Object Access Protocol (SOAP) 1.1 and 1.2 specifications, and
the SOAP with Attachments specification.

The SAAJ API defines the javax.xml.soap package which was integrated
to the JRE since Java 6 and was eventually removed in Java 11.

This package is required for the transition to Java 11 and will be
maintained by the Java Team.

Bug#893960: libwebkit2gtk-4.0-37: cannot open online.net website

[Jérémy Lal]

Control: reassign -1 openssl
Control: retitle -1 s_client connect hangs on this website

This hangs:
openssl s_client -connect console.online.net:443

it didn't a few weeks ago (and i'm using a debian/sid updated daily).

Jérémy

Bug#894320: ibus: Drop Build-Depends on gconf2

[Osamu Aoki]

Hi,

I trust your patch is a good one.  I don't have time now to update for
upload.

Please commit them to salsa and upload with my pre-approval, if you can
also update git repo to the new salsa site:
 https://salsa.debian.org/debian/ibus

Also update maintainer group address to the new one as:
 debian-input-met...@lists.debian.org

Regards,

Osamu

Bug#894404: memcached: CVE-2018-1000127

[Antoine Beaupre]

Package: memcached
X-Debbugs-CC: t...@security.debian.org
Severity: grave
Tags: security

Hi,

The following vulnerability was published for memcached:

CVE-2018-1000127[0]:
| memcached version prior to 1.4.37 contains an Integer Overflow
| vulnerability in items.c:item_free() that can result in data
| corruption and deadlocks due to items existing in hash table being
| reused from free list. This attack appear to be exploitable via
| network connectivity to the memcached service. This vulnerability
| appears to have been fixed in 1.4.37 and later.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-1000127
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1000127

Please adjust the affected versions in the BTS as needed.


signature.asc
Description: PGP signature

Bug#894382: arduino-builder sponsor

[Geert Stappers]

On Thu, Mar 29, 2018 at 05:55:43PM +0200, Rock Storm wrote:
> 
> * Package name: arduino-builder
> * URL : https://github.com/arduino/arduino-builder
> * License : GPL-2
>   Programming Lang: Go, C++, C
>   Description : A command line tool for compiling Arduino sketches
> 
> The plan is to maintain this package inside the Debian Electronics Team.
> And for this, a sponsor will be needed.

I volunteer for sponsoring  arduino-builder


Groeten
Geert Stappers
DD
-- 
Leven en laten leven

Bug#863841: Merge request status ?

[Ludovic Gasc]

Hi,

Is somebody could review my merge request ?

Thank you a lot :-)
--
Ludovic Gasc (GMLudo)

Bug#894403: linux-image-4.14.0-0.bpo.3-amd64: NAT66 (IPv6 SNAT masquerade) does not rewrite source address on kernel 4.14

[Rob Andrews]

Package: src:linux
Version: 4.14.13-1~bpo9+1
Severity: normal

Dear Maintainer,

I use Docker for application segregation on a remote server. The host has a 
single v4 and a single v6 IP address allocated. On the host system, I have 
NAT66 (SNAT, masquerading) setup with the following rules in order to provide 
segregated IPv6 connectivity to Docker containers:

Chain PREROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 

0 0 DOCKER all  anyany anywhere anywhere
 ADDRTYPE match dst-type LOCAL

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 


Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 

0 0 DOCKER all  anyany anywhere anywhere
 ADDRTYPE match dst-type LOCAL

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   destination 

0 0 MASQUERADE  all  anydocker0  anywhere anywhere  
   ADDRTYPE match src-type LOCAL
0 0 MASQUERADE  all  any!docker0  fd00:bee:cafe::/64   anywhere 
   

Chain DOCKER (2 references)
 pkts bytes target prot opt in out source   destination 


On the standard stretch 4.9.x kernel, NAT66 works just fine as witnessed by 
this tcpdump of a ping (note that the 2001:: address is that of the  record 
for debian.org):

  % sudo tcpdump -i ens3 -n 'not tcp and not udp'
  tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
  listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes
  19:56:24.980979 IP6 2a03:my:machines:v6:addr > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 0, length 64
  19:56:24.988597 IP6 2001:41c8:1000:21::21:4 > 2a03:my:machines:v6:addr: 
ICMP6, echo reply, seq 0, length 64
  19:56:25.981716 IP6 2a03:my:machines:v6:addr > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 1, length 64
  19:56:25.989010 IP6 2001:41c8:1000:21::21:4 > 2a03:my:machines:v6:addr: 
ICMP6, echo reply, seq 1, length 64
  19:56:26.982894 IP6 2a03:my:machines:v6:addr > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 2, length 64
1  9:56:26.990022 IP6 2001:41c8:1000:21::21:4 > 2a03:my:machines:v6:addr: 
ICMP6, echo reply, seq 2, length 64

Whilst on the backports kernel 4.14.x, NAT66 fails to rewrite the source 
address, and all IPv6 traffic (not just ICMP) fails as a result:

  % sudo tcpdump -i ens3 -n 'not tcp and not udp'
  tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
  listening on ens3, link-type EN10MB (Ethernet), capture size 262144 bytes
  20:00:39.711554 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 0,length 64
  20:00:40.712591 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 1,length 64
  20:00:41.713768 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 2,length 64
  20:00:42.714934 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 3,length 64
  20:00:43.716088 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 4,length 64
  20:00:44.717264 IP6 fd00:bee:cafe::242:ac11:2 > 2001:41c8:1000:21::21:4: 
ICMP6, echo request, seq 5,length 64

The expected behaviour is what is witnessed with kernel 4.9.x - the source 
address is rewritten with the outgoing interface address.

Ignoring the Docker aspect of this, the witnessed behaviour can be reproduced 
without having to use a container: use 'ping6 -I  debian.org'. 
You'll need to setup some NAT66 rules and create a virtual interface with a ULA 
address to simulate the behaviour - this stanza in an interfaces file will 
suffice (make sure you have bridge-utils installed):

  iface br-nat-virt inet6 static
bridge_ports none
address fd00:bee:f00d:cafe::1/64

And the following NAT66 rule:

  ip6tables -A POSTROUTING -s fd00:bee:f00d:cafe::/64 ! -o br-nat-virt -j 
MASQUERADE

Then reproduce the behaviour using 'ping6 -I fd00:bee:f00d:cafe::1 debian.org'.

I hope this makes sense. It's not a major biggy, I'm just falling back to using 
the non-backports kernel in stretch in the meantime.

Kind regards,
rob.

-- Package-specific info:
** Version:
Linux version 4.14.0-0.bpo.3-amd64 (debian-ker...@lists.debian.org) (gcc 
version 6.3.0 20170516 (Debian 6.3.0-18)) #1 SMP Debian 4.14.13-1~bpo9+1 
(2018-01-14)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.14.0-0.bpo.3-amd64 
root=UUID=be3dc831-e7fa-449f-94e9-d302faa31fdb ro rootflags=subvol=ROOT/default

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: 

Bug#894402: wayland: UI freeze when attaching external screens through a dock.

[BRINER Cédric]

Package: libwayland-server0
Version: 1.14.0-2
Severity: normal
File: wayland

Dear Maintainer,

After an upgrade of my Buster, I've found out that gnome-shell (on wayland)
freezes the User Interface when connecting a screens through an external dock.

When using gnome-shell on Xorg, I do not have such problem.

After talking with debian-users, I've grab some info from my logs.
https://lists.debian.org/debian-user/2018/03/msg00984.html


kern.log

Mar 29 08:12:46 cedian kernel: [45705.342134] thinkpad_acpi: docked into
hotplug port replicator
Mar 29 08:13:27 cedian kernel: [45746.274861] thinkpad_acpi: EC reports that
Thermal Table has changed
Mar 29 08:13:28 cedian kernel: [45746.583286] wlp4s0: disconnect from AP
78:ba:f9:d1:c9:34 for new auth to 40:ce:24:8d:78:6b
Mar 29 08:13:28 cedian kernel: [45746.595130] wlp4s0: authenticate with
40:ce:24:8d:78:6b
Mar 29 08:13:28 cedian kernel: [45746.606695] wlp4s0: send auth to
40:ce:24:8d:78:6b (try 1/3)
Mar 29 08:13:28 cedian kernel: [45746.609686] wlp4s0: authenticated
Mar 29 08:13:28 cedian kernel: [45746.629384] wlp4s0: associate with
40:ce:24:8d:78:6b (try 1/3)
Mar 29 08:13:28 cedian kernel: [45746.632342] wlp4s0: RX ReassocResp from
40:ce:24:8d:78:6b (capab=0x status=0 aid=30)
Mar 29 08:13:28 cedian kernel: [45746.633581] wlp4s0: associated
Mar 29 08:13:52 cedian kernel: [45770.762349] usb 2-4: new SuperSpeed USB
device number 2 using xhci_hcd
Mar 29 08:13:52 cedian kernel: [45770.866065] usb 2-4: New USB device found,
idVendor=17ef, idProduct=1018
Mar 29 08:13:52 cedian kernel: [45770.866071] usb 2-4: New USB device strings:
Mfr=1, Product=2, SerialNumber=0
Mar 29 08:13:52 cedian kernel: [45770.866076] usb 2-4: Product: USB3.0 Hub
Mar 29 08:13:52 cedian kernel: [45770.866079] usb 2-4: Manufacturer: VIA Labs,
Inc.
Mar 29 08:13:52 cedian kernel: [45770.868500] hub 2-4:1.0: USB hub found
Mar 29 08:13:52 cedian kernel: [45770.868657] hub 2-4:1.0: 4 ports detected
Mar 29 08:13:52 cedian kernel: [45771.298367] usb 2-4.1: new SuperSpeed USB
device number 3 using xhci_hcd
Mar 29 08:13:52 cedian kernel: [45771.401708] usb 2-4.1: New USB device found,
idVendor=17ef, idProduct=1019
Mar 29 08:13:52 cedian kernel: [45771.401715] usb 2-4.1: New USB device
strings: Mfr=1, Product=2, SerialNumber=0
Mar 29 08:13:52 cedian kernel: [45771.401720] usb 2-4.1: Product: USB3.0 Hub
Mar 29 08:13:52 cedian kernel: [45771.401724] usb 2-4.1: Manufacturer: VIA
Labs, Inc.
Mar 29 08:13:52 cedian kernel: [45771.404256] hub 2-4.1:1.0: USB hub found
Mar 29 08:13:52 cedian kernel: [45771.404410] hub 2-4.1:1.0: 4 ports detected
Mar 29 08:13:52 cedian kernel: [45771.445558] thinkpad_acpi: docked into
hotplug port replicator
Mar 29 08:13:53 cedian kernel: [45771.529314] usb 1-4: new high-speed USB
device number 40 using xhci_hcd
Mar 29 08:13:53 cedian kernel: [45771.685667] usb 1-4: New USB device found,
idVendor=17ef, idProduct=1018
Mar 29 08:13:53 cedian kernel: [45771.685674] usb 1-4: New USB device strings:
Mfr=1, Product=2, SerialNumber=0
Mar 29 08:13:53 cedian kernel: [45771.685679] usb 1-4: Product: USB2.0 Hub
Mar 29 08:13:53 cedian kernel: [45771.685683] usb 1-4: Manufacturer: VIA Labs,
Inc.
Mar 29 08:13:53 cedian kernel: [45771.686774] hub 1-4:1.0: USB hub found
Mar 29 08:13:53 cedian kernel: [45771.687609] hub 1-4:1.0: 4 ports detected
Mar 29 08:13:53 cedian kernel: [45771.793349] usb 2-4.1.3: new SuperSpeed USB
device number 4 using xhci_hcd
Mar 29 08:13:53 cedian kernel: [45771.817854] usb 2-4.1.3: New USB device
found, idVendor=17ef, idProduct=3054
Mar 29 08:13:53 cedian kernel: [45771.817860] usb 2-4.1.3: New USB device
strings: Mfr=1, Product=2, SerialNumber=6
Mar 29 08:13:53 cedian kernel: [45771.817865] usb 2-4.1.3: Product: OneLink+
Giga
Mar 29 08:13:53 cedian kernel: [45771.817869] usb 2-4.1.3: Manufacturer: Lenovo
Mar 29 08:13:53 cedian kernel: [45771.817873] usb 2-4.1.3: SerialNumber:
9D00
Mar 29 08:13:53 cedian kernel: [45771.910087] cdc_ether 2-4.1.3:2.0 eth0:
register 'cdc_ether' at usb-:00:14.0-4.1.3, CDC Ethernet Device,
00:50:b6:89:0f:45
Mar 29 08:13:53 cedian kernel: [45771.915409] usbcore: registered new interface
driver cdc_ether
Mar 29 08:13:53 cedian kernel: [45771.927158] cdc_ether 2-4.1.3:2.0
enx0050b6890f45: renamed from eth0
Mar 29 08:13:53 cedian kernel: [45771.962460] IPv6: ADDRCONF(NETDEV_UP):
enx0050b6890f45: link is not ready
Mar 29 08:13:53 cedian kernel: [45771.962549] cdc_ether 2-4.1.3:2.0
enx0050b6890f45: kevent 12 may have been dropped
Mar 29 08:13:53 cedian kernel: [45771.962556] cdc_ether 2-4.1.3:2.0
enx0050b6890f45: kevent 12 may have been dropped
Mar 29 08:13:53 cedian kernel: [45771.964555] cdc_ether 2-4.1.3:2.0
enx0050b6890f45: kevent 12 may have been dropped
Mar 29 08:13:53 cedian kernel: [45771.964571] cdc_ether 2-4.1.3:2.0
enx0050b6890f45: kevent 12 may have been dropped
Mar 29 08:13:53 cedian kernel: [45771.970309] thinkpad_acpi: EC reports that
Thermal Table has changed
Mar 29 08:13:53 cedian kernel: [45771.978826] 

Bug#894401: ITP: libmath-random-secure-perl -- Cryptographically-secure, cross-platform replacement for rand

[Xavier Guimard]

Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: libmath-random-secure-perl
  Version : 0.080001
  Upstream Author : Arthur Axel "fREW" Schmidt 

* URL : https://metacpan.org/release/Math-Random-Secure
* License : Artistic-2.0
  Programming Lang: Perl
  Description : Cryptographically-secure, cross-platform replacement for 
rand

Math::Random::Secure is intended to provide a cryptographically-secure
replacement for Perl's built-in rand function.

Bug#894400: RM: mongodb [i386] -- ANAIS; i386 support dropped upstream

[Apollon Oikonomopoulos]

Package: ftp.debian.org
Severity: normal

Dear FTP masters,

Please remove the i386 binary packages for mongodb from unstable.  
Upstream has dropped support for 32-bit platforms and so i386 is not 
built from source anymore.

Regards,
Apollon

Bug#894399: gzip.1: Some typographic corrections and cleaning of the manual

[Bjarni Ingi Gislason]

Package: gzip
Version: 1.6-5+b1
Severity: minor
Tags: patch

Dear Maintainer,

  The patch is in the attachment.

Test nr. 6:

Change two HYPHEN-MINUSES (code 0x055, 2D) to an em-dash (\[em]), if one
is intended.  An en-dash is usually surrounded by a space, while an em-dash
is used without spaces. "man" (1 byte characters) transforms an en-dash
(\[en] to one HYPHEN-MINUS, and an em-dash to two HYPHEN-MINUSES without
considering the space around it.

432:\fIfile\fP\^: already has .gz suffix -- no change

#

Test nr. 7:

Change (or include a "FIXME" paragraph about) misused SI (metric)
numeric prefixes (or names) to the binary ones, like Ki (kibi), Mi
(mebi), Gi (gibi), or Ti (tebi), if indicated.
If the metric prefixes are correct, add the definitions or an explanation
to avoid misunderstanding.

179:a few bytes for the gzip file header, plus 5 bytes every 32K block,

#

Test nr. 8:

Protect a full stop (.) with "\&", if it has a blank (white-space) in front
of or (ignoring transparent characters to the full stop) after it, and it does
not mean an end of a sentence.

50:(A part is delimited by dots.) If the name consists of small parts only,
264:default. (The original name is always saved if the name had to be
265:truncated.) When decompressing, do not restore the original file name
375:transparently. gzip is designed as a complement to tar, not as a
451:(e.g. a symbolic link, socket, FIFO, device file), it is

#

Test nr. 12:

Change -- in x--y to \(em (em-dash), or, if an
option, to \-\-

8:.RB [ --rsyncable ]
187:.B \-a --ascii
192:.B \-c --stdout --to-stdout
198:.B \-d --decompress --uncompress
201:.B \-f --force
207:and if the option --stdout is also given, copy the input data without change
219:.B \-h --help
222:.B \-k --keep
225:.B \-l --list
239:In combination with the --verbose option, the following fields are also
250:With --name, the uncompressed name,  date and time  are
253:With --verbose, the size totals and compression ratio for all files
254:is also displayed, unless some sizes are unknown. With --quiet,
257:.B \-L --license
262:.B \-n --no-name
272:.B \-N --name
279:.B \-q --quiet
282:.B \-r --recursive
291:.B --rsyncable
301:.B \-S .suf   --suffix .suf
310:.B \-t --test
313:.B \-v --verbose
317:.B \-V --version
320:.B \-# --fast --best
367:size and CRC reported by the --list option applies to the last member
384:  for sh:GZIP="-8v --name"; export GZIP
385:  for csh:   setenv GZIP "-8v --name"
386:  for MSDOS: set GZIP=-8v --name
468:and emits a warning by default. You have to use the --quiet option to
472:  for sh:  GZIP="-q"  tar -xfz --block-compress /dev/rst0
473:  for csh: (setenv GZIP -q; tar -xfz --block-compr /dev/rst0
488:The --list option reports sizes as -1 and crc as  if the
491:In some rare cases, the --best option gives worse compression than

#

Test nr. 15:

Change the name of a macro for two fonts (e.g., BR and IR) to one letter,
if there is only one argument.
Add the second argument if needed.  It is sometimes part of the first one.

334:.BR \-6
445:.BR \-v

#

Test nr. 17:

Change - to \- if it means a minus sign.

233:The uncompressed size is given as -1 for files not in gzip format,
488:The --list option reports sizes as -1 and crc as  if the
492:the default compression level (-6). On some highly redundant files,

#

Test nr. 20:

Use a macro to change to the italic font, instead of \fI [1], if
possible.
The macros have the italic corrections, but "\c" removes them.
[1] man-pages(7)

412:\fIfile\fP\^: not in gzip format
417:\fIfile\fP\^: Corrupt input. Use zcat to recover some data.
423:\fIfile\fP\^: compressed with \fIxx\fP bits, can only handle \fIyy\fP bits
432:\fIfile\fP\^: already has .gz suffix -- no change

#

Test nr. 21:

Use the word (in)valid instead of (il)legal if not related to legal matters.
See "www.gnu.org/prep/standards".

72:legal.

#

Test nr. 22:

Remove space in the first column, if not indented.
Use ".in +n" and ".in", ".nf" and ".fi" for an extra indention.

228:compressed size: size of the compressed file
229:uncompressed size: size of the uncompressed file
230:ratio: compression ratio (0.0% if unknown)
231:uncompressed_name: name of the uncompressed file
237:zcat file.Z | wc -c
242:method: compression method
243:crc: the 32-bit CRC of the uncompressed data
244:date & time: time stamp for the uncompressed file
341:  gzip -c file1  > foo.gz
342:  gzip -c file2 >> foo.gz
346:  gunzip -c foo
350:  cat file1 file2
356:  cat file1 file2 | gzip > foo.gz
360:  gzip -c file1 file2 > foo.gz
364:  gzip -cd old.gz | gzip > new.gz
370:  gzip -cd file.gz | wc -c
384:  for sh:GZIP="-8v --name"; export GZIP
385:  for csh:   setenv GZIP "-8v --name"
386:  for MSDOS: set GZIP=-8v --name
421:  zcat \fIfile\fP > recover
472:  for sh:  GZIP="-q"  tar -xfz --block-compress /dev/rst0
473:  for csh: (setenv GZIP -q; tar 

Bug#894398: ITP: libmoosex-singlearg-perl -- No-fuss instantiation of Moose objects using a single argument

[Xavier Guimard]

Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: libmoosex-singlearg-perl
  Version : 0.04
  Upstream Author : Aran Clary Deltac 
* URL : https://metacpan.org/release/MooseX-SingleArg
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : No-fuss instantiation of Moose objects using a single 
argument

MooseX::SingleArg allows Moose instances to be constructed with a single
argument. Class or role must use this module and then use the single_arg
method to declare which attribute will be assigned the single argument
value.

If the class is constructed using the typical argument list name/value pairs,
or with a hashref, then things work as is usual. But, if the arguments are a
single non-hashref value then that argument will be assigned to whatever
declared attribute.

Bug#894365: virtualbox build depends on openjdk-8-jdk-headless

[Emmanuel Bourg]

Le 29/03/2018 à 19:13, Gianfranco Costamagna a écrit :

> will be available here:
> http://debomatic-amd64.debian.net/distribution#unstable/virtualbox/5.2.8-dfsg-6/buildlog

Thank you. I think you confused the name of the module with the name of
the package. Try using:

  --add-modules java.xml.ws

instead of:

  --add-modules javax.xml.ws

This will work for OpenJDK 9 and 10. For OpenJDK 11 we'll have to
package the JAX-WS API separately, I'll look into this.

Emmanuel Bourg

Bug#894397: lintian: Update max-bytecode-version for Java 9

[Chris Lamb]

tags 894397 + pending
thanks

Also applied in Git; thanks!

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=43237b1a9d02a856b0976d70e1f5e56cd2b1ae27


Regards,

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

Bug#894388: affects corebird

[Simon McVittie]

Control: reassign -1 libgtk-3-0 3.22.29-2
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/issues/129

On Thu, 29 Mar 2018 at 11:47:12 -0600, dann frazier wrote:
> affects 894388 + corebird

This seems very unlikely to be a gnome-terminal bug if you also get it
for corebird. I'm guessing GDK or GTK+, which are in the same binary
package so it doesn't really matter which one has the bug.

> #0  0x72018e79 in wl_proxy_marshal (proxy=0x0, opcode=0)
> at ../src/wayland-client.c:692
> #1  0x7fffe2e461b9 in ?? ()
>from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-wayland.so

Please could you retry this backtrace with libgtk-3-0-dbgsym installed?

I can't say for sure from the backtrace without debug symbols, but this
looks a lot like  (but we
thought we fixed that in 3.22.29-2) or
 (which has a patch waiting
for review upstream).

smcv

Bug#894397: lintian: Update unknown-java-class-version for Java 9

[Bas Couwenberg]

Source: lintian
Version: 2.5.80
Followup-For: Bug #894397

Dear Maintainer,

The attached patch also updates the unknown-java-class-version
description for Java 9.

Kind Regards,

Bas
diff --git a/checks/java.desc b/checks/java.desc
index 27739e139..329714646 100644
--- a/checks/java.desc
+++ b/checks/java.desc
@@ -91,7 +91,7 @@ Info: The package contains a Jar file with Java class files 
compiled for an
  for a newer version of Java than Lintian knows about.  In the latter case,
  please file a bug against Lintian.
  .
- The latest class version known by Lintian is Java8 (Major version 52).
+ The latest class version known by Lintian is Java9 (Major version 53).
 
 Tag: zip-parse-error
 Severity: normal

Bug#894397: lintian: Update max-bytecode-version for Java 9

[Chris Lamb]

tags 894397 + pending
thanks

Thanks; applied in Git with testsuite adjustments too:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=ccac5ef40718abc82044fc6ec0a681f0697f6a5a


Regards,

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

Bug#894368: lintian: Please add check for empty directories in the source package

[Chris Lamb]

tags 894368 + pending
thanks

Fixed in Git, pending upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=c1f3de8031d3e1bea0e6b2d74614eccd0f20ca92


Regards,

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

Bug#894397: lintian: Update max-bytecode-version for Java 9

[Bas Couwenberg]

Source: lintian
Version: 2.5.80
Severity: normal
Tags: patch

Dear Maintainer,

OpenJDK 9 is now the default-jdk in Debian unstable, causing lintian to
complain about the incompatible-java-bytecode-format.

The attached patch increases the max-bytecode-version for 53 for Java 9,
and adds the bytecode version for Java 10 as the new max existing.

Kind Regards,

Bas
diff --git a/checks/java.pm b/checks/java.pm
index dafe53122..31c0238d8 100644
--- a/checks/java.pm
+++ b/checks/java.pm
@@ -98,7 +98,7 @@ sub run {
 or $mver
 > $MAX_BYTECODE->value('max-bytecode-existing-version')) {
 # First public major version was 45 (Java1), latest
-# version is 52 (Java8).
+# version is 53 (Java9).
 tag 'unknown-java-class-version', $jar_file,
   "($class -> $mver)";
 # Skip the rest of this Jar.
@@ -213,6 +213,7 @@ sub run {
 # 50 -> Java6
 # 51 -> Java7
 # 52 -> Java8
+# 53 -> Java9
 my $bad = 0;
 
 # If the lowest version used is greater than the requested
diff --git a/data/java/constants b/data/java/constants
index c114857db..0c28b1e4a 100644
--- a/data/java/constants
+++ b/data/java/constants
@@ -4,11 +4,12 @@
 #  45-49 -> Java1
 # 50 -> Java6
 # 51 -> Java7
-# 52 -> Java8 - Current max version in Debian unstable
-# 53 -> Java9
-max-bytecode-version = 52
+# 52 -> Java8
+# 53 -> Java9 - Current max version in Debian unstable
+# 54 -> Java10
+max-bytecode-version = 53
 
-max-bytecode-existing-version = 53
+max-bytecode-existing-version = 54
 
 # The following should not change
 min-bytecode-version = 45

Bug#894396: graphicsmagick: CVE-2018-9018

[Salvatore Bonaccorso]

Source: graphicsmagick
Version: 1.3.28-1
Severity: important
Tags: patch security upstream
Forwarded: https://sourceforge.net/p/graphicsmagick/bugs/554/
Control: found -1 1.3.20-3

Hi,

The following vulnerability was published for graphicsmagick:

CVE-2018-9018[0]:
| In GraphicsMagick 1.3.28, there is a divide-by-zero in the ReadMNGImage
| function of coders/png.c. Remote attackers could leverage this
| vulnerability to cause a crash and denial of service via a crafted mng
| file.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2018-9018
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-9018
[1] https://sourceforge.net/p/graphicsmagick/bugs/554/
[2] http://hg.graphicsmagick.org/hg/GraphicsMagick/rev/84040fada1ee

Regards,
Salvatore

Bug#806420: debian-edu: test suite times out on ci.debian.net

[Wolfgang Schweer]

On Sun, Mar 18, 2018 at 03:12:34PM +0100, Paul Gevers wrote:
> I would rather have somebody knowlegdeable first judge if really all
> combination need to be run, or if a reduced set is good enough. As I
> believe my fixup will waste needless time on the ci network.

Well, only some knowledge; Petter's feedback appreciated.

While yet another desktop (LXQt having been added for Buster) should be 
added, the number of combinations could be reduced if only KDE is tested 
with all profiles. I figure there'll be enough information if the 
'Workstation' profile gets tested for the remaining desktops.

Patch attached.

Wolfgang
From 8c7296927df5dc43c1bee1858c838b4af1b422da Mon Sep 17 00:00:00 2001
From: Wolfgang Schweer 
Date: Thu, 29 Mar 2018 20:50:34 +0200
Subject: [PATCH 1/2] Add lxqt to the list of desktops to test.

---
 debian/tests/test-tasksel-desktop | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/tests/test-tasksel-desktop b/debian/tests/test-tasksel-desktop
index ab4bac05..843c6cda 100644
--- a/debian/tests/test-tasksel-desktop
+++ b/debian/tests/test-tasksel-desktop
@@ -13,7 +13,7 @@ error() { error=1; echo error: "$@"; }
 echo debian-edu-install debian-edu-install/profile multiselect Workstation \
 | debconf-set-selections
 
-for desktop in kde gnome lxde xfce mate ; do
+for desktop in kde gnome lxde xfce mate lxqt ; do
 echo tasksel tasksel/desktop multiselect "$desktop" \
 	| debconf-set-selections
 wanted="education-desktop-$desktop"
-- 
2.16.3


From 78003dd1b3d93b97cdd9030e4ad67f2e710b752c Mon Sep 17 00:00:00 2001
From: Wolfgang Schweer 
Date: Thu, 29 Mar 2018 20:52:50 +0200
Subject: [PATCH 2/2] Reduce number of test combinations; kde: full range,
 others: only WORKSTATION.

---
 debian/tests/control | 46 +-
 1 file changed, 1 insertion(+), 45 deletions(-)

diff --git a/debian/tests/control b/debian/tests/control
index d651e873..5095fe94 100644
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -30,62 +30,18 @@ Test-Command: PROFILE=Workstation DESKTOP=gnome debian/tests/test-metapkgs
 Depends: education-common, how-can-i-help
 Restrictions: needs-root allow-stderr breaks-testbed
 
-Test-Command: PROFILE=Roaming-Workstation DESKTOP=gnome debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=LTSP-Server DESKTOP=gnome debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=Standalone DESKTOP=gnome debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
 Test-Command: PROFILE=Workstation DESKTOP=lxde debian/tests/test-metapkgs
 Depends: education-common, how-can-i-help
 Restrictions: needs-root allow-stderr breaks-testbed
 
-Test-Command: PROFILE=Roaming-Workstation DESKTOP=lxde debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=LTSP-Server DESKTOP=lxde debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=Standalone DESKTOP=lxde debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
 Test-Command: PROFILE=Workstation DESKTOP=xfce debian/tests/test-metapkgs
 Depends: education-common, how-can-i-help
 Restrictions: needs-root allow-stderr breaks-testbed
 
-Test-Command: PROFILE=Roaming-Workstation DESKTOP=xfce debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=LTSP-Server DESKTOP=xfce debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=Standalone DESKTOP=xfce debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
 Test-Command: PROFILE=Workstation DESKTOP=mate debian/tests/test-metapkgs
 Depends: education-common, how-can-i-help
 Restrictions: needs-root allow-stderr breaks-testbed
 
-Test-Command: PROFILE=Roaming-Workstation DESKTOP=mate debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=LTSP-Server DESKTOP=mate debian/tests/test-metapkgs
-Depends: education-common, how-can-i-help
-Restrictions: needs-root allow-stderr breaks-testbed
-
-Test-Command: PROFILE=Standalone DESKTOP=mate debian/tests/test-metapkgs
+Test-Command: PROFILE=Workstation DESKTOP=lxqt debian/tests/test-metapkgs
 Depends: education-common, how-can-i-help
 Restrictions: needs-root allow-stderr breaks-testbed
-- 
2.16.3



signature.asc

Bug#894356: lintian: udev-rule-missing-subsystem false positives when SUBSYSTEM GOTO is not the last GOTO

[Chris Lamb]

tags 894356 + pending
thanks

Hi Thomas,

Great stuff; thanks for the patch! I've applied this in in Git, pending
upload:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=5a18177456bbebcd77d7047a2743e203995e7f8d


Best wishes,

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

Bug#894391: strip-nondeterminism: fix testsuite [patch]

[Chris Lamb]

tags 894391 + pending
thanks

Thanks Gianfranco. I've applied this in Git here:

  
https://anonscm.debian.org/git/reproducible/strip-nondeterminism.git/commit/?id=a9aa2f0dafadd765c72b0b4caabd9d60e3a5ba37


Best wishes,

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

Bug#893037: Add support for diffing docker-format containers

[Jonathan Dowland]

I poked a bit at how docker's overlay2 driver stores the layers and came
up with this temporary hack script


#!/bin/sh
set -u
set -e

if [ $# -lt 2 ]; then
echo usage: $0 before after
exit 1
fi

before="$1"
after="$2"

bfs=$(docker inspect -f '{{ .GraphDriver.Data.UpperDir }}' "$before")
afs=$(docker inspect -f '{{ .GraphDriver.Data.UpperDir }}' "$after")

diff -ruN "$bfs" "$afs"


--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄

Bug#892872: redsocks: Redsocks 0.5 is incompatible with libevent 2.1

[Apollon Oikonomopoulos]

Control: severity -1 important
Control: tags -1 + confirmed upstream

Hi, thanks for the report!

On 08:11 Wed 14 Mar , CUI Hao wrote:
> Package: redsocks
> Version: 0.5-1+b1
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
[ Downgrading severity, as the package is not completely unusable ]

> Dear Maintainer,
> 
> Redsocks doesn't function on Debian buster. It hangs after receiving
> packets direct by iptables and never redirects packets to proxy.
> 
> It seems redsocks 0.5 is incompatible with libevent 2.1 which is in
> buster and sid's repo. Here are related upstream issues:
> https://github.com/darkk/redsocks/issues/107
> https://github.com/darkk/redsocks/issues/122

Doing some preliminary testing with the config in #122, this seems to be 
limited to the http-relay and http-connect modes. At least on my system, 
socks5 works fine.

I'll do some more experiments and see if I can get it fixed.

Regards,
Apollon

Bug#894395: locales: et_EE.UTF-8 locale broken: LC_COLLATE: missing `reorder-end' keyword

[Meelis Roos]

Package: locales
Version: 2.27-2
Severity: normal


While configuring or re-configuring the locales package, I always get an
error about et_EE.UTF-8 locale:

# dpkg-reconfigure locales
Generating locales (this might take a while)...
  et_EE.UTF-8...[error] LC_COLLATE: missing `reorder-end' keyword
 done
Generation complete.

It seems like locale generation has become stricter and LC_COLLATE
definition in et_EE is no longer usable?

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

Kernel: Linux 4.16.0-rc7 (SMP w/4 CPU cores)
Locale: LANG=et_EE.UTF-8, LC_CTYPE=et_EE.UTF-8 (charmap=UTF-8), 
LANGUAGE=et_EE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  libc-bin   2.27-2
ii  libc-l10n  2.27-2

locales recommends no packages.

locales suggests no packages.

-- debconf-show failed

Bug#894348: octave-io's autopkg tests fail, because java9 is not recognized

[Mike Miller]

On Thu, Mar 29, 2018 at 19:09:19 +0800, Matthias Klose wrote:
> autopkgtest [10:19:33]: test ods-default: [---
> Testing default interface for ODS...
> warning:
> Java version too old - you need at least Java 6 (v. 1.6.x.x)

Upstream bug report at https://savannah.gnu.org/bugs/?53510

I am recommending that upstream drop the version check entirely. The
attached patch does just that, works for me with cursory local testing.

-- 
mike
Description: drop version number check for outdated versions of JRE
Author: Mike Miller 
Bug: https://savannah.gnu.org/bugs/?53510
Bug-Debian: https://bugs.debian.org/894348
Last-Update: 2018-03-29
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/inst/private/__chk_java_sprt__.m
+++ b/inst/private/__chk_java_sprt__.m
@@ -41,18 +41,8 @@
 ## Now check for proper version (>= 1.6)
 jver = ...
   char (javaMethod ("getProperty", "java.lang.System", "java.version"));
-cjver = strsplit (jver, ".");
-if (sscanf (cjver{2}, "%d") < 6)
-  warning ...
-("\nJava version too old - you need at least Java 6 (v. 1.6.x.x)\n");
-  if (dbug)
-printf ('At Octave prompt, try "!system ("java -version")"');
-  endif
-  return
-else
-  if (dbug > 2)
-printf ("  Java (version %s) seems OK.\n", jver);
-  endif
+if (dbug > 2)
+  printf ("  Java (version %s) seems OK.\n", jver);
 endif
 ## Now check for proper entries in class path. Under *nix the classpath
 ## must first be split up. In java 1.2.8+ javaclasspath is already a cell array


signature.asc
Description: PGP signature

Bug#894376: gnome-control-center crash FATAL: Could not allocate gigacage memory

[Jeremy Bicha]

On Thu, Mar 29, 2018 at 12:18 PM, Grand T  wrote:
> I am just a user, I don't set this variable myself.

If you didn't set it, maybe an app you installed did.

Maybe you should do a clean install of Debian.

Thanks,
Jeremy Bicha

Bug#882238: [Cupt-devel] Bug#882238: cupt: FTBFS on hppa and hurd-i386: feeding-input.t fails

[John David Anglin]

On 2018-03-29 11:53 AM, Eugene V. Lyubimkin wrote:

On hurd-i386, I tracked it down to a misbehaviour of timeout(1), reported as 
#894379.
For HPPA, I didn't see any available porterboxes for HPPA on db.debian.org, so 
I could not
reproduced it. Did I miss any?

I'll take a look at the timeout problem.  Access to a box can be arranged.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#894394: RFS: cjson/1.7.5-1

[Yanhao Mo]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: cjson
  Version : 1.7.5-1
  Upstream Author : Dave Gamble
* URL : https://github.com/DaveGamble/cJSON
* License : MIT
  Section : libs

It builds those binary packages:

  libcjson-dev - Ultralightweight JSON parser in ANSI C (development files)
  libcjson1  - Ultralightweight JSON parser in ANSI C

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

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


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

  dget -x https://mentors.debian.net/debian/pool/main/c/cjson/cjson_1.7.5-1.dsc

More information about hello can be obtained from 
https://github.com/DaveGamble/cJSON

Regards,
Yanhao Mo


signature.asc
Description: PGP signature

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Philip Rinn]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 29.03.2018 at 19:42, Sebastian Dröge wrote:
> On Thu, 2018-03-29 at 19:24 +0200, Philip Rinn wrote:
>> 
>>> So we'll have to get that solved somehow
>> 
>> Is there another solution than adding a dependency on gstreamer1.0- gtk3 in
>> corebird? (Besides adding it to gstreamer1.0-plugins-good which you
>> obviously don't want).
> 
> GStreamer has a mechanism to tell you about missing plugins and ask the user
> to install it. On Debian this is handled via 
> /etc/alternatives/gstreamer-codec-install , which usually then points to
> packagekit and would ask the user to install the gstreamer1.0-gtk3 package
> then.
> 
> But as corebird apparently does not use that API in the current version,
> that's also not a very useful solution.

I'll ask upstream to implement it, seems useful.

> I don't see a solution that a) requires no changes to corebird, b) doesn't
> let gstreamer1.0-plugins-good (or -bad) pull in GTK as a dependency and
> defeat the purpose of splitting it off into its own package.

I just uploaded a version of corebird which depends on gstreamer1.0-gtk3.

> We should really just somehow get the new package into testing fast, which is
> currently blocked on mesa.

Yes, that would be helpful.

Best,

Philip

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlq9KPoACgkQrWkWlnOT
mCudUhAAr2RoJbWQapp9APEN3V4ZUJPtsDXuBk2bpSRk+vnWKWKRUUSgz4179oyX
WxuAZV1sI48U887GnaKdvH9gVP/sixy+33b65StSwKrV2B4KEhLyR6D7jKveixcJ
vZWov3ES9uNDAg3AbwT5K/QgRljMoGrTwRplQBsG8FFuLLbKZA+amSRXfKiXnwQG
QVrGhclbbwc1LMlkyLTipaC/dlYQps7rQ9LneeRq1LRgegeBRdgGs76JAZch7H32
RGxWIqQq/HKwDWcl5VEMm6gYzb6pJe7zJFSbrcyMKsyRju+9NjX296o7T7PBn7Kh
qMrFuMymHlqhIqrEEzME+1cHOO40gmOfiqr1tBxIcfi4RRoqd3xtHWHD3wE/rSn2
meWjHHzUHFu+Qqlh48sw+BltYXkwVb3jfA8cz81qgK/b4pIilMDdkSoCWtJyPoEx
RwpvKkm7/LmnnPK6qTGKOSqUDTAk8iB0TdmtVuJTnuggwtReJCrJ+64KOC5r7t3U
dHqgb6wo5fo32ZFpNI47OCXtcV+rE6Pdfu3dtqL0tvy0sq2+GIm3S1lZiZe18AIk
BVRrsjl1I5ZDnhm3OAyKczMDb0Q3fk53B2xepI+9r3+bPIIi9qg0cXFWbYBldsEO
mV+4DGtT4FYC4oWH3+vb6EztWnjyYe2aCgBLFV3zMrJeBWY8oXE=
=KQj1
-END PGP SIGNATURE-

Bug#894388: affects corebird

[dann frazier]

affects 894388 + corebird
thanks

corebird 1.7.4-1

(gdb) run
Starting program: /usr/bin/corebird 
[Thread debugging using libthread_db enabled]
[...]
(gdb) b
#0  0x72018e79 in wl_proxy_marshal (proxy=0x0, opcode=0)
at ../src/wayland-client.c:692
#1  0x7fffe2e461b9 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-wayland.so
#2  0x7fffef1e8fce in ffi_call_unix64 ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#3  0x7fffef1e893f in ffi_call ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#4  0x7201bd8b in wl_closure_invoke (
closure=closure@entry=0x56e9cb10, flags=flags@entry=1, 
target=, target@entry=0x55e62d60, 
opcode=opcode@entry=1, data=) at ../src/connection.c:935
#5  0x72018928 in dispatch_event (
display=display@entry=0x55b208d0, queue=)
at ../src/wayland-client.c:1310
#6  0x72019be4 in dispatch_queue (queue=0x55b20998, 
display=0x55b208d0) at ../src/wayland-client.c:1456
#7  wl_display_dispatch_queue_pending (display=0x55b208d0, 
queue=0x55b20998) at ../src/wayland-client.c:1698
#8  0x764e85c4 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#9  0x76488fc0 in gdk_display_get_event ()
   from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#10 0x764e82f2 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#11 0x751ef287 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x751ef4c0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x751ef54c in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x757afcbd in g_application_run ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#15 0x5556eb83 in _vala_main (args=, 
args_length1=) at main.c:50
#16 0x74beca87 in __libc_start_main (main=0x5556ea00 , 
argc=1, argv=0x7fffe178, init=, fini=, 
rtld_fini=, stack_end=0x7fffe168)
at ../csu/libc-start.c:310
#17 0x5556ea3a in _start ()

Bug#894393: ITP: falkon -- lightweight web browser based on Qt WebEngine

[Georges Khaznadar]

Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar 

* Package name: falkon
  Version : 3.0.0
  Upstream Author : David Rosca 
* URL : https://userbase.kde.org/Falkon
* License : GPL-3.0+
  Programming Lang: C++
  Description : lightweight web browser based on Qt WebEngine

 Falkon is a new and very fast Qt Webengine browser. It aims to be a
 lightweight web browser available through all major platforms.
 .
 Falkon has all standard functions you expect from a web browser. It
 includes bookmarks, history (both also in sidebar) and tabs. Above
 that, you can manage RSS feeds with an included RSS reader, block ads
 with a builtin AdBlock plugin, block Flash content with Click2Flash
 and edit the local CA Certificates database with an SSL Manager.



Falkon is definitely the successor of the package qupzilla, which
is now obsolete, and will no longer be maintained. Falkon is now part
of KDE development works. I used to maintain the package for Qupzilla,
and will keep on maintaining the new-branded package.

This package closes bugs which are open for Clonezilla.

Bug#894392: check on debhelper versioned dependency should be made backports-friendly

[Sébastien Villemot]

Package: libconfig-model-dpkg-perl
Version: 2.106
Severity: normal

Dear Maintainer,

I have a package which declares a Depends on debhelper (>= 11~), in order to
facilitate backports (because stretch-backports currently has version
11~bpo9+1).

But cme fix dpkg-control does not like this, and replaces it by
debhelper (>= 11), which is not satisfiable in stretch-backports.

cme should be made to accept the backport-friendly constraint.

Best,

-- 
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org


signature.asc
Description: PGP signature

Bug#894391: strip-nondeterminism: fix testsuite [patch]

[Gianfranco Costamagna]

Source: strip-nondeterminism
Version: 0.040-1
Severity: important
Tags: patch

Hello, the testsuite is now broken, because debhelper assumes a debian 
directory available during the perl import code
e.g.
"require Debian::Debhelper::Dh_Lib"

so, copying the debian directory to the testsuite path fixes this error, patch 
at

http://launchpadlibrarian.net/362577713/strip-nondeterminism_0.040-1_0.040-1ubuntu1.diff.gz

--- strip-nondeterminism-0.040/debian/tests/testsuite  2017-10-29 
16:42:39.0 +0100
+++ strip-nondeterminism-0.040/debian/tests/testsuite  2018-03-29 
19:10:41.0 +0200
@@ -5,7 +5,7 @@
 tmp="${AUTOPKGTEST_TMP:-"${ADTTMP:-"$(mktemp -d)"}"}"
 
 mkdir -p "$tmp"
-cp -rv t/ bin/ "$tmp"
+cp -rv t/ bin/ debian/ "$tmp"
 cd "$tmp"
 
 set +e


thanks for considering it!

Gianfranco



signature.asc
Description: OpenPGP digital signature

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Sebastian Dröge]

On Thu, 2018-03-29 at 19:24 +0200, Philip Rinn wrote:
> 
> > So we'll have to get that solved somehow
> 
> Is there another solution than adding a dependency on gstreamer1.0-
> gtk3 in corebird? (Besides adding it to gstreamer1.0-plugins-good
> which you obviously don't want).

GStreamer has a mechanism to tell you about missing plugins and ask the
user to install it. On Debian this is handled via
/etc/alternatives/gstreamer-codec-install , which usually then points
to packagekit and would ask the user to install the gstreamer1.0-gtk3
package then.

But as corebird apparently does not use that API in the current
version, that's also not a very useful solution.


I don't see a solution that a) requires no changes to corebird, b)
doesn't let gstreamer1.0-plugins-good (or -bad) pull in GTK as a
dependency and defeat the purpose of splitting it off into its own
package.

We should really just somehow get the new package into testing fast,
which is currently blocked on mesa.

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

Bug#882218: thunderbird: Apparmor doesn't allow personal profiles outside of ~/.{thunderbird,icedove}

[Vincas Dargis]

Control: tags -1 -pending

On 3/29/18 8:20 PM, intrigeri wrote:

Hi,

Vincas Dargis:

I do not see the need for migration of any kind. @{thunderbird_user_dirs} will 
be set
to @{HOME}, so _by default profile will work the same as before_.



OP of this bug report will be able to extend this variable in
`/etc/apparmor.d/local/tunables/usr.bin.thunderbird` file by adding single line
`@{thunderbird_user_dirs} += @{HOME}/Archives/`, and reloading profile.
This customization point could be documented in README.Apparmor as suggested.


What's the status here?

The "pending" tag seems to be misleading: either we consider that we
solved this with #882218 (and then let's close this bug) or we don't
(and then let's drop the "pending" tag).

Cheers,



Yes, I believe there should not be "pending" tag set.

I have this on TODO, but I need to have this bug fixed first (issue with 
variables in local/something and other seemingly non-standard directories):

https://bugs.launchpad.net/apparmor/+bug/1331856

Also, conditional includes would make packaging easy, meaning there 
would be no need to package local/tunables/usr.bin.thunderbird.d nor 
tunables/usr.bin.thunderbird.d (where distribution-specific variables 
_could_ be placed, if needed). But that's gonna be with AppArmor 3.0 I 
presume?

Bug#893695: apparmor: Apparmor break firefox with psd

[Vincas Dargis]

rollopack, we have bug about having "proper" Firefox profile:

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

Ubuntu Firefox _package_ project has profile that is updated time to 
time, you can try that:

https://bazaar.launchpad.net/~mozillateam/firefox/firefox-trunk.head/view/head:/debian/usr.bin.firefox.apparmor.14.10

It would be nice to have this profile in some more.. "upstreamish" 
place, of course.


For example, LibreOffice profile is hosted on central upstream 
LibreOffice repository [0] and our maintainer Rene does pretty good job 
updating it.


[0] 
https://cgit.freedesktop.org/libreoffice/core/tree/sysui/desktop/apparmor

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Philip Rinn]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Thu, 29 Mar 2018 19:24:52 +0200 Philip Rinn  wrote:
> It would have been nice to contact depending maintainers and provide an
> upgrade path. You didn't even mention the package split it in d/changelog.

Oh, found it hidden in the d/changelog entry of gst-plugins-good1.0 (1.13.1-1)

Philip
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEK9jU45eVX3dG2zuJrWkWlnOTmCsFAlq9ImAACgkQrWkWlnOT
mCtHdg/+Pe4JdrSCn+DMWznWf75otskInEIMy3g4ZSbcV4VwxUV88lDB3VGTfrM4
B7RnggfnuJvv1mDD/r2ZPc90vjDJ/xjxNyu1FEolADSUI4AE9btQG6D+3JElQRTa
b4yyerRXZImz6KMgPzsTkR61jthzpjhhe0SfrXm8lstHzX1EW6Ib2SsOMJwHa1yd
J43kZjmb/Q6vrVC/cvb9yhrs5oWhtX6xCiZFXI3lqZqsplQwZ8LWIR8PLrtfG1lP
ZYq1ETMXqirCd4Dl+cKr8BB/QCXo2hqNm0iLRnPcWr2TBRRQMlSPlcUYDU7/i/Uy
pPLY5vQFNxajBhbStJZkMbW1AbdOuaXgb0Qigi4eERBiUJXeYeXXCZHNxUM9xI19
9XxklB9Udu0ssVPFzqyJJOIdmQsiUo6FCu9uqdZFqeKy678w3LDmkmGxXG5GqAu0
8dk0lBoD4M9ABCadufDtJYRZ5ToOipHC2qgfic+YKrKbQbIPqs9DJrXtQtcWudPO
Qyw3x8/K9rx/uGOJMDv8ku6a7+kdNejFv752bHjuAL1ve/rMfKnwXG8InF+q9eeU
iWh3TRBK0GB1yPDLYjJuxuJUNOCyzTQlwC25RuJ2oGyT7djOIJ3CdY33kO2tsZd+
xl6cs1nhwsiHLwRP8bxk/FOUySse1JcoiXPWNiLdvxQ36z9Jhsg=
=eQbZ
-END PGP SIGNATURE-

Bug#879619: Autopkgtest for ncbi-tools6

[Aaron M. Ucko]

Liubov Chuprikova  writes:

> Please, have an eye on my last commits
> ! I'd like to
> ask one question (most likely it is to Aaron): Are there tools that I
> didn't include, but you would strongly recommend for testing? Then I will
> concentrate on them to finish.

These tests are shaping up nicely; thanks again for putting them
together.  Of the remaining tools, I would prioritize testing tbl2asn
and perhaps asnmacro.  (Also, please fix the typo in the asn2gb test's
leading echo statement.)

Спасибо!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Philip Rinn]

On 29.03.2018 at 18:43, Sebastian Dröge write:
> You need to depend on gstreamer1.0-gtk now, which provides the GTK
> plugin. It was moved to its own package because people complained that
> gstreamer1.0-plugins-bad pulls in too many dependency (and it would be
> in gstreamer1.0-plugins-good otherwise now anyway with 1.14).

Installing gstreamer1.0-gtk3 indeed fixes the problem.

It would have been nice to contact depending maintainers and provide an upgrade
path. You didn't even mention the package split it in d/changelog.

> Unfortunately, that package is not in testing yet because of a bug in
> mesa, which seems blocked by bureaucracy now.
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894076

I don't see how gstreamer1.0-gtk3 entering testing would solve the situation. It
wouldn't get installed automatically so corebird would be broken even if it
entered testing today.

> So we'll have to get that solved somehow

Is there another solution than adding a dependency on gstreamer1.0-gtk3 in
corebird? (Besides adding it to gstreamer1.0-plugins-good which you obviously
don't want).

Best,

Philip



signature.asc
Description: OpenPGP digital signature

Bug#882218: thunderbird: Apparmor doesn't allow personal profiles outside of ~/.{thunderbird,icedove}

[intrigeri]

Hi,

Vincas Dargis:
> I do not see the need for migration of any kind. @{thunderbird_user_dirs} 
> will be set
> to @{HOME}, so _by default profile will work the same as before_.

> OP of this bug report will be able to extend this variable in
> `/etc/apparmor.d/local/tunables/usr.bin.thunderbird` file by adding single 
> line
> `@{thunderbird_user_dirs} += @{HOME}/Archives/`, and reloading profile.
> This customization point could be documented in README.Apparmor as suggested.

What's the status here?

The "pending" tag seems to be misleading: either we consider that we
solved this with #882218 (and then let's close this bug) or we don't
(and then let's drop the "pending" tag).

Cheers,
-- 
intrigeri

Bug#883245: Log results

[intrigeri]

Control: tag -1 + moreinfo

Hi,

Maryse Argouin & Jean Lafontaine:
> I dont know if it's helping but here is what is happening when i click
> on a link in Thunderbird 52.6.0  using SolydX EE OS

For the record, SolydX seems to be a Debian derivative. I'm not sure
if/why they ask their users to report bugs directly to Debian without
first checking that Debian is affected, but well… let's try to find
out whether this is relevant to Debian users and/or upstream:

> Output of: sudo journalctl -kaf --no-hostname | grep -w 'apparmor="DENIED"'

> fév 11 17:31:49 kernel: audit: type=1400 audit(1518388309.673:180):
> apparmor="DENIED" operation="exec" profile="thunderbird"
> name="/opt/firefox/firefox" pid=26794 comm="thunderbird"
> requested_mask="x" denied_mask="x" fsuid=1000 ouid=0

Where does /opt/firefox/firefox come from? In other words, how did you
install this copy of Firefox?

Cheers,
-- 
intrigeri

Bug#893076: debhelper: dh_clean cannot clean config.{guess,sub} in subdir

[Niels Thykier]

Control: tags -1 moreinfo unreproducible


On Fri, 16 Mar 2018 15:46:28 +0800 YunQiang Su  wrote:
> Package: src:debhelper
> Version: 11.1.5
> 
> Since dh_update_autotools_config is recommended to be used,
> and dh_autotools-dev_restoreconfig should be used anymore,
> and dh_clean will work with dh_update_autotools_config,
> 
> while dh_clean cannot config.{guess,sub} in a subdir,
> 
> I meet this problem when I try to add the
>dh_update_autotools_config
> to   kexec-tools_2.0.16-1
> 
> -- 
> YunQiang Su
> 
> 

Hi,

I cannot reproduce this particular issue with kexec-tools 1:2.0.16-1.  I
inserted the dh_update_autotools_config call just before the
dh_autoreconf call and the build was successful[1].

The only "odd" observation was that the package does a configure during
its clean.  However, that problem is unrelated to
dh_update_autotools_config.

Thanks,
~Niels

[1] Snippet from the build log:
"""
>  debian/rules build
> dh_testdir
> # Add here commands to configure the package.
> dh_update_autotools_config -v
> install -d debian/.debhelper/bucket/files
> cp -an --reflink=auto config/config.guess 
> debian/.debhelper/bucket/files/f6e1bdf4ebd026d9fb9f876163463948073f2d2fa7876ea518b90bb3cb549671.tmp
> mv 
> debian/.debhelper/bucket/files/f6e1bdf4ebd026d9fb9f876163463948073f2d2fa7876ea518b90bb3cb549671.tmp
>  
> debian/.debhelper/bucket/files/f6e1bdf4ebd026d9fb9f876163463948073f2d2fa7876ea518b90bb3cb549671
> cp -f /usr/share/misc/config.guess ./config/config.guess
> cp -an --reflink=auto config/config.sub 
> debian/.debhelper/bucket/files/3cd488ca40af79af9b139188c440d64d3cf52eee56f4908907b61e12850646cf.tmp
> mv 
> debian/.debhelper/bucket/files/3cd488ca40af79af9b139188c440d64d3cf52eee56f4908907b61e12850646cf.tmp
>  
> debian/.debhelper/bucket/files/3cd488ca40af79af9b139188c440d64d3cf52eee56f4908907b61e12850646cf
> cp -f /usr/share/misc/config.sub ./config/config.sub
> dh_autoreconf
"""

Bug#894365: virtualbox build depends on openjdk-8-jdk-headless

[Gianfranco Costamagna]

Hello, 


will be available here:
http://debomatic-amd64.debian.net/distribution#unstable/virtualbox/5.2.8-dfsg-6/buildlog


G.

Il Giovedì 29 Marzo 2018 17:24, Emmanuel Bourg  ha scritto:



On Thu, 29 Mar 2018 14:46:56 + (UTC) Gianfranco Costamagna wrote:


> I couldn't even make it build with openjdk >= 9, and people told me that 
> openjdk 11 will change 
> 
> everything again.
> 
> I hope upstream will try to find a way, for now I'm out of ideas
> 
> even the --add-modules or similar keyword didn't fix the javax missing 
> package.

Could you post the build log with openjdk-9? I'll get a look.

Emmanuel Bourg

Bug#888728: #888728 AppArmor profile denies access to recommended %include'ed configuration files

[intrigeri]

Hi Peter!

intrigeri:
>> It was because I'd put some customizations into /etc/torrc.custom, (as
>> suggested by the comments at the bottom of /etc/tor/torrc. However the
>> apparmor profile in (abstractions/system_tor) limit tor to be able to
>> only read /etc/tor/.

> Thanks for this report.

>> Could either the config file suggest using /etc/tor/torrc.custom, or
>> modifying the apparmor profile to allow reading /etc/torrc.custom.

> Changing the recommended path would be painful for those who have
> already followed the previous set of recommendations and I trust
> weasel to have chosen these paths carefully. So IMO we should simply
> adjust the AppArmor profile:

Is there anything I can do to increase the chances the fix I've
proposed is applied to the Debian packaging?

Cheers,
-- 
intrigeri

Bug#894390: RFS: secpanel/1:0.6.1-3

[Daniel Echeverry]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: secpanel
* Version : 1:0.6.1-3
* Upstream Author : Steffen Leich 
* URL : http://themediahost.de/secpanel/
* License : GPL-2.0
* Section : net

It builds those binary packages:

secpanel   - graphical user interface for SSH and SCP

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/s/secpanel/secpanel_0.6.1-3.dsc

More information about secpanel can be obtained from
http://themediahost.de/secpanel/.

Changes since the last upload:

* debian/control
+ Remove Tcl/Tk 8.5 Depends. (Closes: #893140)
+ Update Standards-Version to 4.1.3
+ Change debhelper to 11 in B-D.
+ Remove some whitespaces.
  * debian/copyright
+ Use HTTPS in format url.
+ Extend Debian copyright holders years.
  * debian/patches
+ Remove 04_use_wish8.5.diff patch.
  + Switch to the default Tcl/Tk version
because Tcl/Tk 8.5 is to be removed from Debian
+ Thanks to Sergei Golovan for the patch!.
  * debian/compat
+ Switch compat level 8 to 11.
  * remove d/secpanel.menu file.
  * debian/changelog
+ Remove some whitespaces.

Regards,
Daniel Echeverry

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#858294: Unreproducible, moreinfo needed

[Vladimir Berezenko]

> Hi! I definitely can't reproduce this bug. Can you still reproduce it? Which
> Qt version are you currently using?

This is definitely reproducible. The current Qt5 version is 5.9.2-2 on my quad 
G5, and 5.8.4 on G4 powerbook. Both machines are not reacting on mousewheel 
events at all. I've tried KDE, LXQt. GTK2/3 apps are not affected at all.

-- 
WBR, Vladimir Berezenko

Bug#882937: apparmor: cupsd profile blocks creation of PDF files with printer-driver-cups-pdf

[intrigeri]

Hi Nuno!

Brian Potkin:
> On Thu 07 Dec 2017 at 10:51:26 +0100, intrigeri wrote:
>> If using a non-standard parent directory for home directories, you'll
>> need to let AppArmor know about it. Thankfully we have everything in
>> place to do this: adding @{HOMEDIRS}+=/home/host to
>> /etc/apparmor.d/tunables/home.d/site.local should do the trick.
>> Then, "sudo systemctl restart apparmor" and retry.
>> 
>> Does this fix the problem you're experiencing?

> Does this work for you, Nuno?

A few months later: ping?

@maintainers: I'm pretty sure we've identified the root cause of the
problem and a workaround is available, so I recommend closing this bug
unless Nuno tells us the workaround does not fix the problem within
a month or two. If you feel like the workaround for this corner case
should be documented, let me know or file a bug against src:apparmor
directly :)

Cheers,
-- 
intrigeri

Bug#893695: apparmor: Apparmor break firefox with psd

[intrigeri]

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

Hi,

rollopack:
> Hi, firefox 60 using Profile-sync-daemon is blocked by apparmor.

> From dmesg:

> [126996.722983] audit: type=1400 audit(1521622991.503:1719): apparmor="DENIED"
> operation="symlink" profile="/usr/lib/firefox/firefox{,*[^s][^h]}"
> name="/run/user/1000/rollopack-firefox-siidzdj3.default/lock" pid=9163
> comm="firefox" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000

Thanks for this bug report. We don't enable the Firefox profile in
Debian for many reasons. We include it in
/usr/share/apparmor/extra-profiles/ merely so that interested people
can try it out and join its development upstream.

Quoting /usr/share/apparmor/extra-profiles/README:

 Feedback on these unsupported profiles is welcomed; any
 contributions for this directory should be clearly licensed
 -- we recommend using the GPL. Please mail suggestions or
 modifications to the appar...@lists.ubuntu.com mail list:
 https://lists.ubuntu.com/mailman/listinfo/apparmor

Thanks!

Cheers,
-- 
intrigeri

Bug#893974: apparmor: loads /etc/apparmor.d/*.dpkg-remove

[intrigeri]

Control: tag -1 + upstream

Felix C. Stegerman:
> I noticed that my openntpd service stopped working after apparmor was
> enabled in sid by default.  I finally traced the problem to a
> remaining /etc/apparmor.d/usr.sbin.ntpd.dpkg-remove without 'x'
> permissions for /usr/sbin/ntpd.  It did not immediately occur to me
> that whilst the /etc/apparmor.d/usr.sbin.ntpd config seemed fine, it
> was being overruled by an old .dpkg-remove.

Good catch!

> Not sure what the best way to fix this is, but it seems to me that
> apparmor should probably not load any *.dpkg-remove.

Agreed. I've asked someone who prepared a similar merge request
recently if they would be fine with extending it to cover
*.dpkg-remove too:
https://gitlab.com/apparmor/apparmor/merge_requests/86#note_65780436

If they don't want to, perhaps you could do it yourself?
https://gitlab.com/apparmor/apparmor/merge_requests/86/diffs
should tell you exactly what should be changed and where :)

Cheers!

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Sebastian Dröge]

reassign 894387 gst-plugins-good1.0
thanks

On Thu, 2018-03-29 at 18:28 +0200, Philip Rinn wrote:
> Source: gst-plugins-bad1.0
> Version: 1.14.0-1
> Severity: normal
> 
> Hi,
> 
> since gst-plugins-bad1.0 1.14.0-1 entered testing today corebird
> can't play videos anymore.
> 
> The error is:
> 
> "Could not create gtksink. Need gst-plugins-bad >= 1.6"

You need to depend on gstreamer1.0-gtk now, which provides the GTK
plugin. It was moved to its own package because people complained that
gstreamer1.0-plugins-bad pulls in too many dependency (and it would be
in gstreamer1.0-plugins-good otherwise now anyway with 1.14).

Unfortunately, that package is not in testing yet because of a bug in
mesa, which seems blocked by bureaucracy now.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=894076

So we'll have to get that solved somehow

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

Bug#893973: openntpd: broke w/ apparmor b/c remaining /etc/apparmor.d/usr.sbin.ntpd.dpkg-remove

[intrigeri]

Hi,

Dererk:
> I'm copying Intrigeri in this report to see how we could align a
> solution with how apparmor is intended to be used in this case.

I'm trying hard to not be a single point of failure for All Things
AppArmor in Debian, so next time please use the help-needed usertag
when you need help wrt. AppArmor, so others get a chance to help too:
https://wiki.debian.org/AppArmor/Reportbug#Usertags

For the AppArmor side of things, see #893974 :)

> Do you know how we could have arrived to this situation (having a
> -remove file)? Do you know what is the expected way to cope with this
> -remove file?

> Should I delete this on preinst?

I've never seen that either but this seems helpful:
https://codesearch.debian.net/search?q=dpkg-remove=1

Cheers,
-- 
intrigeri

Bug#894388: segfault correlated with screen blank

[dann frazier]

Package: gnome-terminal
Version: 3.28.0-1
Severity: important

When I leave my system idle long enough to blank the screen, gnome-terminal
and other applications regularly segfault. The segfault is in
libwayland-client0; however, the first crash wasn't correlated with an update
to that package. It is correlated with an update to gnome-terminal but, as
this impacts other applications as well, the bug may well be in some
intermediate dependency.

I've varied the screen blank timeout, and found that the crashes remain
correlated with that time.

Applications all tend to crash around the same time:

[258291.961328] gnome-terminal-[9552]: segfault at 0 ip 7f79b21fd079 sp 
7ffd871058c0 error 4 in libwayland-client.so.0.3.0[7f79b21f7000+d000]
[258291.961356] gnome-software[9606]: segfault at 0 ip 7fed5590e079 sp 
7fff0426a4e0 error 4 in libwayland-client.so.0.3.0[7fed55908000+d000]
[258291.961411] corebird[10358]: segfault at 0 ip 7f06bfe24079 sp 
7ffd2473f640 error 4
[258291.961414] gnome-control-c[10142]: segfault at 0 ip 7fb56c10b079 sp 
7ffc8ecc36c0 error 4
[258291.961415]  in libwayland-client.so.0.3.0[7f06bfe1e000+d000]
[258291.961423]  in libwayland-client.so.0.3.0[7fb56c105000+d000]

I captured the following backtrace w/ gnome-terminal:

(gdb) run
Starting program: /usr/lib/gnome-terminal/gnome-terminal-server --app-id 
my.bar.Terminal
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffebd0e700 (LWP 13087)]
[New Thread 0x7fffeb50d700 (LWP 13088)]
[New Thread 0x7fffead0c700 (LWP 13089)]
Display does not support owner-change; copy/paste will be broken!
xkbcommon: ERROR: Key "" added to modifier map for multiple modifiers; 
Using Control, ignoring Lock
[New Thread 0x7fffe97a1700 (LWP 13094)]
[Thread 0x7fffe97a1700 (LWP 13094) exited]

Thread 1 "gnome-terminal-" received signal SIGSEGV, Segmentation fault.
(gdb) bt
0x727c2079 in wl_proxy_marshal (proxy=0x0, opcode=0)
at ../src/wayland-client.c:787
787 ../src/wayland-client.c: No such file or directory.
#0  0x727c2079 in wl_proxy_marshal (proxy=0x0, opcode=0)
at ../src/wayland-client.c:787
#1  0x7fffe97a41b9 in ?? ()
   from /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-wayland.so
#2  0x706bffce in ffi_call_unix64 ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#3  0x706bf93f in ffi_call ()
   from /usr/lib/x86_64-linux-gnu/libffi.so.6
#4  0x727c5184 in wl_closure_invoke (
closure=closure@entry=0x55c1d310, flags=flags@entry=1, 
target=, target@entry=0x55dd8360, 
opcode=opcode@entry=1, data=) at ../src/connection.c:996
#5  0x727c19d9 in dispatch_event (
display=display@entry=0x557f0f90, queue=)
at ../src/wayland-client.c:1434
#6  0x727c2ea4 in dispatch_queue (queue=0x557f1058, 
display=0x557f0f90) at ../src/wayland-client.c:1580
#7  wl_display_dispatch_queue_pending (display=0x557f0f90, 
queue=0x557f1058) at ../src/wayland-client.c:1822
#8  0x7700c5c4 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#9  0x76facfc0 in gdk_display_get_event ()
   from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#10 0x7700c2f2 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#11 0x76046287 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#12 0x760464c0 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#13 0x7604654c in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#14 0x76606cbd in g_application_run ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#15 0x5556adf2 in main (argc=, argv=)
at server.c:183

Note that this backtrace is using libwayland-client0 1.14.92-1 from
experimental. This is also reproducible with the version in sid (1.14.0-2),
but I had upgraded to the experimental version to see if it resolved this
issue - which it obviously did not.

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

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

Versions of packages gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.6-2
ii  dbus-x11 [dbus-session-bus]   1.12.6-2
ii  dconf-gsettings-backend [gsettings-backend]   0.26.1-3
ii  gnome-terminal-data   3.28.0-1
ii  gsettings-desktop-schemas 3.28.0-1
ii  libatk1.0-0   2.28.1-1
ii  libc6 2.27-2
ii  libdconf1  

Bug#894389: Dovecot imap process periodically crash on Debian Stretch

[Pali Rohár]

Package: dovecot-core
Version: 1:2.2.27-3+deb9u2

Dovecot is periodically crashing on Debian Stretch when sieve plugin and
virtual folders are loaded and used. Dovecot imap process crashes on
every status change in mailbox.

In dovecot log are repeating following entries:

dovecot: imap: Panic: file imap-sieve-storage.c: line 616: unreached
dovecot: imap: Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x95e92) 
[0x7f08e1546e92] -> /usr/lib/dovecot/libdovecot.so.0(+0x95f8d) [0x7f08e1546f8d] 
-> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f08e14dca91] -> 
/usr/lib/dovecot/modules/lib95_imap_sieve_plugin.so(+0x669a) [0x7f08dfe6d69a] 
-> 
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_commit_get_changes+0x51)
 [0x7f08e18145b1] -> 
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_commit+0x1e) 
[0x7f08e181467e] -> 
/usr/lib/dovecot/modules/lib20_virtual_plugin.so(virtual_backend_box_sync_mail_unset+0x3c)
 [0x7f08e0d0558c] -> 
/usr/lib/dovecot/modules/lib20_virtual_plugin.so(virtual_storage_sync_init+0xc40)
 [0x7f08e0d08460] -> 
/usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x3b) 
[0x7f08e181402b] -> dovecot/imap(imap_sync_init+0x68) [0x55e612307d48] -> 
dovecot/imap(cmd_sync_delayed+0x23c) [0x55e612308c0c] -> 
dovecot/imap(client_handle_input+0x26d) [0x55e6122fbf0d] -> 
dovecot/imap(client_continue_pending_input+0x46) [0x55e6122fbfa6] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x52) [0x7f08e155b9f2] -> 
/usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0x109) 
[0x7f08e155d029] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x3c) 
[0x7f08e155ba8c] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) 
[0x7f08e155bc38] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) 
[0x7f08e14e2fd3] -> dovecot/imap(main+0x328) [0x55e6122eee68] -> 
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1) [0x7f08e11322e1] -> 
dovecot/imap(_start+0x2a) [0x55e6122eefea]
dovecot: imap: Fatal: master: service(imap): child 10660 killed with signal 6 
(core dumps disabled)

It makes Dovecot IMAP which is available in Debian Stretch repository
absolutely unusable and cause corruption of indexes.

I was looking at this problem and found out that other people already
reported it on dovecot mailing list, and problem was fixed in git:

https://www.dovecot.org/list/dovecot/2016-November/106001.html
https://www.dovecot.org/list/dovecot/2016-November/106012.html

-- 
Pali Rohár
pali.ro...@gmail.com


signature.asc
Description: PGP signature

Bug#893574: Auto-suspend

[floris]

Simon McVittie schreef op 2018-03-29 11:55:

On Thu, 29 Mar 2018 at 10:43:00 +0200, floris wrote:
I found that gsd-power only monitors his/her seat. The suspend 
settings in
'gnome-control-center power' do work. When a user has set automatic 
suspend
to on, the computer will suspend even there is an active user on an 
other
seat. As a workaround I can disable the automatic suspend for all 
users, but

where can I change the suspend settings for Gdm3?


The gdm greeter has its own gnome-settings-demon, which can be 
configured

via /etc/gdm3/greeter.dconf-defaults in Debian. See:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893964#22

smcv


Thanks for pointing me to bug 893964. I think this bug is related and 
the workaround works.

---
Floris

Bug#894387: gst-plugins-bad1.0: Corebird can't playvideos anymore

[Philip Rinn]

Source: gst-plugins-bad1.0
Version: 1.14.0-1
Severity: normal

Hi,

since gst-plugins-bad1.0 1.14.0-1 entered testing today corebird can't play
videos anymore.

The error is:

"Could not create gtksink. Need gst-plugins-bad >= 1.6"

I got a similar bug report in Ubuntu but it was "magically" fixed:
https://bugs.launchpad.net/ubuntu/+source/corebird/+bug/1754131

The only thing I found that might help is:

https://github.com/gabesoft/nixpkgs/commit/7900a0142d447c4745f8f0af2384cce086d80e02

Just ask if I can help with debugging.

Best,

Philip



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (600, 'testing'), (550, 'unstable'), (450, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#894380: ncdu: please enable color by default

[Eugene V. Lyubimkin]

Control: tags -1 wontfix

Hi Graham,

Thank you for the interest.

On 29.03.2018 17:32, Graham Inggs wrote:
> Please consider enabling color by default as per the attached patch.
> I believe doing so in Debian Testing can assist upstream in perfecting this 
> new feature.

The color feature is explicitly marked as experimental by upstream. 
Additionally, there are
quite a few old and new features not enabled by default, but we don't enable 
them all just
for earlier testing. Coloring works fine for me, but I don't see it as a 
game-changer worth
to diverge from upstream.

Those who like the feature and want to assist with testing could easily use 
shell aliases to
save the typing and personalise the options they prefer.

If you persuade upstream to change the defaults earlier before the next 
release, I'm open to
cherry-picking that.


Regards,
-- 
Eugene V. Lyubimkin aka JackYF
C++ GNU/Linux userspace developer, Debian Developer

Bug#894386: libinstpatch: memory corruption in file IpatchSF2Reader.c

[Joël Krähemann]

Source: libinstpatch
Severity: normal

Dear Maintainer,

The file IpatchSF2Reader.c has seen in the upstream code base some fixes
of potential memory corruption. This can lead to undefined behaviour.

I provide a patch with the specific changes, fixing the issue.

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

Kernel: Linux 4.15.0-2-amd64 (SMP w/24 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--- libinstpatch-1.0.0/libinstpatch/IpatchSF2Reader.c   2010-10-25 
12:46:26.0 -0400
+++ libinstpatch-1.0.0.orig/libinstpatch/IpatchSF2Reader.c  2018-03-29 
11:57:52.433939326 -0400
@@ -647,13 +647,13 @@
   if (!ipatch_file_read (riff->handle, bag_table, chunk->size, err))
 return (FALSE);   /* bag_table will be freed by finalize() */
 
-  pgenndx = IPATCH_FILE_SWAP16 (riff->handle, _table[0]);
-  pmodndx = IPATCH_FILE_SWAP16 (riff->handle, _table[1]);
+  pgenndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[0]);
+  pmodndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[1]);
 
   for (i=0; i < reader->pbag_count; i++)
 {
-  genndx = IPATCH_FILE_SWAP16 (riff->handle, _table[(i+1)*2]);
-  modndx = IPATCH_FILE_SWAP16 (riff->handle, _table[(i+1)*2+1]);
+  genndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[(i+1)*2]);
+  modndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[(i+1)*2+1]);
 
   if (genndx < pgenndx)
{
@@ -973,13 +973,13 @@
   if (!ipatch_file_read (riff->handle, bag_table, chunk->size, err))
 return (FALSE);   /* bag_table will be freed by finalize() */
 
-  pgenndx = IPATCH_FILE_SWAP16 (riff->handle, _table[0]);
-  pmodndx = IPATCH_FILE_SWAP16 (riff->handle, _table[1]);
+  pgenndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[0]);
+  pmodndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[1]);
 
   for (i=0; i < reader->ibag_count; i++)
 {
-  genndx = IPATCH_FILE_SWAP16 (riff->handle, _table[(i+1)*2]);
-  modndx = IPATCH_FILE_SWAP16 (riff->handle, _table[(i+1)*2+1]);
+  genndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[(i+1)*2]);
+  modndx = IPATCH_FILE_SWAP16 (riff->handle->file, _table[(i+1)*2+1]);
 
   if (genndx < pgenndx)
{

Bug#891937: [Pkg-mailman-hackers] Bug#891937: mailman3-full install issues

[Markus Gschwendt]

On Thu, 2018-03-29 at 17:57 +0200, Jonas Meurer wrote:
> 
> > ...
> >   File "/usr/lib/python2.7/smtplib.py", line 292, in _get_socket
> > return socket.create_connection((host, port), timeout)
> > >   File "/usr/lib/python2.7/socket.py", line 575, in create_connection
> > raise err
> > error: [Errno 111] Connection refused
> ...

my fault. don't know why it worked from command line. exim could not
bind to an unconfigured IPv6 address.

but again the postfix issue on an exim install during adding a list:

RuntimeError: command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_lmtp, 127, Key has expired
command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_domains, 127, Key has expired
Mar 29 16:11:38 2018 (8096) 127.0.0.1 - - "POST /3.0/lists HTTP/1.1"
500 59
Mar 29 16:12:02 2018 (8096) 127.0.0.1 - - "GET /3.0/domains HTTP/1.1"
200 294
Mar 29 16:12:02 2018 (8096) 127.0.0.1 - - "GET
/3.0/domains/mm3a.runout.at HTTP/1.1" 200 189
Mar 29 16:12:02 2018 (8096) 127.0.0.1 - - "GET
/3.0/domains/mm3a.runout.at HTTP/1.1" 200 189
Mar 29 16:12:02 2018 (8096) 127.0.0.1 - - "GET
/3.0/domains/mm3a.runout.at HTTP/1.1" 200 189
Mar 29 16:12:02 2018 (8096) command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_lmtp, 127, Key has expired
Mar 29 16:12:02 2018 (8096) command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_domains, 127, Key has expired
Mar 29 16:12:02 2018 (8096) REST request handler error:
Traceback (most recent call last):
  File "/usr/lib/python3.6/wsgiref/handlers.py", line 137, in run
self.result = application(self.environ, self.start_response)
  File "/usr/lib/python3/dist-
packages/mailman/database/transaction.py", line 50, in wrapper
rtn = function(*args, **kws)
  File "/usr/lib/python3/dist-packages/mailman/rest/wsgiapp.py", line
214, in __call__
return super().__call__(environ, start_response)
  File "falcon/api.py", line 215, in falcon.api.API.__call__
  File "falcon/api.py", line 189, in falcon.api.API.__call__
  File "/usr/lib/python3/dist-packages/mailman/rest/lists.py", line
245, in on_post
mlist = create_list(**validator(request))
  File "/usr/lib/python3/dist-packages/mailman/app/lifecycle.py", line
100, in create_list
call_name(config.mta.incoming).create(mlist)
  File "/usr/lib/python3/dist-packages/mailman/mta/postfix.py", line
66, in create
self.regenerate()
  File "/usr/lib/python3/dist-packages/mailman/mta/postfix.py", line
103, in regenerate
raise RuntimeError(NL.join(errors))
RuntimeError: command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_lmtp, 127, Key has expired
command failure: /usr/sbin/postmap
/var/lib/mailman3/data/postfix_domains, 127, Key has expired
Mar 29 16:12:02 2018 (8096) 127.0.0.1 - - "POST /3.0/lists HTTP/1.1"
500 59

Bug#894385: [PATCH] cracklib2: Add support for a "nopython" build-profile

[Karsten Merker]

Package: cracklib2
Version: 2.9.2-5.1
Severity: wishlist
Tags: patch
X-Debbugs-CC: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64

Hello,

we are in the process of bootstrapping a Debian port for the
riscv64 architecture (https://wiki.debian.org/RISC-V). The
libcrack2-dev, libcrack2 and cracklib-runtime packages are part
of the build-dependency chain for the essential package set, so
we need to build them to be able to complete the bootstrap
process.

Currently the cracklib2 source package unconditionally
build-depends on python2 and python3, but those aren't available
during early architecture bootstrap and are only needed for
building python{,3}-cracklib, but not for cracklib-runtime,
libcrack2 and libcrack2-dev.  The package's debian/rules already
contains support for a build without python by setting the
DEB_STAGE variable to "stage1", but this mechanism has the
limitation that it requires manually adjusting the
build-dependency list and makes it hard to autobuild the package
in a bootstrapping context.  Because of this limitation, the
DEB_STAGE mechanism has been deprecated; packages should now
support build-profiles (https://wiki.debian.org/BuildProfileSpec).

Attached is a patch that adds support for the standard "nopython"
build-profile to the package while keeping the original
DEB_STAGE-based mechanism in place.  As the cracklib2 package is
on the "Low Threshold NMU" list, I intend to do an NMU with this
patch on the upcoming weekend unless you should object.

Regards,
Karsten
-- 
Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung
sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der
Werbung sowie der Markt- oder Meinungsforschung.
diff -Nur cracklib2-2.9.2.orig/debian/control cracklib2-2.9.2/debian/control
--- cracklib2-2.9.2.orig/debian/control
+++ cracklib2-2.9.2/debian/control
@@ -14,10 +14,10 @@
docbook-xml,
dpkg-dev (>= 1.16.1~),
libtool,
-   python-all-dev (>= 2.6.6-3~),
-   python-setuptools,
-   python3-all-dev (>= 3.1.3-2~),
-   python3-setuptools
+   python-all-dev (>= 2.6.6-3~) ,
+   python-setuptools ,
+   python3-all-dev (>= 3.1.3-2~) ,
+   python3-setuptools 
 Homepage: http://sourceforge.net/projects/cracklib
 Vcs-Git: https://anonscm.debian.org/git/pkg-cracklib/pkg-cracklib.git
 Vcs-Browser: https://anonscm.debian.org/gitweb/?p=pkg-cracklib/pkg-cracklib.git
@@ -90,6 +90,7 @@
  ${shlibs:Depends}
 Provides: ${python:Provides}
 Conflicts: python-crack
+Build-Profiles: 
 Description: Python bindings for password checker library cracklib2
  This package provides Python bindings for cracklib. It contains a
  pythonic interface to cracklib's functions and some Python
@@ -108,6 +109,7 @@
  ${python3:Depends},
  ${shlibs:Depends}
 Provides: ${python3:Provides}
+Build-Profiles: 
 Description: Python3 bindings for password checker library cracklib2
  This package provides Python bindings for cracklib. It contains a
  pythonic interface to cracklib's functions and some Python
diff -Nur cracklib2-2.9.2.orig/debian/rules cracklib2-2.9.2/debian/rules
--- cracklib2-2.9.2.orig/debian/rules
+++ cracklib2-2.9.2/debian/rules
@@ -10,11 +10,13 @@
 DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
 
-ifneq ($(DEB_STAGE),stage1)
+ifeq ($(filter stage1,$(DEB_STAGE))$(filter nopython,$(DEB_BUILD_PROFILES)),)
 PYVERS := $(shell pyversions -vs)
 PY3VERS := $(shell py3versions -vs)
+DH_WITH_PARAMETERS := python2,python3,autotools_dev
 else
 NOPYTHON_OPTIONS = -Npython-cracklib -Npython3-cracklib
+DH_WITH_PARAMETERS := autotools_dev
 endif
 
 ifeq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
@@ -48,7 +50,7 @@
 
 override_dh_auto_build:
 	$(MAKE) -C $(CURDIR)/debian/buildtmp/base
-ifneq ($(DEB_STAGE),stage1)
+ifeq ($(filter stage1,$(DEB_STAGE))$(filter nopython,$(DEB_BUILD_PROFILES)),)
 	ln -s $(CURDIR)/debian/crack.py $(CURDIR)/python; \
 	for i in $(PYVERS) $(PY3VERS); do \
 		cd $(CURDIR)/debian/buildtmp/python$$i; \
@@ -62,7 +64,7 @@
 
 override_dh_auto_test:
 	mkdir $(CURDIR)/debian/tmp
-ifneq ($(DEB_STAGE),stage1)
+ifeq ($(filter stage1,$(DEB_STAGE))$(filter nopython,$(DEB_BUILD_PROFILES)),)
 	$(CRACKLIB_PACKER) $(CURDIR)/debian/tmp/cracklib_dict < \
 	 $(CURDIR)/dicts/cracklib-small
 	for i in $(PYVERS) $(PY3VERS); do \
@@ -120,7 +122,7 @@
 	  $(CURDIR)/debian/cracklib-runtime/usr/sbin/cracklib-packer \
 	  $(CURDIR)/debian/cracklib-runtime/usr/sbin/cracklib-unpacker
 
-ifneq ($(DEB_STAGE),stage1)
+ifeq ($(filter stage1,$(DEB_STAGE))$(filter nopython,$(DEB_BUILD_PROFILES)),)
 	for i in $(PYVERS); do \
 		cd $(CURDIR)/debian/buildtmp/python$$i/python; \
 		python$$i setup.py install --install-layout=deb --root $(CURDIR)/debian/python-cracklib; \
@@ -139,7 +141,7 @@
 

Bug#894221: (no subject)

[Breno Leitao]

Hello David,

In fact, I was not able to reproduce this bug on my machine, even on the same
version you reported the problem:

# /usr/sbin/nvme list --output-format=json

# echo $?
0

#/usr/sbin/nvme --version
nvme version 1.0

# ndctl  dpkg -l | grep nvme-cli
ii  nvme-cli1.0-3
   ppc64el  userspace tooling to control NVMe drives


Are you able to reproduce this issue on the upstream nvme-cli?

Bug#891937: [Pkg-mailman-hackers] Bug#891937: mailman3-full install issues

[Jonas Meurer]

Hi Markus,

thanks again for your feedback!

Am 29.03.2018 um 15:32 schrieb Markus Gschwendt:
> Maybe this bug should be renamed to something more generic. I don't
> want to open a new bug for everything i run into on debugging the
> install process until it's stable.

I don't mind abusing this bugreport for issues you run into.

> I just tried again with the latest sid repo.
> Mail/SMTP from commandline does work (eg `mail -v -s test root`)
> 
> 8<
> [mta]
> incoming: mailman.mta.exim4.LMTP
> outgoing: mailman.mta.deliver.deliver
> smtp_host: localhost
> smtp_port: 25
> smtp_user:
> smtp_pass:
> lmtp_host: 127.0.0.1
> lmtp_port: 8024
> configuration: python:mailman.config.exim4
> >8

That's great and a big step forward :) So at least mailman3 now works on
sysvinit systems! Let's see what's up with mailman3-web ...

> Now i get until the WebUI-Login page. After entering User/PW i get
> following in /var/log/mailman3/web/mailman.log:
> 
> 8<
> ERROR 2018-03-29 15:13:29,516 12710 django.request Internal Server
> Error: /accounts/login/
> Traceback (most recent call last):
> [...]
>   File "/usr/lib/python2.7/dist-packages/django/core/mail/message.py",
> line 348, in send
> return self.get_connection(fail_silently).send_messages([self])
>   File "/usr/lib/python2.7/dist-
> packages/django/core/mail/backends/smtp.py", line 104, in send_messages
> new_conn_created = self.open()
>   File "/usr/lib/python2.7/dist-
> packages/django/core/mail/backends/smtp.py", line 64, in open
> self.connection = self.connection_class(self.host, self.port,
> **connection_params)
>   File "/usr/lib/python2.7/smtplib.py", line 256, in __init__
> (code, msg) = self.connect(host, port)
>   File "/usr/lib/python2.7/smtplib.py", line 317, in connect
> self.sock = self._get_socket(host, port, self.timeout)
>   File "/usr/lib/python2.7/smtplib.py", line 292, in _get_socket
> return socket.create_connection((host, port), timeout)
>   File "/usr/lib/python2.7/socket.py", line 575, in create_connection
> raise err
> error: [Errno 111] Connection refused

The Django app fails at sending a mail. Is the app allowed to send mail
via email backend 'django.core.mail.backends.smtp.EmailBackend' to the
mail address you gave for your superuser?

The Django app sends a confirmation mail at first login, asking to
verify the mail address of the account. Only afterwards you're allowed
to login as the user.

Cheers,
 jonas



signature.asc
Description: OpenPGP digital signature

Bug#894384: deja-dup: Missing "Restore Missing Files" item from nautilus context menus

[Marco Marzetti]

Package: deja-dup
Version: 37.1-2
Severity: normal

Dear Maintainer,

If i click with the right mouse button on one of those folders (either from the
parent folder or the folder themselve) i expect to see the "Restore Missing
Files" item on the context menu, but that item is missing.

By looking with strace it appers the extension is loaded:
marco@lilith:~$ strace nautilus -q 2>&1 | grep deja
stat("/usr/lib/x86_64-linux-gnu/nautilus/extensions-3.0/libdeja-dup.so",
{st_mode=S_IFREG|0644, st_size=18272, ...}) = 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/nautilus/extensions-3.0/libdeja-
dup.so", O_RDONLY|O_CLOEXEC) = 13
marco@lilith:~$




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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages deja-dup depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  duplicity0.7.17-1
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-2
ii  libglib2.0-0 2.56.0-4
ii  libgoa-1.0-0b3.28.0-1
ii  libgoa-backend-1.0-1 3.28.0-1
ii  libgtk-3-0   3.22.29-2
ii  libnautilus-extension1a  3.26.2-2+b1
ii  libpackagekit-glib2-18   1.1.9-1
ii  libpango-1.0-0   1.42.0-1
ii  libpeas-1.0-01.22.0-2
ii  libsecret-1-00.18.5-6

Versions of packages deja-dup recommends:
ii  gvfs-backends  1.36.0-1
ii  packagekit 1.1.9-1
ii  policykit-10.105-18

Versions of packages deja-dup suggests:
ii  python-boto 2.44.0-1
ii  python-cloudfiles   1.7.11-3
pn  python-swiftclient  

-- no debconf information

Bug#894376: gnome-control-center crash FATAL: Could not allocate gigacage memory

[Grand T]

Hello

Yes it does

@debian:~$ export GIGACAGE_ENABLED=no

@debian:~$ gnome-control-center
Warning: disabling gigacage because GIGACAGE_ENABLED=no!

And the graphical user interface is displayed

What is the impact to make it permanent in /etc/environment ?


De : Jeremy Bicha 
Envoyé : jeudi 29 mars 2018 17:04
À : GT; 894...@bugs.debian.org
Objet : Re: Bug#894376: gnome-control-center crash FATAL: Could not allocate 
gigacage memory

On Thu, Mar 29, 2018 at 10:52 AM, GT  wrote:
> FATAL: Could not allocate gigacage memory with maxAlignment = 34359738368,

Please see the recent note at
https://anonscm.debian.org/git/pkg-webkit/webkit.git/tree/debian/NEWS

Please let us know if that fixes your issue.

Thanks,
Jeremy Bicha

Bug#894383: invalid RuntimeDirectory= path in /lib/systemd/system/clamsmtp.service

[Peter Marschall]

Package: clamsmtp
Version: 1.10-16
Severity: normal

Hi,

on startup systemd reports
  /lib/systemd/system/clamsmtp.service:10: RuntimeDirectory= path is not valid, 
ignoring

The line complained about
RuntimeDirectory=/var/run/clamsmtp
violates the restrictions of systemd's RuntimeDirectory= directive given in 
systemd.exec(1):
The specified directory names must be relative, and may not include "."  or 
"..".

Please change it to
RuntimeDirectory=clamsmtp
to stop systemd from complaining.

Thanks for maintaining clamsmtp in Debian
Peter

Bug#894382: ITP: arduino-builder -- A command line tool for compiling Arduino sketches

[Rock Storm]

Package: wnpp
Severity: wishlist
Owner: Rock Storm 

* Package name: arduino-builder
  Version : 1.3.25
  Upstream Author : Arduino AG (https://www.arduino.cc/)
* URL : https://github.com/arduino/arduino-builder
* License : GPL-2
  Programming Lang: Go, C++, C
  Description : A command line tool for compiling Arduino sketches

 A command line tool for compiling Arduino sketches
 .
 This tool is able to parse Arduino Hardware specifications, properly run 
 gcc and produce compiled sketches.
 .
 An Arduino sketch differs from a standard C program in that it misses a 
 main (provided by the Arduino core), function prototypes are not 
 mandatory, and libraries inclusion is automagic (you just have to 
 #include them). This tool generates function prototypes and gathers 
 library paths, providing gcc with all the needed -I params.

This package is now necessary for new versions of the Arduino IDE.

The plan is to maintain this package inside the Debian Electronics Team. And 
for this, a sponsor will be needed.

Cheers,

-- 
Rock Storm

Bug#882238: [Cupt-devel] Bug#882238: cupt: FTBFS on hppa and hurd-i386: feeding-input.t fails

[Eugene V. Lyubimkin]

Hi Aaron, Hurd and HPPA porters,

Thank you for the report. Sorry that it took so long to get it to it.

On hurd-i386, I tracked it down to a misbehaviour of timeout(1), reported as 
#894379.
For HPPA, I didn't see any available porterboxes for HPPA on db.debian.org, so 
I could not
reproduced it. Did I miss any?

Otherwise, if you know simple-to-use substitutes for timeout(1) or know what's 
going on in
#894379, your input is welcome.


Regards,
-- 
Eugene V. Lyubimkin aka JackYF
C++ GNU/Linux userspace developer, Debian Developer

Bug#894381: Firefox: migration from 45 (GTK2) to 52 (GTK3) produces regressions on Jessie

[Alex ARNAUD]

Package: firefox-esr
Version: 52.7.3esr-1~deb8u1
Tags: a11y jessie
Severity: important

It's a follow up of the bug 870719: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870719


Same Thunderbird regression on Firefox. I'm not sure the policy 
authorize us to migrate an application from GTK2 to GTK3 on a stable 
release.


IMO, until GTK2 is available from the Mozilla compilation file, we 
should provide Firefox ESR compiled with GTK2 on Jessie.


Best regards,
Alex.

Bug#881431: proposed wording

[Simon McVittie]

On Thu, 29 Mar 2018 at 08:12:15 -0700, Sean Whitton wrote:
> Seeking seconds:
> 
> > §3.2.2 Uniqueness of version numbers

This has lost the part of Adam's wording where he explicitly said that
this applies to all three of these namespaces:

* (source package name, source version without epoch)
* (binary package name, binary version without epoch)
* (non-native source package name, upstream version without epoch or
  Debian revision)

and I think that's valuable information.

Perhaps adding a paragraph like this would address that?

"""
This uniqueness requirement applies to source package names and versions,
and to binary package names and versions (even if the binary package was
previously produced by a different source package). Additionally, for
non-native packages, the upstream version without the epoch (excluding
the Debian revision) must not be reused for different content, so that
each (source package name, upstream version without epoch) pair refers
to the same original source archive (see _Source packages as archives_).
"""

(This could be interpreted as either allowing or forbidding replacement of
foo_1.2.3.orig.tar.gz with foo_1.2.3.orig.tar.xz if they uncompress
to the same foo_1.2.3.orig.tar, or even to an equivalent but not
byte-identical foo_1.2.3.orig.tar - I'd be tempted to say that's silly
and should not be allowed either, but I'm not sure how to make that more
explicit.)

> > If you find yourself wanting to reuse the part of a version number
> > after the epoch, you can just bump the Debian revision, which doesn't
> > need to start at 1 or be consecutive.

"increase the Debian revision" might be clearer and is certainly more
formal.

smcv