Bug#839880: proftpd-basic: proftpd server instance crashed with signal 11

[Hilmar Preuße]

Am 09.01.2018 um 09:24 teilte Олег Мороз mit:

Hi Олег,


root@sim-ng-data:/home/vniiem# cat /var/log/proftpd/proftpd.log
...
...
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): -BEGIN STACK TRACE-
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): [0] /usr/sbin/proftpd(+0x1f3b0) [0x563c3354f3b0]
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): [1] /usr/sbin/proftpd(+0x1f3b0) [0x563c3354f3b0]



root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 0x1f3b0
./src/pool.c:546


This(!) is the output I need. Many thanks!

Hilmar



but () gives error

root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 
0x563c3354f3b0()

bash: syntax error near unexpected token `('

and

root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 
(0x563c3354f3b0)

bash: syntax error near unexpected token `('


03.01.2018 15:47, Hilmar Preuße пишет:

Am 03.01.2018 um 09:39 teilte Олег Мороз mit:

Hi Oleg,

Happy new year!

according to my knowledge the most top line of the stack trace is the 
relevant one.


Your first addr2line command leads me to line 1312 in 
./contrib/mod_sftp/auth.c. This line just contains a call to function 
pr_cmd_dispatch_phase(). This function however is implemented in 
./src/main.c . So to learn in which part of the function the crash 
happens one has to go one line up in the stack trace.


So please repeat the command for the most upper line in your stack 
trace and send me the output. Please use the addresses in the (), I've 
no clue why the 64bit addresses can't be used.


Many thanks!
  Hilmar


So sorry for delay, i'm on vacation.

I believe that problem is in mod_sftp.so

part of proftpd.log stack trace
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [5] /usr/lib/proftpd/mod_sftp.so(+0x3c7ef) 
[0x7f5e93b9d7ef]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [6] 
/usr/lib/proftpd/mod_sftp.so(sftp_auth_handle+0x62) [0x7f5e93b9dc31]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [7] 
/usr/lib/proftpd/mod_sftp.so(sftp_ssh2_packet_handle+0x363) 
[0x7f5e93b7c9ad]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [8] /usr/lib/proftpd/mod_sftp.so(+0xfa07) 
[0x7f5e93b70a07]



# addr2line -e /usr/lib/proftpd/mod_sftp.so 0x3c7ef
./contrib/mod_sftp/auth.c:1312


# addr2line -e /usr/lib/proftpd/mod_sftp.so +0xfa07
./contrib/mod_sftp/mod_sftp.c:247


unfortunatelly i cant use 64 bit addresses like 0x7f5e93b9d7ef , 
because in that case addr2line gives ??:0




Log Files snipped.






--
#206401 http://counter.li.org

Bug#884142: package-contains-compiled-glib-schema may be in error

[Jonathan Carter (highvoltage)]

Hi Chris

On 09/01/2018 12:12, Chris Lamb wrote:
> Ah, did not know that. Is there a way Lintian could tell the difference
> between ones that should be compiled and which not?

For the gnome-shell-extensions, they should be quite easy since they are
usually located under the "/usr/share/gnome-shell/extensions" path.

Looking at
https://lintian.debian.org/tags/package-contains-compiled-glib-schema.html,
it seems like entangle also has a valid use case of shipping compiled
gschemas for its plugins. Keeping a white list of these seem somewhat
tedious though.

I think it might be best to specifically check for shipping
"/usr/share/glib-2.0/schemas/gschemas.compiled" as the original bug
suggests, since that's the most damaging one when accidentally
overwritten, and there doesn't seem to be any valid case for ever doing
that from a package.

-Jonathan

Bug#886721: [SECURITY] [DLA 1234-1] gdk-pixbuf security update

[Chris Lamb]

[adding 886721 to CC]

Hi Emilio,

> g_uint64_checked_mul was introduced in glib 2.48, but wheezy has 2.32

JFTR that is here:

  
https://developer.gnome.org/glib/stable/glib-Bounds-checked-integer-arithmetic.html#g-uint64-checked-mul

> The patch should be updated to do a manual overflow check.

Indeed. Does anyone have one handy?


Regards,

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

Bug#753350: ITP: youtube-dl-gui -- a graphical frontend for youtube-dl

[Félix Sipma]

On 2018-01-09 11:18+0100, Félix Sipma wrote:
> On 2017-12-14 13:34+0100, Holger Levsen wrote:
>> Hi,
>> 
>> On Mon, Dec 26, 2016 at 10:59:17PM +0100, Félix Sipma wrote:
>>> Do you still plan to work on a package for youtube-dl-gui? If not, I'll be
>>> happy to do it myself.
>> 
>> ping?
>> 
>> I'd be glad to sponsor an upload of this too.
> 
> Still no answer... So I'm just going to start the packaging.

I've started https://salsa.debian.org/felix-guest/youtube-dl-gui.

I need to package https://github.com/MrS0m30n3/twodict


signature.asc
Description: PGP signature

Bug#886725: tomcat8: ownership of directory /var/lib/tomcat8 had been set to 'root:root'

[Emmanuel Bourg]

Le 09/01/2018 à 10:33, Fuwei Chin a écrit :

> Software packages to OS is what web apps to Tomcat, a software package can 
> mkdir under user's home dir, but a web app cannot mkdir under tomcat user's 
> home dir due to lacking of permission, such that a webapp developer cannot 
> find a proper location to put their generated data.

Hi,

I haven't thought about it thoroughly but I suspect changing
/var/lib/tomcat8 permissions to tomcat8:tomcat8 could create a security
issue (for example any webapp could change the Tomcat configuration by
replacing the /var/lib/tomcat/conf symlink). What kind of generated data
do you want to put in /var/lib/tomcat8? Did you consider using
/var/cache/tomcat8 or another custom directory under /var instead?

Emmanuel Bourg

Bug#886730: ITP: python-twodict -- Simple two way ordered dictionary for Python

[Félix Sipma]

Package: wnpp
Severity: wishlist
Owner: Félix Sipma 

* Package name: python-twodict
  Version : 1.2-1
  Upstream Author : Sotiris Papadopoulos 
* URL : https://github.com/MrS0m30n3/twodict
* License : Public domain
  Programming Lang: Python
  Description : Simple two way ordered dictionary for Python

TwoWayOrderedDict is a custom dictionary in which you can get the key:value 
relationship but you can also get the value:key relationship. It also remembers 
the order in which the items were inserted and supports almost all the features 
of the build-in dict.

This package is a dependency of youtube-dl-gui, another ITP of mine.
I intend to maintain the package in the Debian Python Modules Team.


signature.asc
Description: PGP signature

Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)

[Andreas Tille]

Hi Flavien,

On Tue, Jan 09, 2018 at 09:15:38AM +0100, Flavien Bridault wrote:
> No my GPG key has not been signed by anyone afaik.

I guess somewhere close to you you can find a Debian developer to sign
your key.
 
> Otherwise Andreas proposed me some weeks to apply as a Debian Developer,
> that might be one more good reason to do it ? :)

The first stage is a Debian Maintainer ... and you need to have a key
signed by a Debian Developer to get this status. ;-)

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#886682: calibre: Calibre don't start (while does if downgrade) - UnicodeEncodeError and RuntimeWarning

[Sebastien KALT]

Package: calibre
Version: 3.15.0+dfsg-1
Followup-For: Bug #886682

Dear Maintainer,

I'm having the same error, always with my default locale fr_FR.UTF-8, only on
the second start with C locale and french language selected.

If I "export LANG = C", "rm -r .config/calibre/" and then launch calibre, it
starts, I can choose my language and use calibre :

$ export LANG=C
$ rm -r .config/calibre/
$ calibre
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: iCCP: known incorrect sRGB profile
Traceback (most recent call last):
  File "/usr/bin/calibre-parallel", line 19, in 
from calibre.utils.ipc.worker import main
  File "/usr/lib/calibre/calibre/__init__.py", line 22, in 
from calibre.startup import winutil, winutilerror
  File "/usr/lib/calibre/calibre/startup.py", line 92, in 
set_translators()
  File "/usr/lib/calibre/calibre/utils/localization.py", line 248, in
set_translators
prefs.retranslate_help()
  File "/usr/lib/calibre/calibre/utils/config_base.py", line 351, in
retranslate_help
self.__config.option_set.retranslate_help()
  File "/usr/lib/calibre/calibre/utils/config_base.py", line 159, in
retranslate_help
opt.help = opt.help.format(u'ñ')
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in position 0:
ordinal not in range(128)

But when I close it, and starts it again, even with LANG=C, it then crashes on
next startups :

$ calibre
Traceback (most recent call last):
  File "/usr/bin/calibre", line 19, in 
from calibre.gui_launch import calibre
  File "/usr/lib/calibre/calibre/__init__.py", line 22, in 
from calibre.startup import winutil, winutilerror
  File "/usr/lib/calibre/calibre/startup.py", line 92, in 
set_translators()
  File "/usr/lib/calibre/calibre/utils/localization.py", line 248, in
set_translators
prefs.retranslate_help()
  File "/usr/lib/calibre/calibre/utils/config_base.py", line 351, in
retranslate_help
self.__config.option_set.retranslate_help()
  File "/usr/lib/calibre/calibre/utils/config_base.py", line 159, in
retranslate_help
opt.help = opt.help.format(u'ñ')
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf1' in position 0:
ordinal not in range(128)
/usr/lib/calibre/calibre/ptempfile.py:29: RuntimeWarning: Parent module
'calibre' not found while handling absolute import
  import shutil

If I choose english language, I dont't have any UnicodeEncodeError error, I can
close Calibre and start it again.

Regards,

Sebastien



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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
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/dash
Init: systemd (via /run/systemd/system)

Versions of packages calibre depends on:
ii  calibre-bin  3.15.0+dfsg-1
ii  fonts-liberation 1:1.07.4-5
ii  imagemagick  8:6.9.7.4+dfsg-16
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-16
ii  libjs-coffeescript   1.12.7~dfsg-3
ii  libjs-mathjax2.7.2+dfsg-1
ii  poppler-utils0.61.1-2
ii  python-apsw  3.16.2-r1-2+b1
ii  python-beautifulsoup 3.2.1-1
ii  python-chardet   3.0.4-1
ii  python-cherrypy3 3.5.0-2
ii  python-cssselect 1.0.1-1
ii  python-cssutils  1.0.2-1
ii  python-dateutil  2.6.1-1
ii  python-dbus  1.2.4-1+b4
ii  python-feedparser5.2.1-1
ii  python-html5-parser  0.4.3-1
ii  python-lxml  4.1.0-1
ii  python-markdown  2.6.9-1
ii  python-mechanize 1:0.2.5-3
ii  python-msgpack   0.4.8-1+b1
ii  python-netifaces 0.10.4-0.1+b3
ii  python-pil   5.0.0-1
ii  python-pkg-resources 38.2.4-2
ii  python-pyparsing 2.1.10+dfsg1-1
ii  python-pyqt5 5.9.2+dfsg-1
ii  python-pyqt5.qtsvg   5.9.2+dfsg-1
ii  python-pyqt5.qtwebkit5.9.2+dfsg-1
ii  python-regex 0.1.20171212-1
ii  python-routes2.4.1-1
ii  python2.72.7.14-4
ii  xdg-utils1.1.2-1

Versions of packages calibre recommends:
ii  python-dnspython  1.15.0-1

calibre suggests no packages.

-- no debconf information

Bug#886729: atop: noisy service restarts every night

[Cristian Ionescu-Idbohrn]

Package: atop
Version: 2.3.0-1
Severity: normal

Every night, two annoying mail messages are generated (see below).  I
added the '--quiet' option to the systemctl command hoping for less
noise, but it didn't help.  Is there anything that can be done to make
it shut up?

Date: Tue, 9 Jan 2018 00:00:01 +0100
From: Cron Daemon 
Subject: Cron  if [ -d /run/systemd/system ]; then systemctl restart 
--quiet atop; else /usr/share/atop/atop.daily ; fi

Calling manager for RestartUnit on atop.service, replace
Sent message type=method_call sender=n/a destination=org.freedesktop.systemd1 
object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager 
member=RestartUnit cookie=1 reply_cookie=0 error-name=n/a error-message=n/a
Got message type=method_return sender=n/a destination=n/a object=n/a 
interface=n/a member=n/a cookie=1 reply_cookie=1 error-name=n/a 
error-message=n/a
Sent message type=method_call sender=n/a destination=org.freedesktop.systemd1 
object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager 
member=GetUnit cookie=2 reply_cookie=0 error-name=n/a error-message=n/a
Got message type=method_return sender=n/a destination=n/a object=n/a 
interface=n/a member=n/a cookie=6 reply_cookie=2 error-name=n/a 
error-message=n/a
Sent message type=method_call sender=n/a destination=org.freedesktop.systemd1 
object=/org/freedesktop/systemd1/unit/atop_2eservice 
interface=org.freedesktop.DBus.Properties member=Get cookie=3 reply_cookie=0 
error-name=n/a error-message=n/a
Got message type=method_return sender=n/a destination=n/a object=n/a 
interface=n/a member=n/a cookie=7 reply_cookie=3 error-name=n/a 
error-message=n/a
Adding /org/freedesktop/systemd1/job/24031 to the set
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager 
member=JobNew cookie=2 reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/unit/atop_2eservice 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=3 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/unit/atop_2eservice 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=4 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/job/24031 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=5 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/unit/atop_2eservice 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=8 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/unit/atop_2eservice 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=9 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1/job/24031 
interface=org.freedesktop.DBus.Properties member=PropertiesChanged cookie=10 
reply_cookie=0 error-name=n/a error-message=n/a
Got message type=signal sender=n/a destination=n/a 
object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager 
member=JobRemoved cookie=11 reply_cookie=0 error-name=n/a error-message=n/a
Got result done/Resource temporarily unavailable for job atop.service



Date: Tue, 9 Jan 2018 00:10:07 +0100
From: Anacron 
To: r...@axis.com
Subject: Anacron job 'cron.daily' on ...

/etc/cron.daily/logrotate:
Sent message type=method_call sender=n/a destination=org.freedesktop.systemd1 
object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager 
member=KillUnit cookie=1 reply_cookie=0 error-name=n/a error-message=n/a
Got message type=method_return sender=n/a destination=n/a object=n/a 
interface=n/a member=n/a cookie=1 reply_cookie=1 error-name=n/a 
error-message=n/a



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

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

Versions of packages atop depends on:
ii  libc62.25-5
ii  libncurses5  6.0+20171125-1
ii  libtinfo56.0+20171125-1
ii  lsb-base 9.20170808
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages atop recommends:
ii  cron [cron-daemon]  3.0pl1-128.1

atop suggests no packages.

-- Configuration Files:
/etc/cron.d/atop changed:
PATH=/bin:/usr/bin:/sbin:/usr/sbin
0 0 * * * root if [ -d "/run/systemd/system" ]; then systemctl restart --quiet 
atop; else /usr/share/atop/atop.daily \& ; fi


-- no debconf 

Bug#753350: ITP: youtube-dl-gui -- a graphical frontend for youtube-dl

[Félix Sipma]

On 2017-12-14 13:34+0100, Holger Levsen wrote:
> Hi,
> 
> On Mon, Dec 26, 2016 at 10:59:17PM +0100, Félix Sipma wrote:
>> Do you still plan to work on a package for youtube-dl-gui? If not, I'll be
>> happy to do it myself.
> 
> ping?
> 
> I'd be glad to sponsor an upload of this too.

Still no answer... So I'm just going to start the packaging.


signature.asc
Description: PGP signature

Bug#884142: package-contains-compiled-glib-schema may be in error

[Chris Lamb]

Hi Jonathan,

> Currently though, these are often built for gnome shell extensions at
> package build time, which is a completely valid way of building these
> binaries and there's really no benefit in recompiling these on the
> end-user machine every time the package is installed/updated.

Ah, did not know that. Is there a way Lintian could tell the difference
between ones that should be compiled and which not?


Best wishes,

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

Bug#830012: xnee: Uses deprecated gnome-common macros/variables

[Andreas Henriksson]

Hello,

xnee only *conditionally* uses the GNOME2_DIR variable (if set)
and (atleast since 3.19-2) does not pull in gnome-common when
building.

I think this bug report can be safely closed.

Regards,
Andreas Henriksson

Bug#886728: blender: Doesn't work input with russian characters into text editor.

[Dmitry]

Package: blender
Version: 2.79+dfsg0-3+b1
Severity: important
Tags: l10n

Dear Maintainer,

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

   * What led up to the situation?
   - installed the blender via apt-get from repository of Kali. 
 please note that this packages is an unmodified one from Debian


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

   - in blender created a text object(On the left pane select tab Create, 
(scroll down), find "Other" section, click  "Text"
 then on the bottom pane click on "Object Mode" drop down, select "Edit 
mode", notice non blinking cursor appearance
 on the rendered text object, then put russian character or english 
characters with keyboard; nothing will
 be displayed, while normal editing commands(like delete) and putting 
non-russian text works)

 tried to edit and enter a russian character and failed to do so. 
 Russian character are displayed in the UI of blender fine but are not 
rendered.
 no matter what I do I can't make it work for this one need to install 
the keyboard switcher

   - I am able to see the Russian characters in the UI of blender, however, 
not in the render of 
 the text object. 
   - in the output of blender noticed, that following error messages are 
displayed:

[Tue Jan  9 08:57:51 UTC 2018]:~$ blender -d
Switching to fully guarded memory allocator.
Blender 2.79 (sub 0)
argv[0] = blender
argv[1] = -d
read file /home/puni/.config/blender/2.79/config/userpref.blend
  Version 279 sub 0 date unknown hash unknown
Read prefs: /home/puni/.config/blender/2.79/config/userpref.blend
read file 
  Version 272 sub 2 date unknown hash unknown

ordered
 OBCube
 OBLamp
 OBCamera
BLF_get_unifont: 'Dejavu Sans' font not found with fontconfig
BLF_get_unifont_mono: 'Dejavu Sans Mono' font not found with fontconfig

   - I am suspecting that this behaviour has something to do with the 
following thread:
 https://developer.blender.org/T53106
 and following patch:
 
https://anonscm.debian.org/cgit/pkg-multimedia/blender.git/tree/debian/patches/0006-look_for_dejavu_ttf_with_fontconfig.patch?h=debian/2.79%2bdfsg0-2
 Lines 186 and 220 

 To me it seems that an attempt was made to load another font, however, 
it is failing. 
 This or similair bug was reported earlier and is not marked as fixed: 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833962

   - Note: On my system I see that fc-list has "Dejavu*" while the patch 
expects "DejaVu", not sure if this is root cause.
 See the following output from fc-list:

[Tue Jan  9 08:24:01 UTC 2018]:~/bin$ fc-list | grep -i "Dejavu Sans Mono"
/usr/share/fonts/truetype/dejavu/DejaVuSansMono.ttf: DejaVu Sans Mono:style=Book
/usr/share/fonts/truetype/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans 
Mono:style=Oblique
/usr/share/fonts/truetype/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans 
Mono:style=Bold Oblique
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans 
Mono:style=Bold
/usr/share/fonts/truetype/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans 
Mono:style=Bold
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf: DejaVu Sans 
Mono:style=Book

   * What was the outcome of this action?
 - I have failed to add a russian character into the text object of 
blender

   * What outcome did you expect instead?
 - I expected to see russian character added in blender 
 - As I am not 100% sure on the origin of the issue I have also 
submitted this report:
   https://developer.blender.org/T53744

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


-- System Information:
Distributor ID: Kali
Description:Kali GNU/Linux Rolling
Release:kali-rolling
Codename:   kali-rolling
Architecture: x86_64

Kernel: Linux 4.14.0-kali1-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 blender depends on:
ii  blender-data  2.79+dfsg0-3
ii  fonts-dejavu  2.37-1
ii  libavcodec57  7:3.4.1-1+b1
ii  libavdevice57 7:3.4.1-1+b1
ii  libavformat57 7:3.4.1-1+b1
ii  libavutil55   7:3.4.1-1+b1
ii  libboost-atomic1.62.0 1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0 1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.0  1.62.0+dfsg-4+b2
ii  libboost-filesystem1.62.0 1.62.0+dfsg-4+b2
ii  libboost-iostreams1.62.0  1.62.0+dfsg-4+b2
ii  libboost-locale1.62.0 1.62.0+dfsg-4+b2
ii  libboost-regex1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0 1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0  

Bug#886303: lintian: python-foo-but-no-python3-foo false positive

[Chris Lamb]

tags 886303 + pending
thanks

Fixed in Git:

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

We must also (still) do the name-based check otherwise we do not
catch some true positives.


Best wishes,

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

Bug#886574: Results in false positives when watch file options contain ".

[Chris Lamb]

tags 886574 + pending
thanks

Thanks, applied in Git:

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


Regards,

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

Bug#886727: nouveau: no desktop on nvidia NVS 310 card on DELL precision 7810

[Joachim Schmidt]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.15-2
Severity: important
File: nouveau

Dear Maintainer,

* installed testing version parallel (stable version runs well)
* no display will be shown - terminal goes into standby
* with blacklist=nouveau in modprobe.d I have a (bad looking) desktop

I hope I can help
Joachim



-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [NVS 310] 
[10de:107d] (rev a1)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.14.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.2.0 (Debian 7.2.0-18)) #1 SMP Debian 4.14.7-1 (2017-12-22)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 71896 Jan  9 09:13 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 71411 Jan  9 09:13 /var/log/Xorg.1.log

Contents of most recent Xorg X server log file (/var/log/Xorg.1.log):
-
[25.205] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() 
failed
[25.205] _XSERVTransMakeAllCOTSServerListeners: server already running
[25.205] (--) Log file renamed from "/var/log/Xorg.pid-1482.log" to 
"/var/log/Xorg.1.log"
[25.206] 
X.Org X Server 1.19.5
Release Date: 2017-10-12
[25.206] X Protocol Version 11, Revision 0
[25.206] Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
[25.206] Current Operating System: Linux PC-G17659 4.14.0-2-amd64 #1 SMP 
Debian 4.14.7-1 (2017-12-22) x86_64
[25.206] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.14.0-2-amd64 
root=UUID=ca97dc8f-a3b9-4608-94d7-ffc238229c91 ro quiet
[25.206] Build Date: 16 October 2017  12:28:38PM
[25.206] xorg-server 2:1.19.5-1 (https://www.debian.org/support) 
[25.206] Current version of pixman: 0.34.0
[25.206]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[25.206] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[25.206] (==) Log file: "/var/log/Xorg.1.log", Time: Tue Jan  9 09:13:55 
2018
[25.206] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[25.207] (==) No Layout section.  Using the first Screen section.
[25.207] (==) No screen section available. Using defaults.
[25.207] (**) |-->Screen "Default Screen Section" (0)
[25.207] (**) |   |-->Monitor ""
[25.207] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[25.207] (==) Automatically adding devices
[25.207] (==) Automatically enabling devices
[25.207] (==) Automatically adding GPU devices
[25.207] (==) Max clients allowed: 256, resource mask: 0x1f
[25.207] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[25.207]Entry deleted from font path.
[25.207] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[25.207] (==) ModulePath set to "/usr/lib/xorg/modules"
[25.207] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[25.207] (II) Loader magic: 0x5561e506fde0
[25.207] (II) Module ABI versions:
[25.207]X.Org ANSI C Emulation: 0.4
[25.207]X.Org Video Driver: 23.0
[25.207]X.Org XInput driver : 24.1
[25.207]X.Org Server Extension : 10.0
[25.208] (++) using VT number 2

[25.209] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_33
[25.211] (--) PCI:*(0:3:0:0) 10de:107d:10de:094e rev 161, Mem @ 
0xf600/16777216, 0xe800/134217728, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/131072
[25.211] (II) LoadModule: "glx"
[25.212] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[25.212] (II) Module glx: vendor="X.Org Foundation"
[25.212]compiled for 1.19.5, module version = 1.0.0
[25.212]ABI class: X.Org Server Extension, version 10.0
[25.212] (==) Matched nouveau as autoconfigured driver 0
[25.212] (==) Matched nv as autoconfigured driver 1
[25.212] (==) Matched modesetting as autoconfigured driver 2
[25.212] (==) Matched fbdev as autoconfigured driver 3
[25.212] (==) Matched vesa as autoconfigured driver 4
[

Bug#886224: printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem

[Rudolf Polzer]

> Post the output of 'ls -l /usr/share/ppd' and say from where you got the
> package containing the samsung files.

ls -l /usr/share/ppd returns

drwxr-xr-x 2 root root 4096 Jan  2 13:13 cupsfilters
drwxr-xr-x 2 root root 4096 Jan  3 10:26 cups-pdf
drwxrwsr-t 2 root lpadmin  4096 Jan  8 12:22 custom
-rwxr-xr-x 1 root root10134 Apr 24  2015 MFC7360N.ppd
lrwxrwxrwx 1 root root   29 Feb 23  2016 samsung ->
/usr/share/cups/model/samsung

Years ago, I downloaded a linux driver for my Samsung CLP 315 printer
directly from Samsung, for I had not found it in Debian. This is my main
printer.

Bug#886224: printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem

[Brian Potkin]

On Mon 08 Jan 2018 at 22:34:22 +0100, Rudolf Polzer wrote:

> the result is a bit lengthy, you can download it from
> http://i-r-p.de/tmp/error_log.txt

Attached.

-- 
Brian.


error_log.txt.gz
Description: application/gzip

Bug#884243: djmount status, two patches and about conversion to libupnp 1.8

[Uwe Kleine-König]

Hello Rémi,

given that djmount didn't see any changes (judging from
https://sourceforge.net/p/djmount/code/HEAD/tree/) I wonder if the
project is still alive. The interest I have here is that I like to drop
libupnp 1.6 from Debian and so the djmount package must either be
dropped or converted to libupnp 1.8. As a conversion is non-trivial I
wonder if it is worth the effort.

See https://bugs.debian.org/884243 for some details. Another hint that
removing might be the right alternative is that the Debian maintainer of
djmount (implicitly on Cc via the bug address) didn't react on this bug
yet.

I started working on djmount, two patches are already finished (but only
build tested) and I started to change the list handling as libupnp 1.8
doesn't provide the implementation of linked lists any more. The two
finished patches can be found in the attachment.

It would be great do get some feed back about your actual interest on
djmount.

Best regards
Uwe
From: Uwe Kleine-König 
Subject: [PATCH] Adapt for Debian-specific API changes

Debian's libupnp 1.6 differs in some structs from upstream (*sigh*): While 
struct Upnp_Event_Subscribe::PublisherUrl, struct
Upnp_State_Var_Complete::CtrlUrl and struct Upnp_Event_Subscribe::PublisherUrl
are char arrays (with a fixed size) they are UpnpStrings in Debian.

Instead of adding another Debian specific patch or some ifdeffery use the
macros that are provided by libupnp 1.6 for compatibility with libupnp 1.8 as
these are fixed accordingly (since 1:1.6.24-4).

The version check for libupnp is adapted accordingly to >= 1.6.23 which is the
first upstream version shipping the functions. Note that for a complete fix,
the in-tree-copy of libupnp needs a version bump, too.

--- a/configure.ac
+++ b/configure.ac
@@ -250,19 +250,19 @@
 AC_MSG_CHECKING([whether to use external libupnp])
 AC_ARG_WITH([external-libupnp], 
 	AS_HELP_STRING([--with-external-libupnp],
-	[use external libupnp library (at least 1.3.1) @<:@default = use internal bundled library@:>@]))
+	[use external libupnp library (at least 1.6.23) @<:@default = use internal bundled library@:>@]))
 
 if test x"$with_external_libupnp" = xyes; then
 	AC_MSG_RESULT([yes])
 	# Find the library. This macro handles the LIBUPNP_CFLAGS and _LIBS,
 	# the --with-libupnp-prefix arg, and pkg-config (if any).
 	RT_PACKAGE_FIND([libupnp], [], [-lupnp -lthreadutil -lixml], 
-			[libupnp >= 1.3.1], 
+			[libupnp >= 1.6.23],
 	[
 #	include 
 #	include 
 #	include 
-#if (!defined UPNP_VERSION) || (UPNP_VERSION < 10301)
+#if (!defined UPNP_VERSION) || (UPNP_VERSION < 10623)
 #	error libupnp version is too old
 #endif
 	],
--- a/djmount/device_list.c
+++ b/djmount/device_list.c
@@ -624,11 +624,11 @@
 		} else {
 			Log_Printf (LOG_DEBUG, 
 "Received Event Renewal for eventURL %s", 
-NN(e->PublisherUrl));
+NN(UpnpEventSubscribe_get_PublisherUrl_cstr(e)));
 
 			ithread_mutex_lock ();
 
-			Service* const serv = GetService (e->PublisherUrl,
+			Service* const serv = GetService (UpnpEventSubscribe_get_PublisherUrl_cstr(e),
 			  FROM_EVENT_URL);
 			if (serv) {
 if (event_type == 
@@ -649,11 +649,11 @@
 			(struct Upnp_Event_Subscribe*) event;
 
 		Log_Printf (LOG_DEBUG, "Renewing subscription for eventURL %s",
-			NN(e->PublisherUrl));
+			NN(UpnpEventSubscribe_get_PublisherUrl_cstr(e)));
  
 		ithread_mutex_lock ();
   
-		Service* const serv = GetService (e->PublisherUrl, 
+		Service* const serv = GetService (UpnpEventSubscribe_get_PublisherUrl_cstr(e),
 		  FROM_EVENT_URL);
 		if (serv) 
 			Service_SubscribeEventURL (serv);
--- a/djmount/upnp_util.c
+++ b/djmount/upnp_util.c
@@ -158,7 +158,7 @@
 (struct Upnp_Action_Complete*) event;
 			
 			tpr (, "ErrCode =  %d\n", e->ErrCode);
-			tpr (, "CtrlUrl =  %s\n", NN(e->CtrlUrl));
+			tpr (, "CtrlUrl =  %s\n", NN(UpnpActionComplete_get_CtrlUrl_cstr(e)));
 			tpr (, "ActRequest  =  %s\n",
 			 XMLUtil_GetDocumentString (tmp_ctx, 
 			e->ActionRequest));
@@ -188,7 +188,7 @@
 (struct Upnp_State_Var_Complete*) event;
 			
 			tpr (, "ErrCode =  %d\n", e->ErrCode);
-			tpr (, "CtrlUrl =  %s\n", NN(e->CtrlUrl));
+			tpr (, "CtrlUrl =  %s\n", NN(UpnpActionComplete_get_CtrlUrl_cstr(e)));
 			tpr (, "StateVarName=  %s\n", NN(e->StateVarName));
 			tpr (, "CurrentVal  =  %s\n", NN(e->CurrentVal));
 		}
@@ -240,7 +240,7 @@
 			
 			tpr (, "ErrCode =  %d\n", e->ErrCode);
 			tpr (, "SID =  %s\n", NN(e->Sid));
-			tpr (, "PublisherURL=  %s\n", NN(e->PublisherUrl));
+			tpr (, "PublisherURL=  %s\n", NN(UpnpEventSubscribe_get_PublisherUrl_cstr(e)));
 			tpr (, "TimeOut =  %d\n", e->TimeOut);
 		}
 		break;
@@ -253,7 +253,7 @@
 			
 			tpr (, "ErrCode =  %d\n", e->ErrCode);
 			tpr (, "SID =  %s\n", NN(e->Sid));
-			tpr (, "PublisherURL=  %s\n", NN(e->PublisherUrl));
+			tpr (, "PublisherURL=  %s\n", NN(UpnpEventSubscribe_get_PublisherUrl_cstr(e)));
 			tpr (, "TimeOut 

Bug#886726: [Easytag] easytag missing icons

[Uwe Herrmuth]

Package: Easytag
Version: 2.4.3-1
Severity: normal

--- Please enter the report below this line. ---

Easytag is missing the icons for mask, artist-album, invert-selection
and sequenze-track. See attached screenshot.

Best regards
Uwe

--- System information. ---
Architecture: 
Kernel:   Linux 4.9.0-5-amd64

Debian Release: 9.3
  500 stable-updates  ftp.tu-chemnitz.de 
  500 stable  www.deb-multimedia.org 
  500 stable  security.debian.org 
  500 stable  packages.x2go.org 
  500 stable  ftp.tu-chemnitz.de 
  100 stretch-backports ftp.tu-chemnitz.de 

--- Package information. ---
Depends(Version) | Installed
-+-=
dconf-gsettings-backend  | 0.26.0-2+b1
 OR gsettings-backend| 
libc6  (>= 2.14) | 
libflac8  (>= 1.3.0) | 
libgcc1   (>= 1:3.0) | 
libgdk-pixbuf2.0-0   (>= 2.30.1) | 
libglib2.0-0   (>= 2.38) | 
libgtk-3-0 (>= 3.10) | 
libid3-3.8.3v5   | 
libid3tag0  (>= 0.15.1b) | 
libogg0  (>= 1.0rc3) | 
libopus0(>= 1.1) | 
libopusfile0(>= 0.5) | 
libspeex1   (>= 1.2~beta3-1) | 
libstdc++6(>= 5) | 
libtag1v5(>= 1.9.1-2.2~) | 
libvorbis0a   (>= 1.1.2) | 
libvorbisfile3(>= 1.1.2) | 
libwavpack1  (>= 4.40.0) | 


Recommends(Version) | Installed
===-+-===
gnome-icon-theme| 3.12.0-2
gvfs| 1.30.4-1
yelp| 3.22.0-1


Suggests  (Version) | Installed
===-+-===
easytag-nautilus| 

Bug#886725: tomcat8: ownership of directory /var/lib/tomcat8 had been set to 'root:root'

[Fuwei Chin]

Package: tomcat8
Version: 8.5.14-1+deb9u2
Severity: normal

Dear Maintainer,

My call to the 'tomcat8' you is to change the ownership of directory 
/var/lib/tomcat8 from 'root:root' to 'tomcat8:tomcat8'.

I have a tomcat8 installed in Debian-based OS through aptitude.

The $HOME of user tomcat8, according to /etc/passwd, is /var/lib/tomcat8. the 
default $CATALINA_BASE, described by /etc/init.d/tomcat8, is also 
/var/lib/tomcat8.
For what the ownership of directory /var/lib/tomcat8 had been set to 
'root:root'? that means I cannot mkdir under neither $HOME nor $CATALINA_BASE.

Software packages to OS is what web apps to Tomcat, a software package can 
mkdir under user's home dir, but a web app cannot mkdir under tomcat user's 
home dir due to lacking of permission, such that a webapp developer cannot find 
a proper location to put their generated data.


-- System Information:
Distributor ID: Raspbian
Description:Raspbian GNU/Linux 9.1 (stretch)
Release:9.1
Codename:   stretch
Architecture: armv7l

Kernel: Linux 4.9.41-v7+ (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)

Versions of packages tomcat8 depends on:
ii  adduser3.115
ii  debconf [debconf-2.0]  1.5.61
ii  lsb-base   9.20161125+rpi1
ii  tomcat8-common 8.5.14-1+deb9u2
ii  ucf3.0036

Versions of packages tomcat8 recommends:
ii  authbind   2.1.2
ii  libtcnative-1  1.2.12-2

Versions of packages tomcat8 suggests:
ii  tomcat8-admin 8.5.14-1+deb9u2
pn  tomcat8-docs  
pn  tomcat8-examples  
pn  tomcat8-user  

-- Configuration Files:
/etc/tomcat8/catalina.properties changed [not included]
/etc/tomcat8/logging.properties changed [not included]
/etc/tomcat8/server.xml changed [not included]
/etc/tomcat8/tomcat-users.xml changed [not included]
/etc/tomcat8/web.xml changed [not included]

-- debconf information:
  tomcat8/groupname: tomcat8
  tomcat8/username: tomcat8
  tomcat8/javaopts: -Djava.awt.headless=true -XX:+UseConcMarkSweepGC

Bug#886238: Please introduce official nosystemd build profile

[Ian Campbell]

On Tue, 2018-01-09 at 05:03 +, Wookey wrote:
> And the reason why you'd use it for something like this is that it
> lets you upstream patches (which change dependencies) in a reasonably
> clean way.

And is the reason this is preferable to `dpkg-vendor` based stuff
because `dpkg-vendor` cannot affect debian/control in the same way
(without tricks to autogenerate control at build time)?

> Clearly a downstream distro can instead maintain patches, but we
> encourage upstreaming in general and this mechanism allows that. 

This requires that Debian defines (together with the downstream(s)) a
semantic for the profile which satisfies them. Previously in the thread
you said "I think that is up to the derivative to define" which I think
isn't the case, it has to be a Debian based policy if the patches are
to go into Debian. What happens if two downstreams have different ideas
of what a given profile should mean?

Going down this path starts to look a lot like the USE flags used by
source base distros, and while it might be tollerable as a one off it
seems likely that once the precedent is established the usage will
proliferate (noselinux, noapparmor, nodbus, noblah,...) which would
seem to go against our current principal of enabling most options if
they cause no harm if not used.

I also agree with Russ' point that on the case of `nosystemd` we
actually want to be able to support that use case in Debian, and a
profile for use by downstreams doesn't appear to satisfy that need.

Ian.

Bug#878221: linux-image-4.9.0-4-amd64: Screen flickers randomly with Radeon R9 270X since upgrade from 4.9.0-3 to 4.9.0-4

[Paul Boekholt]

I've switched to linux-image-4.13.0-0.bpo.1-amd64 from the backports repository.
It does not seem to flicker, though now my computer won't wake up from sleep.

Bug#886430: iem-plugin-suite FTBFS on !amd64/x32

[Debian/GNU]

Control: tags -1 upstream
Thanks

i've forwarded this to upstream [1] and they seem to be willing to fix
the problem.

fgmadsrs
IOhannes

[1] https://git.iem.at/audioplugins/IEMPluginSuite/issues/31



On 2018-01-05 22:51, Adrian Bunk wrote:
> Source: iem-plugin-suite
> Version: 1.0.1-2
> Severity: important
> 
> https://buildd.debian.org/status/package.php?p=iem-plugin-suite=sid
> 
> ...
> In file included from ../../Source/PluginProcessor.h:30:0,
>  from ../../Source/PluginProcessor.cpp:23:
> ../../Source/../../resources/interpCoeffsSIMD.h:32:7: error: '__m128' does 
> not name a type; did you mean '._118'?
>  const __m128 interpCoeffsSIMD[129] = {{0.0, 1.0, 0.0, 0.0, },
>^~
> 
> 
> Either the package can be made build (and work) without SSE,
> or the architecture list should be restricted to amd64 and x32.
> 
> 

Bug#886224: printer-driver-cups-pdf: Virtual pdf printer error: no output and config problem

[Brian Potkin]

On Mon 08 Jan 2018 at 22:34:22 +0100, Rudolf Polzer wrote:

> the result is a bit lengthy, you can download it from
> http://i-r-p.de/tmp/error_log.txt

Thank you. I have downloaded the file, compressed it and attached it
to this mail to ensure it is available in the BTS for the future.

cups-driverd looks in /usr/share/ppd/ for PPDs but does not look in its 
 
sub-directories:

  brian@desktop:~$ grep Loading error_log.txt
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading 
\"/usr/share/cups/model\"...
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading 
\"/usr/share/cups/model/samsung\"...
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading 
\"/usr/share/cups/model/samsung/cms\"...
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading 
\"/usr/share/cups/drv\"...
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading \"/usr/share/ppd\"...

"E" signifies an error. Because of it cups-driverd skips the remaining
directories such as /usr/share/ppd/cups-pdf:

  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] Loading \"/usr/share/ppd\"...   
 
  E [08/Jan/2018:22:30:53 +0100] [cups-driverd] Skipping 
\"/usr/share/ppd/samsung\": loop detected!  
  D [08/Jan/2018:22:30:53 +0100] [cups-driverd] ChangedPPD=0
 
  I [08/Jan/2018:22:30:53 +0100] [cups-driverd] No new or changed PPDs...   
 
  I [08/Jan/2018:22:30:53 +0100] [cups-driverd] No new or changed PPDs...

Post the output of 'ls -l /usr/share/ppd' and say from where you got the
package containing the samsung files.

Cheers,

Brian.

Bug#886724: ftp.debian.org: website patches: s/Stretch/Buster/, link to oldstable-proposed-updates

[Florian Schlichting]

Package: ftp.debian.org
Severity: wishlist

two small patches for this I noticed today

Florian
>From 6b6ae325d922ccf6091b20d441cc7696be29cbfc Mon Sep 17 00:00:00 2001
From: Florian Schlichting 
Date: Tue, 9 Jan 2018 10:13:55 +0100
Subject: [PATCH 1/2] Buster is testing nowadays

---
 index.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/index.html b/index.html
index 427d5dc..ae3d0dc 100644
--- a/index.html
+++ b/index.html
@@ -266,7 +266,7 @@
 
 
 Testing
-Stretch is testing, sid is unstable. For more details please 
look
+Buster is testing, sid is unstable. For more details please look
 at the https://www.debian.org/devel/testing;>testing 
pages.
 
 
-- 
2.15.0-zedat

>From 9cb0678ebb995fe480a77a0a63d777b7e7d5bda9 Mon Sep 17 00:00:00 2001
From: Florian Schlichting 
Date: Tue, 9 Jan 2018 10:21:04 +0100
Subject: [PATCH 2/2] add link to oldstable-proposed-updates

---
 index.html | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/index.html b/index.html
index ae3d0dc..3c59197 100644
--- a/index.html
+++ b/index.html
@@ -271,10 +271,12 @@
 
 
 
-Stable
-Packages uploaded to proposed-updated which have not yet been 
accepted by
+Stable / Oldstable
+Packages uploaded to proposed-updates which have not yet been 
accepted by
the stable release managers can be seen
-   https://ftp-master.debian.org/proposed-updates.html;>here.
+   https://release.debian.org/proposed-updates/stable.html;>here.
+   Packages uploaded to oldstable-proposed-updates can be seen
+   https://release.debian.org/proposed-updates/oldstable.html;>here.
 
 
 
-- 
2.15.0-zedat

Bug#886723: ITP: ums2net -- USB Mass Storage to Network Proxy

[Ying-Chun Liu (PaulLiu)]

Package: wnpp
Owner: "Ying-Chun Liu (PaulLiu)" 
Severity: wishlist

* Package name: ums2net
  Version : 0.0.1
  Upstream Author : Ying-Chun Liu (PaulLiu) 
* URL : https://github.com/grandpaul/ums2net
* License : GPLv3+
  Programming Lang: C
  Description : USB Mass Storage to Network Proxy
 ums2net provides a way for a user to connect from a network connection
 to a USB mass storage device.
-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 



signature.asc
Description: OpenPGP digital signature

Bug#871566: swarmkit FTBFS: cannot find package "github.com/docker/docker/api/types"

[Edmund Grimley Evans]

The build failure quoted above is not reproducible with the current
state of sid, I think. However, it is still not possible to build
swarmkit for a different reason: an indirect dependency on
golang-github-juju-ansiterm. See #886613 and the "Dependency
installability problem for swarmkit" on arm64 and other architectures:
https://buildd.debian.org/status/package.php?p=swarmkit=sid

Bug#886722: php: Backport of buster PHP7.1 to stretch-backports to allow usage of new PHP applications

[andrerom]

Package: php
Severity: wishlist

Dear Maintainer,

a growing list of PHP applications starts to require PHP 7.1*, and given
Buster is still far off. As per Debians Backport feature would thus
request backport of buster's phph7.1 to stretch-backports so Debain can
also support PHP 7.1 in stable distribution for our loyal Debian users.


Best,
andrerom


* Symfony 4, Doctrine 2.6, eZ Platform 2, PHPUnit 7, ...

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

Kernel: Linux 4.9.60-linuxkit-aufs (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages php depends on:
pn  php7.0  

php recommends no packages.

suggests no packages.

Bug#886672: aeolus: German translation of package description is wrong

[IOhannes m zmölnig]

On Mon, 08 Jan 2018 21:29:04 +0100 Robert Kehl
 wrote:
> Package: aeolus
> Severity: minor
> 
> Dear Maintainer,
> 
> there is one sentence in the german translation of the package
> description that needs to be corrected.
> 
> Wrong sentence:
> 
> Dieser Softwaresynthesizer wurde für diese Aufgabe optimiert, mit
> potentiell hunderten Reglern für jedes Register, mit denen der Benutzer
> seinen Instrument »eine Stimme geben kann«.
> 
> Right sentence:
> 
> Dieser Softwaresynthesizer wurde für diese Aufgabe optimiert, mit
> potentiell hunderten Reglern für jedes Register, mit denen der Benutzer
> seinem Instrument »eine Stimme geben kann«.


while being there, i'd suggest to also replace the »guillemets« with the
„Anführungszeichen“ as used in German.

i also doubt that "eine Stimme geben" is the best translation for "to
voice", as this appears to be a terminus technicus in the context of organs.

gsdmft
IOhannes



signature.asc
Description: OpenPGP digital signature

Bug#886721: libgdk-pixbuf2.0-0: undefined symbol after upgrade : g_uint64_checked_mul

[f m]

Package: libgdk-pixbuf2.0-0Version: 2.26.1-1+deb7u7Severity: normal
Dear Maintainer,
when upgrading  libgdk-pixbuf2.0   on wheezy i have the following error in the 
upgrade process
[...]Setting up libgdk-pixbuf2.0-common (2.26.1-1+deb7u7) ...Setting up 
libgdk-pixbuf2.0-0:i386 (2.26.1-1+deb7u7) ...g_module_open() failed for 
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so: 
/usr/lib/i386-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-gif.so: 
undefined symbol: g_uint64_checked_mul
I do not know the exact impact of the error
Thanks,
fred


-- System Information:Debian Release: 7.11  APT prefers oldoldstable-updates  
APT policy: (500, 'oldoldstable-updates'), (500, 'oldoldstable')Architecture: 
i386 (i686)
Kernel: Linux 3.2.0-5-686-pae (SMP w/1 CPU core)Locale: LANG=en_US.UTF-8, 
LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)Shell: /bin/sh linked to /bin/dash
Versions of packages libgdk-pixbuf2.0-0 depends on:ii  libc6                    
2.13-38+deb7u12ii  libgdk-pixbuf2.0-common  2.26.1-1+deb7u7ii  libglib2.0-0     
        2.33.12+really2.32.4-5ii  libjasper1               1.900.1-13+deb7u6ii  
libjpeg8                 8d-1+deb7u1ii  libpng12-0               
1.2.49-1+deb7u2ii  libtiff4                 3.9.6-11+deb7u8ii  libx11-6         
        2:1.5.0-1+deb7u4ii  multiarch-support        2.13-38+deb7u12
libgdk-pixbuf2.0-0 recommends no packages.
libgdk-pixbuf2.0-0 suggests no packages.
-- no debconf information

Bug#886720: /usr/bin/godoc: godoc needs a rebuild against the current golang version

[Stefan Tatschner]

Package: golang-golang-x-tools
Version: 1:0.0~git20170707.0.bce9606b+ds-1
Severity: normal
File: /usr/bin/godoc

Dear Maintainer,

the godoc tool needs a rebuild against the current golang version:

$ godoc -http=:6060
2018/01/09 09:46:40 newDirectory(/): stat /usr/lib/go-1.8: no such file or 
directory
2018/01/09 09:46:40 godoc: corpus fstree is nil

It searches the source path for go 1.8 and fails, since I have go 1.9
installed.

$ which godoc
/usr/bin/godoc

Stefan


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

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

Versions of packages golang-golang-x-tools depends on:
ii  libc62.25-5
ii  libjs-jquery 3.2.1-1
ii  libjs-jquery-ui  1.12.1+dfsg-5

Versions of packages golang-golang-x-tools recommends:
ii  golang-doc  2:1.9~2

golang-golang-x-tools suggests no packages.

-- no debconf information

Bug#886367: IMPORTANT: ARE they (Chip-Makers) creasy! -- Changing CPU/MMU-Microcodes MUST NOT BE POSSIBLE outside the secured HW-Factories!

[Patrik Lori]

Hi Felix

Ok, I now understand your points. You have right, with the Firefox case; and 
this is GOOD NEWS for the SECURITY.
AND if you argue with the one direction of microcode updates YOU have also 
right. ;)

But who (which tech.) can/will stop a clever hacker doing forward updates on 
the microcode with his own/bad changes? 
If it is cryptographic (as described) it’s better than nothing, but an 
additional local button/process would secure it in advance.

We will see today HOW now Microsoft & RedHat will PATCH/CHANGE the microcode 
with there Update capabilities!
It’s better they be able to do it, than just an other app from any uncertainty 
sources.

You help me a lot, to feel more secure now. THANKS!

Kind regards
Patrik
 


ifs³ Consulting+Engineering
Patrik Lori
CTO, cert. Computer Engineer & MAS-BA
Panoramastr. 6, 5625 Kallern, Switzerland
 
Web:http://www.ifs3.com 
Email:  patrik.l...@ifs3.com 
Mobile:+41 79 326 75 97
 
CONFIDENTIALITY NOTICE: This e-mail message including attachments, if any, is 
intended only for the person or entity to which it is addressed and may contain 
confidential and/or privileged material. Any unauthorised review, use, 
disclosure or distribution is prohibited. If you are not the intended 
recipient, please contact the sender by reply e-mail and destroy all copies of 
the original message. If you are the intended recipient but do not wish to 
receive communications through this medium, please do advise the sender 
immediately.

> Am 09.01.2018 um 02:25 schrieb Felix Winterhalter :
> 
>> I’m very very sorry, that you think I’m NOT understanding „Spectre" and
>> what this shows. - I understand this very well! ;)
>> 
>> *FOR YOU:*
>> *==
>> *
>> PLEASE look at the possibilities of the new *version 57.0.4 of Firefox*.
>> *With this special created release (of this browser) you can PATCH the
>> Microcode* *AGAINST Spectre
> Let me stop you right there. This is simply not true at all. If you
> would have read up on what exactly they changed in 57.0.4 of Firefox to
> mitigate the Meltdown and Spectre attacks you might have seen that they
> simply changed the resolution of the timing source you can get via the
> javascript function performance.now() to be 20 µs.
> 
> Since both Meltdown and Spectre rely on having accurate high resolution
> timing information available to the process running the attack, this
> effectively leads to those attacks no longer working from within Firefox.
> 
> This has absolutely NOTHING whatsoever to do with microcode patching,
> and so is absolutely irrelevant.
> 
>> But in this case (Spectre) just a "bad website" can be used to reed data 
>> from other areas. This is possible because of some side-effect the current 
>> Microcode has. If we can FIX that with the special version (57.0.4) of 
>> Firefox, a hacker can change it back again with an other program and no one 
>> knows! - After this he just need a "bad website" to get datas AGAIN.
> 
> This also fundamentally shows that you have not understood how microcode
> updates work. You can't just "change it back" as microcode updates only
> work in one direction, that is "the update applied needs to be newer
> than the one already applied", the update revision is included in the
> cryptographic signature of the microcode update. So you cannot just
> apply old updates on top of new ones.

Bug#886719: linux-headers-3.2.0-5-amd64: inode_change_ok() missing, breaks openafs module build

[Arne Nordmark]

Package: linux-headers-3.2.0-5-amd64
Version: 3.2.96-3
Severity: normal

Since the latest wheezy security update, the OpenAFS module (from 
openafs-modules-source, version 1.6.1-3+deb7u8)
no longer builds.

The error seems to be:
  CC [M]  
/usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-3.2.0-5-amd64-SP/osi_file.o
/usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-3.2.0-5-amd64-SP/osi_file.c:
 In function ‘osi_UFSTruncate’:
/usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-3.2.0-5-amd64-SP/osi_file.c:184:5:
 error: implicit declaration of funct
ion ‘inode_change_ok’ [-Werror=implicit-function-declaration]
cc1: some warnings being treated as errors
make[8]: *** 
[/usr/src/modass/usr_src/modules/openafs/src/libafs/MODLOAD-3.2.0-5-amd64-SP/osi_file.o]
 Fel 1

This is a regression, since the module builds fine with 
linux-headers-3.2.0-4-amd64.

Arne

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

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

Versions of packages linux-headers-3.2.0-5-amd64 depends on:
ii  gcc-4.6   4.6.3-14
pn  linux-headers-3.2.0-5-common  
ii  linux-kbuild-3.2  3.2.17-1

linux-headers-3.2.0-5-amd64 recommends no packages.

linux-headers-3.2.0-5-amd64 suggests no packages.

Bug#886718: ITP: retdec -- retargetable machine-code decompiler

[Yangfl]

Package: wnpp
Severity: wishlist
Owner: Yangfl 

* Package name: retdec
  Version : 3.0
  Upstream Author : Avast Software
* URL : https://retdec.com/
* License : MIT
  Programming Lang: C++
  Description : retargetable machine-code decompiler

RetDec is a retargetable machine-code decompiler based on LLVM.

The decompiler is not limited to any particular target architecture,
operating system, or executable file format:
* Supported file formats: ELF, PE, Mach-O, COFF, AR (archive), Intel
HEX, and raw machine code.
* Supported architectures (32b only): Intel x86, ARM, MIPS, PIC32, and PowerPC.

Features:
* Static analysis of executable files with detailed information.
* Compiler and packer detection.
* Loading and instruction decoding.
* Signature-based removal of statically linked library code.
* Extraction and utilization of debugging information (DWARF, PDB).
* Reconstruction of instruction idioms.
* Detection and reconstruction of C++ class hierarchies (RTTI, vtables).
* Demangling of symbols from C++ binaries (GCC, MSVC, Borland).
* Reconstruction of functions, types, and high-level constructs.
* Integrated disassembler.
* Output in two high-level languages: C and a Python-like language.
* Generation of call graphs, control-flow graphs, and various statistics.

Bug#839880: proftpd-basic: proftpd server instance crashed with signal 11

[Олег Мороз]

Have tried

root@sim-ng-data:/home/vniiem# cat /var/log/proftpd/proftpd.log
...
...
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): -BEGIN STACK TRACE-
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): [0] /usr/sbin/proftpd(+0x1f3b0) [0x563c3354f3b0]
2018-01-09 08:16:37,030 sim-ng-data proftpd[24660] sim-ng-data 
(OpenWrt[192.168.3.180]): [1] /usr/sbin/proftpd(+0x1f3b0) [0x563c3354f3b0]



root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 0x1f3b0
./src/pool.c:546

but () gives error

root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 
0x563c3354f3b0()

bash: syntax error near unexpected token `('

and

root@sim-ng-data:/home/vniiem# addr2line -e /usr/sbin/proftpd 
(0x563c3354f3b0)

bash: syntax error near unexpected token `('


03.01.2018 15:47, Hilmar Preuße пишет:

Am 03.01.2018 um 09:39 teilte Олег Мороз mit:

Hi Oleg,

Happy new year!

according to my knowledge the most top line of the stack trace is the 
relevant one.


Your first addr2line command leads me to line 1312 in 
./contrib/mod_sftp/auth.c. This line just contains a call to function 
pr_cmd_dispatch_phase(). This function however is implemented in 
./src/main.c . So to learn in which part of the function the crash 
happens one has to go one line up in the stack trace.


So please repeat the command for the most upper line in your stack 
trace and send me the output. Please use the addresses in the (), I've 
no clue why the 64bit addresses can't be used.


Many thanks!
  Hilmar


So sorry for delay, i'm on vacation.

I believe that problem is in mod_sftp.so

part of proftpd.log stack trace
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [5] /usr/lib/proftpd/mod_sftp.so(+0x3c7ef) 
[0x7f5e93b9d7ef]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [6] 
/usr/lib/proftpd/mod_sftp.so(sftp_auth_handle+0x62) [0x7f5e93b9dc31]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [7] 
/usr/lib/proftpd/mod_sftp.so(sftp_ssh2_packet_handle+0x363) 
[0x7f5e93b7c9ad]
2018-01-03 08:29:28,674 sim-ng-data proftpd[29225] sim-ng-data 
(OpenWrt[192.168.3.180]): [8] /usr/lib/proftpd/mod_sftp.so(+0xfa07) 
[0x7f5e93b70a07]



# addr2line -e /usr/lib/proftpd/mod_sftp.so 0x3c7ef
./contrib/mod_sftp/auth.c:1312


# addr2line -e /usr/lib/proftpd/mod_sftp.so +0xfa07
./contrib/mod_sftp/mod_sftp.c:247


unfortunatelly i cant use 64 bit addresses like 0x7f5e93b9d7ef , 
because in that case addr2line gives ??:0




Log Files snipped.

Bug#886717: ITP: coreapi -- Python client library for Core API

[Pierre-Elliott Bécue]

Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Pierre-Elliott_B=C3=A9cue?= 

* Package name: coreapi
  Version : 2.3.3
  Upstream Author : Tom Christie
* URL : https://github.com/core-api/python-client
* License : BSD
  Programming Lang: Python
  Description : Python client library for Core API

Core API is a format-independent Document Object Model for representing
Web APIs.

It can be used to represent either Schema or Hypermedia responses, and
allows one to interact with an API at the layer of an application
interface, rather than a network interface.

This package would provide a python client for such APIs. It's an
optional dependency of djangorestframework.

This package would be maintained under the DPMT flag.

-- 
PEB

Bug#884142: package-contains-compiled-glib-schema may be in error

[Jonathan Carter (highvoltage)]

Hi

I believe that package-contains-compiled-glib-schema may be in error.

The topic of the original bug report states "test for packages shipping
/usr/share/glib-2.0/schemas/gschemas.compiled", which is good, nothing
should ever ship that.

However, the actual lintian test checks for any file called
gschemas.compiled, and suggests that it should be built using triggers.
Currently though, these are often built for gnome shell extensions at
package build time, which is a completely valid way of building these
binaries and there's really no benefit in recompiling these on the
end-user machine every time the package is installed/updated.

If compiling a gschemas.compiled for an extension at build time is
indeed undesirable and should always be called via trigger, then it
seems prudent that there should be some policy that reflects this before
it is added as a lintian error.

-Jonathan

Bug#886716: openbox: obamenu does not survive broken link

[Vladimir K]

Package: openbox
Version: 3.6.1-6
Severity: normal

Dear Maintainer, I've done some simple testing of obamenu and found out
that it does not survive a broken symlink desktop entry (third party
pakcaging may leave some nasty surprises, so I sometimes test things for 
that):

$ /usr/bin/obamenu
Traceback (most recent call last):
  File "/usr/bin/obamenu", line 181, in 
process_dtfile(dtf,  categoryDict)
  File "/usr/bin/obamenu", line 110, in process_dtfile
fh = open(dtf,  "r")
IOError: [Errno 2] No such file or directory: 
'/usr/share/applications/broken_link.desktop'

As a side note, I would like to draw your attention to this simple menu
which plays well with openbox:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882210

It also had a similar issue fixed recently:
https://github.com/johanmalm/jgmenu/issues/46


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

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

Versions of packages openbox depends on:
ii  libc6 2.25-5
ii  libglib2.0-0  2.54.2-5
ii  libice6   2:1.0.9-2
ii  libobrender32v5   3.6.1-5.1
ii  libobt2v5 3.6.1-5.1
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-5
ii  libx11-6  2:1.6.4-3
ii  libxau6   1:1.0.8-1+b2
ii  libxcursor1   1:1.1.15-1
ii  libxext6  2:1.3.3-1+b2
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b3
ii  libxrandr22:1.5.1-1

Versions of packages openbox recommends:
pn  obconf
ii  obsession 20140608-2+b1
ii  openbox-menu  0.8.0+hg20161009-1
ii  scrot 0.8-18

Versions of packages openbox suggests:
ii  fonts-dejavu   2.37-1
ii  libxml2-dev2.9.4+dfsg1-6.1
pn  openbox-gnome-session  
pn  openbox-kde-session
ii  python 2.7.14-4
ii  tint2  15.3-2

-- no debconf information

Bug#876681: RFH: rst2pdf -- ReportLab-based reStructuredText to PDF renderer

[Andrew Shadura]

On Mon, 8 Jan 2018 09:56:41 +0100 Elena ``of Valhalla''
 wrote:
> On 2018-01-07 at 16:31:58 +0100, Andrew Shadura wrote:
> > On 7 January 2018 at 16:13, Elena ``of Valhalla''
> >  wrote:
> > > On 2017-09-25 at 07:31:29 +0200, Andrew Shadura wrote:
> > >> I think I can have a look at it :) I'll let you know later today if
> > >> I'm really interested.
> > >
> > > Can I assume that you're not interested?
> > >
> > > rst2pdf is going to be autoremoved from testing because of #866477, and
> > > right now I'm more likely to just let it be removed rather than working
> > > on it only to have the package removed a little later because of a lack
> > > of py3 support (unless somebody else is interested in the package, of
> > > course).
> > 
> > Sorry, I completely forgot about this. I will *indeed* jave a look later 
> > today.

> Update 1: thanks to Andrew I realized that #866477 wasn't rightfully
> release critical and brought it back to normal (so the package shouldn't
> get autoremoved.
> 
> Update 2: upstream is currently working, apparently on tests
> https://github.com/rst2pdf/rst2pdf/commits/master and they seem to have
> a release planned https://github.com/rst2pdf/rst2pdf/milestones
> so maybe the only thing that is needed is to ping them a bit on python3
> support https://github.com/rst2pdf/rst2pdf/issues/537 where activity
> seems stalled (and it's not in any release milestone).
> 
> I believe that having working automated tests is considered necessary
> for the port, but I don't know what's the current status of them.

Right. So now, having seen the code and the state of the project, I can
confirm this is too large a task for me, and I'm probably not that much
interested to work on it upstream. I'm not sure about Debian packaging
either, as it heavily depends on upstream's decisions on how to proceed
with Python 3 migration.

-- 
Cheers,
  Andrew

Bug#876147: camp frequently FTBFS on 64bit big endian: camptest-qt (Failed)

[Flavien Bridault]

No my GPG key has not been signed by anyone afaik.

Otherwise Andreas proposed me some weeks to apply as a Debian Developer,
that might be one more good reason to do it ? :)

Le 08/01/2018 à 18:16, John Paul Adrian Glaubitz a écrit :
> On 01/08/2018 06:13 PM, Flavien Bridault wrote:
> > Ah I see maybe I should email Ben Collins 
>  as stated here
> > https://www.debian.org/ports/sparc/porting.en.html ?
>
> No, that information is unfortunately outdated. We need to ask the webteam
> to update the website. Thanks for the heads-up.
>
> Do you happen to have a GPG key which has been signed by any Debian
> Developer
> or any developer from another large Linux distribution?
>
> Adrian
>

-- 
*Flavien BRIDAULT*
Ingénieur de Recherche

fbrida...@ircad.fr

*IRCAD France*
1, place de l'Hôpital - 67091 Strasbourg Cedex - FRANCE

http://www.ircad.fr/ 





signature.asc
Description: OpenPGP digital signature

Bug#886715: sasview-doc: unified_power_Rg docs point at _rg not _Rg

[Drew Parsons]

Package: sasview-doc
Version: 4.2.0~git20171031-3
Severity: normal

When clicking on the Help button for the unified_power_Rg model (Shape
Independent), sasview looks for unified_power_rg.html (more precisely
/usr/lib/python2.7/dist-packages/sas/sasview/doc/user/models/unified_power_rg.html
 )

But the doc file is unified_power_Rg.html (i.e. _Rg not _rg), so the
help page is not found.

All the other html files in that doc dir are lowercase, so the bug
probably only applies to unified_power_Rg.

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

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

Versions of packages sasview-doc depends on:
ii  libjs-jquery 3.2.1-1
ii  libjs-mathjax2.7.2+dfsg-1
ii  libjs-sphinxdoc  1.6.5-4

sasview-doc recommends no packages.

sasview-doc suggests no packages.

-- no debconf information