Bug#1056304: lualatex needs to be rebuilt against zlib 1.3
Package: texlive-latex-base Version: 2023.20231007-1 Severity: important % lualatex PANIC: unprotected error in call to Lua API (zlib library version does not match - header: 1.2.13, library: 1.3) zsh: IOT instruction lualatex % lualatex --credits This is LuaHBTeX, Version 1.17.0 (TeX Live 2023/Debian) The LuaTeX team is Hans Hagen, Hartmut Henkel, Taco Hoekwater, Luigi Scarso. LuaHBTeX merges and builds upon (parts of) the code from these projects: tex : Donald Knuth etex : Peter Breitenlohner, Phil Taylor and friends omega : John Plaice and Yannis Haralambous aleph : Giuseppe Bilotta pdftex: Han The Thanh and friends kpathsea : Karl Berry, Olaf Weber and others lua : Roberto Ierusalimschy, Waldemar Celes and Luiz Henrique de Figueiredo metapost : John Hobby, Taco Hoekwater, Luigi Scarso, Hans Hagen and friends pplib : Paweł Jackowski fontforge : George Williams (partial) luajit: Mike Pall (used in LuajitTeX) Compiled with libharfbuzz 8.0.1; using 8.0.1 Compiled with libpng 1.6.40; using 1.6.40 Compiled with lua version 5.3.6 Compiled with mplib version 2.02 Compiled with zlib 1.2.13; using 1.3 Development id: 7581 Packages zlib1g and zlib1g-dev are at version 1.3.dfsg-2 (from unstable).
Bug#1017880: New upsteam package source for emacs-pg-el
Hello, Please note that a new upstream for this code is available at https://github.com/emarsden/pg-el <https://github.com/emarsden/pg-el> I am the original author of this code, which has been kept online by cbbrowe at the github repository that was linked to by elpa. I have recently updated the code, in particular to implement SCRAM-SHA-256 authentication which is required (by default) by recent PostgreSQL versions. The updated version will certainly be more useful to Debian users than the currently packaged version. Thanks, Eric Marsden
Bug#962715: Incompatible API versions: encoded with [1,17,5,4] but attempted to decode with [1,20]
Just to note that this issue has appeared again. pandoc-sidenote version 0.22.1.0-1+b1 is built against pandoc-types version [1,22,2], but the versions of pandoc available are built against lower versions ([1,21] for the version in experimental, [1,20] for the version in unstable). Perhaps a simple solution for this problem would be to merge the two packages (bundle pandoc-sidenote together with pandoc)?
Bug#1009968: cannot import name 'Mapping' from 'collections' with Python 3.10 -- new upstream version needed
Package: python3-frozen-flask Version: 0.11-3.1 Severity: critical Using this library in Python 3.10 generates an ImportError. % python3 Python 3.10.4 (main, Apr 2 2022, 09:04:19) [GCC 11.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from flask_frozen import Freezer Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/flask_frozen/__init__.py", line 29, in from collections import Mapping ImportError: cannot import name 'Mapping' from 'collections' (/usr/lib/python3.10/collections/__init__.py) Upstream has a version 0.15 available.
Bug#1001323: SEGV attempting to play video embedded in PDF file (Wayland)
Package: evince Version: 41.3-1 In a Wayland session, clicking on a video object embedded in a PDF file leads to a segmentation violation with the following messages in the terminal: --- (evince:17773): Gdk-WARNING **: 14:01:02.483: ../../../../../gdk/x11/gdkwindow-x11.c:5653 drawable is not a native X11 window ERROR: Caught a segmentation fault while loading plugin file: /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so Please either: - remove it and restart. - run with --gst-disable-segtrap --gst-disable-registry-fork and debug. --- It seems that the linked gstreamer is attempting to draw via X11 instead of Wayland protocols. The libgstvaapi.so comes from package gstreamer1.0-vaapi with version 1.18.5-1. A PDF file which illustrates the problem is available at https://risk-engineering.org/emarsden/tmp/bug-embedded-video.pdf (464Kb).
Bug#993435: unsatisfied installation dependencies: python3-flask-wtf
Package: python3-etesync-dav Version: 0.17.0-1 Severity: serious The package is not installable. Package python3-etesync-dav depends on package python3-flask-wtf, which is not available (replaced by python3-flaskext.wtf, which is also listed as a dependency).
Bug#962715: Incompatible API versions: encoded with [1,17,5,4] but attempted to decode with [1,20]
Package: pandoc-sidenote Version: 0.20.0-1 When invoking pandoc-sidenote as a pandoc filter, it generates an error related to "incompatible API versions". % pandoc --filter pandoc-sidenote -o /tmp/foo.html foo.md pandoc-sidenote: Error in $: Incompatible API versions: encoded with [1,17,5,4] but attempted to decode with [1,20]. CallStack (from HasCallStack): error, called at ./Text/Pandoc/JSON.hs:107:64 in pandoc-types-1.20-Ip2ZGM2tgGt4TDYVgvP7zF:Text.Pandoc.JSON Error running filter pandoc-sidenote: Filter returned error status 1 Architecture is amd64. Pandoc version is 2.5-3+b1. Reverting to the previous version 0.19.0.0-2+b4 works fine.
Bug#961624: Stubby systemd service fails to start on upgrade to 1.5.2-1
I can confirm this bug. It's unclear to me why this is necessary, but changing the line ExecStart=/usr/bin/stubby to ExecStart=/usr/bin/stubby -C /etc/stubby/stubby.yml in /lib/systemd/system/stubby.service fixes the problem.
Bug#822153: Missing driver file pgfsys-luatex.def when using tikz with lualatex
Package: texlive-pictures Version: 2016.20160417-1 When compiling a document that uses the tikz package using lualatex, an error concerning a missing driver file pgfsys-luatex.def is generated. The end of the error message from lualatex is shown below: --- (/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfkeysfiltered.code.t ex)) (/usr/share/texlive/texmf-dist/tex/generic/pgf/systemlayer/pgf.cfg) ! Package pgf Error: Driver file ``pgfsys-luatex.def'' not found.. See the pgf package documentation for explanation. Type H for immediate help. ... l.988 ...{Driver file ``\pgfsysdriver'' not found.}} - Sample LaTeX file: - \documentclass{article} \usepackage{tikz} \begin{document} Foo. \end{document}
Bug#815572: Version 0.9 of pandoc-citeproc needed for pandoc version 1.16
Package: pandoc-citeproc Version: 0.8.1.3-1+b1 Pandoc packaged in unstable is at version 1.16.0.2~dfsg-1, but the latest version of pandoc-citeproc is 0.8.1.3-1+b1. That pandoc version requires the latest version of pandoc-citeproc, version 0.9. Using the current versions in unstable together, I obtain errors pandoc-citeproc: Error in $[2][25]: The key "SoftBreak" was not found
Bug#755576: cannot open /etc/julia/juliarc.jl on startup (bug in abspath)
Package: julia Version: 0.2.1+dfsg-3 Severity: serious When invoking julia, it prints the error message below and exits. ERROR: could not open file /tmp//tmp//etc/julia/juliarc.jl in include at boot.jl:238 julia -f starts up OK. Experimenting a little, it seems that the bug is in the abspath function, which is called from load_juliarc in client.jl. julia abspath(/foo) /tmp//foo where /tmp is the CWD. AMD64 architecture, GLIBC version 2.19-7, Linux kernel 3.11-2-amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697766: poppler feeds invalid UTF-8 to cairo
Package: libpoppler28 Version: 0.20.5-1 When attempting to print certain PDF files generated by luatex, evince fails with multiple errors BAD status: input string not valid UTF-8 Internal Error: cairo context error: input string not valid UTF-8 This is a known bug in poppler https://bugs.freedesktop.org/show_bug.cgi?id=53925 It would be great to have poppler 0.22 available in Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673937: incorrect importing of ligatures from PDF files (certain fonts)
Package: inkscape Version: 0.48.3.1-1+b1 When importing a PDF file with text that contains a ligature, inkscape replaces the ligature with the Unicode replacement character �. This occurs with some fonts and not with others. To reproduce the problem: - create a new document - text tool, insert text such as ifuflff - change font to an affected font (examples given below) - save document as PDF (sample attached) - (document displays correctly using evince) - open document using inkscape, with replace fonts by closest enabled - observe Unicode replacement character instead of ligatures Free fonts on my system which lead to this problem: - Charis SIL (in TTF, from package fonts-sil-charis) - Fanwood Text (in OTF, from http://www.theleagueofmoveabletype.com/fanwood) - Goudy Bookletter 1911 (in OTF, from package ttf-goudybookletter (sic)) A font which does not display the problem: - Linux Libertine O (in OTF, from package fonts-linuxlibertine) This seems to be different from upstream bug #271614 (https://bugs.launchpad.net/inkscape/+bug/271614). I am using kernel 3.3.0-trunk-amd64, libcairo2 version 1.12.2-2, fonts-sil-charis version 4.106-5. -- Eric Marsden ligature-bug.pdf Description: Adobe PDF document
Bug#610987: X server hang (EQ overflowing), nouveau driver
) [ 112.062] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 112.062] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 112.062] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz) [ 5790.036] (II) NOUVEAU(0): EDID vendor DEL, prod id 53299 [ 5790.036] (II) NOUVEAU(0): Using hsync ranges from config file [ 5790.036] (II) NOUVEAU(0): Using vrefresh ranges from config file [ 5790.036] (II) NOUVEAU(0): Printing DDC gathered Modelines: [ 5790.036] (II) NOUVEAU(0): Modeline 1920x1080x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 640x480x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 720x400x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1280x1024x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1024x768x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 800x600x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1152x864x0.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1280x1024x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz) [ 5790.036] (II) NOUVEAU(0): Modeline 1920x1080x60.0 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -hsync +vsync (67.1 kHz) [ 9892.867] [mi] EQ overflowing. The server is probably stuck in an infinite loop. [ 9892.867] Backtrace: [ 9892.907] 0: /usr/bin/X (xorg_backtrace+0x28) [0x4aa9c8] [ 9892.907] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x4a6a04] [ 9892.907] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x464c04] [ 9892.907] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f2869a24000+0x52fc) [0x7f2869a292fc] [ 9892.907] 4: /usr/bin/X (0x40+0x76137) [0x476137] [ 9892.907] 5: /usr/bin/X (0x40+0x11ba93) [0x51ba93] [ 9892.907] 6: /lib/libpthread.so.0 (0x7f286dd66000+0xef60) [0x7f286dd74f60] [ 9892.907] 7: /lib/libc.so.6 (ioctl+0x7) [0x7f286cb8be27] [ 9892.907] 8: /usr/lib/libdrm.so.2 (drmIoctl+0x28) [0x7f286af2e838] [ 9892.907] 9: /usr/lib/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f286af2eabb] [ 9892.907] 10: /usr/lib/libdrm_nouveau.so.1 (0x7f286a8ef000+0x314d) [0x7f286a8f214d] [ 9892.907] 11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf6) [0x7f286a8f2346] [ 9892.907] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f286aaf4000+0x708e) [0x7f286aafb08e] [ 9892.907] 13: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x6357) [0x7f286a4ba357] [ 9892.907] 14: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x8a81) [0x7f286a4bca81] [ 9892.907] 15: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0x9fa5) [0x7f286a4bdfa5] [ 9892.907] 16: /usr/lib/xorg/modules/libexa.so (0x7f286a4b4000+0xb2d1) [0x7f286a4bf2d1] [ 9892.907] 17: /usr/bin/X (0x40+0xdc17d) [0x4dc17d] [ 9892.907] 18: /usr/bin/X (0x40+0x174e77) [0x574e77] [ 9892.907] 19: /usr/bin/X (miCompositeRects+0x7a) [0x574f5a] [ 9892.908] 20: /usr/bin/X (0x40+0xcf950) [0x4cf950] [ 9892.908] 21: /usr/bin/X (0x40+0x487a9) [0x4487a9] [ 9892.908] 22: /usr/bin/X (0x40+0x2573b) [0x42573b] [ 9892.908] 23: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f286cae2c4d] [ 9892.908] 24: /usr/bin/X (0x40+0x252c9) [0x4252c9] -- Eric Marsden
Bug#578380: extraneous Windows executable bundled with package
Package: python-4suite-xml Version: 1.0.2-5 This package ships with a file named /usr/share/pyshared/Ft/Lib/DistExt/stubmain.exe which is a PE32 executable for MS Windows (GUI) Intel 80386 32-bit. It is only used in the build system for 'nt' systems (cf. /usr/share/pyshared/Ft/Lib/DistExt/BuildScripts.py) I suggest this file be removed from the Debian package. -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575584: openjdk6: cacao VM abort Unknown illegal instruction running JOSM
dr == Damien Raude-Morvan draz...@debian.org writes: dr I've tried to reproduce your crash with OpenJDK 6 6b18~pre4-1 from unstable dr without success. dr dr Cacao VM : dr /usr/lib/jvm/java-6-openjdk/bin/java -cacao -jar ~/incoming/josm-latest.jar dr Repository Root: http://josm.openstreetmap.de/svn dr Build-Date: 2010-03-26 02:31:36 dr Last Changed Author: jttt dr Revision: 3157 dr Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b dr URL: http://josm.openstreetmap.de/svn/trunk dr Last Changed Date: 2010-03-25 21:20:58 +0100 (Thu, 25 Mar 2010) dr Last Changed Rev: 3157 Hi, I'm sorry, my bug report was incomplete. To trigger the bug you need to click on the green download button or menu File - Download from OSM. I have retested with icedtea-6-jre-cacao version 6b18-1.8-1 (which seems to have just made it to unstable/AMD64). I have a more recent JOSM revision 3174 (but I don't think this will make a difference). -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575584: abort Unknown illegal instruction running JOSM
Package: cacao Version: 0.99.4-1 JOSM aborts with Unknown illegal instruction when run in cacao, on AMD64. % /usr/lib/jvm/cacao/bin/java -jar ~/lib/josm-latest.jar WARNING: Error loading security provider org.bouncycastle.jce.provider.BouncyCastleProvider: java.lang.ClassNotFoundException: org.bouncycastle.jce.provider.BouncyCastleProvider not found in java.lang.ClassLoader$1{urls=[file:/home/emarsden/lib/josm-latest.jar], parent=null} URL: http://josm.openstreetmap.de/svn/trunk Last Changed Author: jttt Last Changed Rev: 3157 Revision: 3157 Repository Root: http://josm.openstreetmap.de/svn Build-Date: 2010-03-26 02:31:36 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last Changed Date: 2010-03-25 21:20:58 +0100 (Thu, 25 Mar 2010) LOG: [0x7fbdbfcae910] md_signal_handler_sigill: Unknown illegal instruction at 0x7fbdbfcbb2c9 LOG: [0x7fbdbfcae910] Aborting... JOSM is downloaded from http://josm.openstreetmap.de/josm-latest.jar Note that the same error occurs when running cacao with icedtea /usr/lib/jvm/java-6-openjdk/bin/java -cacao -jar ~/lib/josm-latest.jar I am running Linux kernel 2.6.33-2-amd64, EGLIBC 2.10.2-6. -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575584: abort Unknown illegal instruction running JOSM
nt == Niels Thykier ni...@thykier.net writes: nt Thank you for your report; however the cacao JVM has been removed from nt Debian. We can reassign this bug to openjdk-6 if you believe this bug nt affects openjdk-6 - as I recall it is built (partly) on the source of cacao. Hello, The same bug is present if I run cacao as /usr/lib/jvm/java-6-openjdk/bin/java -cacao -jar ~/lib/josm-latest.jar which (if I understand correctly) invokes the JVM from package icedtea-6-jre-cacao. -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575584: abort Unknown illegal instruction running JOSM
nt == Niels Thykier ni...@thykier.net writes: nt Alright, reassigning to openjdk-6. Which version of openjdk-6 do you nt have installed ? Version 6b18~pre2-1 Thanks, -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575622: README.Debian referring to renamed file lwpostgis.sql
Package: postgresql-8.4-postgis Version: 1.4.0-2 The file /usr/share/doc/postgresql-8.4-postgis/README.Debian.gz refers to a file /usr/share/postgresql-8.4-postgis/lwpostgis.sql, which has been renamed to /usr/share/postgresql/8.4/contrib/postgis.sql (similary for spatial_ref_sys.sql). Below is an extract of the outdated information: # Finally, load the functions and reference system tables psql template_gis -f /usr/share/postgresql-8.4-postgis/lwpostgis.sql psql template_gis -f /usr/share/postgresql-8.4-postgis/spatial_ref_sys.sql -- Eric Marsden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573033: openoffice.org: segfault upon startup reading Wingdings TTF font
) libsofficeapp.so = /usr/lib/openoffice/program/../basis-link/program/libsofficeapp.so (0x7fbd6978e000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fbd69461000) libm.so.6 = /lib/libm.so.6 (0x7fbd691df000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fbd68fc8000) libc.so.6 = /lib/libc.so.6 (0x7fbd68c74000) libpam.so.0 = /lib/libpam.so.0 (0x7fbd68a68000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x7fbd6883) libdl.so.2 = /lib/libdl.so.2 (0x7fbd6862c000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fbd6841) libcomphelp4gcc3.so = /usr/lib/openoffice/program/../basis-link/program/libcomphelp4gcc3.so (0x7fbd6809e000) libuno_cppuhelpergcc3.so.3 = /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 (0x7fbd67df6000) libuno_cppu.so.3 = /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3 (0x7fbd67bc9000) libi18nisolang1gcc3.so = /usr/lib/openoffice/program/../basis-link/program/libi18nisolang1gcc3.so (0x7fbd679c3000) libsfxlx.so = /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so (0x7fbd67343000) libsvllx.so = /usr/lib/openoffice/program/../basis-link/program/libsvllx.so (0x7fbd67021000) libsvtlx.so = /usr/lib/openoffice/program/../basis-link/program/libsvtlx.so (0x7fbd6698e000) libtklx.so = /usr/lib/openoffice/program/../basis-link/program/libtklx.so (0x7fbd663e5000) libtllx.so = /usr/lib/openoffice/program/../basis-link/program/libtllx.so (0x7fbd6613a000) libucbhelper4gcc3.so = /usr/lib/openoffice/program/../basis-link/program/libucbhelper4gcc3.so (0x7fbd65eb9000) libutllx.so = /usr/lib/openoffice/program/../basis-link/program/libutllx.so (0x7fbd65c1e000) libvcllx.so = /usr/lib/openoffice/program/../basis-link/program/libvcllx.so (0x7fbd65587000) libvos3gcc3.so = /usr/lib/openoffice/program/../basis-link/program/libvos3gcc3.so (0x7fbd65361000) /lib64/ld-linux-x86-64.so.2 (0x7fbd69dfd000) libuno_salhelpergcc3.so.3 = /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libuno_salhelpergcc3.so.3 (0x7fbd6515c000) libfwelx.so = /usr/lib/openoffice/program/../basis-link/program/libfwelx.so (0x7fbd64eaf000) libsblx.so = /usr/lib/openoffice/program/../basis-link/program/libsblx.so (0x7fbd64ae4000) libsotlx.so = /usr/lib/openoffice/program/../basis-link/program/libsotlx.so (0x7fbd6488) libsaxlx.so = /usr/lib/openoffice/program/../basis-link/program/libsaxlx.so (0x7fbd64669000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x7fbd64319000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x7fbd640f6000) libi18nutilgcc3.so = /usr/lib/openoffice/program/../basis-link/program/libi18nutilgcc3.so (0x7fbd63ee2000) libicuuc.so.42 = /usr/lib/libicuuc.so.42 (0x7fbd63b87000) libjvmfwk.so.3 = /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libjvmfwk.so.3 (0x7fbd6396b000) libz.so.1 = /usr/lib/libz.so.1 (0x7fbd63753000) libbasegfxlx.so = /usr/lib/openoffice/program/../basis-link/program/libbasegfxlx.so (0x7fbd634ad000) libi18npaperlx.so = /usr/lib/openoffice/program/../basis-link/program/libi18npaperlx.so (0x7fbd632a6000) libicule.so.42 = /usr/lib/libicule.so.42 (0x7fbd6306f000) libjvmaccessgcc3.so.3 = /usr/lib/openoffice/program/../basis-link/program/../ure-link/lib/libjvmaccessgcc3.so.3 (0x7fbd62e69000) libgraphite.so.3 = /usr/lib/libgraphite.so.3 (0x7fbd62bfa000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x7fbd62973000) libfwilx.so = /usr/lib/openoffice/program/../basis-link/program/libfwilx.so (0x7fbd6272a000) libxcrlx.so = /usr/lib/openoffice/program/../basis-link/program/libxcrlx.so (0x7fbd6247a000) libicudata.so.42 = /usr/lib/libicudata.so.42 (0x7fbd61334000) -- Eric Marsden
Bug#568396: libmedc1: Stale libhdf5 dependency
Package: libmedc1 Version: 2.3.5-2 Severity: normal Package version 2.3.5-2 depends on libhdf5-serial-1.8.3 | libhdf5-1.8.3. However, package libcgns2 which is very likely to be needed when building applications using libmedc1 depends on libhdf5-serial-1.8.4 | libhdf5-1.8.4. This makes it impossible to install libmedc1 together with libcgns2. Suggested solution: update libmedc1 to libhdf5-1.8.4. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503862: Missing shared library for R 2.8.0
Package: python-rpy Version: 1.0.3-3 When I attempt to load rpy into python, I trigger a runtime error: , | % python | Python 2.5.2 (r252:60911, Sep 29 2008, 21:10:35) | [GCC 4.3.2] on linux2 | Type help, copyright, credits or license for more information. | from rpy import * | Traceback (most recent call last): | File stdin, line 1, in module | File /usr/lib/python2.5/site-packages/rpy.py, line 134, in module | % RVERSION) | RuntimeError: No module named _rpy2080 | | RPy module can not be imported. Please check if your rpy | installation supports R 2.8.0. If you have multiple R versions | installed, you may need to set RHOME before importing rpy. For | example: ` It seems that the Debian package only contains shared objects for R version 2.7, and not for version 2.8. , | % dpkg -L python-rpy | grep so | /usr/lib/python2.4/site-packages/_rpy2072.so | /usr/lib/python2.5/site-packages/_rpy2072.so ` I have python 2.5.2-2, r-base-core version 2.8.0-1 on AMD64. -- Eric Marsden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453842: can't resize selected text objects
Package: pdfedit Version: 0.3.2-4 pdfedit is not able to resize blocks of text. To reproduce the problem: - open a PDF file such as http://www.debian.org/doc/manuals/apt-howto/apt-howto.fr.pdf - activate the Select text tool (mouse cursor changes to select text symbol) - select a block of text with the mouse (for example APT HOWTO) - move the mouse to one of the horizontal edges of the text (mouse cursor changes to a left-right arrow symbol) - attempting to drag the edge left or right triggers an error message in the message window: ! In script 'GUI', line 2: ! TypeError. 'resizedSelectedObjects' undefined or not a function This occurs on both AMD64 and i386 versions of the application and with PDF files produced by different applications. I'm using GNU libc version 2.7. -- Eric Marsden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448366: SEGV while running Armed Bear Common Lisp
;(LispThread.java:625) | at org.armedbear.lisp.top_level_44.execute([Lorg/armedbear/lisp/LispObject;)Lorg/armedbear/lisp/LispObject;(top-level.lisp:390) | at org.armedbear.lisp.CompiledFunction.execute()Lorg/armedbear/lisp/LispObject;(CompiledFunction.java:51) | at org.armedbear.lisp.Symbol.execute()Lorg/armedbear/lisp/LispObject;(Symbol.java:696) | at org.armedbear.lisp.LispThread.execute(Lorg/armedbear/lisp/LispObject;)Lorg/armedbear/lisp/LispObject;(LispThread.java:605) | at org.armedbear.lisp.top_level_45.execute()Lorg/armedbear/lisp/LispObject;(top-level.lisp:399) | at org.armedbear.lisp.LispThread.execute(Lorg/armedbear/lisp/LispObject;)Lorg/armedbear/lisp/LispObject;(LispThread.java:605) | at org.armedbear.lisp.Interpreter.run()V(Interpreter.java:361) | at org.armedbear.lisp.Main$1.run()V(Main.java:38) | at java.lang.Thread.run()V(Thread.java:743) | at java.lang.VMThread.run()V(VMThread.java:120) | LOG: [0x40043950] Exiting... ` The jar file can be downloaded from http://downloads.sourceforge.net/abcl-web/abcl-0.0.9.1p.jar and source code for ABCL is available at http://armedbear.org/abcl.html The same code works with Kaffe version 2:1.1.8-3 and with different versions of the Sun JDK on this machine. Running Debian unstable, Linux 2.6.22-2-amd64, GNU libc 2.6.1. -- Eric Marsden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]