Bug#844593: erlang-wx: WX broken due to "-fno-pie -no-pie" CFLAGS/LDFLAGS
Package: erlang-wx
Version: 1:19.1.6+dfsg-1
Severity: grave
Tags: upstream patch
Justification: renders package unusable
The solution of bug #842998 breaks WX:
1> observer:start().
{error,{{load_driver,"No driver found"},
[{wxe_server,start,1,[{file,"wxe_server.erl"},{line,65}]},
{wx,new,1,[{file,"wx.erl"},{line,115}]},
{observer_wx,init,1,[{file,"observer_wx.erl"},{line,104}]},
{wx_object,init_it,6,[{file,"wx_object.erl"},{line,355}]},
{proc_lib,init_p_do_apply,3,
[{file,"proc_lib.erl"},{line,247}]}]}}
=ERROR REPORT 17-Nov-2016::10:12:15 ===
ERROR: Could not find 'wxe_driver.so' in: /usr/lib/erlang/lib/wx-1.7.1/priv
What works is to remove "-fno-pie -no-pie" from CFLAGS and LDFLAGS in
debian/rules and to apply the following two upstream patches:
-
https://github.com/erlang/otp/commit/5aa13e16ae81050509fceaf603650fc8594af7ec.patch
-
https://github.com/erlang/otp/commit/edfa3b87542687baa2530a41241eb83d9afda1fb.patch
(both are necessary).
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages erlang-wx depends on:
ii erlang-base-hipe 1:19.1.6+dfsg-1
erlang-wx recommends no packages.
Versions of packages erlang-wx suggests:
ii erlang 1:19.1.6+dfsg-1
ii erlang-doc 1:19.1.6+dfsg-1
ii erlang-manpages 1:19.1.6+dfsg-1
-- no debconf information
Bug#842998: erlang-base-hipe: OTP / HiPE broken with GCC 6.2
Package: erlang-base-hipe Version: 1:19.1.5+dfsg-1 Severity: grave Tags: upstream Justification: renders package unusable HiPE in the OTP 19.1.5 Debian package is broken (at least on amd64), because it was built with GCC 6.2. See also upstream report: http://erlang.org/pipermail/erlang-questions/2016-November/090753.html -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages erlang-base-hipe depends on: ii adduser 3.115 ii init-system-helpers 1.45 ii libc62.24-5 ii libsctp1 1.0.17+dfsg-1 ii libsystemd0 231-9 ii libtinfo56.0+20160917-1 ii procps 2:3.3.12-2 ii zlib1g 1:1.2.8.dfsg-2+b3 Versions of packages erlang-base-hipe recommends: ii erlang-crypto1:19.1.5+dfsg-1 ii erlang-syntax-tools 1:19.1.5+dfsg-1 ii libsctp1 1.0.17+dfsg-1 Versions of packages erlang-base-hipe suggests: ii erlang 1:19.1.5+dfsg-1 ii erlang-doc 1:19.1.5+dfsg-1 ii erlang-manpages 1:19.1.5+dfsg-1 ii erlang-tools 1:19.1.5+dfsg-1 -- no debconf information
Bug#810475: python-astroid: Pylint 1.4.4 does not work with Astroid 1.4.x
Package: python-astroid Version: 1.4.3-1 Severity: grave Justification: renders package unusable The current versions of pylint (1.4.4) and python-astroid (1.4.3) in Debian Stretch do not work together, causing errors like: Problem importing module classes.py: cannot import name InferenceContext E0602:...,...: ...: Undefined variable See also https://bitbucket.org/logilab/pylint/issues/720/problem-importing-module-classespy-cannot -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-astroid depends on: ii python-lazy-object-proxy 1.2.1-1 ii python-logilab-common 1.0.2-1 ii python-six1.10.0-1 ii python-wrapt 1.8.0-5+b1 pn python:any python-astroid recommends no packages. python-astroid suggests no packages. -- no debconf information
Bug#775785: trac-mercurial 1.0.0.4
On Wed, Jan 28, 2015 at 12:26AM +0500, Andrey Rahmatullin wrote: On Tue, Jan 20, 2015 at 02:12:41AM +0100, Johannes Weißl wrote: An alternative would be to directly package version 1.0.0.4 (c91c42e), [...] The diff is quite large and contains unrelated changes like removing trailing whitespace so it would be better to package the older version with appropriate changes added as patches per-commit or a single patch). Then just take commit 27 and 28, as suggested in my original bug report mail: http://trac.edgewall.org/changeset?reponame=mercurial-pluginold=26@tracextnew=28@tracext -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775785: trac-mercurial 1.0.0.4
An alternative would be to directly package version 1.0.0.4 (c91c42e), which contains a few more compatibility fixes for mercurial 3.x (for bugs which I didn't encounter, but other users have): http://trac.edgewall.org/wiki/TracMercurial#Releases But I don't know if this is allowed during by the freeze policy. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775785: trac-mercurial: Internal error when viewing Trac source browser
Package: trac-mercurial Version: 1.0.0.3+hg8df754d9b36a-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, The trac-mercurial plugin does not work with the current version of mercurial in Jessie (3.1.2-2). Any attempt to view a specific file or the source browser overview results in the following internal error: AttributeError: 'localrepository' object has no attribute 'branchtags' (the branchtags method has been removed in mercurial 2.9). It is possible to view specific changesets, but not files or directories, which renders the plugin unusable in my opinion. The bug has been reported almost a year ago on the mailing list: https://groups.google.com/d/msg/trac-dev/UQkkXs4Jiu8/0FfNuo2MqgkJ Since this bug greatly affects the usability of the trac-mercurial package in Debian Jessie, would you consider to apply the patch from upstream? It has been fixed by commits 27 and 28: http://trac.edgewall.org/changeset?reponame=mercurial- pluginold=26%40tracextnew=28%40tracext I tested the patch in our production environment and confirmed that it works and solves the bug. Regards, Johannes Weißl -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (400, 'testing') 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 trac-mercurial depends on: ii mercurial 3.1.2-2 ii python 2.7.8-2 ii trac 1.0.2+dfsg-2 trac-mercurial recommends no packages. trac-mercurial suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
