`(%r11d,%rax)' is not a valid base/index expression
noise.c:248: Error: `(%edi,%rax)' is not a valid base/index expression
Makefile:761: recipe for target 'libpost_planar_asm_la-noise.lo' failed
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum
Package: dhelp
Version: 0.6.23
Severity: important
dhelp's postinst script now fails, at least when apache2 is installed:
Setting up dhelp (0.6.23) ...
Building HTML tree... done.
apache2-maintscript-helper invoked from a modified environment. Please hint
required arguments manually
dpkg
Source: link-grammar
Version: 5.3.7-1
Severity: important
Justification: fails to build from source
The alpha build of link-grammar failed because debian/control excludes
Java-related build dependencies there but still lists alpha in
liblink-grammar-java's Architecture list. Please reconcile thes
Package: python3-pdfrw
Version: 0.2-2
Severity: normal
AFAICT, the only reason the python-pdfrw package
Replaces/Provides/Conflicts pdfrw is that the very first pdfrw upload
accidentally left "python-" off of the binary module package name. As
such, these settings make no sense for python3-pdfrw,
Package: python-repoze.what
Version: 1.0.9-4
Severity: important
Launching python (or any scripts) with python-repoze.what installed
now reports the error
Error processing line 3 of
/usr/lib/python2.7/dist-packages/repoze.what-1.0.9-py2.7-nspkg.pth:
Traceback (most recent call last):
Package: sml-mode
Version: 5.0-1
Severity: important
Tags: patch
Byte compilation of sml-mode under xemacs21 fails because xemacs21
only supports the 1- and 2-argument forms of require:
Compiling /usr/share/xemacs21/site-lisp/sml-mode/sml-mode.el...
While compiling toplevel forms in file
/us
Source: blackbox
Version: 0.70.1-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Per https://buildd.debian.org/status/package.php?p=blackbox, builds of
blackbox on 32-bit architectures have been failing because
libbt0.symbols only matches libbt.so
Package: xruskb
Version: 1.15.3-2
Severity: normal
While I'm glad to see that new installs of xruskb will no longer
create an (obsolete) symlink in /usr/doc, you should also take care to
remove any such symlink when upgrading from older versions.
Could you please do so?
-- System Information:
De
Package: netcdf-bin
Version: 3.6.1-0.1
Severity: normal
While I'm glad to see that new installs of netcdf-bin will no longer
create an (obsolete) symlink in /usr/doc (per #322837), you should
also take care to remove any such symlink when upgrading from older
versions.
Could you please do so?
--
Package: rscheme
Version: 0.7.3.4.b3-3
Severity: important
Tags: patch
Justification: fails to build from source
I regret to report that "hoping for the best" doesn't quite cut it.
The attached dpatch allows rscheme to build, and AFAICT even work, on
amd64, and also fixes a couple of typos I notic
Package: prcs-el
Version: 1.3.3-3
Severity: important
It is possible for a directory to be executable but not readable, in
which case one can access its contents by name but not list them. For
instance, the pam-tmpdir module I have installed sets up per-user
temporary directories under /tmp/user,
Package: libsnacc0
Version: 1.3bbn-7
Severity: grave
Justification: renders package unusable (uninstallable)
The following packages have unmet dependencies:
libsnacc0: Depends: libgcc1 (>= 1:4.0) but 1:3.4.3-7 is installed.
Please rebuild against packages that are actually available on sid,
usi
Package: straw
Version: 0.25.1-3
Severity: grave
Justification: renders package unusable (uninstallable)
The following packages have unmet dependencies:
straw: Depends: libgtk2.0-0 (>= 2.6.0) but 2.4.14-2 is installed.
Depends: libpango1.0-0 (>= 1.8.0) but 1.6.0-3 is installed.
Please
Having seen no objections (or other responses, for that matter), I
went ahead with my NMU, so please either change your FLTK
build-dependency to (>= 1.1.3-2.1) and upload rebuilt packages
promptly or grant me permission to NMU them (with only that change).
Thanks.
--
Aaron M. Ucko, KB1CJC (
Finally, please let me know ASAP if there is some reason (such as
independent Xft1 usage) that going to Xft2 would be a problem for your
package; again, if I don't hear any objections in the next few days,
I'll go ahead with the Xft2-based packages.
Thanks.
--
Aaron M. Ucko, KB1CJC (
Package: tux-aqfh-data
Version: 1.0.14-1
Severity: normal
Hi. tux-aqfh-data's control stanza should contain
Replaces: tux-aqfh (<< 1.0.14)
to allow proper upgrading; as it is, I get
> Unpacking tux-aqfh-data (from .../tux-aqfh-data_1.0.14-1_all.deb) ...
> dpkg: error processing /var/cache/apt/
Package: dstooltk-doc
Version: 2.0-4
Severity: normal
This omission results in messages from update-menus of the form
In file "/usr/lib/menu/doc-base-dstooltk", at (or in the definition that ends
at) line 1:
[...]"doc-base" section="" title="DsTool User's Manual"
[...]
17 matches
Mail list logo
