Bug#984555: Fwd: Bug#984555: gavodachs2-server: fails to install/upgrade. breaks on executing SQL script.

[James Van Zandt]

On Fri, 5 Mar 2021 12:08:06 +0100 Markus Demleitner <
msdem...@ari.uni-heidelberg.de> wrote:
> > createdb: database creation failed: ERROR:  database "gavo" already
exists
> > Creation of gavo database failed; assuming it's already there
> > and carrying on.
>
> This means that there has been a DaCHS on that machine before, i.e.,
> that this is an upgrade.  Is that right?  If so, then this message
> is expected (and we ought to hide it one of these days).
>
> > /usr/lib/python3/dist-packages/gavo/user/initdachs.py:310: UserWarning:
SQL
> > script file for /usr/share/postgresql/contrib/pg_sphere.sql not found.
>
> This is where things go wrong.  DaCHS should not even try to load the
> pgsphere SQL, as all pgspheres that can possibly in use now already
> use the new Postgres extension system.
>
> So, why does it try this?  This:
>
> > Versions of packages gavodachs2-server depends on:
> > ii  postgresql-pgsphere [postgresql-11-pgsphere]  1.1.1+2018.10.13-1
>
> is essentially as it should be.  I wonder if it has been like this at
> the time of the DaCHS installation.
>
> But let's see if things are properly there now.  Could you run
>
>   psql gavo
>
> and then in psql
>
>   select * from pg_available_extensions where name='pg_sphere';
>
> What does that say?
>
>

For what it's worth, I had the same error:
Setting up gavodachs2-server (2.3+dfsg-1) ...
createdb: database creation failed: ERROR:  database "gavo" already exists
Creation of gavo database failed; assuming it's already there
and carrying on.
createuser: creation of new role failed: ERROR:  role "dachsroot" already
exists
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:310: UserWarning: SQL
script file for /usr/share/postgresql/contrib/pg_sphere.sql not found.
There are many reasons why that may be ok, but unless you know what you are
doing, you probably should install the corresponding postgres extension.
  warnings.warn("SQL script file for %s not found.  There are many"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:328: UserWarning: SQL
script file /usr/share/postgresql/contrib/pg_sphere.sql failed.  Try
running manually using psql.  While it hasn't run, the pgSphere extension
is not available.
  warnings.warn("SQL script file %s failed.  Try running manually"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:310: UserWarning: SQL
script file for /usr/share/postgresql/contrib/q3c.sql not found.  There are
many reasons why that may be ok, but unless you know what you are doing,
you probably should install the corresponding postgres extension.
  warnings.warn("SQL script file for %s not found.  There are many"
/usr/lib/python3/dist-packages/gavo/user/initdachs.py:328: UserWarning: SQL
script file /usr/share/postgresql/contrib/q3c.sql failed.  Try running
manually using psql.  While it hasn't run, the q3c extension is not
available.
  warnings.warn("SQL script file %s failed.  Try running manually"
*** Error: While executing DB query:

  select * from dc.rdmeta where sourceRD='__system__/dc_tables'

the database engine reported:

  ERROR:  schema "dc" does not exist
LINE 1: select * from dc.rdmeta where
sourceRD='__system__/dc_tables...
  ^

I tried your suggestion, but didn't get very far:
$ psql gavo
psql: error: FATAL:  role "jrv" does not exist

Let me know if there's something else you want to cross-check.
(I am a fairly knowledgeable Debian user, but not an SQL user. )

  - Jim Van Zandt

Bug#966509: Info received (Bug#966096: geeqie: immediate segfault)

[James Van Zandt]

geeqie with the --disable-clutter option does run here.  Thanks!

I propose a wishlist item: It would be nice if  --help would work even
without the --disable-clutter option.  (Though there is a man page.)


On Sat, Aug 8, 2020 at 2:39 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Andreas Rönnquist 
>
> If you wish to submit further information on this problem, please
> send it to 966...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 966509: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966509
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Sounds good. I'll check it out.

On Sat, Aug 8, 2020, 1:33 PM Andreas Ronnquist  wrote:

> I am about to upload a git snapshot of geeqie to Debian unstable, in
> which I will close 966509, since it adds a --disable-clutter option,
> which should make it possible to run with or without clutter.
>
> In this bug (966096) I track the g_strsplit segfault.
>
> -- Andreas Rönnquist
> gus...@debian.org
>

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Thanks!  Though none of the discussion I saw there mentioned the
g_strsplit: assertion failed message.  I'll hope for the best.

On Wed, Aug 5, 2020 at 4:19 PM Andreas Ronnquist  wrote:

> On Wed, 22 Jul 2020 20:02:43 -0400 James Van Zandt
>  wrote:
> > Package: geeqie
> > Version: 1:1.5.1-11
> > Severity: important
> > X-Debbugs-Cc: jim.vanza...@gmail.com
> >
> > /tmp/bug
> >
>
> I assume this is the bug:
> https://github.com/BestImageViewer/geeqie/issues/559
>
> I will probably package a git snapshot (again) if upstream don't make a
> new release soon, and then you will have the option --disable-clutter
> which should make it possible to run again.
>
> /Andreas
>

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Sorry, it already says

image.use_clutter_renderer = "false"

On Fri, Jul 24, 2020 at 11:13 AM Andreas Ronnquist 
wrote:

> On Fri, 24 Jul 2020 10:21:03 -0400
> James Van Zandt  wrote:
>
> >Alas, no.  Same symptom.
> >
> >FWIW, I'm attaching the tail end of an strace log, and a (long) list
> >of the shared libraries used, per ldd.  I note that in the latter
> >list, there are no nvidia libraries - but the strace log shows it was
> >looking for (and apparently not finding) libGLX_nvidia.so.0.  apt-find
> >indicates that library can be found in these packages:
> >
> >
> >$ apt-file search libGLX_nvidia.so.0
> >libglx-nvidia-legacy-390xx0:
> >/usr/lib/x86_64-linux-gnu/nvidia/legacy-390xx/libGLX_nvidia.so.0
> >libglx-nvidia-tesla-418-0:
> >/usr/lib/x86_64-linux-gnu/nvidia/tesla-418/libGLX_nvidia.so.0
> >libglx-nvidia-tesla-440-0:
> >/usr/lib/x86_64-linux-gnu/nvidia/tesla-440/libGLX_nvidia.so.0
> >libglx-nvidia-tesla-450-0:
> >/usr/lib/x86_64-linux-gnu/nvidia/tesla-450/libGLX_nvidia.so.0
> >libglx-nvidia0:
> >/usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_nvidia.so.0
> >
> >
> >I don't suppose the tesla packages are relevant, and apt-get isn't
> >able to find the other two.  The first is supposed to be in non-free.
> >My /etc/apt/sources.list already includes
> >
> >deb http://ftp.us.debian.org/debian/ unstable main contrib non-free
> >
> >Should I have something else configured to access that package?
> >
>
> What if you edit your config (in ~/.config/geeqie/geeqierc.xml), and
> change the line
>
> image.use_clutter_renderer = "true"
>
> (which I assume it is set to), to
>
> image.use_clutter_renderer = "false"
>
> ?
>
> /Andreas
>

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Alas, no.  Same symptom.

FWIW, I'm attaching the tail end of an strace log, and a (long) list of the
shared libraries used, per ldd.  I note that in the latter list, there are
no nvidia libraries - but the strace log shows it was looking for (and
apparently not finding) libGLX_nvidia.so.0.  apt-find indicates that
library can be found in these packages:


$ apt-file search libGLX_nvidia.so.0
libglx-nvidia-legacy-390xx0:
/usr/lib/x86_64-linux-gnu/nvidia/legacy-390xx/libGLX_nvidia.so.0
libglx-nvidia-tesla-418-0:
/usr/lib/x86_64-linux-gnu/nvidia/tesla-418/libGLX_nvidia.so.0
libglx-nvidia-tesla-440-0:
/usr/lib/x86_64-linux-gnu/nvidia/tesla-440/libGLX_nvidia.so.0
libglx-nvidia-tesla-450-0:
/usr/lib/x86_64-linux-gnu/nvidia/tesla-450/libGLX_nvidia.so.0
libglx-nvidia0: /usr/lib/x86_64-linux-gnu/nvidia/current/libGLX_nvidia.so.0


I don't suppose the tesla packages are relevant, and apt-get isn't able to
find the other two.  The first is supposed to be in non-free.  My
/etc/apt/sources.list already includes

deb http://ftp.us.debian.org/debian/ unstable main contrib non-free

Should I have something else configured to access that package?


On Fri, Jul 24, 2020, 9:36 AM Andreas Ronnquist  wrote:

> On Thu, 23 Jul 2020 08:08:26 -0400
> James Van Zandt  wrote:
>
> >Thanks, I'll do that when I get a chance.
> >
> >In the meantime (since I assume the package is working for you), could
> >you compare our shared library versions?  If we're out of sync, maybe
> >there's an unrecognized incompatibility.
>
> I have uploaded a new git snapshot to unstable (1:1.5.1+git20200723-2),
> please test that one too if it changes anything.
>
> /Andreas
>


trace.log.excerpt
Description: Binary data


shared-libraries
Description: Binary data

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Thanks, I'll do that when I get a chance.

In the meantime (since I assume the package is working for you), could you
compare our shared library versions?  If we're out of sync, maybe there's
an unrecognized incompatibility.

On Thu, Jul 23, 2020 at 7:02 AM Andreas Ronnquist  wrote:

> On Wed, 22 Jul 2020 20:02:43 -0400 James Van Zandt
>  wrote:
> > Package: geeqie
> > Version: 1:1.5.1-11
> > Severity: important
> > X-Debbugs-Cc: jim.vanza...@gmail.com
> >
> > /tmp/bug
> >
>
> I cannot do anything with the information you give.
>
> Could you please try installing the debug package - Add something like
>
> deb http://deb.debian.org/debian-debug/ unstable-debug main
>
> to your /etc/apt/sources.list
>
> and install the package geeqie-dbgsym, and then start geeqie throug gdb?
>
> I can give you more exact instructions if needed.
>
> /Andreas Rönnquist
> gus...@debian.org
>

Bug#966096: geeqie: immediate segfault

[James Van Zandt]

Package: geeqie
Version: 1:1.5.1-11
Severity: important
X-Debbugs-Cc: jim.vanza...@gmail.com

/tmp/bug

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

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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 geeqie depends on:
ii  geeqie-common1:1.5.1-11
ii  libc62.31-1
ii  libcairo21.16.0-4
ii  libchamplain-0.12-0  0.12.20-1
ii  libchamplain-gtk-0.12-0  0.12.20-1
ii  libclutter-1.0-0 1.26.4+dfsg-1
ii  libclutter-gtk-1.0-0 1.8.4-4
ii  libcogl201.22.8-1
ii  libexiv2-27  0.27.2-8
ii  libffmpegthumbnailer4v5  2.1.1-0.2+b1
ii  libgcc-s110.1.0-6
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.4-1
ii  libgtk-3-0   3.24.20-1
ii  libjpeg62-turbo  1:2.0.5-1
ii  liblcms2-2   2.9-4+b1
ii  liblirc-client0  0.10.1-6.2
ii  liblua5.1-0  5.1.5-8.1+b3
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpoppler-glib8 0.71.0-6
ii  libstdc++6   10.1.0-6
ii  libtiff5 4.1.0+git191117-2
ii  sensible-utils   0.0.12+nmu1

Versions of packages geeqie recommends:
ii  cups-bsd [lpr]   2.3.3-1
ii  exiftran 2.10-4
ii  exiv20.27.2-8
ii  imagemagick  8:6.9.10.23+dfsg-2.1+b2
ii  imagemagick-6.q16 [imagemagick]  8:6.9.10.23+dfsg-2.1+b2
ii  librsvg2-common  2.48.7-1
ii  ufraw-batch  0.22-4
ii  zenity   3.32.0-5

Versions of packages geeqie suggests:
pn  geeqie-dbg   
ii  gimp 2.10.18-1
ii  libjpeg-turbo-progs [libjpeg-progs]  1:2.0.5-1
pn  ufraw
ii  xpaint   2.9.1.4-3.2+b1

-- no debconf information

Bug#944575: calibre cannot find libGLX_mesa.so.0 and fails to launch

[James Van Zandt]

I haven't knowingly tinkered with OpenGL.  The plugin dependencies look the
same here:

home:/usr/lib/calibre/calibre/plugins $ ldd *|grep GL
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f561f412000)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7f561ec18000)
libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
(0x7f561eb5b000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f1643d5f000)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7f1643548000)
libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
(0x7f164348b000)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f9aec677000)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7f9aebe7d000)
libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
(0x7f9aebdc)
libGL.so.1 => /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7f974c9c)
libGLX.so.0 => /usr/lib/x86_64-linux-gnu/libGLX.so.0 (0x7f974c1c6000)
libGLdispatch.so.0 => /usr/lib/x86_64-linux-gnu/libGLdispatch.so.0
(0x7f974c109000)

calibre doesn't launch here unless it can find that library.
On the other hand, even with that library, it prints warnings:

$ calibre the_book_of_wisdom_of_solomon.mobi
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
Unable to read MTPZ public exponent from ~/.mtpz-data, MTPZ disabled.
qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 1271,
resource id: 15145284, major code: 40 (TranslateCoords), minor code: 0

And have not gotten it to actually open an ebook.  So there may be other
things wrong with my setup.

(ebook-convert works, though.)

Bug#944575: calibre cannot find libGLX_mesa.so.0 and fails to launch

[James Van Zandt]

Package: calibre
Version: 4.3.0+dfsg-2
Severity: important

Dear Maintainer,


calibre won't launch here:

  home:/usr/lib $ calibre
  qt.glx: qglx_findConfig: Failed to finding matching FBConfig for
QSurfaceFormat(version 2.0, options QFlags(),
depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1,
alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior
QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace
QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::NoProfile)
  qt.glx: qglx_findConfig: Failed to finding matching FBConfig for
QSurfaceFormat(version 2.0, options QFlags(),
depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1,
alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior
QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace
QSurfaceFormat::DefaultColorSpace, profile  QSurfaceFormat::NoProfile)
  Could not initialize GLX
  [3]+  Donecalibre
  Aborted


I think "Could not initialize GLX" is the important part.

strace shows it's looking for /lib/libGLX_indirect.so.0 in four places:
  $ grep indirect /tmp/trace|sort -u
  openat(AT_FDCWD, "/lib/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) = -1
ENOENT (No such file or directory)
  openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
  openat(AT_FDCWD, "/usr/lib/libGLX_indirect.so.0", O_RDONLY|O_CLOEXEC) =
-1 ENOENT (No such file or directory)
  openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0",
O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

The library functionality is apparently supplied by the
libglx-mesa0:amd64 package, which installs this symlink:

  $ find /usr/lib -name \*libGLX_indirect\* -ls
  186909291  0 lrwxrwxrwx   1 root root   16 Nov  7 07:01
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLX_indirect.so.0 ->
libGLX_mesa.so.0

I created an additional symlink

  home:/usr/lib $ ls -l *indirect*
  lrwxrwxrwx 1 root root 33 Nov 11 20:16 libGLX_indirect.so.0 ->
x86_64-linux-gnu/libGLX_mesa.so.0

That permitted calibre to open.

I suppose calibre should be built to look in
/usr/lib/mesa-diverted/x86_64-linux-gnu/ for the library, or else the
libglx-mesa0:amd64 package should create a symlink in one of the four
directories calibre is now looking.


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

Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
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 calibre depends on:
ii  calibre-bin  4.3.0+dfsg-2
ii  dpkg 1.19.7
ii  fonts-liberation 1:1.07.4-10
ii  imagemagick  8:6.9.10.23+dfsg-2.1+b2
ii  imagemagick-6.q16 [imagemagick]  8:6.9.10.23+dfsg-2.1+b2
ii  libjpeg-turbo-progs  1:1.5.2-2+b1
ii  libjs-coffeescript   1.12.8~dfsg-4
ii  libjs-mathjax2.7.4+dfsg-1
ii  optipng  0.7.7-1+b1
ii  poppler-utils0.71.0-6
ii  python-apsw  3.29.0-r1-1
ii  python-bs4   4.8.0-2
ii  python-chardet   3.0.4-4
ii  python-cherrypy3 8.9.1-5
ii  python-css-parser1.0.4-1
ii  python-cssselect 1.1.0-1
ii  python-cssutils  1.0.2-2
ii  python-dateutil  2.7.3-3
ii  python-dbus  1.2.12-1
ii  python-feedparser5.2.1-1
ii  python-html2text 2019.8.11-1
ii  python-html5-parser  0.4.9-1
ii  python-html5lib  1.0.1-1
ii  python-lxml  4.4.1-1
ii  python-markdown  3.1.1-2
ii  python-mechanize 1:0.4.3-2
ii  python-msgpack   0.5.6-2
ii  python-netifaces 0.10.4-1+b1
ii  python-pil   6.2.1-2
ii  python-pkg-resources 41.4.0-1
ii  python-pyparsing 2.4.2-1
ii  python-pyqt5 5.12.3+dfsg-3
ii  python-pyqt5.qtsvg   5.12.3+dfsg-3
ii  python-pyqt5.qtwebengine 5.12.1-4+b1
ii  python-regex 0.1.20190207-1+b1
ii  python-routes2.4.1-1
ii  python2.72.7.17-1
ii  xdg-utils1.1.3-1

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

Versions of packages calibre suggests:
pn  python-unrardll  

-- no debconf information

Bug#926787: ghostscript: "filter failed"

[James Van Zandt]

Yes, this is the same as #926576.  You may merge them.

Bug#926787: "filter failed" in CUPS, error log says "Unable to determine number of pages"

[James Van Zandt]

Package: ghostscript
Version: 9.27~dfsg-1
Severity: normal


Most print jobs fail with "filter failed".  Only acroreader is able to
print PDF files.


The entry in /var/log/cups/error_log is:
  D [09/Apr/2019:20:17:06 -0400] [Job 1747] GPL Ghostscript 9.27:
Unrecoverable error, exit code 1
  D [09/Apr/2019:20:17:06 -0400] [Job 1747] Process is dying with \"Unable
to determine number of pages, page count: -1
  D [09/Apr/2019:20:17:06 -0400] [Job 1747] \", exit stat 3


The errors started on Apr 6:
   zgrep "Unable to determine" error*
  error_log:D [09/Apr/2019:20:17:06 -0400] [Job 1747] Process is dying with
\"Unable to determine number of pages, page count: -1
  error_log:D [09/Apr/2019:20:20:50 -0400] [Job 1748] Process is dying with
\"Unable to determine number of pages, page count: -1
  error_log.2.gz:D [07/Apr/2019:17:51:43 -0400] [Job 1741] Process is dying
with \"Unable to determine number of pages, page count: -1
  error_log.3.gz:D [06/Apr/2019:09:11:42 -0400] [Job 1736] Process is dying
with \"Unable to determine number of pages, page count: -1
  error_log.3.gz:D [06/Apr/2019:09:12:33 -0400] [Job 1736] Process is dying
with \"Unable to determine number of pages, page count: -1
  error_log.3.gz:D [06/Apr/2019:09:23:30 -0400] [Job 1737] Process is dying
with \"Unable to determine number of pages, page count: -1
  error_log.3.gz:D [06/Apr/2019:09:35:34 -0400] [Job 1738] Process is dying
with \"Unable to determine number of pages, page count: -1
  root@home:/var/log/cups#

I may not have printed between 3/31 and 4/6.

Updates on 4/1 included:

  Start-Date: 2019-04-01  19:38:30
  Commandline: apt-get -y upgrade
  Requested-By: jrv (1000)
  Upgrade:
  libcups2:amd64 (2.2.10-4, 2.2.10-5),
  libcups2:i386 (2.2.10-4, 2.2.10-5),
  cups-server-common:amd64 (2.2.10-4, 2.2.10-5),
  cups-common:amd64 (2.2.10-4, 2.2.10-5),
  cups-ppdc:amd64 (2.2.10-4, 2.2.10-5),
  cups-bsd:amd64 (2.2.10-4, 2.2.10-5),
  cups-core-drivers:amd64 (2.2.10-4, 2.2.10-5),
  cups-daemon:amd64 (2.2.10-4, 2.2.10-5),
  libcupsimage2:amd64 (2.2.10-4, 2.2.10-5),
  cups:amd64 (2.2.10-4, 2.2.10-5),
  cups-client:amd64 (2.2.10-4, 2.2.10-5),
  cups-ipp-utils:amd64 (2.2.10-4, 2.2.10-5),
  End-Date: 2019-04-01  19:47:02


Updates on 4/4 included:

  Start-Date: 2019-04-04  21:24:21
  Commandline: apt-get -y upgrade
  Requested-By: jrv (1000)
  Upgrade:
  ghostscript-doc:amd64 (9.26a~dfsg-2, 9.27~dfsg-1),
  ghostscript:amd64 (9.26a~dfsg-2, 9.27~dfsg-1),
  ghostscript-x:amd64 (9.26a~dfsg-2, 9.27~dfsg-1),
  End-Date: 2019-04-04  21:28:54

cups-filters has not been upgraded since at least 3/1.

I found these in my backups:
  -rw-r--r-- 1 root root   94436 Apr  9 21:00
/tmp/ghostscript_9.26a~dfsg-2_amd64.deb
  -rw-r--r-- 1 root root 3449200 Apr  9 21:00
/tmp/ghostscript-doc_9.26a~dfsg-2_all.deb
  -rw-r--r-- 1 root root   90360 Apr  9 21:00
/tmp/ghostscript-x_9.26a~dfsg-2_amd64.deb
  -rw-r--r-- 1 root root   26948 Apr  9 21:00
/tmp/libfile-slurp-perl_.26-1_all.deb
  -rw-r--r-- 1 root root 2197888 Apr  9 21:00
/tmp/libgs9_9.26a~dfsg-2_amd64.deb
  -rw-r--r-- 1 root root 5135548 Apr  9 21:00
/tmp/libgs9-common_9.26a~dfsg-2_all.deb

After downgrading to those versions, printing works again.


I conclude that the last version of Ghostscript is (at least) incompatible
with CUPS.

- Jim Van Zandt


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

Kernel: Linux 4.19.0-3-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
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 ghostscript depends on:
ii  libc6   2.28-8
ii  libgs9  9.26a~dfsg-2

Versions of packages ghostscript recommends:
ii  gsfonts  1:8.11+urwcyr1.0.7~pre44-4.4

Versions of packages ghostscript suggests:
ii  ghostscript-x  9.26a~dfsg-2

-- no debconf information

Bug#921593: accent translations

[James Van Zandt]

I am attaching a patch that does the following:

There were translations (HTML or unicode or both) for several specific
normal text characters (a, o, n, etc.) with accents.  I added
translations for rest of the accents on p. 52 of the TeXbook using
pre-composed characters where available, otherwise characters with
combining class "above" or "below".

I added translations for all the math accents listed on p. 135 of the
TeXbook
 similarly, but using ... to get italic characters.

The translations for \~u and \~U were incorrect.  They had the hex
unicode values, but lacked the "x".

\dot was translated as a common period, but should be an accent.

There were several translations for dotless i or j with accents.  I
added translations for those symbols without accents.

I corrected the translation for \models to U+22a7, as per
https://www.compart.com/en/unicode/U+22A8, (The former translation
U+22a8 is the symbol for "true", which is similar to the one for
"models" but not as tall.  There's no record of a symbol "not
models".  U+22ad (decimal 8877) is the Unicode character for "not
true", which is the symbol for "true" with a stroke added.  However,
neither \true nor \false are standard macros in LaTeX, so there is no
need to provide those translations.)

I added translations for many more macros - all the plain TeX symbols
listed here:
http://mirrors.ibiblio.org/CTAN/macros/latex/contrib/unicode-math/unimath-symbols.pdf


There are Unicode translations of several letters with a dot under
accent, and a character with combining class "below".  However,
neither Chrome nor Firefox on Linux render them.

For the accent \vec or \overrightarrow as I've translated them, Chrome
unaccountably changes the font.  Firefox does a better job with lower
case letters, but it fails to raise the accent high enough for the
upper case letters.  I have not tried other browsers.


Most of the new translations use Unicode, but so did some of the
existing translations, even without the --unicode option.  In general,
where I found a named HTML entity, I put it in the --html-entity
section, and the corresponding numeric code in the --unicode section.
Otherwise, I just put the translation in the math macros section that
is always used.

I would appreciate your forwarding this patch to the upstream authors.  It
is meant to be applied after my first patch (that added translations for
cosh, etc.).

For what it's worth, I'm also attaching the test file I used to exercise
most of these translations.


accent-translations
Description: Binary data

 @Article{   a-sample,
  author =	 {J{\"u}rgen Prestin and Daniela Ro\c{s}ca},
  title =	 {On some cubature formulas on the sphere},
  journal =	 {J. Approximation Theory},
  year =	 2019,
  volume =	 2,
  number =	 1,
  pages =	 {11-22},
  month =	 mar,
  abstract =	 {We construct interpolatory cubature rules on the
  two-dimensional sphere, using the fundamental system
  of points obtained by Laín Fernández [Polynomial
  Bases on the Sphere, Logos-Verlag, Berlin, 2003;
  Localized polynomial bases on the sphere,
  Electron. Trans. Numer. Anal. 19 (2005) 84–93]. \\
		  \\
  {\bf Functions:} \\
  \cosh x, {\hbox{cosh}} x	\\
  \tanh x, {\hbox{tanh}} x	\\
		  \sinh x, {\hbox{sinh}} x	\\   
  \sup  x, {\hbox{sup}}  x	\\
  \cos  x, {\hbox{cos}}  x	\\
		  \tan  x, {\hbox{tan}}  x	\\	
  \sin  x, {\hbox{sin}}  x	\\
		  {x\over y}, over (division)  	\\

{\bf Plain text accents (TeXbook, p. 52):}\\
\; \'a\; \'e\; \'i\; \'j\; \'o\; \'u\; \'x\; \'A\; \'E\; \'I\; \'O\; \'U\; \'X \quad \backslash ', grave accent\\
\; \`a\; \`e\; \`i\; \`j\; \`o\; \`u\; \`x\; \`A\; \`E\; \`I\; \`O\; \`U\; \`X \quad \backslash `, acute accent\\
\; \^a\; \^e\; \^i\; \^j\; \^o\; \^u\; \^x\; \^A\; \^E\; \^I\; \^O\; \^U\; \^X \quad \backslash ^, circumflex or hat\\
\; \"a\; \"e\; \"i\; \"j\; \"o\; \"u\; \"x\; \"A\; \"E\; \"I\; \"O\; \"U\; \"X \quad \backslash ", umlaut or dieresis\\
\; \~a\; \~e\; \~i\; \~j\; \~o\; \~u\; \~x\; \~A\; \~E\; \~I\; \~O\; \~U\; \~X \quad tilde\\
\; \=a\; \=e\; \=i\; \=j\; \=o\; \=u\; \=x\; \=A\; \=E\; \=I\; \=O\; \=U\; \=X \quad \backslash =, macron or bar\\
 \u a \u e \u i \u j \u o \u u \u x \u A \u E \u I \u O \u U \u X \quad \backslash u, breve accent\\
 \v a \v e \v i \v j \v o \v u \v x \v A \v E \v I \v O \v U \v X \quad \backslash v, hacek or "check"\\
 \H a \H e \H i \H j \H o \H u \H x \H A \H E \H I \H O \H U \H X \quad \backslash H, long Hungarian umlaut\\
\; \.a\; \.e\; \qquad \qquad \.o\; \.u\; \.x\; \.A\; \.E\  \.I\; \.O\; \.U\; \.X \quad \backslash ., dot accent\\
\;\t xy \quad \backslash t, tie-after accent \\
 \c a \c b \c c \c d \c e \c f \c g \c h \c i \c j \c k \c l \c m \c n \c o \c p \c q \c r \c s \c t \c u \c v \c w \c x \c y \c z , cedilla accent \\
 \d a \d b \d c \d d \d e \d f \d g \d h \d i \d j \d 

Bug#921593: accent translations

[James Van Zandt]

Ack.  I see some problems in that last patch.  Please hold off implementing
it - I'll submit a correction.

Bug#921593: add translations for accents

[James Van Zandt]

There were translations (HTML or unicode or both) for several specific
accented characters. I discovered how to translate macros using characters
with combining class "above", and added those translations as the default.
I repeated that for accents \` (grave), \' (acute), \hat (circumflex),
\tilde, \~, \bar, \= (macron, or short bar), \overbar (long bar), \dot, and
\check (caron).

I corrected a few translations:

 The translations for \~u and \~U had the hex unicode values, but lacked
the "x".)

 \dot was translated as a common period, but should be an accent.

 The translation for \models (as U+22a8) was incorrect.  It was
 changed to U+22a7, as per https://www.compart.com/en/unicode/U+22A8,
 (U+22a8 is the symbol for "true", which is similar to the one for
 "models" but not as tall.  There's no record of a symbol "not
 models".  U+22ad (decimal 8877) is the Unicode character for "not
 true", which is the symbol for "true" with a stroke added.  However,
 neither \true nor \false are standard macros in LaTeX, so there is no
 need to provide those translations.)

 I added translations for dotless i and j without accents, \div, \ddagger,
\LongLeftArrow, and many more macros - all the plain TeX symbols in the
document "Every symbol (most symbols) defined by unicode-math" by Will
Robertson, v0.8m of 2018-07-29, found here:

http://mirrors.ibiblio.org/CTAN/macros/latex/contrib/unicode-math/unimath-symbols.pdf

There were Unicode translations for all the symbols.  Where the HTML
representation merely specified the numeric value for the Unicode
character, I just put the Unicode translation in the "Special characters"
or "Math macros" section.  Where there were also HTML characters with alpha
names, I added one translation to the "Unicode" section and the other to
the "HTML entities" section.  Some tools handle one type of translation
better than the other, so users should be able to indicate a preference.
In fact, I note that Chrome, Chromium, and Firefox browsers on Linux fail
to render these HTML characters:




I believe those characters are correct.  The browsers handle the Unicode
translations just fine.

the attached patch implements these changes, and would close the bug.


accent-translations
Description: Binary data

Bug#921593: bibtex2html should transate math characters with overhead accents

[James Van Zandt]

Package: bibtex2html
Version: 1.99-2.1
Severity: wishlist
Tags: upstream

Dear Maintainer,

I wish bibtex2html could translate math characters that have accents.

In my .bib collection, I have a few abstracts with math characters
that have accents.  One such document is at
http://arxiv.org/pdf/1508.04874v1.pdf.  Here's a sample .bib entry for
it, with an abridged abstract:

@Misc{   lee-sidford-wong15cutting,
  author = {Yin Tat Lee and Aaron Sidford and Sam Chiu-wai Wong},
  title = {A Faster Cutting Plane Method and its Implications
  for Combinatorial and Convex Optimization},
  eprinttype =   {arxiv},
  eprint =   {1508.04874v1},
  url =  {http://arxiv.org/pdf/1508.04874v1.pdf},
  month = aug,
  year = 2015,
  abstract = {We obtain a running time of $\tilde O ( n ( n^2 +
  m^\omega + S ))$, improving upon the previous best
  of $\tilde O ( n ( n^\omega + m^\omega + S ))$ for
  the regime $S$ is small.},
  pdf =   {lee-sidford-wong15cutting.pdf}
}

Unicode can add bars and such over characters, using characters with
combining class "above".  In TeX, the accent macro precedes the base
character, while the Unicode combining character must follow the base
character.  I think these TeX macro definitions should accomplish the
exchange:

\def\overleftarrow#1{#1⃖}  % over left arrow  U+20d6
\def\overrightarrow#1{#1⃗} % over right arrow U+20d7
\def\bar#1{#1̅}% overbar accent   U+0305
\def\tilde#1{#1̃}  % tilde accent U+0303

However none of these actually work because ``bibtex2html does not
handle macros arguments; arguments are simply discarded.''

I think the translations could be done with ocaml, but I'm not even
sure how to spell that.

Please ask the upstream author(s) to consider implementing translations for
accented math characters.

  - Jim Van Zandt


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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 bibtex2html depends on:
ii  ocaml-base-nox [ocaml-base-nox-4.05.0]  4.05.0-11
ii  perl5.28.1-4
ii  texlive-base2018.20190131-1

bibtex2html recommends no packages.

Versions of packages bibtex2html suggests:
pn  hlins  

-- no debconf information

Bug#921278: bibtex2html: Lacks several math-related translations

[James Van Zandt]

Package: bibtex2html
Version: 1.99-2.1
Severity: wishlist
Tags: patch

Dear Maintainer,


I maintain several large bibtex files, including one devoted to
numerical analysis papers, with abstracts that use a lot of math
notation.  I have collected some of the required translations
into a latex macro file that I can load with the -m switch.
However, it would be more convenient to have those translations
built into bibtex2html tool.

I'm proposing four kinds of additions:

 - bibtex2html already had a translation for \log.  I've added
   translations for all 32 of the math functions on p. 162 of the
   TeXbook.

 - I added single-character translations for \lbrace, \rbrace,
   and \over.

 - There were already translations for \sum, \int, and \prod that
   used HTML entities.  I've added translations using
   Unicode.  (Note that there were already translations for "--"
   and "---" to both HTML entities and Unicode, presumably for
   situations where one was acceptable but the other was not, so
   I'm following the same convention.)

 - I added both Unicode and HTML translations for \ell, \ll,
   \gg,\langle, and \rangle.

I'm attaching a patch to make those additions for Debian.  It
would be even better to get them accepted upstream.

 - Jim Van Zandt


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

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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 bibtex2html depends on:
ii  ocaml-base-nox [ocaml-base-nox-4.05.0]  4.05.0-11
ii  perl5.28.1-3
ii  texlive-base2018.20190131-1

bibtex2html recommends no packages.

Versions of packages bibtex2html suggests:
pn  hlins  


more-translations
Description: Binary data

Bug#920136: __gmpz_limbs_write

[James Van Zandt]

>I suspect second local installation of gmp/nettle/gnutls in /usr/local.

You're right!

root@home:/usr/local/lib# ls -l libgmp*
  -rw-r--r-- 1 root root 1188388 Jul 22  2017 libgmp.a
  -rwxr-xr-x 1 root root 914 Jul 22  2017 libgmp.la
  lrwxrwxrwx 1 root root  16 Jul 22  2017 libgmp.so -> libgmp.so.10.0.5
  lrwxrwxrwx 1 root root  16 Jul 22  2017 libgmp.so.10 ->
libgmp.so.10.0.5
  -rwxr-xr-x 1 root root  482920 Jul 22  2017 libgmp.so.10.0.5
  -rw-r--r-- 1 root root   39660 Jul 22  2017 libgmpxx.a
  -rwxr-xr-x 1 root root 949 Jul 22  2017 libgmpxx.la
  lrwxrwxrwx 1 root root  17 Jul 22  2017 libgmpxx.so ->
libgmpxx.so.4.2.5
  lrwxrwxrwx 1 root root  17 Jul 22  2017 libgmpxx.so.4 ->
libgmpxx.so.4.2.5
  -rwxr-xr-x 1 root root   24704 Jul 22  2017 libgmpxx.so.4.2.5

I have no idea how or why they got installed.  Regardless, I've removed
them, and "apt --fix-broken install" worked.

Thanks!

and please close the bug.

Bug#920136: libgnutls30: symbol lookup error...undefined symbol: __gmpz_limbs_write

[James Van Zandt]

Package: libgnutls30
Version: 3.6.5-2
Severity: critical
Justification: breaks unrelated software

Dear Maintainer,


Sun 20 Jan 2019 10:25:49 PM EST

I upgraded several packages on Jan 16.  Since then, many programs
(including cupsd, apt-get, and apt) fail like this:

  /usr/lib/apt/methods/http: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libgnutls.so.30: undefined symbol:
__gmpz_limbs_write

The file comes in this package:
  libgnutls30: /usr/lib/x86_64-linux-gnu/libgnutls.so.30

I have two copies of this package installed:
  jrv@home:/usr/local/src/octave/octave-4.4.1$ dpkg -l libgnutls30
  Desired=Unknown/Install/Remove/Purge/Hold
  |
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name  Version  Architecture Description

+++-=---==
  ii  libgnutls30:amd64 3.6.5-2  amd64GNU TLS library - main
runtime library
  ii  libgnutls30:i386  3.6.5-2  i386 GNU TLS library - main
runtime library

...corresponding to the two architectures installed here:

  jrv@home:~/Downloads$ dpkg --print-architecture
  amd64
  jrv@home:~/Downloads$ dpkg --print-foreign-architectures
  i386


I found a partial workaround, as follows:

I found libgnutls30 packages of version 3.5.19 in my backups.
Installing just the amd64 package (with dpkg) failed:
  package libgnutls30:amd64 3.5.19-1 cannot be configured because
libgnutls30:i386 is at a different version (3.6.5-2)

However, installing both architectures together succeeded:
  $ dpkg -l libgnutls30
  Desired=Unknown/Install/Remove/Purge/Hold
  |
Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name  Version  Architecture Description

+++-=---==
  ii  libgnutls30:amd64 3.5.19-1 amd64GNU TLS library - main
runtime library
  ii  libgnutls30:i386  3.5.19-1 i386 GNU TLS library - main
runtime library

cupsd will now run (so I can print again).

apt-get also runs, but complains about versions being out of sync:

  $ sudo apt-get check
  [sudo] password for jrv:
  Reading package lists... Done
  Building dependency tree
  Reading state information... Done
  You might want to run 'apt --fix-broken install' to correct these.
  The following packages have unmet dependencies:
   apt : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   exim4-daemon-light : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   glib-networking : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libavformat58 : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   libgnutls-dane0 : Depends: libgnutls30 (= 3.6.5-2) but 3.5.19-1 is
installed
   libgnutls-openssl27 : Depends: libgnutls30 (= 3.6.5-2) but 3.5.19-1 is
installed
   libgnutls28-dev : Depends: libgnutls30 (= 3.6.5-2) but 3.5.19-1 is
installed
   libgnutlsxx28 : Depends: libgnutls30 (= 3.6.5-2) but 3.5.19-1 is
installed
   libimobiledevice-utils : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libimobiledevice6 : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libldap-2.4-2 : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   libvirt-clients : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libvirt-daemon : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libvirt-daemon-system : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   libvirt0 : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   libvte-2.91-0 : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   python-pycurl : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   python3-pycurl : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is
installed
   qemu-utils : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   samba-libs : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   systemd : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
   wget : Depends: libgnutls30 (>= 3.6.5) but 3.5.19-1 is installed
  E: Unmet dependencies. Try 'apt --fix-broken install' with no packages
(or specify a solution).


I suspect a missing dependency, but I've not been able to identify it.
Evidently some libraries are out of sync, but I can't be sure which package
should be held responsible.  Since apt-get is affected, I think the problem
qualifies as "critical".


My attempts to track down the problem follow...

>From /var/log/history.log, those packages were upgraded on Jan 16:

  Start-Date: 2019-01-14  20:53:51
  Commandline: apt-get upgrade
  Requested-By: jrv (1000)
  Upgrade: ... libgnutls30:amd64 (3.5.19-1+b1, 3.6.5-2), libgnutls30:i386
(3.5.19-1+b1, 3.6.5-2) ...

The last three backups are more recent than that upgrade:

  drwxr-xr-x 14 

Bug#914574: xfce: With dual monitors, "extend to the right" setting is lost when monitors are power cycled

[James Van Zandt]

Package: xfce4
Version: 4.12.4
Severity: normal
File: xfce

Dear Maintainer,

I have a dual monitor setup, normally configured with "extend to the
right".  I leave the computer running all the time, but I power down
the monitors when I'm not using them.  Every time I turn them on, or
after several minutes with no activity, the system has reverted to
"mirrored displays", and a four-panel dialog is displayed with these
choices:

  1. ASUS 27"
  Mirror Displays
  Extend to the right
  2. ASUS 27"

What I expected is to set up the displays once, navigating
  Applications -> Settings -> Displays
and unsetting "Mirror displays".  After that, the settings should be
preserved across monitor power-cycles, periods of inactivity, and
system restarts.

(I'm attaching screenshots of the two dialogs.)

I see the setting is stored as the relative position of the second
monitor in
  ~/.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml:

diff -r -U 8 xfce4-extended/xfconf/xfce-perchannel-xml/displays.xml
xfce4-mirrored/xfconf/xfce-perchannel-xml/displays.xml
--- xfce4-extended/xfconf/xfce-perchannel-xml/displays.xml
2018-11-24 22:49:22.814745510 -0500
+++ xfce4-mirrored/xfconf/xfce-perchannel-xml/displays.xml
2018-11-24 23:09:02.810708537 -0500
@@ -77,15 +77,15 @@
 
   
   
   
   
   
   
   
-
+
 
   
 
   
   
 

Power cycling the monitors resets the X coordinate of the Position to zero.

Incidentally, I tried both "Configure new displays when connected"
settings.  The only difference was that when this was not set, the
four-panel dialog was not displayed when the monitors were turned on,
and I had to navigate to the normal display dialog instead.  This
suggests it's not remembering the monitors - i.e. every time it wakes
up, it thinks I've installed new monitors.  Where is that part of the
configuration supposed to be saved?

   - Jim Van Zandt



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

Kernel: Linux 4.18.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 xfce4 depends on:
ii  gtk2-engines-xfce3.2.0-3
ii  libxfce4ui-utils 4.12.1-3
ii  orage4.12.1-4
ii  thunar   1.8.2-1
ii  xfce4-appfinder  4.12.0-2
ii  xfce4-panel  4.12.2-1
ii  xfce4-pulseaudio-plugin  0.4.1-1
ii  xfce4-session4.12.1-6
ii  xfce4-settings   4.12.4-1
ii  xfconf   4.12.1-1
ii  xfdesktop4   4.12.4-2
ii  xfwm44.12.5-1

Versions of packages xfce4 recommends:
ii  desktop-base  9.0.7
ii  tango-icon-theme  0.8.90-7
ii  thunar-volman 0.9.0-1
ii  xfce4-notifyd 0.4.2-1
ii  xorg  1:7.7+19

Versions of packages xfce4 suggests:
pn  gtk3-engines-xfce
ii  xfce4-goodies4.12.5
ii  xfce4-power-manager  1.6.1-1

-- no debconf information

Bug#914373: octave-statistics: accessing installed functions is needlessly obscure

[James Van Zandt]

I don't see why a Readme.DEBIAN file in each package would be
difficult to manage.  If needed, it could be generic, with the
same text in each package, such as:

By default installed packages are not available from the Octave
prompt.  The functions from this package can be added to the Octave
path by typing

 pkg load 

at the Octave command line.

I note a discussion of autoloading packages here:
http://octave.1599824.n4.nabble.com/package-autoload-td4676287.html

particularly a comment by LachlanA;

> My personal belief is that the __unimplemented__ function, which
> currently tells us which package we should load, should just load
> the package and continue (unless the same function is implemented
> in multiple packages, in which case it should list all of those
> packages and give an error).
>
> That would most closely emulate the Matlab experience, while
> avoiding the problems Carnë described.

I would appreciate that.  However, I'd be satisfied if the
__unimplemented__ function simply knew about all the functions available in
packages.  (Currently it doesn't - the subject of another bug).


On Sat, Nov 24, 2018 at 5:43 AM Rafael Laboissière 
wrote:

> [Moving this discussion from Bug#914373 into debian-octave.]
>
> * James Van Zandt  [2018-11-22 13:34]:
> >
> > [snip]
> >
> > Please provide a file /usr/share/doc/octave-statistics/README.Debian
> > with a note something like
> >
> >By default installed packages are not available from the Octave
> >prompt.  The functions from this package can be added to the Octave
> >path by typing
> >
> > pkg load statistics
> >
> >at the Octave command line.
> >
> > [snip]
>
> The bug reporter also suggests to add README.Debian files for all
> other OF packages.
>
> Do the other members of the DOG agree with this change?
>
> Rafael
>

Bug#914391: octave: "unimplemented function" helper overlooks functions in package subdirectories

[James Van Zandt]

Package: octave
Version: 4.4.1-2+b1
Severity: normal
Tags: upstream

Dear Maintainer,

Octave now has a very helpful feature which points the user to
functions available in packages:

octave:1> help random
error: help: the 'random' function belongs to the statistics package
from Octave
Forge which you have installed but not loaded.  To load the package, run
'pkg load statistics' from the Octave prompt.

However, the feature overlooks some functions.  These are also
provided in the statistics package:

octave:1> help chi2inv
error: help: 'chi2inv' not found
octave:1> help logit
error: help: 'logit' not found
octave:1> help regression
error: help: 'regression' not found

The problem appears to be that the overlooked functions are in
subdirectories of the package.

The message is printed by __unimplemented__.m, in the directory
/usr/share/octave/4.4.1/m/help, which has hard-coded lists of the
functions in each package.  I see nothing in the source package that
generates those lists, so I assume one of the upstream maintainers has
code for that.

Some directories should still be omitted (e.g., self-testing
functions).  I suggest functions in these directories be added to the
lists in __unimplemented__.m:

bsltl/mfiles
geometry/geom2d
geometry/geom3d
geometry/graphs
geometry/io
geometry/meshes3d
geometry/polygons2d
geometry/polynomialCurves2d
geometry/shape2d
geometry/utils
ltfat/auditory
ltfat/blockproc
ltfat/comp
ltfat/demos
ltfat/deprecated
ltfat/filterbank
ltfat/fourier
ltfat/frames
ltfat/gabor
ltfat/mulaclab
ltfat/nonstatgab
ltfat/operators
ltfat/quadratic
ltfat/signals
ltfat/sigproc
ltfat/thirdparty
ltfat/wavelets
statistics/base
statistics/distributions
statistics/models

- Jim Van Zandt


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

Kernel: Linux 4.18.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 octave depends on:
ii  libamd2  1:5.3.0+dfsg-1
ii  libarpack2   3.6.3-1
ii  libasound2   1.1.7-1
ii  libatlas3-base [liblapack.so.3]  3.10.3-7+b1
ii  libblas3 [libblas.so.3]  3.8.0-1+b1
ii  libbz2-1.0   1.0.6-9
ii  libc62.27-8
ii  libcamd2 1:5.3.0+dfsg-1
ii  libccolamd2  1:5.3.0+dfsg-1
ii  libcholmod3  1:5.3.0+dfsg-1
ii  libcolamd2   1:5.3.0+dfsg-1
ii  libcxsparse3 1:5.3.0+dfsg-1
ii  libfftw3-double3 3.3.8-2
ii  libfftw3-single3 3.3.8-2
ii  libfltk-gl1.31.3.4-7
ii  libfltk1.3   1.3.4-7
ii  libfreetype6 2.9.1-3
ii  libgcc1  1:8.2.0-9
ii  libglpk404.65-2
ii  libgomp1 8.2.0-9
ii  libklu1  1:5.3.0+dfsg-1
ii  liblapack3 [liblapack.so.3]  3.8.0-1+b1
ii  liboctave6   4.4.1-2+b1
ii  libportaudio219.6.0-1
ii  libqhull72015.2-4
ii  libqrupdate1 1.1.2-3
ii  libqscintilla2-qt5-132.10.4+dfsg-1+b1
ii  libqt5core5a 5.11.2+dfsg-7
ii  libqt5gui5   5.11.2+dfsg-7
ii  libqt5help5  5.11.2-5
ii  libqt5network5   5.11.2+dfsg-7
ii  libqt5opengl55.11.2+dfsg-7
ii  libqt5printsupport5  5.11.2+dfsg-7
ii  libqt5sql5   5.11.2+dfsg-7
ii  libqt5widgets5   5.11.2+dfsg-7
ii  libsndfile1  1.0.28-4
ii  libstdc++6   8.2.0-9
ii  libsuitesparseconfig51:5.3.0+dfsg-1
ii  libumfpack5  1:5.3.0+dfsg-1
ii  libx11-6 2:1.6.7-1
ii  octave-common4.4.1-2
ii  texinfo  6.5.0.dfsg.1-4+b1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages octave recommends:
ii  default-jre-headless   2:1.11-70
ii  epstool3.09-1
ii  gnuplot-x11 [gnuplot-nox]  5.2.5+dfsg1-1
ii  libatlas3-base 3.10.3-7+b1
ii  octave-doc 4.4.1-2
ii  pstoedit   3.73-1+b1

Versions of packages octave suggests:
pn  liboctave-dev  

-- no debconf information

Bug#914380: octave-geometry: invalid DESCRIPTION lines generate errors when installing or removing any Octave package

[James Van Zandt]

Package: octave-geometry
Version: 3.0.0-6+b2
Severity: minor
Tags: patch

Dear Maintainer,

The DESCRIPTION file for this package has invalid lines - continued
lines that do not start with a space.  They generate warning messages
when any Octave package (not just this one) is installed or removed,
as follows:

$ sudo apt-get install octave-ltfat-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  octave-ltfat-common
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
13 not fully installed or removed.
Need to get 0 B/2,265 kB of archives.
After this operation, 7,263 kB of additional disk space will be used.
/usr/share/apt-listchanges/apt_listchanges.py:540: FutureWarning:
Possible nested set at position 25
  email_re =
re.compile(r'([a-zA-Z0-9_\+\-\.]+)@(([[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.)|(([a-zA-Z0-9\-]+\.)+))([a-zA-Z]{2,4}|[0-9]{1,3})(\]?)')
N: Ignoring file '50unattended-upgrades.ucftmp' in directory
'/etc/apt/apt.conf.d/' as it has an invalid filename extension
Selecting previously unselected package octave-ltfat-common.
(Reading database ... 1004163 files and directories currently
installed.)
Preparing to unpack .../octave-ltfat-common_2.3.1+dfsg-1_all.deb ...
Unpacking octave-ltfat-common (2.3.1+dfsg-1) ...
Processing triggers for octave (4.4.1-2+b1) ...
warning: pkg: skipping invalid line in DESCRIPTION file
warning: called from
get_description at line 49 column 9
rebuild at line 52 column 12
pkg at line 540 column 25
warning: pkg: skipping invalid line in DESCRIPTION file
warning: called from
get_description at line 49 column 9
rebuild at line 52 column 12
pkg at line 540 column 25
warning: pkg: skipping invalid line in DESCRIPTION file
warning: called from
get_description at line 49 column 9
rebuild at line 52 column 12
pkg at line 540 column 25
warning: pkg: skipping invalid line in DESCRIPTION file
warning: called from
get_description at line 49 column 9
rebuild at line 52 column 12
pkg at line 540 column 25
Setting up python3 (3.7.1-2) ...


Here's a patch:

--- ../DESCRIPTION 2018-11-22 14:45:21.906419837 -0500
+++ DESCRIPTION 2018-11-22 14:44:35.838331755 -0500
@@ -2,13 +2,13 @@
 Version: 3.0.0
 Date: 27-03-2017
 Author: Juan Pablo Carbajal ,
-Philip Neuhius ,
-Simeon Simeonov ,
-David Legland ,
+ Philip Neuhius ,
+ Simeon Simeonov ,
+ David Legland ,
 Maintainer: Juan Pablo Carbajal 
 Title: Computational Geometry
 Description: Library for geometric computing extending MatGeom functions.
-Useful to create, transform, manipulate and display geometric primitives.
+ Useful to create, transform, manipulate and display geometric primitives.
 Depends: octave (>= 4.0.1)
 Autoload: no
 License: GPLv3+, FreeBSD, Boost v1.0


 - Jim Van Zandt


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

Kernel: Linux 4.18.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 octave-geometry depends on:
ii  libc62.27-8
ii  libgcc1  1:8.2.0-9
ii  libgomp1 8.2.0-9
ii  liboctave6   4.4.1-2+b1
ii  libstdc++6   8.2.0-9
ii  octave   4.4.1-2+b1
ii  python   2.7.15-3
ii  python-lxml  4.2.5-1

octave-geometry recommends no packages.

octave-geometry suggests no packages.

-- no debconf information

Bug#914377: python3: syntax error in rtupdate hook prevents configuration

[James Van Zandt]

Package: python3
Version: 3.7.1-2
Severity: normal

Dear Maintainer,

python3 fails to configure, as follows:

  $ sudo dpkg --configure python3
  Setting up python3 (3.7.1-2) ...
  running python rtupdate hooks for python3.7...
File "/usr/share/pyzo/pyzo/yoton/clientserver.py", line 81
  def __init__(self, address, async=False, verbose=0):
  ^
  SyntaxError: invalid syntax

  error running python rtupdate hook pyzo
  dpkg: error processing package python3 (--configure):
   installed python3 package post-installation script subprocess returned
error exit status 4
  Errors were encountered while processing:
   python3

This failure may also be the reason I'm getting this warning from dpkg:

N: Ignoring file '50unattended-upgrades.ucftmp' in directory
'/etc/apt/apt.conf.d/' as it has an invalid filename extension

There are actually two such files in that directory, with identical content:

$ ls -l 50*
-rw-r--r-- 1 root root 5407 Oct 17 18:58 50unattended-upgrades.dpkg-backup
-rw-r--r-- 1 root root 5407 Nov 22 08:56 50unattended-upgrades.ucftmp

 - Jim Van Zandt

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

Kernel: Linux 4.18.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 python3 depends on:
ii  libpython3-stdlib  3.7.1-2
ii  python3-minimal3.7.1-2
ii  python3.7  3.7.1-1

python3 recommends no packages.

Versions of packages python3 suggests:
ii  python3-doc   3.7.1-2
ii  python3-tk3.7.1-1
pn  python3-venv  

-- no debconf information

Bug#914374: function gevrnd mistakenly claimed to be "not yet implemented"

[James Van Zandt]

Package: octave
Version: 4.4.1-2+b1
Severity: normal

Dear Maintainer,

Octave claims this function has not yet been implemented for Octave:

octave:4> help gevrnd
error: help: the 'gevrnd' function belongs to the statistics package
from Octave
Forge but has not yet been implemented.

Please read  to learn how you can
contribute missing functionality.

Actually there is an implementation available:

octave:4> addpath /usr/share/octave/packages/statistics-1.4.0
octave:5> help gevrnd
'gevrnd' is a function from the file
/usr/share/octave/packages/statistics-1.4.0/gevrnd.m

 -- Function File: gevrnd (K, SIGMA, MU)
 -- Function File: gevrnd (K, SIGMA, MU, R)
 -- Function File: gevrnd (K, SIGMA, MU, R, C, ...)
 -- Function File: gevrnd (K, SIGMA, MU, [SZ])
 Return a matrix of random samples from the generalized extreme
 value (GEV) distribution with parameters K, SIGMA, MU.
...

The user should be asked to install the octave-statistics package,
then type  "pkg load statistics" at the Octave command line.


 - Jim Van Zandt



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

Kernel: Linux 4.18.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 octave depends on:
ii  libamd2  1:5.3.0+dfsg-1
ii  libarpack2   3.6.3-1
ii  libasound2   1.1.7-1
ii  libatlas3-base [liblapack.so.3]  3.10.3-7+b1
ii  libblas3 [libblas.so.3]  3.8.0-1+b1
ii  libbz2-1.0   1.0.6-9
ii  libc62.27-8
ii  libcamd2 1:5.3.0+dfsg-1
ii  libccolamd2  1:5.3.0+dfsg-1
ii  libcholmod3  1:5.3.0+dfsg-1
ii  libcolamd2   1:5.3.0+dfsg-1
ii  libcxsparse3 1:5.3.0+dfsg-1
ii  libfftw3-double3 3.3.8-2
ii  libfftw3-single3 3.3.8-2
ii  libfltk-gl1.31.3.4-7
ii  libfltk1.3   1.3.4-7
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:8.2.0-9
ii  libglpk404.65-2
ii  libgomp1 8.2.0-9
ii  libklu1  1:5.3.0+dfsg-1
ii  liblapack3 [liblapack.so.3]  3.8.0-1+b1
ii  liboctave6   4.4.1-2+b1
ii  libportaudio219.6.0-1
ii  libqhull72015.2-4
ii  libqrupdate1 1.1.2-3
ii  libqscintilla2-qt5-132.10.4+dfsg-1+b1
ii  libqt5core5a 5.11.2+dfsg-7
ii  libqt5gui5   5.11.2+dfsg-7
ii  libqt5help5  5.11.2-5
ii  libqt5network5   5.11.2+dfsg-7
ii  libqt5opengl55.11.2+dfsg-7
ii  libqt5printsupport5  5.11.2+dfsg-7
ii  libqt5sql5   5.11.2+dfsg-7
ii  libqt5widgets5   5.11.2+dfsg-7
ii  libsndfile1  1.0.28-4
ii  libstdc++6   8.2.0-9
ii  libsuitesparseconfig51:5.3.0+dfsg-1
ii  libumfpack5  1:5.3.0+dfsg-1
ii  libx11-6 2:1.6.7-1
ii  octave-common4.4.1-2
ii  texinfo  6.5.0.dfsg.1-4+b1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages octave recommends:
ii  default-jre-headless   2:1.11-70
ii  epstool3.09-1
ii  gnuplot-x11 [gnuplot-nox]  5.2.5+dfsg1-1
ii  libatlas3-base 3.10.3-7+b1
ii  octave-doc 4.4.1-2
ii  pstoedit   3.73-1+b1

Versions of packages octave suggests:
pn  liboctave-dev  

-- no debconf information

Bug#914373: octave-statistics: accessing installed functions is needlessly obscure

[James Van Zandt]

Package: octave-statistics
Version: 1.4.0-4
Severity: normal

Dear Maintainer,

I'm a long-time user of Matlab.  One of the things that's always
annoyed me is that they put so many functions into toolkits that cost
extra.  I've appreciated that Octave made the statistics functions
available with no extra effort.  So I was disappointed by this:

octave:1> help chi2inv
error: help: 'chi2inv' not found

...even after I had installed the octave-statistics package, which
does include that function:

$dpkg -L octave-statistics | grep chi2inv
/usr/share/octave/packages/statistics-1.4.0/distributions/chi2inv.m

I'm also a long-time user of Debian, so I checked in
/usr/share/doc/octave-statistics/, but found nothing useful.

The Octave info file mentioned chi2inv, without saying how to access
it.

Matlab has a single namespace, so any function for which a license is
available is immediately available.  Eventually I discovered that
Octave has chosen to make functions in extra packages visible only if
explicitly loaded.  This does reduce namespace pollution - but it's a
new concept to people used to Matlab.

Please provide a file /usr/share/doc/octave-statistics/README.Debian
with a note something like

By default installed packages are not available from the Octave
prompt.  The functions from this package can be added to the Octave
path by typing

 pkg load statistics

at the Octave command line.


Please add a similar note for each of the extra packages:

octave-bsltl
octave-communications
octave-control
octave-geometry
octave-gsl
octave-image
octave-image-acquisition
octave-instrument-control
octave-io
octave-ltfat-common
octave-miscellaneous
octave-netcdf
octave-ocs
octave-odepkg
octave-optim
octave-parallel
octave-secs2d
octave-secs3d
octave-sockets
octave-statistics
octave-stk
octave-vibes
octave-zeromq

(determined via "apt-file search PKG_ADD|grep packages")

  - Jim Van Zandt



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

Kernel: Linux 4.18.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 octave-statistics depends on:
ii  octave 4.4.1-2+b1
ii  octave-io  2.4.12-1

octave-statistics recommends no packages.

octave-statistics suggests no packages.

-- no debconf information

Bug#903514: Deadlock in _dl_close join-ing threads accessing TLS (was Re: gimp won't launch)

[James Van Zandt]

Awesome, thanks!

On Fri, Aug 10, 2018, 5:27 PM Alexis Murzeau  wrote:

> On 09/08/2018 00:22, Alexis Murzeau wrote:
> > On 08/08/2018 00:59, Alexis Murzeau wrote:
> >> severity 903514 important
> >> thanks
> >>
> >>> Reassigning to glibc with affects on openblas and gimp as this is
> caused
> >>> by a deadlock inside glibc.
> >>
> >> Done.
> >>
> >> Lowering severity as this does not render any package unusable by
> >> themselves, but only a combination of them (GIMP + OpenBLAS).
> >>
> >> I think a workaround solution against GIMP OpenBLAS should be done as
> >> I'm not sure a good solution will emerge in glibc given attempts done in
> >> the past. The work to be done seems non trivial.
> >>
> >> My though on possible solutions:
> >>  * Add a breaks between GIMP and OpenBLAS
> >>  * Disable TLS in OpenBLAS build (if possible, but this would cause a
> >> performance loss for users that use OpenBLAS without gimp)
> >>  * Add a delay in GIMP to not load then close libraries too fast (so
> >> OpenBLAS threads are fully initialized when dl_close is called on it)
> >>
> >
> > Hi,
> >
> > I've posted a issue on openblas upstream project [0] and they suggested
> > some solutions.
> > One of them is to disable the use of compiler supported TLS and instead
> > use pthreads.
> >
> > I tested this and it seems to fix deadlocks while starting gimp (I tried
> > without arguments, with a non existing file and with an existing file).
> >
> > I've pushed a merge request with the patch at [1].
> > I've also asked openblas upstream if this patch could be a good solution.
> >
> > In that case would it be possible to have this patch tested for ones who
> > have major instabilities with gimp + openblas ?
> >
> > Thanks :)
> >
>
> Hi,
>
> I've updated the merge request [0] with the upstream proposed patch [1].
>
> @openblas maintainers, maybe someone can build a package with this patch
> and upload to experimental so others can check if gimp works fine with it ?
>
> I've myself tested it and gimp does not deadlock.
>
> I can provide a binary package that include this patch, but I'm not sure
> this is the best thing to do (I'm not the official maintainer, nor know
> a good place to upload it).
>
> [0] https://salsa.debian.org/science-team/openblas/merge_requests/1
> [1] https://github.com/xianyi/OpenBLAS/pull/1726
>
> --
> Alexis Murzeau
> PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F
>
>

Bug#903879: openblas

[James Van Zandt]

The current version of gimp is incompatible with openblas (#903514).

julia and libjulia0.6 currently depend on libopenblas-base. I suggest that
they should instead depend on the virtual packages libblas.so.3 and
liblapack.so.3 (which can also be provided by liblapack3 and libblas3,
resp., and libatlas3-base provides both) - assuming of course that julia
will work that way.

  - Jim Van Zandt

Bug#903514: gimp won't launch

[James Van Zandt]

Thanks, Benedict - the same solution worked for me.

Specifically:

   sudo apt-get install libopenblas-base- libopenblas-dev- \
 libblas3 liblapack3 libblas-dev liblapack-dev

Unfortunately julia and libjulia0.6 were also removed here, since they
depend on libopenblas-base.  I intend to report this as a bug, and request
that they depend instead on the virtual packages libblas.so.3 and
liblapack.so.3 (which can also be provided by liblapack3 and libblas3,
resp.).

Bug#903514: GIMP won't launch

[James Van Zandt]

I note that, according to the strace log, gimp successfully read in 138
plugins, but failed on the very first plug-in that was a Python script.
That can't be a coincidence.

 - Jim Van Zandt

Bug#903514:

[James Van Zandt]

Package: gimp
Version: 2.10.2-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I may have the same problem.  I updated many packages yesterday, and today
gimp will not launch.


Christoph reported that opening a .png file generated a splash screen
then error messages about babl and python.  However, I get nothing (no
error message or splash screen) for any of these:

gimp
gimp foo.png# file does not exist
gimp g14601.png # file does exist

In each case, I got a segfault when I interrupted with ^C:

  home:~$ gimp foo.png
  ^CSegmentation fault (core dumped)

I initially did not have gimp-python installed, but installing it didn't
help.


I then tried launching gimp with strace:
  strace -o /tmp/log gimp

This time I got a splash screen (the first one I'd seen), with a progress
bar
stuck at 70%, the progress statement

 Querying new Plug-ins
 resynthesizer

plus these messages:

  GEGL-Message: 12:45:41.515: Module
'/usr/lib/x86_64-linux-gnu/gegl-0.4/ff-load.so' load error:
/usr/lib/x86_64-linux-gnu/libhogweed.so.4: undefined symbol:
__gmpn_cnd_sub_n
  GEGL-Message: 12:45:41.534: Module
'/usr/lib/x86_64-linux-gnu/gegl-0.4/ff-save.so' load error:
/usr/lib/x86_64-linux-gnu/libhogweed.so.4: undefined symbol:
__gmpn_cnd_sub_n
  Missing fast-path babl conversion detected, Implementing missing babl
fast paths
  accelerates GEGL, GIMP and other software using babl, warnings are
printed on
  first occurance of formats used where a conversion has to be synthesized
  programmatically by babl based on format description

  *WARNING* missing babl fast path(s): "R'G'B' double" to "CIE Lab double"

The strace file showed that the last file opened was
/usr/lib/gimp/2.0/plug-ins/plugin-uncrop.py:

home:~$ grep -n  "open" /tmp/log |tail -22
  39878:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/cml-explorer",
O_RDONLY) = 14
  39961:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/checkerboard",
O_RDONLY) = 14
  40059:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/cartoon", O_RDONLY) =
14
  40147:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/border-average",
O_RDONLY) = 14
  40250:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/blur", O_RDONLY) = 14
  40317:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/blinds", O_RDONLY) = 14
  40413:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/animation-play",
O_RDONLY) = 14
  40505:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/animation-optimize",
O_RDONLY) = 14
  40712:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/align-layers",
O_RDONLY) = 14
  40799:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/webexport", O_RDONLY)
= 14
  40912:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/gap_wr_trans",
O_RDONLY) = 14
  41229:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/gap_wr_resynth",
O_RDONLY) = 14
  41337:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/gap_wr_opacity",
O_RDONLY) = 14
  41441:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/gap_wr_color_levels",
O_RDONLY) = 14
  41613:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/gap_wr_color_huesat",
O_RDONLY) = 14
  41765:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/wavelet-denoise",
O_RDONLY) = 14
  41874:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/streak", O_RDONLY) = 14
  41955:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/separate_import",
O_RDONLY) = 14
  42063:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/separate", O_RDONLY) =
14
  42610:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/resynthesizer_gui",
O_RDONLY) = 14
  42759:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/resynthesizer",
O_RDONLY) = 14
  42875:openat(AT_FDCWD, "/usr/lib/gimp/2.0/plug-ins/plugin-uncrop.py",
O_RDONLY) = 14


The next time gimp froze again after opening the same file, but the
progress statement in the splash screen was:

  Querying new Plug-ins
  plugin-uncrop.py

(The last line is from memory.  The splash screen got covered by other
windows, and was not re-rendered when uncovered.)

The second strace output ended like this:

  home:~$ tail -50 /tmp/log2
  poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN}], 2, 0) = 0 (Timeout)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  recvmsg(3, {msg_namelen=0}, 0)  = -1 EAGAIN (Resource temporarily
unavailable)
  poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3,
revents=POLLOUT}])
  writev(3,
[{iov_base="5\30\4\0,\2\300\3\3\0\300\3\0\5e\0\213\4\6\0-\2\300\3,\2\300\3\204\1\0\0"...,
iov_len=1688}, {iov_base=NULL, iov_len=0}, 

Bug#860138: scipy handles error messages poorly

[James Van Zandt]

Package: python-scipy
Version: 0.18.1-2

I was running a program under the debugger pdb, and a bug generated this
message:

(Pdb) n
TypeError: TypeErro...0, 1).",)
>
/usr/lib/python2.7/dist-packages/scipy/optimize/minpack.py(212)_root_hybr()
-> shape, dtype = _check_func('fsolve', 'func', func, x0, args, n, (n,))
(Pdb)

I submit that this message is not helpful.

Eventually I found the code in minpack.py that assembled the message, and
determined that the complete message was

"fsolve: there is a mismatch between the input and output shape of the
'func' argument 'mce'.Shape should be (9,) but it is (10, 1)."

which would actually have been helpful.  It should not have been
abbreviated.

It may be appropriate to reassign this bug to pdb.

  - Jim Van Zandt

Bug#860063: fsolve docs should state that it cannot solve over- or under-determined problems

[James Van Zandt]

Package: python-scipy
Version: 0.18.1


I have a MATLAB program that uses fsolve() from the optimization toolbox.
I found that scipy offers a similar function.  I spent a fair amount of
time translating my program into Python, only to discover that the scipy
implementation (unlike the MATLAB one) requires that the number of
functions and the number of variables be equal.  The documentation for the
underlying minpack programs (hybrd and hybrj) makes this clear, but the
scipy documentation does not.  It should.  I suggest the attached patch.

(It might also be a good idea to add a mention of leastsq, which can handle
an over- or under-determined problem.)

- Jim Van Zandt


patch
Description: Binary data

Bug#747292: gdm3: unable to log in

[James Van Zandt]

I have been running stable.  After a power outage, my system came up with
VCs but no display manager login screen.  Eventually I found that gdm3 was
not installed.  sudo apt-get install gdm3 failed because due to a missing
dependency.  I resorted to
   sudo apt-get install -t unstable gdm3
which succeeded.  However, I could still not login.  I got a completely
black screen with no cursor, and a completely dead keyboard (I could not
reach a VC or even toggle the caps lock and num lock indicator lights).

I was able to boot in recover mode.  Using a different machine, I looked
for some help, eventually found this bug, removed gdm3, installed lightdm
instead, and was back in business.  However, I suggest there is still a
problem with gdm3:amd64 (3.8.4-9), perhaps an unrecognized version
dependency.

I expect to stay with lightdm for the forseeable future.

Here's the /var/log/apt/history.log entry for the gdm3 installation:

Start-Date: 2014-07-04  21:40:09
Commandline: apt-get install -t unstable gdm3
Install: libgoa-1.0-0b:amd64 (3.12.2-1, automatic), libopencv-core2.4:amd64
(2.4.8+dfsg1-2.2, automatic), libebook-contacts-1.2-0:amd64 (3.12.2-1,
automatic), libavformat55:amd64 (10.2-1, automatic), libnl-genl-3-200:amd64
(3.2.24-2, automatic), libfluidsynth1:amd64 (1.1.6-2, automatic),
cracklib-runtime:amd64 (2.9.1-1+b2, automatic), apg:amd64 (2.2.3.dfsg.1-2,
automatic), gir1.2-gdm3:amd64 (3.8.4-9, automatic), obexd-client:amd64
(0.48-2+b1, automatic), gnome-shell:amd64 (3.8.4-8.1, automatic),
gnome-online-accounts:amd64 (3.12.2-1, automatic), mousetweaks:amd64
(3.12.0-1, automatic), libnetfilter-conntrack3:amd64 (1.0.4-1, automatic),
libgdata19:amd64 (0.15.0-3, automatic), libopencv-ml2.4:amd64
(2.4.8+dfsg1-2.2, automatic), libgdata-common:amd64 (0.15.0-3, automatic),
accountsservice:amd64 (0.6.37-1, automatic), libibus-1.0-5:amd64 (1.5.7-1,
automatic), libcogl-pango20:amd64 (1.18.0-2, automatic), iw:amd64 (3.14-1,
automatic), libnm-gtk0:amd64 (0.9.8.10-1, automatic), libchromaprint0:amd64
(1.1-1+b1, automatic), zeitgeist-core:amd64 (0.9.14-2.2, automatic),
gnome-session-bin:amd64 (3.8.4-4, automatic), libcogl20:amd64 (1.18.0-2,
automatic), libmbim-glib0:amd64 (1.8.0-1, automatic),
libopencv-video2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libsbc1:amd64
(1.2-3, automatic), libsocialweb-service:amd64 (0.25.20-6, automatic),
libcheese7:amd64 (3.12.0-1, automatic), libreadosm1:amd64 (1.0.0b+dfsg1-2,
automatic), libebackend-1.2-7:amd64 (3.12.2-1, automatic),
libgnutls-deb0-28:amd64 (3.2.15-2, automatic), libcolord-gtk1:amd64
(0.1.25-1.1+b1, automatic), libjim0.74:amd64 (0.74-3, automatic),
gir1.2-gnomedesktop-3.0:amd64 (3.8.4-2, automatic), libevdev2:amd64
(1.2.2+dfsg-1, automatic), gstreamer1.0-libav:amd64 (1.3.2-1, automatic),
gir1.2-gst-plugins-base-1.0:amd64 (1.2.4-1, automatic), libass5:amd64
(0.10.2-3, automatic), mobile-broadband-provider-info:amd64 (20140317-1,
automatic), gdm3:amd64 (3.8.4-9), libgnomekbd-common:amd64 (3.6.0-1,
automatic), libcrack2:amd64 (2.9.1-1+b2, automatic),
telepathy-mission-control-5:amd64 (5.16.2-1, automatic),
gir1.2-packagekitglib-1.0:amd64 (0.8.17-4, automatic),
gir1.2-ibus-1.0:amd64 (1.5.7-1, automatic), libical1:amd64 (1.0-1,
automatic), wireless-regdb:amd64 (2013.11.27-1, automatic),
libgee-0.8-2:amd64 (0.10.5-1, automatic), libapache2-mod-dnssd:amd64
(0.6-3.1, automatic), gir1.2-javascriptcoregtk-3.0:amd64 (2.4.3-2,
automatic), libfolks25:amd64 (0.9.7.1-1, automatic), libxcb-image0:amd64
(0.3.9-1, automatic), gir1.2-gkbd-3.0:amd64 (3.6.0-1, automatic),
libjson-c2:amd64 (0.11-4, automatic), libgnome-menu-3-0:amd64 (3.8.0-2,
automatic), libxcb-icccm4:amd64 (0.4.1-1, automatic),
libopencv-legacy2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libgdm1:amd64
(3.8.4-9, automatic), libgnomekbd8:amd64 (3.6.0-1, automatic),
libpam-systemd:amd64 (204-14, automatic), libgjs0c:amd64 (1.36.1-2,
automatic), libmjpegutils-2.1-0:amd64 (2.1.0+debian-2.1, automatic),
gnome-shell-common:amd64 (3.8.4-8.1, automatic), libsystemd-id128-0:amd64
(204-14, automatic), libmission-control-plugins0:amd64 (5.16.2-1,
automatic), libgoa-backend-1.0-1:amd64 (3.12.2-1, automatic),
libtelepathy-glib0:amd64 (0.24.0-1, automatic), libgoa-1.0-common:amd64
(3.12.2-1, automatic), libgweather-3-6:amd64 (3.12.1-1, automatic),
gnome-control-center:amd64 (3.8.3-7+b2, automatic), libpoppler46:amd64
(0.26.2-2, automatic), libcaribou0:amd64 (0.4.13-1, automatic),
cups-pk-helper:amd64 (0.2.5-2, automatic), libsocialweb-common:amd64
(0.25.20-6, automatic), libfolks-eds25:amd64 (0.9.7.1-1, automatic),
liboauth0:amd64 (1.0.1-1, automatic), packagekit:amd64 (0.8.17-4,
automatic), libtelepathy-logger3:amd64 (0.8.0-3, automatic),
libgnome-bluetooth11:amd64 (3.8.1-3, automatic),
gir1.2-clutter-gst-2.0:amd64 (2.0.10-1, automatic), libsocialweb0:amd64
(0.25.20-6, automatic), cheese-common:amd64 (3.12.0-1, automatic),
librtmp1:amd64 (2.4+20131018.git79459a2-2, automatic),
gir1.2-polkit-1.0:amd64 (0.105-6, automatic), gir1.2-gcr-3:amd64