Bug#772886: your mail

[Carlo Stemberger]

On Thu, 19 May 2022 09:08:09 +0200 (CEST) raphael.jo...@free.fr wrote:
> Thorsten Glaser wrote:
> > Personally, I’d rather not see more of this environmental pollution
> > in Debian, but not speaking for a team.
>
> +1
>
> 
https://www.researchgate.net/publication/328581842_Bitcoin_emissions_alone_could_push_global_warming_above_2C

>

Just Western mainstream media's propaganda. Bitcoin is today the 
greenest industry in the world, and in 5 years might become carbon NEGATIVE.


https://www.whatbitcoindid.com/podcast/making-bitcoin-carbon-negative
https://gridlesscompute.com/

Don't trust, verify.

Carlo

--
 ,= ,-_-. =./  .-. _   _ ___  ___ _ __
((_/)o o(\_))  /   oo|| | | / __|/ _ \ '__|
 `-'(. .)`-'  /   /`'\| |_| \__ \  __/ |
 \_/ /   (\_;/)\__,_|___/\___|_|

Bug#1064492: libdemeter-perl: Use of wxTB_3DBUTTONS crashes the Artemis GUI

[Carlo Segre]

Package: libdemeter-perl
Version: 0.9.27
Severity: grave
Tags: patch upstream
Justification: renders package unusable

when invoking the "dartemis" executable, it fails when trying to use
wxTB_3DBUTTONS from Wx::ToolBar.  This is in line 174 of the GDS.pm script.
Removal of wxTB_3DBUTTONS from line 174 allows dartemis to run correctly.

I think there is a more serious problem.  The most recent official release
is
0.9.26, not 0.9.27.  The fix suggested above reverts to the code in 0.9.26.
Perhaps, 0.9.26 should be the version used in the Debian package.

There is also an error in executing "dhephaestus".  It crashes with the
following error:

$ dhephaestus
Can't use an undefined value as an ARRAY reference at
/usr/share/perl5/Demeter/UI/Hephaestus/LineFinder.pm line 46.
Compilation failed in require at /usr/share/perl5/Demeter/UI/Hephaestus.pm
line
298.

As far as I can tell, there is no difference in either Hephaestus.pm or
LineFinder.pm in the two versions so the problem is more subtle.  In any
case,
version 0.9.26 runs without errors in trixie with the same version of libwx-
perl.

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

Kernel: Linux 6.6.13-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libdemeter-perl depends on:
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-2
ii  libchemistry-elements-perl  1.077-1
ii  libchemistry-formula-perl   3.0.1-1.3
ii  libconfig-ini-perl  1:0.029-1
ii  libconst-fast-perl  0.014-2
ii  libdatetime-perl2:1.59-1+b1
ii  libdigest-sha-perl  6.04-1+b1
ii  libencoding-fixlatin-perl   1.04-3
ii  libfile-copy-recursive-perl 0.45-4
ii  libfile-countlines-perl 0.0.3-4
ii  libfile-touch-perl  0.12-2
ii  libfile-which-perl  1.27-2
ii  libgraph-perl   1:0.9727-1
ii  libgraphics-gnuplotif-perl  1.8-2
ii  libheap-perl0.80-5
ii  libifeffit-perl 2:1.2.11d-12.5+b1
ii  libjson-perl4.1-1
ii  liblist-moreutils-perl  0.430-2
ii  libmath-combinatorics-perl  0.09-6
ii  libmath-derivative-perl 1.01-3
ii  libmath-random-free-perl0.2.0-2
ii  libmath-random-perl 0.72-2+b3
ii  libmath-round-perl  0.08-1
ii  libmath-spline-perl 0.02-4
ii  libmoose-perl   2.2207-1
ii  libmoosex-aliases-perl  0.11-2
ii  libmoosex-types-laxnum-perl 0.04-2
ii  libmoosex-types-perl0.50-2
ii  libpdl-stats-perl   0.83-1+b1
ii  libpod-pom-perl 2.01-4
ii  libregexp-assemble-perl 0.38-2
ii  libregexp-common-perl   2017060201-3
ii  librpc-xml-perl 0.82-1
ii  libspreadsheet-writeexcel-perl  2.40-4
ii  libstar-parser-perl 0.59-4
ii  libstatistics-descriptive-perl  3.0801-1
ii  libtext-template-perl   1.61-1
ii  libtext-unidecode-perl  1.30-3
ii  libtree-simple-perl 1.34-2
ii  libwant-perl0.29-2+b2
ii  libxmlrpc-lite-perl 0.717-5
ii  libxray-absorption-perl 3.0.1-4
ii  libxray-scattering-perl 3.0.1-3
ii  libyaml-tiny-perl   1.74-1
ii  pdl 1:2.085-1
ii  perl [libdigest-sha-perl]   5.38.2-3

libdemeter-perl recommends no packages.

libdemeter-perl suggests no packages.

-- no debconf information


-- 
Carlo U. Segre (he/him) -- Duchossois Leadership Professor of Physics
Professor of Materials Science & Engineering
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Phone: 312.567.3498
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#1064482: libdemeter-perl: Missing dependence on libwx-perl

[Carlo Segre]

Package: libdemeter-perl
Severity: grave
Justification: renders package unusable

The dathena program will not start without the libwx-perl package.


--
Carlo Segre 


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

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE,
TAIN
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libdemeter-perl depends on:
ii  libarchive-zip-perl 1.68-1
ii  libcapture-tiny-perl0.48-2
ii  libchemistry-elements-perl  1.077-1
ii  libconfig-ini-perl  1:0.029-1
ii  libconst-fast-perl  0.014-2
ii  libdatetime-perl2:1.59-1+b1
ii  libdigest-sha-perl  6.04-1+b1
ii  libencoding-fixlatin-perl   1.04-3
ii  libfile-copy-recursive-perl 0.45-4
ii  libfile-countlines-perl 0.0.3-4
ii  libfile-touch-perl  0.12-2
ii  libfile-which-perl  1.27-2
ii  libgraph-perl   1:0.9727-1
ii  libheap-perl0.80-5
ii  libifeffit-perl 2:1.2.11d-12.5+b1
ii  libjson-perl4.1-1
ii  liblist-moreutils-perl  0.430-2
ii  libmath-combinatorics-perl  0.09-6
ii  libmath-derivative-perl 1.01-3
ii  libmath-random-perl 0.72-2+b3
ii  libmath-round-perl  0.08-1
ii  libmath-spline-perl 0.02-4
ii  libmoose-perl   2.2207-1
ii  libmoosex-aliases-perl  0.11-2
ii  libmoosex-types-laxnum-perl 0.04-2
ii  libmoosex-types-perl0.50-2
ii  libpdl-stats-perl   0.83-1+b1
ii  libpod-pom-perl 2.01-4
ii  libregexp-assemble-perl 0.38-2
ii  libregexp-common-perl   2017060201-3
ii  librpc-xml-perl 0.82-1
ii  libspreadsheet-writeexcel-perl  2.40-4
pn  libstar-parser-perl 
ii  libstatistics-descriptive-perl  3.0801-1
ii  libtext-template-perl   1.61-1
ii  libtext-unidecode-perl  1.30-3
ii  libtree-simple-perl 1.34-2
ii  libwant-perl0.29-2+b2
ii  libxmlrpc-lite-perl 0.717-5
ii  libxray-absorption-perl 3.0.1-4
ii  libxray-scattering-perl 3.0.1-3
ii  libyaml-tiny-perl   1.74-1
ii  pdl 1:2.085-1
ii  perl [libdigest-sha-perl]   5.38.2-3

libdemeter-perl recommends no packages.

libdemeter-perl suggests no packages.

-- 
Carlo U. Segre (he/him) -- Duchossois Leadership Professor of Physics
Professor of Materials Science & Engineering
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Phone: 312.567.3498
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#1054563: gnome-shell-extension-trash: New version

[Carlo Stemberger]

Package: gnome-shell-extension-trash
Version: 0.2.0-git20200326.3425fcf1-1
Severity: wishlist

Hi,
the GitHub repository seems to be abandoned since 2017.

You can find the new versione here:

https://gitlab.com/bertoldia/gnome-shell-trash-extension

Best regards,
Carlo


-- System Information:
Debian Release: 12.2
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-13-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-shell-extension-trash depends on:
ii  gnome-shell  43.6-1~deb12u2

gnome-shell-extension-trash recommends no packages.

gnome-shell-extension-trash suggests no packages.

-- no debconf information

Bug#772886:

[Carlo Stemberger]

X-Debbugs-Cc: team+cryptoc...@tracker.debian.org

Hi,
I'd like to see Bisq in Debian.

After 2714 days, nobody has taken this staff.

I'd like to do it myself, but:
1) It's a very big project;
2) I have 0 experience in packaging;
3) I'm not a Java programmer

Is there someone interested in helping me?

First step, I'd start by packaging bitcoinj[1]. I tried to build it[2] (`$
gradle clean assemble`), and all seems to work. What is the right team for
this? Debian Cryptocoin Packaging or Debian Java Packaging?

Thank you!

Best regards,
Carlo


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629008
[2] https://github.com/bitcoinj/bitcoinj#getting-started

Bug#996936: libtool might not use the recommended linker options for macOS >= 12

[Carlo Arenas]

Package: libtool
Version: 2.4.6-14
Severity: important
Tags: upstream
Forwarded: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44605

As originally discussed in upstream bug report 44684, any package
bootstrapped using the upstream libtool.m4 will fail to recognise
macOS BigSur and use the wrong linker flags, which could result in
issues when the libraries are later dlopen (ex: libgcrypt when used by
Guile 3.0.7 through guile-gcrypt[2])

A partial fix for this was committed as
debian/patches/0070-libtool-bigsur.patch but it only corrected the
default call, and will break if MACOSX_DEPLOYMENT_TARGET=12.0 is
provided (which will happen with the release of Monterrey next week)

The simplest solution would be to change the last condition to match
all versions instead of only "10.*|11.*"

[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44684
[2] https://dev.gnupg.org/T5610

Bug#984924: libfprint-2-2: swipe-too-short error with 138a:0050 Validity Sensors

[Carlo Agrusti]

Package: libfprint-2-2
Version: 1:1.90.7-2
Severity: normal
Tags: patch
X-Debbugs-Cc: carlo.agru...@gmail.com

Dear Maintainer,

when trying to enroll the fingerprint with the command fprintd-enroll, the
error "swipe-too-short" is issued, thus not allowing to complete the procedure.

By looking at the source code of libfprint it seems that the function
is_noise() into the module vfs0050.c always returns 1, so reducing to 0 the
number of valid scan lines. Avoiding the call to is_noise() leads to a properly
working system - even without any noise filtering.




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

Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libfprint-2-2 depends on:
ii  libc6  2.31-4
ii  libglib2.0-0   2.66.2-1
ii  libgusb2   0.3.5-1
ii  libnss32:3.58-1
ii  libpixman-1-0  0.36.0-1

libfprint-2-2 recommends no packages.

libfprint-2-2 suggests no packages.

-- no debconf information

Bug#984714: gparted: unable to create exFAT file systems

[Carlo Stemberger]

Package: gparted
Version: 1.2.0-1
Severity: normal

Hi,
it seems GParted uses a wrong option for mkfs.exfat:

```
mkfs.exfat: invalid option -- 'L'
Usage: mkfs.exfat [-i volume-id] [-n label] [-p partition-first-sector]
[-s sectors-per-cluster] [-V] 
```

So I think '-L' should be replaced by '-n'.

Best regards,
Carlo


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

Kernel: Linux 5.10.0-3-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gparted depends on:
ii  gparted-common1.2.0-1
ii  libatkmm-1.6-1v5  2.28.0-3
ii  libc6 2.31-9
ii  libcairomm-1.0-1v51.12.2-4
ii  libgcc-s1 10.2.1-6
ii  libglib2.0-0  2.66.7-1
ii  libglibmm-2.4-1v5 2.64.2-2
ii  libgtk-3-03.24.24-3
ii  libgtkmm-3.0-1v5  3.24.2-2
ii  libpangomm-1.4-1v52.42.1-1
ii  libparted-fs-resize0  3.4-1
ii  libparted23.4-1
ii  libsigc++-2.0-0v5 2.10.4-2
ii  libstdc++610.2.1-6
ii  libuuid1  2.36.1-7
ii  policykit-1   0.105-30

gparted recommends no packages.

Versions of packages gparted suggests:
ii  dmraid 1.0.0.rc16-8+b1
ii  dmsetup2:1.02.175-2.1
ii  dosfstools 4.2-1
ii  e2fsprogs  1.46.1-1
pn  gpart  
pn  jfsutils   
ii  kpartx 0.8.5-1
ii  mtools 4.0.26-1
ii  ntfs-3g1:2017.3.23AR.3-4
pn  reiser4progs   
pn  reiserfsprogs  
pn  udftools   
pn  xfsprogs   
ii  yelp   3.38.3-1

-- no debconf information

Bug#981015: I replicated the issue

[Carlo Stemberger]

I can confirm, the problem is related to the last version
(14.0.0+dfsg.2-2). I repeated the upgrade on another Debian box, and the
result is the same.

Best regards,
Carlo

Bug#981015: odoo: Blank page in /web

[Carlo Stemberger]

I can confirm, the problem is related to the last version
(14.0.0+dfsg.2-2). I repeated the upgrade on another Debian box, and the
result is the same.

Best regards,
Carlo

Bug#981015: odoo: Blank page in /web

[Carlo Stemberger]

Package: odoo
Version: 14.0.0+dfsg.2-2
Severity: important
X-Debbugs-Cc: carlo.stember...@gmail.com

Hi,
today I upgraded Odoo (via APT). After that the /web page doesn't work
anymore: I get a blank page.

I tried to regenerate assets bundles [1] but nothing changed. What can I
do?

Thank you,
Carlo


[1] 
https://www.odoo.com/it_IT/forum/help-1/blank-page-after-logging-in-odoo-112430

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

Kernel: Linux 5.10.0-1-cloud-amd64 (SMP w/1 CPU thread)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages odoo depends on:
ii  adduser   3.118
ii  fonts-font-awesome5.0.10+really4.7.0~dfsg-4
ii  fonts-inconsolata 001.010-5.1
ii  fonts-roboto-unhinted 2:0~20170802-3
ii  init-system-helpers   1.60
ii  libjs-jquery  3.5.1+dfsg+~3.5.5-7
ii  libjs-jquery-ui   1.12.1+dfsg-8
ii  libjs-underscore  1.9.1~dfsg-1
ii  lsb-base  11.1.0
ii  postgresql-client 13+224
ii  postgresql-client-13 [postgresql-client]  13.1-1+b1
ii  python3   3.9.1-1
ii  python3-babel 2.8.0+dfsg.1-5
ii  python3-chardet   4.0.0-1
ii  python3-dateutil  2.8.1-5
ii  python3-decorator 4.4.2-2
ii  python3-docutils  0.16+dfsg-3
ii  python3-feedparser5.2.1-3
ii  python3-freezegun 0.3.15-1
ii  python3-gevent20.9.0-1
ii  python3-html2text 2020.1.16-1
ii  python3-idna  2.10-1
ii  python3-jinja22.11.2-1
ii  python3-libsass   0.20.1-2
ii  python3-lxml  4.6.2-1
ii  python3-mako  1.1.3+ds1-2
ii  python3-mock  4.0.3-1
ii  python3-num2words 0.5.9-1
ii  python3-ofxparse  0.19-2
ii  python3-passlib   1.7.2-2
ii  python3-pil   8.1.0-1
ii  python3-polib 1.1.0-7
ii  python3-psutil5.8.0-1
ii  python3-psycopg2  2.8.6-2
ii  python3-pydot 1.4.1-3
ii  python3-pyparsing 2.4.7-1
ii  python3-pypdf21.26.0-4
ii  python3-qrcode6.1-2
ii  python3-reportlab 3.5.59-1
ii  python3-requests  2.25.1+dfsg-2
ii  python3-serial3.5~b0-1
ii  python3-stdnum1.15-1
ii  python3-suds  0.8.4-1
ii  python3-tz2020.5-1
ii  python3-usb   1.0.2-2
ii  python3-vobject   0.9.6.1-0.2
ii  python3-werkzeug  1.0.1+dfsg1-2
ii  python3-xlrd  1.2.0-2
ii  python3-xlsxwriter1.1.2-0.2
ii  python3-xlwt  1.3.0-3
ii  python3-zeep  4.0.0-1
ii  wkhtmltopdf   0.12.6-1

Versions of packages odoo recommends:
ii  postgresql13+224
ii  python3-ldap  3.2.0-4+b3

odoo suggests no packages.

-- Configuration Files:
/etc/odoo/odoo.conf [Errno 13] Permission denied: '/etc/odoo/odoo.conf'

-- no debconf information

Bug#975438: a2jmidid: a2j_control doesn't work

[Carlo Stemberger]

Package: a2jmidid
Version: 9-2
Severity: important

Dear Maintainer,
here is the output:

```
$ a2j_control --start
--- start
Traceback (most recent call last):
  File "/usr/bin/a2j_control", line 203, in 
A2JControl()
  File "/usr/bin/a2j_control", line 199, in __init__
self.call_controller_function()
  File "/usr/bin/a2j_control", line 166, in call_controller_function
self.controller_start()
  File "/usr/bin/a2j_control", line 94, in controller_start
self.controller_interface.start()
  File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 72, in __call__
return self._proxy_method(*args, **keywords)
  File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 141, in __call__
return self._connection.call_blocking(self._named_service,
  File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in 
call_blocking
reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.gna.home.a2jmidid.error.generic: a2j_start() 
failed.
```

Best regards,
Carlo Stemberger

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

Kernel: Linux 5.9.0-2-rt-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages a2jmidid depends on:
ii  libasound21.2.3.2-1+b1
ii  libc6 2.31-4
ii  libdbus-1-3   1.12.20-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.16~dfsg-1
ii  python3   3.8.6-1
ii  python3-dbus  1.2.16-4

a2jmidid recommends no packages.

a2jmidid suggests no packages.

-- no debconf information

Bug#974120: pycodestyle: Please make pycodestyle executable

[Carlo Stemberger]

Package: python3-pycodestyle
Version: 2.6.0-1
Severity: wishlist
File: pycodestyle

Hi,
as you can see here[1] pycodestyle is intended to be use as a command
line tool. So I think:

0) line 1 (shebang) in /usr/lib/python3/dist-packages/pycodestyle.py
should be fixed (python3 instead of python)

1) /usr/lib/python3/dist-packages/pycodestyle.py should be executable
(+x in permissions)

2) a symlink should be added in a $PATH directory


Best regards,
Carlo


[1] https://pypi.org/project/pycodestyle/


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

Kernel: Linux 5.9.0-1-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-pycodestyle depends on:
ii  python3  3.8.2-3

python3-pycodestyle recommends no packages.

python3-pycodestyle suggests no packages.

-- no debconf information

Bug#974114: enscript: warning during installation

[Carlo Stemberger]

Package: enscript
Version: 1.6.5.90-3+b1
Severity: minor

Hi,
here is the message I get during the installation:

install-info: warning: no info dir entry in 
`/usr/share/info/automake-history.in fo.gz'

Best regards,
Carlo


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

Kernel: Linux 5.9.0-1-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages enscript depends on:
ii  libc6  2.31-4
ii  libpaper1  1.1.28+b1
ii  perl   5.30.3-4

enscript recommends no packages.

Versions of packages enscript suggests:
ii  cups-bsd [lpr]   2.3.3-3
ii  evince [postscript-viewer]   3.38.0-2
ii  ghostscript [postscript-viewer]  9.52.1~dfsg-1
ii  okular [postscript-viewer]   4:20.08.1-1

-- no debconf information

Bug#973945: gourmet: Missing *.desktop file

[Carlo Stemberger]

Package: gourmet
Version: 0.17.5~alpha2-6
Severity: important
Tags: a11y
X-Debbugs-Cc: debian-desk...@lists.debian.org

Because of this lack, Gourmet is not visible in desktop environments.

Best regards,
Carlo


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

Kernel: Linux 5.9.0-1-rt-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gourmet depends on:
ii  gir1.2-gtk-3.0   3.24.23-2
ii  python3  3.8.2-3
ii  python3-argcomplete  1.8.1-1.3
ii  python3-bs4  4.9.3-1
ii  python3-gi   3.38.0-1+b1
ii  python3-pil  8.0.1-1
ii  python3-reportlab3.5.53-1
ii  python3-requests 2.24.0+dfsg-1
ii  python3-sqlalchemy   1.3.20+ds1-1
ii  python3-toml 0.10.1-1

Versions of packages gourmet recommends:
pn  kpython3-gtkspellcheck  
ii  python3-lxml4.6.1-1
ii  python3-pyglet  1.4.10-1

Versions of packages gourmet suggests:
pn  python3-ebooklib  

-- no debconf information

Bug#973944: RFP: python3-humanized-opening-hours -- A parser for the opening_hours fields from OpenStreetMap

[Carlo Stemberger]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

* Package name: python3-humanized-opening-hours
  Version : 1.0.0b3
  Upstream Author : Michael Marx 
* URL : https://github.com/rezemika/humanized_opening_hours
* License : AGPL
  Programming Lang: Python
  Description : A parser for the opening_hours fields from OpenStreetMap

Humanized Opening Hours is a Python 3 module allowing a simple usage of
the opening_hours fields used in OpenStreetMap.

Bug#973693: RFP: python3-drawsvg -- A Python 3 library for programmatically generating SVG images (vector drawings) and rendering them or displaying them in a Jupyter notebook

[Carlo Stemberger]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

* Package name: python3-drawsvg
  Version : 1.7.0
  Upstream Author : Casey Duckering 
* URL : https://github.com/cduck/drawSvg
* License : MIT
  Programming Lang: Python
  Description : A Python 3 library for programmatically generating SVG 
images (vector drawings) and rendering them or displaying them in a Jupyter 
notebook


A Python 3 library for programmatically generating SVG images (vector
drawings) and rendering them or displaying them in a Jupyter notebook.

Most common SVG tags are supported and others can easily be added by
writing a small subclass of DrawableBasicElement or
DrawableParentElement.

An interactive Jupyter notebook widget, drawSvg.widgets.DrawingWidget,
is included that can update drawings based on mouse events.

Bug#955345: gcc-multilib-sparc64-linux-gnu: incorrect dynamic-linker when building with -m32

[Carlo Marcelo Arenas Belón]

Package: gcc-multilib-sparc64-linux-gnu
Version: 4:6.3.0-4
Severity: important

Dear Maintainer,

building a 32-bit sparc binary works as expected but fails to run
through qemu-linux-user while pointing to multilib libc that was used.

/usr/sparc64-linux-gnu/lib/ld-linux.so.2 points to the 64-bit ld-2.20.so
instead of the 32-bit one in /usr/sparc64-linux-gnu/lib32

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

Kernel: Linux 4.19.87-07826-g55ab70aff690 (SMP w/4 CPU cores; PREEMPT)
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 gcc-multilib-sparc64-linux-gnu depends on:
ii  cpp-sparc64-linux-gnu 4:6.3.0-4
ii  gcc-6-multilib-sparc64-linux-gnu  6.3.0-18cross1
ii  gcc-sparc64-linux-gnu 4:6.3.0-4

Versions of packages gcc-multilib-sparc64-linux-gnu recommends:
ii  libc6-dev-sparc64-cross [libc-dev-sparc64-cross]  2.24-10cross1

Versions of packages gcc-multilib-sparc64-linux-gnu suggests:
ii  autoconf   2.69-10
ii  automake   1:1.15-6
pn  bison  
ii  flex   2.6.1-1.3
pn  gcc-doc
pn  gdb-sparc64-linux-gnu  
ii  libtool2.4.6-2
ii  make   4.1-9.1
ii  manpages-dev   4.10-2

-- no debconf information

Bug#942142: objcryst-fox: Should objcryst-fox be removed from Debian?

[Carlo Segre]

I'm hoping to get back to it.

On October 10, 2019 3:57:00 PM EDT, Olly Betts  wrote:
>Source: objcryst-fox
>Version: 1.9.6.0-2.1
>Severity: normal
>
>I think it's time to remove the objcryst-fox package:
>
>* appears to be unmaintained in Debian:
>  - 3 open bugs, none with any maintainer response
>  - last maintainer upload was over 8 years ago
>  - several newer unpackaged upstream releases (it's a bit unclear
>exactly what's most recent, but 2017.2 according to:
>  https://sourceforge.net/p/objcryst/git/ci/master/tree/ChangeLog.txt )
>  - upstream says the currently packaged version doesn't work well with
>wxwidgets3.0 -
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781717#10
>- and apparently segfaults as a result.
>* last upload (NMU by me for the previous wxwidgets3.0 transition) was
>  over 5 years ago
>* hasn't been in testing due to RC bugs since early 2017 due to a FTBFS
>  bug which has had a patch to fix it attached for nearly 2 years
>* extremely low popcon - inst:5 vote:0
>* has no reverse dependencies (according to dak rm)
>
>If there are no objections within two weeks, I'll turn this into an RM
>bug.
>
>Cheers,
>Olly

-- 
Carlo Segre
Professor of Physics, IIT 

Bug#940242: RFP: python-timecode -- Python Module for SMPTE Time Code Manipulation

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: python-timecode
  Version : 1.2.1
  Upstream Author : Erkan Ozgur Yilmaz 
* URL : https://pypi.org/project/timecode/
* License : MIT
  Programming Lang: Python
  Description : Python Module for SMPTE Time Code Manipulation

Python Module for manipulating SMPTE timecode. Supports 23.976, 23.98,
24, 25, 29.97, 30, 50, 59.94, 60 frame rates and milliseconds (1000
fps).

Simple math operations like, addition, subtraction, multiplication or
division with an integer value or with a timecode is possible. Math
operations between timecodes with different frame rates are supported.

Bug#934785: does not include lis.so driver

[Adam Di Carlo]

Dominique Dumont  writes:

> That said, this requires people willing to create a PR and having the HW to 
> test. So far, nobody volunteered. Could you have a look there ?

Yes, I will.  I'd prefer not to have to maintain a fork.

Pardon my slowness in response, deadlines make me tardy on following up
on things.

-- 
...Adam Di Carlo...

Bug#939447: nvidia-legacy-check: Supported graphics card (Quadro K1100M) is flagged as unsupported

[Carlo Segre]

i  libxshmfence1  1.3-1
ii  libxss11:1.2.3-1
ii  libxtst6   2:1.2.3-1
ii  libxv1 2:1.0.11-1
ii  libxvmc1   2:1.0.10-1
ii  xserver-xorg-core [xorg-video-abi-24]  2:1.20.4-1

Versions of packages nvidia-legacy-check is related to:
pn  bumblebee  
pn  bumblebee-nvidia   
pn  ccache 
pn  libcuda1   
pn  libcuda1-any   
pn  libdrm-nouveau1
pn  libdrm-nouveau1a   
ii  libdrm-nouveau22.4.99-1
ii  libegl11.1.0-1+b1
ii  libgl1 1.1.0-1+b1
ii  libgl1-nvidia-glvnd-glx [libgl1-nvidia-glx-any]430.40-2
ii  libgles1   1.1.0-1+b1
ii  libgles2   1.1.0-1+b1
ii  libglvnd0  1.1.0-1+b1
ii  libglx01.1.0-1+b1
pn  libopencl0 
ii  libvulkan1 1.1.114.0-1
pn  linux-headers  
ii  make   4.2.1-1.2
pn  nvidia-driver  
pn  nvidia-glx 
pn  nvidia-glx-any 
ii  nvidia-kernel-common   20151021+9
ii  nvidia-kernel-dkms 430.40-2
pn  nvidia-kernel-source   
ii  nvidia-kernel-support [nvidia-kernel-support-any]  430.40-2
ii  nvidia-modprobe418.56-1
pn  nvidia-settings
ii  nvidia-support 20151021+9
ii  nvidia-vulkan-icd [vulkan-icd] 430.40-2
pn  nvidia-xconfig 
ii  ocl-icd-libopencl1 [libopencl1]2.2.12-2
ii  pocl-opencl-icd [opencl-icd]   1.3-3
ii  xserver-xorg   1:7.7+19
ii  xserver-xorg-core  2:1.20.4-1
ii  xserver-xorg-legacy2:1.20.4-1
ii  xserver-xorg-video-nouveau 1:1.0.16-1
pn  xserver-xorg-video-nvidia-any  

-- debconf information:
  nvidia-driver/check-for-unsupported-gpu: true
* nvidia-driver/install-even-if-unsupported-gpu-exists: true
  nvidia-driver/supported-in-legacy-driver-name: nvidia-legacy-390xx-driver

--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Directory, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#934785: does not include lis.so driver

[Adam Di Carlo]

Dominique Dumont  writes:
> As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc 
> changelog) because build dependency on libftdi-dev and libusb-dev were 
> removed.
>
> libftdi-dev and libusb-dev are deprecated library with newer replacements. 
> Nobody stepped up upstream to port these module to new usb library, so, 
> unfortunately, I had to remove these modules.

Ok, I see, they've bitrotted away.

>> Which is odd, because I did a local build and lis.so is indeed built
>> and included with the 'lcdproc' package.
>
> Probably because libusb-dev libftdi-dev are installed on your system.

Ok, no problem.

Its a bit of shame that this software is unmaintained upstream with no
replacement -- that I know of.  However, I know that's not your fault.

What's better, to just close this bug or should I upstream it?

-- 
...Adam Di Carlo...

Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts

[Carlo Segre]

I understand, as I mentioned in the original bug report, the script patch is a 
kludge.

Carlo

On August 15, 2019 12:12:36 PM CDT, Nicholas Breen  wrote:
>On Tue, Aug 13, 2019 at 12:47:07AM -0500, Carlo Segre wrote:
>> If the links ending in *.t1 in the /usr/share/grace/fonts/type1/
>directory
>> are renamed as *.pfb, then grace identifies all the fonts correctly
>and
>> makes them all available with their proper name designations.  This
>> indicates that the bug is in the source code for grace which should
>add a
>> search for a fourth variant of the file name, i.e. with *.t1 as the
>> extension.
>
>Even worse: it's split between grace and t1lib code, with an awkward
>interface between the two.
>
>I'd *like* to solve it this way but only have a partial fix so far.
>I'll poke at it further as time permits over the next few days, and
>switch to your update-grace-fonts patch if it seems intractable.
>Thanks!
>
>
>-- 
>Nicholas Breen
>nbr...@debian.org

-- 
Carlo Segre
Professor of Physics, IIT 

Bug#934785: does not include lis.so driver

[Adam Di Carlo]

Package: lcdproc
Version: 0.5.9-3.1
Severity: normal

The package fails to include the lis.so module.

Which is odd, because I did a local build and lis.so is indeed built
and included with the 'lcdproc' package.

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

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

Versions of packages lcdproc depends on:
ii  cme   1.029-1
ii  debconf [debconf-2.0] 1.5.71
ii  libc6 2.28-10
ii  libconfig-model-lcdproc-perl  2.052-2
ii  libftdi1  0.20-4
ii  libncurses6   6.1+20181013-2
ii  libtinfo6 6.1+20181013-2
ii  libusb-0.1-4  2:0.1.12-32
ii  libusb-1.0-0  2:1.0.22-2
ii  libx11-6  2:1.6.7-1
ii  lsb-base  10.2019051400
ii  udev  241-5

Versions of packages lcdproc recommends:
ii  lcdproc-extra-drivers  0.5.9-3.1

lcdproc suggests no packages.

-- Configuration Files:
/etc/lcdproc.conf changed [not included]

-- debconf information excluded

Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts

[Carlo Segre]

I have attached a patch to the /usr/sbin/update-grace-fonts script which 
will provide the kludgy solution described in my original submission.


It is also inserted below

Carlo

--- /usr/sbin/update-grace-fonts~   2018-04-28 12:50:28.0 -0500
+++ /usr/sbin/update-grace-fonts2019-08-14 13:31:38.934916736 -0500
@@ -12,10 +12,15 @@
 my($odir, $cdir) = @_;
 opendir(my $dh, $odir);
 my @files = readdir($dh);
+# New variable
+my $modfilename;
 foreach (@files) {
-   next if (/^\./);
-   recursiveLink("$odir/$_", $cdir) if -d "$odir/$_";
-   symlink("$odir/$_", "$cdir/$_") if -f "$odir/$_";
+next if (/^\./);
+recursiveLink("$odir/$_", $cdir) if -d "$odir/$_";
+# Set file name to new variable, strip ".t1" from end of it if it's there
+$modfilename = $_;
+$modfilename =~ s/\.t1$//;
+symlink("$odir/$_", "$cdir/$modfilename") if -f "$odir/$_";
 }
 closedir($dh);
 }


--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Directory, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org--- /usr/sbin/update-grace-fonts~   2018-04-28 12:50:28.0 -0500
+++ /usr/sbin/update-grace-fonts2019-08-14 13:31:38.934916736 -0500
@@ -12,10 +12,15 @@
 my($odir, $cdir) = @_;
 opendir(my $dh, $odir);
 my @files = readdir($dh);
+# New variable
+my $modfilename;
 foreach (@files) {
-   next if (/^\./);
-   recursiveLink("$odir/$_", $cdir) if -d "$odir/$_";
-   symlink("$odir/$_", "$cdir/$_") if -f "$odir/$_";
+next if (/^\./);
+recursiveLink("$odir/$_", $cdir) if -d "$odir/$_";
+# Set file name to new variable, strip ".t1" from end of it if it's there
+$modfilename = $_;
+$modfilename =~ s/\.t1$//;
+symlink("$odir/$_", "$cdir/$modfilename") if -f "$odir/$_";
 }
 closedir($dh);
 }

Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts

[Carlo Segre]

Package: grace
Version: 1:5.1.25-6
Severity: important

Dear Maintainer,

When the latest ghostscript (9.27~dfsg-3) is installed, it forces the
installation of the fonts-urw-base35 package which contains binary font
files ending in a *.t1 instead of *.pfa or *.pfb.  The grace package updates
its font mapping when new fonts are installed using the update-grace-fonts
script and all the fonts available are mapped in the file 
/usr/share/grace/fonts/FontDataBase with links to the ascii and binary font
files in the /usr/share/grace/fonts/type1 directory.

When grace is started up, it reads the FontDataBase file and then searches
the /usr/share/grace/fonts/type1 directory for each of the fonts listed
there in one of three forms as per the strace output below

stat("/usr/share/grace/fonts/type1/n019023l", 0x7ffee1e43d70) = -1 ENOENT (No 
such file or directory)
stat("/usr/share/grace/fonts/type1/n019023l.pfa", 0x7ffee1e43d70) = -1 ENOENT 
(No such file or directory)
stat("/usr/share/grace/fonts/type1/n019023l.pfb", {st_dev=makedev(0x8, 0x1), 
... }) = 0

Because the fonts in the fonts-urw-base35 have an extension of *.t1, they
are not recognized and grace does not handle this well at all because it
assigns that font name to the next binary font file with a valid extension. 
This results in having only the fonts with binary files which end in no
extension, *.pfa or *.pfb being available but with names all scrambled up
and assigned to the unrecognized fonts.

If the links ending in *.t1 in the /usr/share/grace/fonts/type1/ directory
are renamed as *.pfb, then grace identifies all the fonts correctly and
makes them all available with their proper name designations.  This
indicates that the bug is in the source code for grace which should add a
search for a fourth variant of the file name, i.e. with *.t1 as the
extension.

A second fix would be to have grace search only for the specific file name
that is listed in the third column of the FontdataBase file, which has the
correct file names associated with the fonts.

Either of the two above fixes would solve the bug correctly but a kludgy
solution would be to modify the update-grace-fonts script to rename the
links in the /usr/share/grace/fonts/type1/ directory which end in *.t1 as
having no extension of a *.pfb extension.  However this is only a stopgap
solution.  

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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
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 /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages grace depends on:
ii  fontconfig2.13.1-2
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.4
ii  libc6 2.28-10
ii  libfftw3-double3  3.3.8-2
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libnetcdf13   1:4.6.2-1
ii  libpng16-16   1.6.37-1
ii  libx11-6  2:1.6.7-1
ii  libxbae4m 4.60.4-7+b11
ii  libxm42.3.8-2
ii  libxmhtml1.1  1.1.10-3
ii  libxmu6   2:1.1.2-2+b3
ii  libxpm4   1:3.5.12-1
ii  libxt61:1.1.5-1+b3
ii  xterm 348-1

Versions of packages grace recommends:
ii  xfonts-100dpi  1:1.0.4+nmu1
ii  xfonts-75dpi   1:1.0.4+nmu1

Versions of packages grace suggests:
ii  gconf2   3.2.6-5
hi  ghostscript  9.27~dfsg-2
ii  texlive-extra-utils  2019.20190710-1

-- no debconf information

Bug#927076: RFP: xournalpp -- hand note taking software

[Carlo Segre]

It is my plan to package this as well.  Once I get some time...

Carlo

On Sun, 14 Apr 2019, Elena ``of Valhalla'' wrote:


Package: wnpp
Severity: wishlist

* Package name: xournalpp
 Version : 1.0.10
 Upstream Author : ?
* URL : https://github.com/xournalpp/xournalpp
* License : GPL
 Programming Lang: C++
 Description : hand note taking software

Xournal++ is an application for notetaking, sketching and
keeping a journal using a stylus. It can also be used to
add annotations to PDF files.

This is a rewrite of xournal which maintains a decent amount of
backwards compatibility and is currently under active development.
It is mentioned on the xournal homepage itself.

It would be nice to have it in Debian together with xournal (or instead
of xournal, in case the latter will end up being removed because of its
age).



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#924362: package fails to configure (postinst)

[Adam Di Carlo]

Package: chkrootkit
Version: 0.52-3
Severity: important

On a system running buster, I just had a failure upgrading the package.

I put 'set -x' in chkrootkit.postinst so that we can see where its
failing.  Here's the output:

Setting up chkrootkit (0.52-3) ...
+ . /usr/share/debconf/confmodule
+ [ !  ]
+ PERL_DL_NONLAZY=1
+ export PERL_DL_NONLAZY
+ [  ]
+ exec /usr/share/debconf/frontend /var/lib/dpkg/info/chkrootkit.postinst 
configure 0.52-2
dpkg: error processing package chkrootkit (--configure):
 installed chkrootkit package post-installation script subprocess returned 
error exit status 128

With or without that 'set -x' in the postinst, debconf/frontend is
barfing out silently:

# /usr/share/debconf/frontend /var/lib/dpkg/info/chkrootkit.postinst configure 
0.52-2
# echo $?
128

I'm not clear how to further debug this but please let me know if I
can help in any way.

--
...Adam Di Carlo...

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

Kernel: Linux 4.19.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 chkrootkit depends on:
ii  binutils   2.31.1-15
ii  debconf [debconf-2.0]  1.5.71
ii  libc6  2.28-8
ii  net-tools  1.60+git20180626.aebd88e-1
ii  openssh-client 1:7.9p1-6
ii  procps 2:3.3.15-2

chkrootkit recommends no packages.

chkrootkit suggests no packages.

-- debconf information:
* chkrootkit/diff_mode: true
* chkrootkit/run_daily: true
* chkrootkit/run_daily_opts: -q -n

Bug#921203: RFP: scenarist -- KIT Scenarist – screenplay editor

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: scenarist
  Version : 0.7.2
  Upstream Author : Дмитрия Новикова (Dmitry Novikov) 
* URL : https://kitscenarist.ru/en/
* License : GPL
  Programming Lang: C++ (Qt)
  Description : KIT Scenarist – screenplay editor

KIT Scenarist is a program for creating screenplays which oriented at
international standards in the field of film production. The program is
a full-featured studio for creating stories from the birth of the idea
and before the transfer of the script to production.

Bug#920461: 'unexpected operator' error coming from /etc/init.d/openipmi

[Adam Di Carlo]

Package: openipmi
Version: 2.0.25-2
Severity: normal

Even disabled, when starting the package, I'm seeing an error from
systemctl:

root@salsa:/etc/init.d# systemctl status openipmi.service
● openipmi.service - LSB: OpenIPMI Driver init script
   Loaded: loaded (/etc/init.d/openipmi; generated)
   Active: active (exited) since Fri 2019-01-25 15:16:37 EST; 3s ago
 Docs: man:systemd-sysv-generator(8)
  Process: 3081 ExecStart=/etc/init.d/openipmi start (code=exited, 
status=0/SUCCESS)

Jan 25 15:16:37 salsa systemd[1]: Starting LSB: OpenIPMI Driver init script...
Jan 25 15:16:37 salsa openipmi[3081]: /etc/init.d/openipmi: 55: [: 4.17: 
unexpected operator
Jan 25 15:16:37 salsa openipmi[3081]: Starting ipmi drivers ipmi.
Jan 25 15:16:37 salsa systemd[1]: Started LSB: OpenIPMI Driver init script.


It doesn't seem to affect functionality.

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

Kernel: Linux 4.17.0-0.bpo.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 /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openipmi depends on:
ii  libc6 2.28-5
ii  libncurses6   6.1+20181013-1
ii  libopenipmi0  2.0.25-2
ii  libpopt0  1.16-11
ii  libsnmp30 5.7.3+dfsg-5
ii  libssl1.1 1.1.1a-1
ii  libtinfo6 6.1+20181013-1
ii  lsb-base  10.2018112800

openipmi recommends no packages.

openipmi suggests no packages.

-- Configuration Files:
/etc/default/openipmi changed:
IPMI_SI=no
DEV_IPMI=yes
IPMI_WATCHDOG=no
IPMI_WATCHDOG_OPTIONS="timeout=60"
IPMI_POWEROFF=no
IPMI_POWERCYCLE=no
IPMI_IMB=no


-- no debconf information

Bug#918821: RFP: fonts-ambrosia -- An old Art Nouveau font

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: fonts-ambrosia
  Version : ?.?.?
  Upstream Author : fontforge
* URL : https://fontlibrary.org/en/font/ambrosia
* License : SIL Open Font License
  Programming Lang: SFD
  Description : An old Art Nouveau font

Ambrosia is an old Art Nouveau font which I found in a Dover font catalog from
the 1970s. I cannot attest to its provenance beyond that. The original font
consisted of the uppercase letters digits and a few symbols. I have added a
matching lower case, small caps, accented letters, and a few more symbols.

Bug#826069: libghemical5v5: breaks color rendering and atom generation in ghemical

[Carlo Segre]

Hello:

I think that I have found the origin of this bug.  It is in the 
liboglappth2 package.  This package has only one reverse dependency, that 
is ghemical.  The package has remained the same (MD5 sum) since at least 
wheezy and something in the compilation dependencies has changed so that 
it breaks ghemical.  This bug should probably be redirected to the

liboglappth2 package.

All that is needed to close this bug is to recompile the liboglappth 
source package.


Carlo

--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#708312: Upstream discussion

[Carlo Stemberger]

Please look at this discussion:

https://github.com/DarwinNE/FidoCadJ/issues/92

Regards,
Carlo
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Bug#869135: Please don't adopt giza for libpgplot-perl

[Carlo Segre]

I concur, the sooner we eliminate pgplot5, the better.

Carlo

On Thu, 26 Jul 2018, gregor herrmann wrote:


On Thu, 26 Jul 2018 10:13:58 +0200, Ole Streicher wrote:


Hi Karl,
I am the Debian maintainer of giza, and I created this bug to move from
pgplot to giza. [..]


Thanks for your detailed summary, Ole.


To summarize, I would very much prefer to keep the package linked to
giza, and to fix the problems with giza when they appear in the wild.
But this is my personal opinion; the final decision is up to the package
maintainer (Gregor Herrmann, and the Debian Perl Group).


There's not much I can add. I also was happy that we can move libpgplot-perl
into Debian proper as giza is free software, and as there have been
no bug reports so far, I currently see no reason to revert this
change. Also thanks for your offer to help in fixing problems in case
they arise in the future.

Karl, in case you hit any concrete bugs in our libpgplot-perl linked
against giza, please don't hestitate to file a bug report.

Cheers,
gregor





--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#898532: gnome-shell: Audio device selection

[Carlo Marchiori]

Package: gnome-shell
Version: 3.28.0-1+b1
Severity: normal

Dear Maintainer,

unplugging an HDMI device leaves the system in a state in which the device
presence is not reported anymore in Settings -> Sound, yet the system doesn't
switch to the computer built-in audio (sound card) and, besides, it is not
possible to perform this switch from Settings -> Sound.
It is necessary to have another sound device presence to get back to the
computer built-in device for sound output.

I would expect to system to switch to and from external HDMI output
automatically as it is done for video. If not possible I would at least expect
the possibility to force built-in audio as sound device once the HDMI external
device gets disconnected.

As a side note, my opinion is that if the switch isn't handled automatically,
then it's not handy enough to have to open Settings -> Sound to perform it (I
compare the situation to the video switch which is finely handled using
function keys).


Best Regards, Carlo.

Best Regards,
Carlo.



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

Kernel: Linux 4.16.0-1-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 gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.28.0-2
ii  evolution-data-server3.28.1-1
ii  gir1.2-accountsservice-1.0   0.6.45-1
ii  gir1.2-atspi-2.0 2.28.0-2
ii  gir1.2-freedesktop   1.56.1-1
ii  gir1.2-gcr-3 3.28.0-1
ii  gir1.2-gdesktopenums-3.0 3.28.0-1
ii  gir1.2-gdm-1.0   3.28.1-1
ii  gir1.2-geoclue-2.0   2.4.7-1
ii  gir1.2-glib-2.0  1.56.1-1
ii  gir1.2-gnomebluetooth-1.03.28.0-2
ii  gir1.2-gnomedesktop-3.0  3.28.1-1
ii  gir1.2-gtk-3.0   3.22.29-3
ii  gir1.2-gweather-3.0  3.28.1-1
ii  gir1.2-ibus-1.0  1.5.18-1
ii  gir1.2-mutter-2  3.28.1-2
ii  gir1.2-nm-1.01.10.6-3
ii  gir1.2-nma-1.0   1.8.10-5
ii  gir1.2-pango-1.0 1.42.0-1
ii  gir1.2-polkit-1.00.105-20
ii  gir1.2-rsvg-2.0  2.40.20-2
ii  gir1.2-soup-2.4  2.62.1-1
ii  gir1.2-upowerglib-1.00.99.7-2
ii  gjs  1.52.2-1
ii  gnome-backgrounds3.28.0-1
ii  gnome-settings-daemon3.28.1-1
ii  gnome-shell-common   3.28.0-1
ii  gsettings-desktop-schemas3.28.0-1
ii  libatk-bridge2.0-0   2.26.2-1
ii  libatk1.0-0  2.28.1-1
ii  libc62.27-3
ii  libcairo21.15.10-3
ii  libcanberra-gtk3-0   0.30-6
ii  libcanberra0 0.30-6
ii  libcroco30.6.12-2
ii  libecal-1.2-19   3.28.1-1
ii  libedataserver-1.2-233.28.1-1
ii  libgcr-base-3-1  3.28.0-1
ii  libgdk-pixbuf2.0-0   2.36.11-2
ii  libgirepository-1.0-11.56.1-1
ii  libgjs0g [libgjs0-libmozjs-52-0] 1.52.2-1
ii  libglib2.0-0 2.56.1-2
ii  libglib2.0-bin   2.56.1-2
ii  libgstreamer1.0-01.14.0-1
ii  libgtk-3-0   3.22.29-3
ii  libical3 3.0.1-5
ii  libjson-glib-1.0-0   1.4.2-4
ii  libmutter-2-03.28.1-2
ii  libnm0   1.10.6-3
ii  libpango-1.0-0   1.42.0-1
ii  libpangocairo-1.0-0  1.42.0-1
ii  libpolkit-agent-1-0  0.105-20
ii  libpolkit-gobject-1-00.105-20
ii  libpulse-mainloop-glib0  11.1-5
ii  libpulse011.1-5
ii  libsecret-1-00.18.6-1
ii  libstartup-notification0 0.12-5
ii  libsystemd0  238-4
ii  libx11-6 2:1.6.5-1
ii  libxfixes3   1:5.0.3-1
ii  mutter   3.28.1-2
ii

Bug#897397: webmagick: Use of defined on aggregates is no longer supported

[Carlo Segre]

Package: webmagick
Version: 2.02-11
Severity: important

Dear Maintainer,

Webmagick will not run on newer version of Perl unless "defined" is removed 
in lines: 1329, 1383, 1383, 3795.  The diffs are below

diff webmagick webmagick.orig 
1329c1329
<   if( ! %dirTitles || (  compareHash(\%dirTitles,\%tmp_dirTitles) ) ) {
---
>   if( !defined(%dirTitles) || (  compareHash(\%dirTitles,\%tmp_dirTitles) 
> ) ) {
1361c1361
<   if( ! %imageLabels || (  compareHash(\%imageLabels,\%tmp_imageLabels) ) 
) {
---
>   if( !defined(%imageLabels) || (  
> compareHash(\%imageLabels,\%tmp_imageLabels) ) ) {
1383c1383
<   if( ! %iconImageUrls || (  
compareHash(\%iconImageUrls,\%tmp_iconImageUrls) ) ) {
---
>   if( !defined(%iconImageUrls) || (  
> compareHash(\%iconImageUrls,\%tmp_iconImageUrls) ) ) {
3795c3795
< if( ! %iconImageSizes || (  
compareHash(\%iconImageSizes,\%tmp_iconImageSizes) ) ) {
---
> if( !defined(%iconImageSizes) || (  
> compareHash(\%iconImageSizes,\%tmp_iconImageSizes) ) ) {

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

Kernel: Linux 4.15.0-2-amd64 (SMP w/8 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 webmagick depends on:
ii  dpkg 1.19.0.5
ii  ghostscript  9.22~dfsg-2.1
ii  graphicsmagick   1.3.28-2
ii  gsfonts  1:8.11+urwcyr1.0.7~pre44-4.4
ii  install-info 6.5.0.dfsg.1-2
ii  libgraphics-magick-perl  1.3.28-2

webmagick recommends no packages.

webmagick suggests no packages.

-- no debconf information

Bug#896476: network-manager: NetworkManager fail with undefined symbol in liggobject2 g_varant_dict_ref

[Carlo Marchiori]

Package: network-manager
Version: 1.10.6-3
Severity: normal

Dear Maintainer,


today my debian buster/sid failes to start properly.
Various services fail to start, apparently for the same reason.
NetworkManager fails with undefined symbol g_variant_dict_ref in 
libgobject-2.0.so
I've tried to link libgobject to version 3xxx instead of 5xxx and the problem 
seems to be resolved,
just to be replaced by another one (libffi.so.5 not found).

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

Kernel: Linux 4.16.0-trunk-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 network-manager depends on:
ii  adduser3.117
ii  dbus   1.12.6-2
ii  libaudit1  1:2.8.2-1
ii  libbluetooth3  5.49-1
ii  libc6  2.27-3
ii  libcurl3-gnutls7.58.0-2
ii  libglib2.0-0   2.56.1-2
ii  libgnutls303.5.18-1
ii  libjansson42.11-1
ii  libmm-glib01.7.990-1
ii  libndp01.6-1+b1
ii  libnewt0.520.52.20-4
ii  libnl-3-2003.2.27-2
ii  libnm0 1.10.6-2
ii  libpam-systemd 238-4
ii  libpolkit-agent-1-00.105-20
ii  libpolkit-gobject-1-0  0.105-20
ii  libpsl50.20.1-1
ii  libreadline7   7.0-3
ii  libselinux12.7-2+b2
ii  libsystemd0238-4
ii  libteamdctl0   1.26-1+b1
ii  libudev1   238-4
ii  libuuid1   2.31.1-0.5
ii  lsb-base   9.20170808
ii  policykit-10.105-20
ii  udev   238-4
ii  wpasupplicant  2:2.6-15

Versions of packages network-manager recommends:
ii  crda 3.18-1
ii  dnsmasq-base [dnsmasq-base]  2.79-1
ii  iptables 1.6.2-1
ii  iputils-arping   3:20161105-1
ii  isc-dhcp-client  4.3.5-4
ii  modemmanager 1.7.990-1
ii  ppp  2.4.7-2+2

Versions of packages network-manager suggests:
pn  libteam-utils  

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
[ifupdown]
managed=true


-- no debconf information

Bug#885777: (no subject)

[Carlo Segre]

As far as I can tell libgnomecanvas2-0 is still in the distribution but 
fails to compile because it needs some packages which are unmaintained.


For the moment it is still in testing and unstable.

Carlo

On Sun, 25 Mar 2018, Denis Auroux wrote:

Uh, wait... the mailing list post from October 2017 announcing the 
deprecation and removal of libgnome and libgnomeui and other related 
libraries didn't even list libgnomecanvas among the libraries to be removed, 
or xournal among the affected packages -- perhaps showing awareness that 
libgnomecanvas is in fact not related to libgnome in any way.  Could it be 
that someone got overzealous and decided to remove libgnomecanvas for no good 
reason?  Perhaps that can still be undone?


Denis



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#887015: xournal: autosave backup would be great

[Carlo Segre]

I can pass this to upstreaam.

On Fri, 12 Jan 2018, Josef Atmin wrote:


Package: xournal
Version: 1:0.4.8-1+b1
Severity: wishlist

Dear Maintainer,

I use xournal a lot.  Thank you very much for providing this nice program.

I have lost several hours of work, because my computer froze/crached before I 
saved my edits.

It would be great if there were an autosave backup functionality that would 
automatically
save the edits every five minutes or so to a backup file.  Many programs have 
this,
e.g. emacs or libreoffice.  I think this should be easy to do and might save a 
lot of
work for the users.

Best regards,

Josef.


-- System Information:
Debian Release: 9.3
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-4-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)

Versions of packages xournal depends on:
ii  ghostscript-x9.20~dfsg-3.2+deb9u1
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u1
ii  libglib2.0-0 2.50.3-2
ii  libgnomecanvas2-02.30.3-3
ii  libgtk2.0-0  2.24.31-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpangoft2-1.0-01.40.5-1
ii  libpoppler-glib8 0.48.0-2
ii  libx11-6 2:1.6.4-3
ii  zlib1g   1:1.2.8.dfsg-5

xournal recommends no packages.

xournal suggests no packages.

-- no debconf information



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#868891: select-default-wordlist

[Carlo Stemberger]

Hi,

this issue can be reproduced by running:

# select-default-wordlist

Best regards,

Carlo

--
 ,= ,-_-. =./  .-. _   _ ___  ___ _ __
((_/)o o(\_))  /   oo|| | | / __|/ _ \ '__|
 `-'(. .)`-'  /   /`'\| |_| \__ \  __/ |
 \_/ /   (\_;/)\__,_|___/\___|_|

Bug#547671: new website

[Carlo Stemberger]

New website: https://github.com/Audiveris/audiveris

Last version: 5.0.0

Best regards,

Carlo

--
 ,= ,-_-. =./  .-. _   _ ___  ___ _ __
((_/)o o(\_))  /   oo|| | | / __|/ _ \ '__|
 `-'(. .)`-'  /   /`'\| |_| \__ \  __/ |
 \_/ /   (\_;/)\__,_|___/\___|_|

Bug#739860: marked as done (ITP: libtoxcore -- easy to use all-in-one communication)

[Carlo Stemberger]

Hi Yangfl,
why does i2pd close this bug report concerning libtoxcore?

I think you mistake #739860 for #883770.

Best regards,
Carlo

Bug#883427: virtualbox-dkms: patch for 5.2.2-dfsg-2

[Carlo Valenti]

Package: virtualbox-dkms
Version: 5.2.2-dfsg-2

'r0drv/linux/timer-r0drv-linux.c' fails to build for kernel versions
>=~4.14.0 (git commit 185981d5), due to 'include/linux/timer.h'
recently dropping init_timer_pinned() in favor of newer timer_setup()

Patch:

--- tstdir/usr/src/virtualbox-5.2.2/r0drv/linux/timer-r0drv-linux.c
2017-11-23 04:22:25.0 -0500
+++ /home/deb/timer-r0drv-linux.c 2017-12-03 16:47:35.627778217 -0500
@@ -720,9 +720,15 @@
  *
  * @param   ulUser  Address of the sub-timer structure.
  */
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 14, 0)
+static void rtTimerLinuxStdCallback(struct timer_list *t)
+{
+PRTTIMERLNXSUBTIMER pSubTimer = from_timer(pSubTimer, t, u.Std.LnxTimer);
+#else
 static void rtTimerLinuxStdCallback(unsigned long ulUser)
 {
 PRTTIMERLNXSUBTIMER pSubTimer = (PRTTIMERLNXSUBTIMER)ulUser;
+#endif /* => KERNEL_VERSION(4, 14, 0) */
 PRTTIMERpTimer= pSubTimer->pParent;

 RTTIMERLNX_LOG(("stdcallback %p\n", pTimer));
@@ -1584,15 +1590,19 @@
 else
 #endif
 {
-#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)
-init_timer_pinned(>aSubTimers[iCpu].u.Std.LnxTimer);
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 14, 0)
+timer_setup(>aSubTimers[iCpu].u.Std.LnxTimer,
rtTimerLinuxStdCallback, TIMER_PINNED);
 #else
+  #if LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)
+init_timer_pinned(>aSubTimers[iCpu].u.Std.LnxTimer);
+  #else
 init_timer(>aSubTimers[iCpu].u.Std.LnxTimer);
-#endif
+  #endif /* >= KERNEL_VERSION(4, 8, 0) */
 pTimer->aSubTimers[iCpu].u.Std.LnxTimer.data=
(unsigned long)>aSubTimers[iCpu];
 pTimer->aSubTimers[iCpu].u.Std.LnxTimer.function=
rtTimerLinuxStdCallback;
 pTimer->aSubTimers[iCpu].u.Std.LnxTimer.expires = jiffies;
 pTimer->aSubTimers[iCpu].u.Std.u64NextTS= 0;
+#endif /* => KERNEL_VERSION(4, 14, 0) */
 }
 pTimer->aSubTimers[iCpu].iTick  = 0;
 pTimer->aSubTimers[iCpu].pParent= pTimer;

Bug#772886: New name

[Carlo Stemberger]

retitle 772886 RFP: bisq -- The P2P exchange network
thanks

Bitsquare has been rebranded as Bisq.

Here is the new website: https://bisq.network/

Best regards,
Carlo

Bug#877493: errno == 2 when starting a new process

[Carlo Arenas]

Package: libc6
Source: glibc
Version: 2.24-11+deb9u1

likely also triggered in other ways (eventhough masked when using a
dso), but the following seems to be an easy way to replicate :

  $ echo -e '#include \n#include \nint main()
{printf("%d\\n", errno); }' > t.c
  $ gcc -static -o t t.c
  $./t
  2

the problem is on the patch[1] to add  the /etc/ld.so/nohwcap flag and
that is not resetting errno after it fails to find that file.

[1] 
https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/tree/debian/patches/any/local-ldso-disable-hwcap.diff

Bug#786402: New repository on github

[Carlo Stemberger]

Hi Elena,
what's the difference between the two projects? Why the original author has
forked the code? I can't find any news about the reason.

Thank you!

Carlo

Bug#854062: xournal: Hangs upon pressing Ctrl-S (for saving)

[Carlo Segre]

Thanks

On Tue, 19 Sep 2017, Ondřej Lhoták wrote:


I was experiencing the same issue. The file selection dialog for both
the Save As and Export to PDF actions did not appear, and Xournal would
hang.

I deselected Use XInput in the Options menu. That fixed the issue. Both
Save As and Export to PDF work for me when Use XInput is deselected.

This seems to be related to upstream bug 170:
https://sourceforge.net/p/xournal/bugs/170/



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#875908: qbittorrent fails to start with "symbol lookup error"

[Carlo Marchiori]

Package: qbittorrent
Version: 3.3.15-1
Severity: normal

Dear Maintainer,

qbittorrent fails to start with the following error:

symbol lookup error: /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5: undefined
symbol: FT_Get_Font_Format

ldd -r /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 | grep freetype

yields

libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f078671c000)

Best regards,
Carlo.



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

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

Versions of packages qbittorrent depends on:
ii  geoip-database 20170831-1
ii  libboost-system1.62.0  1.62.0+dfsg-4+b1
ii  libc6  2.24-17
ii  libgcc11:7.2.0-4
ii  libqt5core5a   5.9.1+dfsg-9
ii  libqt5dbus55.9.1+dfsg-9
ii  libqt5gui5 5.9.1+dfsg-9
ii  libqt5network5 5.9.1+dfsg-9
ii  libqt5widgets5 5.9.1+dfsg-9
ii  libqt5xml5 5.9.1+dfsg-9
ii  libstdc++6 7.2.0-4
ii  libtorrent-rasterbar9  1.1.4-1
ii  python 2.7.13-2
ii  zlib1g 1:1.2.8.dfsg-5

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- no debconf information

Bug#872886: evince installation corrupts /etc/mailcap

[Carlo Segre]

Package: evince
Version: 3.22.1-4
Severity: normal

When evince is installed and update-mime is executed, a corrupt entry is 
added
to mailcap such that any entries below the corrupt line are ignored by 
programs

like alpine.  The corrupt line is listed below (the one beginning with the
semicolon).

application/vnd.comicbook+zip; evince %s; test=test -n "$DISPLAY"
application/x-ext-cb7; evince %s; test=test -n "$DISPLAY"
; evince %s; test=test -n "$DISPLAY"
application/oxps; evince %s; test=test -n "$DISPLAY"
application/vnd.ms-xpsdocument; evince %s; test=test -n "$DISPLAY"

instead of all on one line, the second entry is split over two lines and
corrupts the rest of the /etc/mailcap file.  Once evince is removed from 
the

system, the mailcap file returns to being useable.

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

Kernel: Linux 4.11.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.U

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Carlo

--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#869436: ifeffit: FTBFS with perl 5.26

[Carlo Segre]

I am not sure I will have time to look at this for a long while given RL 
committments.


Carlo

On Sun, 23 Jul 2017, Mattia Rizzolo wrote:


Source: ifeffit
Version: 2:1.2.11d-10.1
Severity: serious
User: debian-p...@lists.debian.org
Usertag: perl-5.26-transition
Control: block 866389 by -1

I tried to rebuild ifeffit for the perl 5.26 transition, but it fails:

fakeroot debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp build-ifeffit build-all-pythons build-python* build-perl 
build-docs
[ ! -f Makefile ] || /usr/bin/make distclean
rm -f wrappers/perl/Makefile.PL
rm -f wrappers/perl/Makefile
rm -f wrappers/perl/pm_to_blib
rm -f wrappers/python/site_install.py
rm -f wrappers/tcl/TclSetup.in
rm -f readline/config.log
rm -f readline/config.status
rm -f readline/stamp-h
rm -f readline/config.h
rm -f readline/Makefile
rm -f readline/doc/Makefile
rm -f readline/shlib/Makefile
rm -f readline/examples/Makefile
rm -f configure.in.save
rm -rf tmp_docs
cd doc/Tutorial && make clean && rm -f *.bak
make[1]: Entering directory '/build/ifeffit-1.2.11d/doc/Tutorial'
../scripts/latexmk -C tutor.tex
Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in 
m/\\blackandwhite{ <-- HERE ([^\001\040\011}]*)}/ at ../scripts/latexmk line 1160.
Makefile:98: recipe for target 'clean' failed
make[1]: *** [clean] Error 2
make[1]: Leaving directory '/build/ifeffit-1.2.11d/doc/Tutorial'
debian/rules:136: recipe for target 'clean' failed
make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#864844: nautilus: google-drive support is great!

[Carlo Marchiori]

Package: nautilus
Version: 3.22.3-1
Severity: normal

Dear Maintainer,

google-drive support is great!



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-1
ii  gsettings-desktop-schemas  3.22.0-1
ii  gvfs   1.30.4-1
ii  libatk1.0-02.22.0-1
ii  libc6  2.24-11
ii  libcairo-gobject2  1.14.8-1
ii  libcairo2  1.14.8-1
ii  libexempi3 2.4.1-1
ii  libexif12  0.6.21-2+b2
ii  libgail-3-03.22.11-1
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.50.3-2
ii  libglib2.0-data2.50.3-2
ii  libgnome-autoar-0-00.1.1-4+b1
ii  libgnome-desktop-3-12  3.22.2-1
ii  libgtk-3-0 3.22.11-1
ii  libnautilus-extension1a3.22.3-1
ii  libpango-1.0-0 1.40.5-1
ii  libselinux12.6-3+b1
ii  libtracker-sparql-1.0-01.10.5-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.22.3-1
ii  shared-mime-info   1.8-1

Versions of packages nautilus recommends:
ii  gnome-sushi  3.21.91-2
ii  gvfs-backends1.30.4-1
ii  librsvg2-common  2.40.16-1+b1

Versions of packages nautilus suggests:
pn  brasero  
ii  eog  3.20.5-1+b1
ii  evince [pdf-viewer]  3.22.1-3
pn  nautilus-sendto  
ii  tracker  1.10.5-1
ii  vlc [mp3-decoder]2.2.6-1~deb9u1
ii  xdg-user-dirs0.15-2+b1

-- no debconf information

Bug#864683: gnome-terminal: Integrate with gnome-shell search

[Carlo Marchiori]

Package: gnome-terminal
Version: 3.22.2-1
Severity: wishlist

Dear Maintainer,

what about integrating the command line history with the search functionality
provided by the gnome-shell?

For example. I want to switch rapidly between network proxy none and manual.
It's very quick to issue the commands from a terminal

gsettings set org.gnome.system.proxy mode 'none'
gsettings set org.gnome.system.proxy mode 'manual'

(quicker than opening the network manager applet).

Now, it would be even quicker if past commands appeared directly in the gnome-
shell search (I guess a search plugin has to be implemented), without opening
any terminal.



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gnome-terminal-data  3.22.2-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11
ii  libdconf10.26.0-2+b1
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libnautilus-extension1a  3.22.3-1
ii  libpango-1.0-0   1.40.5-1
ii  libuuid1 2.29.2-1
ii  libvte-2.91-00.46.1-1
ii  libx11-6 2:1.6.4-3

Versions of packages gnome-terminal recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.10.18-1
ii  dbus-x11 [dbus-session-bus]   1.10.18-1
ii  gvfs  1.30.4-1
ii  yelp  3.22.0-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#862860: gnome-shell: Optionally allow the user to disable grouping in the Alt-Tab window switch

[Carlo Marchiori]

Package: gnome-shell
Version: 3.22.3-3
Severity: wishlist
Tags: lfs

Dear Maintainer,

optionally allow the user to disable grouping in the Alt-Tab window switch.
In fact, I find this grouping feature annoying and not handy at all.

Regards, Carlo.



-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  evolution-data-server3.22.7-1
ii  gir1.2-accountsservice-1.0   0.6.43-1
ii  gir1.2-atspi-2.0 2.22.0-5+b1
ii  gir1.2-caribou-1.0   0.4.21-1+b1
ii  gir1.2-freedesktop   1.50.0-1+b1
ii  gir1.2-gcr-3 3.20.0-5
ii  gir1.2-gdesktopenums-3.0 3.22.0-1
ii  gir1.2-gdm-1.0   3.22.1-2
ii  gir1.2-glib-2.0  1.50.0-1+b1
ii  gir1.2-gnomebluetooth-1.03.20.1-1
ii  gir1.2-gnomedesktop-3.0  3.22.2-1
ii  gir1.2-gtk-3.0   3.22.11-1
ii  gir1.2-gweather-3.0  3.20.4-1
ii  gir1.2-ibus-1.0  1.5.14-2
ii  gir1.2-mutter-3.03.22.3-2
ii  gir1.2-networkmanager-1.01.6.2-3
ii  gir1.2-nmgtk-1.0 1.4.4-1
ii  gir1.2-pango-1.0 1.40.5-1
ii  gir1.2-polkit-1.00.105-17
ii  gir1.2-soup-2.4  2.56.0-2
ii  gir1.2-telepathyglib-0.120.24.1-1.1
ii  gir1.2-telepathylogger-0.2   0.8.2-2
ii  gir1.2-upowerglib-1.00.99.4-4+b1
ii  gjs  1.46.0-1+b2
ii  gnome-backgrounds3.22.1-1
ii  gnome-settings-daemon3.22.2-2
ii  gnome-shell-common   3.22.3-3
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk-bridge2.0-0   2.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-10
ii  libcairo21.14.8-1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libcroco30.6.11-3
ii  libdbus-glib-1-2 0.108-2
ii  libecal-1.2-19   3.22.7-1
ii  libedataserver-1.2-223.22.7-1
ii  libgcr-base-3-1  3.20.0-5
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libgirepository-1.0-11.50.0-1+b1
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.46.0-1+b2
ii  libglib2.0-0 2.50.3-2
ii  libglib2.0-bin   2.50.3-2
ii  libgstreamer1.0-01.10.4-1
ii  libgtk-3-0   3.22.11-1
ii  libical2 2.0.0-0.5+b1
ii  libicu57 57.1-6
ii  libjson-glib-1.0-0   1.2.6-1
ii  libmozjs-24-024.2.0-5.1+b2
ii  libmutter0i  3.22.3-2
ii  libnm-glib4  1.6.2-3
ii  libnm-util2  1.6.2-3
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpolkit-agent-1-0  0.105-17
ii  libpolkit-gobject-1-00.105-17
ii  libpulse-mainloop-glib0  10.0-1
ii  libpulse010.0-1
ii  libsecret-1-00.18.5-3.1
ii  libstartup-notification0 0.12-4+b2
ii  libsystemd0  232-22
ii  libtelepathy-glib0   0.24.1-1.1
ii  libwayland-client0   1.12.0-1
ii  libx11-6 2:1.6.4-3
ii  libxfixes3   1:5.0.3-1
ii  mutter   3.22.3-2
ii  python3  3.5.3-1

Versions of packages gnome-shell recommends:
ii  gdm33.22.1-2
ii  gkbd-capplet3.22.0.1-1+b1
ii  gnome-contacts  3.22.1-1+b2
ii  gnome-control-center1:3.22.2-1
ii  gnome-themes-standard-data  3.22.2-2
ii  gnome-user-guide3.22.0-1
ii  iio

Bug#861868: installation script /usr/lib/emacsen-common/packages/install/ilisp not idempotent

[Adam Di Carlo]

Package: ilisp
Version: 5.12.0+cvs.2004.12.26-23
Severity: normal
Tags: patch

The installation script at
/usr/lib/emacsen-common/packages/install/ilisp contains 'ln -s'
(lacking the -f option) which means it fails to be idempotent.

To demonstrate, suppose the package failed to install (see #850072 for
instance).  In this case, successively running 'dpkg --configure
ilisp' to try to get things to work will start failing on the 'ln -s'.

Here is a patch, very simple stuff:

--- /usr/lib/emacsen-common/packages/install/ilisp.orig 2017-05-04 
22:26:39.707085697 -0400
+++ /usr/lib/emacsen-common/packages/install/ilisp  2017-05-04 
22:26:29.851048093 -0400
@@ -39,9 +39,9 @@
 cd ${ELDIR}
 ELFILES=*.el
 cd ${ELCDIR}
-ln -s ${ELRELDIR}/*.el ./
+ln -sf ${ELRELDIR}/*.el ./
 cd extra
-ln -s ../${ELRELDIR}/extra/*.el ./
+ln -sf ../${ELRELDIR}/extra/*.el ./
 cd ..
 
 LOG=$(tempfile);


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (1001, 'testing'), (300, 'unstable-debug'), (300, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

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

Versions of packages ilisp depends on:
ii  common-lisp-controller  7.10
ii  debconf [debconf-2.0]   1.5.60
ii  emacsen-common  2.0.8

Versions of packages ilisp recommends:
ii  ilisp-doc  5.12.0+cvs.2004.12.26-23

Versions of packages ilisp suggests:
ii  cltl   1.0.26
ii  emacs2525.1+1-4
ii  hyperspec  1.30+nmu2

-- debconf information excluded

-- debsums errors found:
debsums: changed file /usr/lib/emacsen-common/packages/install/ilisp (from 
ilisp package)
debsums: changed file /usr/share/emacs/site-lisp/ilisp/ilisp-mak.el (from ilisp 
package)

Bug#850072: ilisp: Fail to install into emacs25

[Adam Di Carlo]

I also experienced this bug, although the sympoms are slightly
different:

<adam@salsa:ilisp> pwd
/usr/share/emacs25/site-lisp/ilisp

<adam@salsa:ilisp> cat path.el
(setq load-path (cons "." load-path) byte-compile-warnings nil)
(load "ilisp-mak.el")

<adam@salsa:ilisp> sudo emacs25 -q -batch -l path.el
Loading /usr/share/emacs25/site-lisp/ilisp/ilisp-mak.el (source)...
ILISP Compilation: starting.
Loading /usr/share/emacs25/site-lisp/ilisp/ilcompat.el (source)...
Loading /usr/share/emacs25/site-lisp/ilisp/ilfsf25.el (source)...
;;; Emacs Version fsf-25
ILISP Compilation: unrecognized Emacs version fsf-25


-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>

Bug#850072: ilisp: Fail to install into emacs25

[Adam Di Carlo]

severity 850072 important
tags 850072 + patch
thanks

To justify the "important" severity: the package fails to install if
emacs25 is also installed.

The problem is trivially fixable, patch attached.

-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
--- /usr/share/emacs/site-lisp/ilisp/ilisp-mak.el.orig	2016-12-25 11:38:08.0 -0500
+++ /usr/share/emacs/site-lisp/ilisp/ilisp-mak.el	2017-05-04 22:10:12.543307842 -0400
@@ -46,6 +46,8 @@
(byte-compile-file "illuc19.el"))
   ((eq +ilisp-emacs-version-id+ 'xemacs)
(byte-compile-file "ilxemacs.el"))
+  ((eq +ilisp-emacs-version-id+ 'fsf-25)
+   (byte-compile-file "ilfsf25.el"))
   ((eq +ilisp-emacs-version-id+ 'fsf-24)
(byte-compile-file "ilfsf24.el"))
   ((eq +ilisp-emacs-version-id+ 'fsf-23)

Bug#818942: RFP: rein -- Rein client integration/staging tree

[Carlo Stemberger]

retitle 818942 RFP: python-bitcoinlib -- Easy interface to the Bitcoin data
structures and protocol
thanks

Hello Josue, hello Peter,
I'm sorry but unfortunately at the moment I have no time for packaging
bitcoinlib; in the next months the situation probably won't get better, so
I change my ITP to RFP.

Thank you for your help!

Carlo

Bug#860575: firefox-esr: Improve gnome 3 integration

[Carlo Marchiori]

Package: firefox-esr
Version: 52.0.2esr-1
Severity: wishlist

Dear Maintainer,

firefox could be integrated much better in gnome 3.

The title bar with the caption could be totally removed.
The tabs bar could be merged with Gnome upper task bar (at least optionally).

This would save a lot o vertical space which is currently wasted.



-- Package-specific info:

-- Extensions information
Name: AdBlock for Firefox
Location: ${PROFILE_EXTENSIONS}/jid1-niffy2ca8fy...@jetpack.xpi
Status: enabled

Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: Citrix Receiver for Linux
Location: /opt/Citrix/ICAClient/npica.so
Package: icaclient
Status: enabled

Name: Evince Browser Plugin
Location: /usr/lib/mozilla/plugins/libevbrowserplugin.so
Package: browser-plugin-evince
Status: enabled

Name: GNOME Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled


-- Addons package information
ii  browser-plugin 3.22.1-3 amd64plugin for web browsers to displa
ii  firefox-esr52.0.2esr-1  amd64Mozilla Firefox web browser - Ext
ii  gnome-shell3.22.3-2 amd64graphical shell for the GNOME des
ii  icaclient  13.3.0.34451 amd64Citrix Receiver for Linux
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on OpenJ

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.1
ii  fontconfig2.11.0-6.7+b1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-9
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.18-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.1
ii  libgcc1   1:6.3.0-12
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.40.4-1
ii  libsqlite3-0  3.16.2-3
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-12
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox-esr recommends no packages.

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15-1
pn  mozplugger 

-- no debconf information

Bug#860574: firefox-esr: At start Firefox opens up quite quickly but than it freezes for 15 seconds

[Carlo Marchiori]

Package: firefox-esr
Version: 52.0.2esr-1
Severity: normal

Dear Maintainer,

At start Firefox opens up quite quickly but than it freezes for 15 seconds.

During these 15 seconds the browser is totally unresponsive, trying to type in
the address bar or clicking on it doesn't move the focus or show the caret in
it. There is no sign of any ongoing work being done by the browser or any type
of visual feedback to the user about what's happening.




-- Package-specific info:

-- Extensions information
Name: AdBlock for Firefox
Location: ${PROFILE_EXTENSIONS}/jid1-niffy2ca8fy...@jetpack.xpi
Status: enabled

Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: Citrix Receiver for Linux
Location: /opt/Citrix/ICAClient/npica.so
Package: icaclient
Status: enabled

Name: Evince Browser Plugin
Location: /usr/lib/mozilla/plugins/libevbrowserplugin.so
Package: browser-plugin-evince
Status: enabled

Name: GNOME Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled


-- Addons package information
ii  browser-plugin 3.22.1-3 amd64plugin for web browsers to displa
ii  firefox-esr52.0.2esr-1  amd64Mozilla Firefox web browser - Ext
ii  gnome-shell3.22.3-2 amd64graphical shell for the GNOME des
ii  icaclient  13.3.0.34451 amd64Citrix Receiver for Linux
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on OpenJ

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (500, 'stable'), (100, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.1
ii  fontconfig2.11.0-6.7+b1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-9
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.18-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.1
ii  libgcc1   1:6.3.0-12
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.40.4-1
ii  libsqlite3-0  3.16.2-3
ii  libstartup-notification0  0.12-4+b2
ii  libstdc++66.3.0-12
ii  libvpx4   1.6.1-3
ii  libx11-6  2:1.6.4-3
ii  libx11-xcb1   2:1.6.4-3
ii  libxcb-shm0   1.12-1
ii  libxcb1   1.12-1
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b3
ii  libxext6  2:1.3.3-1+b2
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-3
ii  zlib1g1:1.2.8.dfsg-5

firefox-esr recommends no packages.

Versions of packages firefox-esr suggests:
ii  fonts-lmodern  2.004.5-3
ii  fonts-stix [otf-stix]  1.1.1-4
ii  libcanberra0   0.30-3
ii  libgssapi-krb5-2   1.15-1
pn  mozplugger 

-- no debconf information

Bug#704176: xournal: Export to PDF gives very low resolution

[Carlo Segre]

Thanks, I will try to upload the new version soon.

Carlo

On Thu, 30 Mar 2017, Angus Frinc wrote:


Package: xournal
Version: 1:0.4.8-1
Followup-For: Bug #704176

Dear Maintainer,

Regarding upstream bug report https://sourceforge.net/p/xournal/bugs/165/
this issue have been resolved in commits 78d9643 and e03ebdb
I recompiled xournal from upstream source and I can confirm that the
legacy export is now with better quality.

Regards,



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

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

Versions of packages xournal depends on:
ii  ghostscript-x9.06~dfsg-2+deb8u4
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u7
ii  libcairo21.14.0-2.1+deb8u2
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libglib2.0-0 2.42.1-1+b1
ii  libgnomecanvas2-02.30.3-2
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpoppler-glib8 0.26.5-2+deb8u1
ii  libx11-6 2:1.6.2-3
ii  zlib1g   1:1.2.8.dfsg-2+b1

xournal recommends no packages.

xournal suggests no packages.

-- no debconf information



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#804534: xournal: Export to PDf window frozen

[Carlo Segre]

Hi Marco:

This is a kknown bug from upstream.  Any actions in the menus like save or 
export do not work until you actually click on the document, then they 
will work.  I am not sure why this is but it has been present for some 
time.


Carlo


On Wed, 8 Mar 2017, Marco Schmid wrote:


Package: xournal
Version: 1:0.4.8-1+b1
Followup-For: Bug #804534

Dear Maintainer,

The Export to PDF window does not react to my mouseclicks,
only the x-Button in the right corner is reacting.

Therefore it seems like frozen.

With keyboard inputs everything works fine.

cheers


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

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

Versions of packages xournal depends on:
ii  ghostscript-x9.20~dfsg-2
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3+b2
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-1
ii  libgnomecanvas2-02.30.3-3
ii  libgtk2.0-0  2.24.31-2
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpangoft2-1.0-01.40.3-3
ii  libpoppler-glib8 0.48.0-2
ii  libx11-6 2:1.6.4-3
ii  zlib1g   1:1.2.8.dfsg-5

xournal recommends no packages.

xournal suggests no packages.

-- no debconf information



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#856621: Missing packages

[Carlo Stemberger]

block 856621 by 856577
block 856621 by 856581
block 856621 by 856583
block 856621 by 856617
block 856621 by 818942
block 856621 by 856619
thanks

See: https://github.com/ReinProject/python-rein/blob/master/requirements.txt

Best regards,
Carlo

Bug#856621: RFP: rein -- Rein client integration/staging tree

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: rein
  Version : 0.3.0
  Upstream Author : David Sterry 
* URL : https://reinproject.org
* License : BSD
  Programming Lang: Python, JavaScript, HTML, CSS
  Description : Rein client integration/staging tree

Rein makes freelancing for Bitcoin easier than ever. The simple,
web-based python-rein client helps create jobs and bids as well as
multisig escrows that keep funds safe. You don't need to stay online for
others to find, bid or deliver on jobs.

We achieve decentralization by following the internet at large: cheap
hosting paid for with bitcoin enables users to store data across a
number of servers that may or may not be connected to one another. Since
not a lot of data or bandwidth are required, we can have redundancy,
reliability and censorship-resistance at low cost. Think $5 in bitcoin
per year to have your data on 10 independently-run servers.

Servers can be paid for their services but they do not necessarily need
to communicate with one other, and while the client attempts to validate
what it sees, this validation is not complete nor has the software seen
a security review. As such, you are advised to limit use of Rein to
small jobs where loss of funds or time spent would not present a
significant burden.

Bug#856619: python-requests: New version released

[Carlo Stemberger]

Package: python-requests
Version: 2.12.4-1
Severity: normal

Dear Maintainer,
a new upstrem version is available (2.13).

Best regards,
Carlo

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

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

Versions of packages python-requests depends on:
ii  ca-certificates  20161130
ii  python-chardet   2.3.0-2
ii  python-urllib3   1.19.1-1
pn  python:any   

python-requests recommends no packages.

Versions of packages python-requests suggests:
ii  python-cryptography  1.7.1-2
ii  python-idna  2.2-1
ii  python-openssl   16.2.0-1
ii  python-socks 1.6.5-1

-- no debconf information

Bug#856617: python-socks: New version released

[Carlo Stemberger]

Package: python-socks
Version: 1.6.5-1
Severity: normal

Dear Maintainer,
a new upstream version is available (1.6.6).

Best regards,
Carlo


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

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

Versions of packages python-socks depends on:
pn  python:any  

python-socks recommends no packages.

python-socks suggests no packages.

-- no debconf information

Bug#856583: python-flaskext.wtf: New version released

[Carlo Stemberger]

Package: python-flaskext.wtf
Version: 0.12-2
Severity: normal

Dear Maintainer,
a new version (0.14.*) has been released:

https://github.com/lepture/flask-wtf/releases

Best regards,
Carlo


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

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

Versions of packages python-flaskext.wtf depends on:
ii  python-flask 0.12-1
ii  python-werkzeug  0.11.15+dfsg1-1
ii  python-wtforms   2.1-1
pn  python:any   

Versions of packages python-flaskext.wtf recommends:
ii  libjs-jquery  3.1.1-2

python-flaskext.wtf suggests no packages.

-- no debconf information

Bug#856581: python-click: New version released

[Carlo Stemberger]

Package: python-click
Version: 6.6-1
Severity: normal

Dear Maintainer,
a new version (6.7) has been released:

http://click.pocoo.org/6/changelog/

Best regards,
Carlo

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

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

Versions of packages python-click depends on:
ii  python-colorama  0.3.7-1
pn  python:any   

python-click recommends no packages.

python-click suggests no packages.

-- no debconf information

Bug#856577: RFP: python-bip32utils -- Utilities for generating Bitcoin Hierarchical Deterministic Wallet addresses using BIP0032

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: python-bip32utils
  Version : git
  Upstream Author : Pavol Rusnak 
* URL : https://github.com/prusnak/bip32utils
* License : MIT
  Programming Lang: Python
  Description : Utilities for generating Bitcoin Hierarchical Deterministic 
Wallet addresses using BIP0032

The bip32utils library is a pure Python implementation of Bitcoin hierarchical
deterministic wallet ("HD Wallet") ECDSA key generation as specified in BIP0032
(Bitcoin Improvement Proposal #0032).

Deterministic ECDSA key generation allows creating a sequence of Bitcoin private
and public ECDSA keys from an initial seed and a hierarchical set of indices. A
number of benefits follow:

* An entire wallet can be backed up once by storing the wallet seed or master
  extended private key, and all future addresses in the wallet can be restored
  from it.
* The creation of public and private ECDSA keys may be separated from each
  other. That is, it is possible to create only the public ECDSA key half (and
  receiving address) of an ECDSA key pair, without the ability to create the
  private half. Thus, one can create receiving addresses on a public facing
  system that if compromised would not give the attacker the ability to spend
  bitcoin received at those addresses. A separate, offline machine can generate
  the corresponding private ECDSA keys and sign transactions.
* Public and private ECDSA keys may be created in a hierarchy, and control over
  or visibility of portions of the hierarchy may be delegated to third parties.
  This has uses for auditing, for separating ECDSA key sequences into different
  logical groups or accounts, and for giving 3rd parties the ability to create
  spending transactions without first getting a receiving address in advance.

Bug#786402: Very interesting

[Carlo Stemberger]

Hi,
I find it very interesting; I'd like to see this software in Debian.

Thank you!

Carlo
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

Bug#854062: xournal: Hangs upon pressing Ctrl-S (for saving)

[Carlo Segre]

Hi Philipp:

I have not observed this problem on my sid system.  I have the following 
packages installed and Ctrl-S and Ctrl-Q work fine.


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

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

Versions of packages xournal depends on:
ii  ghostscript-x9.20~dfsg-1
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgdk-pixbuf2.0-0   2.36.4-1
ii  libglib2.0-0 2.50.2-2
ii  libgnomecanvas2-02.30.3-3
ii  libgtk2.0-0  2.24.31-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpangoft2-1.0-01.40.3-3
ii  libpoppler-glib8 0.48.0-2
ii  zlib1g   1:1.2.8.dfsg-4

It also works with kernel 4.8.0-2-amd64.  That is the only difference I 
see.


Carlo

On Fri, 3 Feb 2017, Philipp Marek wrote:


Package: xournal
Version: 1:0.4.8-1
Severity: normal

Steps to reproduce:

1) Start xournal with some PDF file
   # xournal /tmp/foo.pdf
2) Press Ctrl-S

No window asking for a filename, Ctrl-Q, the other keybindings, and the
mouse don't work anymore.

This is really awful - working without saving is worse than not working ;/


xournal did work fine in the past, so perhaps it's some other part of the
system it tries to communicate with that's not responding?!


-- System Information:
Debian Release: 9.0
 APT prefers testing
 APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages xournal depends on:
ii  ghostscript-x9.20~dfsg-1
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgdk-pixbuf2.0-0   2.36.4-1
ii  libglib2.0-0 2.50.2-2
ii  libgnomecanvas2-02.30.3-3
ii  libgtk2.0-0  2.24.31-1
ii  libpango-1.0-0   1.40.3-3
ii  libpangocairo-1.0-0  1.40.3-3
ii  libpangoft2-1.0-01.40.3-3
ii  libpoppler-glib8 0.48.0-2
ii  libx11-6 2:1.6.4-3
ii  zlib1g   1:1.2.8.dfsg-4

xournal recommends no packages.

xournal suggests no packages.

-- no debconf information



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#853898: pgplot5: FTBFS after zlib moved zconf.h back to /usr/include

[Carlo Segre]

Thanks

On Fri, 3 Feb 2017, Andreas Beckmann wrote:


Followup-For: Bug #853898
Control: tag -1 patch pending

Hi,

I just uploaded the NMU to DELEAYED/2, will ask for an unblock once this
is in unstable.


Andreas



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#849417: [Pkg-nagios-devel] Bug#849417: nagios-nrpe-server: segfault during SSL negotiation with older NRPE 2.15 plugin

[Adam Di Carlo]

Sebastiaan Couwenberg <sebas...@xs4all.nl> writes:

> The debug symbols are already available, no need to a rebuild. Just
> install the nagios-nrpe-server-dbgsym package.
[...]

Thanks, that system is new to me!

>>> Due to the signal handler in NRPE you won't easily get a backtrace since
>>> SIGSEGV is caught too and NRPE just continues instead of terminating. If
>>> you can get a backtrace (with debug symbols installed) that would be
>>> helpful.

It didn't really give me too much trouble.  I think gdb replaces all the
signal handlers anyhow.

To recap my current behavior, in case things maybe changed subtly here,
here's the logging I get in daemon.log with ssl_debug set to 0x0f:

Dec 31 21:37:22 salsa nrpe[24931]: Allowing connections from: 
127.0.0.1,192.168.1.5
Dec 31 21:37:27 salsa nrpe[24935]: Connection from 192.168.1.5 port 42463
Dec 31 21:37:27 salsa nrpe[24935]: Host address is in allowed_hosts
Dec 31 21:37:27 salsa nrpe[24935]: Error: Could not complete SSL handshake with 
192.168.1.5: 1
Dec 31 21:37:27 salsa nrpe[24935]: Connection from 192.168.1.5 closed.


Whereas if I set it to 0xff:
Dec 31 21:36:23 salsa nrpe[24897]: Allowing connections from: 
127.0.0.1,192.168.1.5
Dec 31 21:36:30 salsa nrpe[24899]: Connection from 192.168.1.5 port 41951
Dec 31 21:36:30 salsa nrpe[24899]: Host address is in allowed_hosts

and then in kernl.log:
Dec 31 21:36:30 salsa kernel: [632644.965865] nrpe[24899]: segfault at
b0935335 ip 7f3fafd3d496 sp 7ffee43c9dc8 error 4 in
libc-2.24.so[7f3fafcbd000+195000]


Here's my gdb session and the best backtrace I was able to get out:

# gdb /usr/sbin/nrpe 24967
(gdb) set follow-fork-mode child
(gdb) c
Continuing.
[New process 25047]
[New process 25048]

Thread 3.1 "nrpe" received signal SIGSEGV, Segmentation fault.
[Switching to process 25048]
strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fc8e3c34da3 in _IO_vfprintf_internal (s=s@entry=0x561cf790d280, 
format=, format@entry=0x561cf6be9eb8 "Error: Could not complete 
SSL handshake with %s: %s", 
ap=0x7fff6996e188) at vfprintf.c:1637
#2  0x7fc8e3ce2f66 in ___vfprintf_chk (fp=fp@entry=0x561cf790d280, 
flag=flag@entry=1, format=format@entry=0x561cf6be9eb8 "Error: Could not 
complete SSL handshake with %s: %s", 
ap=ap@entry=0x7fff6996e188) at vfprintf_chk.c:33
#3  0x7fc8e3ccfad8 in __GI___vsyslog_chk (pri=, flag=1, 
fmt=0x561cf6be9eb8 "Error: Could not complete SSL handshake with %s: %s", 
ap=ap@entry=0x7fff6996e188)
at ../misc/syslog.c:222
#4  0x7fc8e3ccffd2 in __syslog_chk (pri=, flag=, fmt=) at ../misc/syslog.c:129
#5  0x561cf6be51ba in syslog (__fmt=0x561cf6be9eb8 "Error: Could not 
complete SSL handshake with %s: %s", __pri=3) at 
/usr/include/x86_64-linux-gnu/bits/syslog.h:31
#6  handle_conn_ssl (sock=, ssl_ptr=0x561cf78f7b70) at 
./nrpe.c:1753
#7  0x561cf6be6a53 in handle_connection (sock=6) at ./nrpe.c:1491
#8  0x561cf6be7085 in wait_for_connections () at ./nrpe.c:1198
#9  0x561cf6be71c3 in run_src () at ./nrpe.c:506
#10 0x561cf6be288c in main (argc=, argv=) at 
./nrpe.c:198

(gdb) frame 6
#6  handle_conn_ssl (sock=, ssl_ptr=0x561cf78f7b70) at 
./nrpe.c:1753
1753./nrpe.c: No such file or directory.
nerrs = 0
c = 
buffer = 
"\000\000\000\000\000\000\000\000\324\006\000\000\000\000\000\000\250\310\311\344\310\177\000\000\220\375\276\343\310\177\000\000\070п\343\310\177\000\000SI\250\344\310\177\000\000\324\006\000\000\000\000\000\000\070п\343\310\177\000\000\250\310\311\344\310\177\000\000\070\343\226i\377\177\000\000\064\343\226i\377\177\000\000\313B\250\344\310\177\000\000\020\265\370\343\310\177\000\000(\252\370\343\310\177\000\000\070\343\226i\377\177\000\000\066\025\025e\000\000\000\000TT\224\001\000\000\000\000\070п\343\310\177\000\000\020\344\226i\377\177\000\000\220\375\276\343\310\177\000\000\064\343\226i\377\177\000\000\000\344\226i\377\177\000\000PF\306\344\310\177\000\000\b",
 '\000' ...
ssl = 0x561cf78f7b70
peer = 
rc = 
x = 


Let me know if you're still stumped.   I think my next step would be to
have to try to hack sources and come up with a diff which fixes matters.

Also, I'm clearly missing some debug symbols, covering
.../sysdeps/x86_64/strlen.S, but not sure what package I need to install
to cover that.

-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>

Bug#849417: [Pkg-nagios-devel] Bug#849417: nagios-nrpe-server: segfault during SSL negotiation with older NRPE 2.15 plugin

[Adam Di Carlo]

Sebastiaan Couwenberg <sebas...@xs4all.nl> writes:

> As documented in /usr/share/doc/nagios-nrpe-server/NEWS.Debian.gz which
> is shown to you on upgrade when you have apt-listchanges installed:
[...]
>   Beware that the new NRPE daemon only works with old check_nrpe
>   plugins when SSL support is disabled on both sides, likewise the
>   new check_nrpe plugin only works with the old NRPE daemon when SSL
>   support is disabled.

Oh!  I totally didn't see that.  Ok.  So what I'm trying to do will
never work and I need to disable SSL for all NRPE servers as well as on
my (Jessie) nagios server.

>   To use SSL between the NRPE client and server, configuring Stunnel
>   is recommended.

I suppose that disabling SSL, so long as I also disable the NRPE
argument processing on the older NRPEs which allow it, won't create too
many security issues on an internal network.  The most an attacker could
do, assuming they could spoof my the one allowed IP that commands can
come from, is run the checks configured on the NRPE server.  So, there
is a denial-of-service risk here but not much more than that

Pardon me for failing to RTM here.

> Due to the signal handler in NRPE you won't easily get a backtrace since
> SIGSEGV is caught too and NRPE just continues instead of terminating. If
> you can get a backtrace (with debug symbols installed) that would be
> helpful.

Ok, I'll give it a whack.  Lets leave the bug in "moreinfo" until I get
that.  I do believe I need to rebuild the package with '-g' to get
symbols out, which I've done.  Off to work for now but I'll give this
another attempt, should have result by no later than end of day tomorrow.

-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>

Bug#849417: [Pkg-nagios-devel] Bug#849417: nagios-nrpe-server: segfault during SSL negotiation with older NRPE 2.15 plugin

[Adam Di Carlo]

Sebastiaan Couwenberg <sebas...@xs4all.nl> writes:

>> -- Configuration Files:
>> /etc/default/nagios-nrpe-server changed:
>> USE_SSL=1
>
> Please note that the /etc/default/nagios-nrpe-server changed in
> nagios-nrpe (3.0.1-3) because of the systemd service file.
>
> The USE_SSL option is no longer used, instead the NRPE_OPTS variable is
> used to disable SSL in both the init script and systemd service file.
> The default content is now as attached.

Gotit.

I'll work my way through your instructions, attempt to fix my interop
issue.  Its always *overconfiguration* that gets me.

Thank you for taking the time to help!


However, no matter my legacy misconfig, isn't it still problematic to
segfault like this?  Let me know if a backtrace would help.

-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>

Bug#849417: [Pkg-nagios-devel] Bug#849417: nagios-nrpe-server: segfault during SSL negotiation with older NRPE 2.15 plugin

[Adam Di Carlo]

Sebastiaan Couwenberg <sebas...@xs4all.nl> writes:

> Thanks for reporting this issue. Unfortunately I cannot reproduce it.

Oh dear.

> To help reproduce this issue, can you clarify how nagios-nrpe-server is
> configured. I assume that you configured SSL before removing the -n
> option of the nrpe daemon? Do you use a CA certificate, or
> self-signed?

Hmm, actually I left all those settings (ssl_cacert_file, ssl_cert_file,
ssl_privatekey_file) commented out.

FYI, I'm trying to interoperate with nagios-nrpe-plugin from jessie
(version 2.15-1), which doesn't seem to have any way to configure a CA
or client cert.  Any advice is welcome.

-- 
.Adam Di carloa...@debian.org.<URL:http://www.debian.org/>

Bug#849417: nagios-nrpe-server: segfault during SSL negotiation with older NRPE 2.15 plugin

[Adam Di Carlo]

Package: nagios-nrpe-server
Version: 3.0.1-3
Severity: normal

Given a situation where a debian/stable (Jessie) server is polling an
NRPE node running the latest unstable NRPE server, with all debugging
enabled (ssl_logging=-1), I am getting the following segfault, as reported in
/var/log/syslog:

Dec 26 14:49:38 salsa nrpe[14736]: Connection from 192.168.1.5 port 59564
Dec 26 14:49:38 salsa nrpe[14736]: Host address is in allowed_hosts
Dec 26 14:49:38 salsa kernel: [176235.037105] nrpe[14736]: segfault at 5335 
ip 7fd44f408496 sp 7ffd5abfb418 error 4 in 
libc-2.24.so[7fd44f388000+195000]


However, if I rachet down the SSL debugging, e.g., ssl_logging=0x03,
the segfault disappears. 


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

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

Versions of packages nagios-nrpe-server depends on:
ii  adduser  3.115
ii  init-system-helpers  1.46
ii  libc62.24-8
ii  libssl1.0.2  1.0.2j-4
ii  libwrap0 7.6.q-25
ii  lsb-base 9.20161125

Versions of packages nagios-nrpe-server recommends:
ii  monitoring-plugins2.2-2
ii  monitoring-plugins-basic  2.2-2

Versions of packages nagios-nrpe-server suggests:
pn  xinetd | inetd  

-- Configuration Files:
/etc/default/nagios-nrpe-server changed:
USE_SSL=1

/etc/nagios/nrpe.cfg changed:
log_facility=daemon
debug=1
pid_file=/var/run/nagios/nrpe.pid
server_port=5666
nrpe_user=nagios
nrpe_group=nagios
allowed_hosts=127.0.0.1,192.168.1.5
dont_blame_nrpe=1
allow_bash_command_substitution=0
command_timeout=60
connection_timeout=300
ssl_version=SSLv2+
ssl_logging=-1
command[check_users]=/usr/lib/nagios/plugins/check_users -w 5 -c 10
command[check_load]=/usr/lib/nagios/plugins/check_load -w 15,10,5 -c 30,25,20
command[check_hda1]=/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p 
/dev/hda1
command[check_zombie_procs]=/usr/lib/nagios/plugins/check_procs -w 5 -c 10 -s Z
command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 150 -c 200
include=/etc/nagios/nrpe_local.cfg
include_dir=/etc/nagios/nrpe.d/

/etc/nagios/nrpe_local.cfg changed:
include=/etc/shared/nagios/nrpe.cfg
command[check_swap]=/usr/lib/nagios/plugins/check_dummy 0
command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 800 -c 1200
command[check_users]=/usr/lib/nagios/plugins/check_users -w 60 -c 100


-- no debconf information

Bug#845939: Related to #848312?

[Carlo Stemberger]

Hi Russel,
is this bug report related to #848312?

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

Thank you!

Carlo

--
 ,= ,-_-. =./  .-. _   _ ___  ___ _ __
((_/)o o(\_))  /   oo|| | | / __|/ _ \ '__|
 `-'(. .)`-'  /   /`'\| |_| \__ \  __/ |
 \_/ /   (\_;/)\__,_|___/\___|_|

Bug#845597: Thanks

[Carlo Stemberger]

Thank you, Nathan,
I solved my problem by following your workaround.

Best regards,
Carlo

--
 ,= ,-_-. =./  .-. _   _ ___  ___ _ __
((_/)o o(\_))  /   oo|| | | / __|/ _ \ '__|
 `-'(. .)`-'  /   /`'\| |_| \__ \  __/ |
 \_/ /   (\_;/)\__,_|___/\___|_|

Bug#845597: shorewall: Shorewall doesn't start at the system boot

[Carlo Stemberger]

Package: shorewall
Version: 5.0.14.1-1
Severity: normal

Dear Maintainer,
I've recently installed Shorewall for the first time and I'm
configuring it.

At the moment all seems to work as expected, with an exception: the
program doesn't start at the system boot; however I can run Shorewall with both
`# service shorewall start` and `# shorewall start`.

Please note that I set `startup=1` in `/etc/default/shorewall` as
documented [here](http://www.shorewall.org/two-interface.htm#Starting)
and [here](https://wiki.debian.org/HowTo/shorewall).

Best regards,
Carlo

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

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

Versions of packages shorewall depends on:
ii  bc 1.06.95-9+b2
ii  debconf [debconf-2.0]  1.5.59
ii  iproute2   4.8.0-1
ii  iptables   1.6.0-4
ii  lsb-base   9.20161101
ii  perl   5.24.1~rc3-3
ii  shorewall-core 5.0.14.1-1

Versions of packages shorewall recommends:
pn  libnetfilter-cthelper0  

Versions of packages shorewall suggests:
pn  make   
pn  shorewall-doc  

-- Configuration Files:
/etc/default/shorewall changed:
startup=1
OPTIONS=""
STARTOPTIONS=""
RELOADOPTIONS=""
RESTARTOPTIONS=""
INITLOG=/dev/null
SAFESTOP=0

/etc/shorewall/conntrack [Errno 13] Permesso negato: u'/etc/shorewall/conntrack'
/etc/shorewall/params [Errno 13] Permesso negato: u'/etc/shorewall/params'
/etc/shorewall/shorewall.conf changed:
STARTUP_ENABLED=Yes
VERBOSITY=1
PAGER=
FIREWALL=
BLACKLIST_LOG_LEVEL=
INVALID_LOG_LEVEL=
LOG_BACKEND=
LOG_MARTIANS=Yes
LOG_VERBOSITY=2
LOGALLNEW=
LOGFILE=/var/log/kern.log
LOGFORMAT="Shorewall:%s:%s:"
LOGTAGONLY=No
LOGLIMIT=
MACLIST_LOG_LEVEL=info
RELATED_LOG_LEVEL=
RPFILTER_LOG_LEVEL=info
SFILTER_LOG_LEVEL=info
SMURF_LOG_LEVEL=info
STARTUP_LOG=/var/log/shorewall-init.log
TCP_FLAGS_LOG_LEVEL=info
UNTRACKED_LOG_LEVEL=
ARPTABLES=
CONFIG_PATH="${CONFDIR}/shorewall:${SHAREDIR}/shorewall"
GEOIPDIR=/usr/share/xt_geoip/LE
IPTABLES=
IP=
IPSET=
LOCKFILE=
MODULESDIR=
NFACCT=
PATH="/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin"
PERL=/usr/bin/perl
RESTOREFILE=restore
SHOREWALL_SHELL=/bin/sh
SUBSYSLOCK="/var/lock/shorewall"
TC=
ACCEPT_DEFAULT=none
DROP_DEFAULT=Drop
NFQUEUE_DEFAULT=none
QUEUE_DEFAULT=none
REJECT_DEFAULT=Reject
RCP_COMMAND='scp ${files} ${root}@${system}:${destination}'
RSH_COMMAND='ssh ${root}@${system} ${command}'
ACCOUNTING=Yes
ACCOUNTING_TABLE=filter
ADD_IP_ALIASES=No
ADD_SNAT_ALIASES=No
ADMINISABSENTMINDED=Yes
AUTOCOMMENT=Yes
AUTOHELPERS=Yes
AUTOMAKE=No
BASIC_FILTERS=No
BLACKLIST="NEW,INVALID,UNTRACKED"
CHAIN_SCRIPTS=Yes
CLAMPMSS=Yes
CLEAR_TC=Yes
COMPLETE=No
DEFER_DNS_RESOLUTION=Yes
DELETE_THEN_ADD=Yes
DETECT_DNAT_IPADDRS=No
DISABLE_IPV6=No
DOCKER=No
DONT_LOAD=
DYNAMIC_BLACKLIST=Yes
EXPAND_POLICIES=Yes
EXPORTMODULES=Yes
FASTACCEPT=No
FORWARD_CLEAR_MARK=
HELPERS=
IGNOREUNKNOWNVARIABLES=No
IMPLICIT_CONTINUE=No
INLINE_MATCHES=No
IPSET_WARNINGS=Yes
IP_FORWARDING=On
KEEP_RT_TABLES=No
LOAD_HELPERS_ONLY=Yes
MACLIST_TABLE=filter
MACLIST_TTL=
MANGLE_ENABLED=Yes
MAPOLDACTIONS=No
MARK_IN_FORWARD_CHAIN=No
MINIUPNPD=No
MODULE_SUFFIX=ko
MULTICAST=No
MUTEX_TIMEOUT=60
NULL_ROUTE_RFC1918=No
OPTIMIZE=0
OPTIMIZE_ACCOUNTING=No
REJECT_ACTION=
REQUIRE_INTERFACE=No
RESTART=restart
RESTORE_DEFAULT_ROUTE=Yes
RESTORE_ROUTEMARKS=Yes
RETAIN_ALIASES=No
ROUTE_FILTER=Yes
SAVE_ARPTABLES=No
SAVE_IPSETS=No
TC_ENABLED=Internal
TC_EXPERT=No
TC_PRIOMAP="2 3 3 3 2 3 1 1 2 2 2 2 2 2 2 2"
TRACK_PROVIDERS=No
TRACK_RULES=No
USE_DEFAULT_RT=Yes
USE_PHYSICAL_NAMES=No
USE_RT_NAMES=No
VERBOSE_MESSAGES=Yes
WARNOLDCAPVERSION=Yes
WORKAROUNDS=No
ZERO_MARKS=No
ZONE2ZONE=-
BLACKLIST_DISPOSITION=DROP
INVALID_DISPOSITION=CONTINUE
MACLIST_DISPOSITION=REJECT
RELATED_DISPOSITION=ACCEPT
RPFILTER_DISPOSITION=DROP
SMURF_DISPOSITION=DROP
SFILTER_DISPOSITION=DROP
TCP_FLAGS_DISPOSITION=DROP
UNTRACKED_DISPOSITION=CONTINUE
TC_BITS=
PROVIDER_BITS=
PROVIDER_OFFSET=
MASK_BITS=
ZONE_BITS=0


-- debconf information:
  shorewall/major_release:
  shorewall/dont_restart:
  shorewall/invalid_config:

Bug#811800: fityk: FTBFS with GCC 6: error: reference is ambiguous

[Carlo Segre]

Hi Stuart:

I would be happy to pass this to the Debian Science team.  My professional 
responsibilities have taken away much of the time I had to work on my 
packages.  I always hope that I can set aside some time but it never seems 
to be possible.


Carlo

On Sun, 6 Nov 2016, Stuart Prescott wrote:


Dear Carlo,

As an alternative to the patch from Graham Inggs, this bug (and a few others)
could all be fixed by updating to the 1.3.0 release.

I attach a diff that would update to the current upstream release as well as fix
a few other bits and pieces within the packaging.

Thoughts?

(BTW I see it's been a long time since you uploaded this package -- would you
be interested co-maintaining it along with the Debian Science team?)

regards
Stuart




--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Interim Chair, Department of Chemistry
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#841252: libtk-filedialog-perl: Control-W is deprecated in $W variable, needs to be changed to $^W with literal ^ character

[Carlo Segre]

Package: libtk-filedialog-perl
Version: 1.3-4
Severity: normal

Dear Maintainer,

When starting the "athena" program (from the horae package), the following 
error appears

Unrecognized character \x17; marked by <-- HERE after nSave) = $<-- HERE
near column 22 at /usr/share/perl5/Tk/FileDialog.pm line 610.
at /usr/lib/x86_64-linux-gnu/perl5/5.24/Tk/widgets.pm line 14.
Compilation failed in require at
/usr/lib/x86_64-linux-gnu/perl5/5.24/Tk/widgets.pm line 14.
at /usr/bin/athena line 76.
BEGIN failed--compilation aborted at /usr/bin/athena line 82.

It turns out that this is because of code in /usr/share/perl5/Tk/FileDialog.pm
which appears close to line 604:

  PRIVATE METHODS AND SUBROUTINES 
sub IsNum {
my($parm) = @_;
my($warnSave) = $^W;
$^W = 0;
my($res) = (($parm + 0) eq $parm);
$^W = $warnSave;
return $res;
}

The character "^W" is actually the single character Control-W instead of the 
"^" character followed by "W".  This use is deprecated and can be fixed by 
replacing the Control-W in the three lines above. 

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

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

Versions of packages libtk-filedialog-perl depends on:
ii  perl 5.24.1~rc3-3
ii  perl-tk  1:804.033-1+b3

libtk-filedialog-perl recommends no packages.

libtk-filedialog-perl suggests no packages.

-- no debconf information

Bug#799571: Release of libcwd version 1.0.6

[Carlo Wood]

Hi,

I just released libcwd version 1.0.6
(http://downloads.sourceforge.net/project/libcwd/libcwd/1.0.6/libcwd-1.0.6.tar.gz)
which adds support for g++ 6.2.0 and lower (tested 5.4.0, 4.9.4, 4.8.5,
etc).

I think that should solve this bug.

-- 
Carlo Wood <ca...@alinoe.com>

Bug#830797: RFP: ttf2woff -- Converter from TrueType and OpenType fonts to the WOFF format

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: ttf2woff
  Version : 0.14
  Upstream Author : Jan Bobrowski 
* URL : http://wizard.ae.krakow.pl/~jb/ttf2woff/
* License : GPL
  Programming Lang: C
  Description : Converter from TrueType and OpenType fonts to the WOFF 
format

Command line utility converts TrueType and OpenType fonts to the WOFF
format. It can extract from TTC collections. It is possible to revert
the operation (woff to ttf) by specifying TTF as output. Accepts WOFF as
both input and output to perform recompression. Compression is provided
by Zopfli.

Bug#520954: Reopen XMind RFP

[Carlo Stemberger]

tags 520954 - wontfix
tags 641605 - wontfix
thanks


Hi,
I find this software very interesting, so I reopen this RFP.

Here are the new websites:

https://github.com/xmindltd/xmind
http://www.xmind.net/

Best regards,
Carlo

Bug#827314: RFP: mist -- Ethereum browser

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: mist
  Version : 0.7.4
  Upstream Author : Fabian Vogelsteller 
* URL : https://github.com/ethereum/mist
* License : GPL
  Programming Lang: JavaScript
  Description : Ethereum browser

The Mist browser is the tool of choice to browse and use Ðapps.

Bug#826069: libghemical5v5: breaks color rendering and atom generation in ghemical

[Carlo Segre]

Package: libghemical5v5
Version: 3.0.0-4.1+b2
Severity: grave
Justification: renders package unusable

When installed from sid, ghemical will only render in greyscale instead of 
color.  In addition, building a molecule atom-by-atom is not functional.

In order to get ghemical working again, I have to revert to the wheezy version
as there is no version available in jessie.

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

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

Versions of packages libghemical5v5 depends on:
ii  libblas3 [libblas.so.3]  3.6.0-2
ii  libc62.22-9
ii  libgcc1  1:6.1.1-4
ii  libghemical-data 3.0.0-4.1
ii  liblapack3 [liblapack.so.3]  3.6.0-2
ii  libmopac7-1gf1.15-6
ii  libopenmpi1.10   1.10.2-14
ii  libsc7v5 2.3.1-16.1+b1
ii  libstdc++6   6.1.1-4

libghemical5v5 recommends no packages.

libghemical5v5 suggests no packages.

-- no debconf information

Bug#813449: closed by Maximiliano Curia <m...@debian.org> (Bug#813449: fixed in blinken 4:16.04.1-1)

[Carlo Stemberger]

reopen 813449
thanks


Dear maintainer,
steve font seems to be still present:

https://packages.debian.org/sid/amd64/blinken/filelist

Best regards,
Carlo

Bug#784610: This will be fixed soon

[Carlo Stemberger]

Hi,
this issue sould be fixed with the next release (Frescobaldi 3.0),
currently in active development (see Git).

Regards,
Carlo

Bug#821217: RM: sixpack -- RoQA; unmaintained; Depends on to-be-removed packages

[Carlo Segre]

I have no objection to this

Carlo

On Sat, 16 Apr 2016, Bas Couwenberg wrote:


Package: ftp.debian.org
Severity: normal

Please remove sixpack from Debian unstable to unblock the removal of
python-scientific.

python-scientific is incompatible with numpy 1.9 and hasn't seen any
upstream activity since 2014.

python-scientific is keeping the old netcdf (1:4.1.3-7.2) in unstable
which is causing testing migration problems for every new revising since
the transition in October 2015.

sixpack is unmaintained since 2011.

Kind Regards,

Bas



--
Carlo U. Segre -- Duchossois Leadership Professor of Physics
Director, Center for Synchrotron Radiation Research and Instrumentation
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
se...@iit.edu   http://phys.iit.edu/~segre   se...@debian.org

Bug#820553: RFP: blockstack-server -- A server that handles the core functionality of building the global Internet database

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: blockstack-server
  Version : Git
  Upstream Author : Muneeb Ali , Jude Nelson 
* URL : https://github.com/blockstack/blockstack-server
* License : GPL
  Programming Lang: Python
  Description : A server that handles the core functionality of building 
the global Internet database

Blockstack server provides decentralized DNS by using an underlying
blockchain. It enables human-readable name registrations on the Bitcoin
blockchain, along with the ability to store associated data in external
datastores. You can use it to register globally unique names, bind data
records with those names, and transfer them between Bitcoin addresses.
Anyone can perform lookups on those names and securely obtain the
associated data records.

Blockstack uses the Bitcoin blockchain for storing name operations and
data hashes, and the Kademlia-based distributed hash table (DHT) and
other external datastores for storing the full data files outside of the
blockchain.

Bug#817915: Released

[Carlo Stemberger]

OpenBazaar has been released:

https://blog.openbazaar.org/openbazaar-is-open-for-business/

Best regards,
Carlo

Bug#818942: ITP: python-bitcoinlib -- Easy interface to the Bitcoin data structures and protocol

[Carlo Stemberger]

Package: wnpp
Severity: wishlist
Owner: Carlo Stemberger <carlo.stember...@gmail.com>

* Package name: python-bitcoinlib
  Version : 0.5.1
  Upstream Author : Peter Todd <p...@petertodd.org>
* URL : https://github.com/petertodd/python-bitcoinlib
* License : LGPL
  Programming Lang: Python
  Description : Easy interface to the Bitcoin data structures and protocol

This Python2/3 library provides an easy interface to the bitcoin data
structures and protocol. The approach is low-level and "ground up", with
a
focus on providing tools to manipulate the internals of how Bitcoin
works.

"The Swiss Army Knife of the Bitcoin protocol." - Wladimir J. van der
Laan

Bug#818691: cmus: Segmentation fault when playing or adding WMA files to Library

[Carlo Morelli]

Package: cmus
Version: 2.5.0-7+b1
Severity: important

Hi,
as per the subject, segmentation fault error is shown (and program
crashes) when tring to add Windows Media Audio files to the library in
select view 5 and pressing "a" on a directory containing the .wma files.
When adding mp3 files/dirs to the library, no problem at all.


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

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

Versions of packages cmus depends on:
ii  libao4  1.1.0-3
ii  libasound2  1.0.28-1
ii  libc6   2.19-18+deb8u3
ii  libcddb21.3.2-5
ii  libcdio-cdda1   0.83-4.2
ii  libcdio13   0.83-4.2
ii  libcue1 1.4.0-1
ii  libfaad22.7-8
ii  libflac81.3.0-3
ii  libmad0 0.15.1b-8
ii  libmodplug1 1:0.8.8.4-4.1+b1
ii  libmpcdec6  2:0.1~r459-4.1
ii  libncursesw55.9+20140913-1+b1
ii  libtinfo5   5.9+20140913-1+b1
ii  libvorbisfile3  1.3.4-2
ii  libwavpack1 4.70.0-1

Versions of packages cmus recommends:
ii  cmus-plugin-ffmpeg  2.5.0-7+b1
ii  libpulse0   5.0-13
ii  libroar21.0~beta11-1

cmus suggests no packages.

-- no debconf information

Bug#800771: Please don't package this software

[Carlo Stemberger]

Hi,
I think no Telegram client should be present in Debian repositories:
Telegram protocol is dangerous.

See also:

* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767418#32
* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737563#30

Best regards,
Carlo

Bug#767418: Please don't package this software

[Carlo Stemberger]

Hi Paul,
I agree.

See also:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737563#30

Please close this RFP.

Best regards,
Carlo

Bug#815948: RFP: terminal-quest -- Introduction to terminal commands in the style of a text adventure game

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: terminal-quest
  Version : 2.1.0
  Upstream Author : Caroline Clark 
* URL : https://github.com/KanoComputing/terminal-quest
* License : GPL
  Programming Lang: C, Python
  Description : Introduction to terminal commands in the style of a text 
adventure game

Enter the town of Folderton, a peaceful uneventful town. Until now.

People are going missing, a mysterious bell keeps ringing and you
receive notes from an enigmatic stranger. Grab a keyboard and figure out
what is going on before it is too late.

The town of Folderton is a filesystem which the user interacts with
using Linux commands. By providing an engaging narrative (and heaps and
heaps of ascii art), we give a context to commands like ls, cd, mv, cat,
nano and echo, and make them easier to remember and understand.

Bug#813449: blinken: Duplicate font

[Carlo Stemberger]

Package: blinken
Version: 4:15.08.3-1
Severity: normal

Dear Maintainers,
I'm not sure this is a bug.

The blinken package has ttf-sjfonts as dependency, but I noticed you install a 
font in `/usr/share/blinken/fonts/`.

What's the difference between `/usr/share/blinken/fonts/steve.ttf` and
`/usr/share/fonts/truetype/sjfonts/SteveHand.ttf`? Shouldn't the first
one be removed (with the directory)?

Best regards,
Carlo

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

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

Versions of packages blinken depends on:
ii  libc6  2.21-6
ii  libkf5configcore5  5.16.0-1
ii  libkf5configgui5   5.16.0-1
ii  libkf5coreaddons5  5.16.0-1
ii  libkf5dbusaddons5  5.16.0-1
ii  libkf5guiaddons5   5.16.0-1
ii  libkf5i18n55.16.0-1
ii  libkf5xmlgui5  5.16.0-1
ii  libphonon4qt5-44:4.8.3-2
ii  libqt5core5a   5.5.1+dfsg-13
ii  libqt5gui5 5.5.1+dfsg-13
ii  libqt5svg5 5.5.1-2
ii  libqt5widgets5 5.5.1+dfsg-13
ii  libstdc++6 5.3.1-7
ii  phonon4qt5 4:4.8.3-2
ii  ttf-sjfonts2.0.2-1.1

blinken recommends no packages.

Versions of packages blinken suggests:
ii  khelpcenter  4:5.4.3-1

-- no debconf information

Bug#813197: RFP: nik4 -- Mapnik to image export

[Carlo Stemberger]

Package: wnpp
Severity: wishlist

* Package name: nik4
  Version : git
  Upstream Author : Ilya Zverev 
* URL : https://github.com/Zverik/Nik4
* License : WTFPL
  Programming Lang: Python
  Description : Mapnik to image export

Nik4 is a mapnik-to-image exporting script. It requires only mapnik-python
bindings.

Nik4 takes great care to preserve values you feed it. If you say you
need a 800×600 image, it won't take a pixel less or more. It won't
shrink a bounding box or distort lines when specifying so called "scale
factor". When you need a 300 dpi image, you tell it --ppi 300 and can be
sure you will get what you intended.

Also it can use real-world units, that is, millimeters (and prefers to).
Specify dimensions for printing, choose bounding box and ppi scale — and
the result won't disappoint. Options are intuitive and plenty, and you
will be amazed how much tasks became simpler with Nik4.

Bug#790727: libmail-sender-perl: followup on bug report

[Adam Di Carlo]

I'm not the submitted but just an affected user.  Affects me quite
seriously now, I'm getting a compilation error just as perl uses the
module.  Perl update must have turned a deprecation warning to an error?

The following patch is against version 0.8.16-2.

This may be fixed upstream as well, I don't know...

-- 
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
--- /usr/share/perl5/Mail/Sender.pm.orig	2016-01-26 20:28:09.192750941 -0500
+++ /usr/share/perl5/Mail/Sender.pm	2016-01-26 20:37:19.136913560 -0500
@@ -315,7 +315,7 @@
 sub __Debug {
 	my ($socket, $file) = @_;
 	if (defined $file) {
-		unless (defined @Mail::Sender::DBIO::ISA) {
+		unless (@Mail::Sender::DBIO::ISA) {
 			eval "use Symbol;";
 			eval $debug_code;
 			die $@ if $@;
@@ -2545,7 +2545,9 @@
 #	if (!defined($self->{'smtpaddr'})) { return $self->Error(HOSTNOTFOUND($self->{'smtp'})); }
 
 	if (exists $self->{'on_errors'} and (!defined($self->{'on_errors'}) or $self->{'on_errors'} eq 'undef')) {
-		return $self->Connect() and $self->Close() and 1;
+		if ($self->Connect() and $self->Close()) {
+  			return 1;
+		}
 	} elsif (exists $self->{'on_errors'} and $self->{'on_errors'} eq 'die') {
 		$self->Connect();
 		$self->Close();
@@ -2690,7 +2692,7 @@
 package Mail::Sender;
 sub GetHandle {
 	my $self = shift();
-	unless (defined @Mail::Sender::IO::ISA) {
+	unless (@Mail::Sender::IO::ISA) {
 		eval "use Symbol;";
 		eval $pseudo_handle_code;
 	}