Bug#1016700: Kwrite does not show emoji fonts properly
Package: kwrite Version: 4:22.04.3-1 Severity: important X-Debbugs-Cc: sidic...@gmail.com When copying text that contains emojis from other software (such as Libreoffice writer) the Emojis show in kwrite as square boxes instead of showing properly. Such as copy/paste the thumbs up / thumbs down emoji from Emojipedia.org -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER, TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kwrite depends on: ii ktexteditor-katepart 5.94.0-4 ii libc6 2.33-8 ii libkf5configcore5 5.94.0-4 ii libkf5configgui5 5.94.0-4 ii libkf5configwidgets5 5.94.0-1 ii libkf5coreaddons5 5.94.0-1 ii libkf5crash5 5.94.0-1 ii libkf5dbusaddons5 5.94.0-1 ii libkf5i18n5 5.94.0-1+b1 ii libkf5parts5 5.94.0-1 ii libkf5texteditor5 5.94.0-4 ii libkf5widgetsaddons5 5.94.0-2 ii libkf5xmlgui5 5.94.0-1+b1 ii libqt5core5a 5.15.4+dfsg-4 ii libqt5gui55.15.4+dfsg-4 ii libqt5widgets55.15.4+dfsg-4 ii libstdc++612.1.0-7 kwrite recommends no packages. kwrite suggests no packages. -- no debconf information
Bug#1016079: 10 minutes after boot ibus-daemonspikes to 100% CPU usage and stays there forever
Package: ibus Version: 1.5.26-4 Severity: normal File: /usr/bin/ibus-daemon X-Debbugs-Cc: sidic...@gmail.com About 10 minutes after boot, ibus-daemon takes 100% cpu usage and stays there forever. Burning up my battery life and slowing down the system. If I manually kill it then the problem immediately goes away. Even if I close down Anthy / IME after login the problem still happens. For the input methods configured in ibus-setup, I have "English - English (US)" and "Japanese - Anthy" Was not having this issue on Debian oldstable / buster. Currently using LXDE / Openbox. Not really sure how to troubleshoot a 100% CPU usage ibus-daemon problem. -- Package-specific info: ibus is /usr/bin/ibus ibus-setup is /usr/bin/ibus-setup im-config -l => ibus fcitx xim kinput2 im-config -m => 'default' 'ibus' 'ibus' '' 'ibus' XMODIFIERS=@im=ibus GTK_IM_MODULE=ibus QT_IM_MODULE=ibus WAYLAND_DISPLAY= XDG_CURRENT_DESKTOP=LXDE XDG_MENU_PREFIX=lxde- XDG_RUNTIME_DIR=/run/user/1000 XDG_SEAT=seat0 XDG_SESSION_CLASS=user XDG_SESSION_DESKTOP=LXDE XDG_SESSION_ID=298 XDG_SESSION_TYPE=x11 == ls -l /usr/lib/ibus/ibus-* /usr/libexec/ibus-* == /bin/ls: cannot access '/usr/lib/ibus/ibus-*': No such file or directory -rwxr-xr-x 1 root root 22832 Apr 10 07:16 /usr/libexec/ibus-dconf -rwxr-xr-x 1 root root 1119 Jan 1 2022 /usr/libexec/ibus-engine-anthy -rwxr-xr-x 1 root root 14640 Apr 10 07:16 /usr/libexec/ibus-engine-simple -rwxr-xr-x 1 root root 166192 Apr 10 07:16 /usr/libexec/ibus-extension-gtk3 -rwxr-xr-x 1 root root 18736 Apr 10 07:16 /usr/libexec/ibus-memconf -rwxr-xr-x 1 root root 92464 Apr 10 07:16 /usr/libexec/ibus-portal -rwxr-xr-x 1 root root 1053 Jan 1 2022 /usr/libexec/ibus-setup-anthy -rwxr-xr-x 1 root root 121144 Apr 10 07:16 /usr/libexec/ibus-ui-emojier -rwxr-xr-x 1 root root 321904 Apr 10 07:16 /usr/libexec/ibus-ui-gtk3 -rwxr-xr-x 1 root root 100280 Apr 10 07:16 /usr/libexec/ibus-x11 == dpkg-query -l 'ibus*' == 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 VersionArchitecture Description +++-==-==--=== ii ibus 1.5.26-4 amd64Intelligent Input Bus - core ii ibus-anthy 1.5.14-1 amd64anthy engine for IBus un ibus-array (no description available) ii ibus-clutter:amd64 0.0+git20090728.a936bacf-7 amd64ibus input method framework for clutter ii ibus-data 1.5.26-4 all Intelligent Input Bus - data files un ibus-doc (no description available) un ibus-el(no description available) un ibus-googlepinyin (no description available) ii ibus-gtk:amd64 1.5.26-4 amd64Intelligent Input Bus - GTK2 support ii ibus-gtk3:amd641.5.26-4 amd64Intelligent Input Bus - GTK3 support ii ibus-gtk4:amd641.5.26-4 amd64Intelligent Input Bus - GTK4 support un ibus-pinyin(no description available) === gsettings === org.freedesktop.ibus.general dconf-preserve-name-prefixes ['/desktop/ibus/engine/pinyin', '/desktop/ibus/engine/bopomofo', '/desktop/ibus/engine/hangul'] org.freedesktop.ibus.general embed-preedit-text true org.freedesktop.ibus.general enable-by-default false org.freedesktop.ibus.general engines-order ['anthy', 'xkb:us::eng'] org.freedesktop.ibus.general preload-engines ['xkb:us::eng', 'anthy'] org.freedesktop.ibus.general switcher-delay-time 400 org.freedesktop.ibus.general use-global-engine true org.freedesktop.ibus.general use-system-keyboard-layout false org.freedesktop.ibus.general use-xmodmap true org.freedesktop.ibus.general version '1.5.26' org.freedesktop.ibus.general xkb-latin-layouts ['ara', 'bg', 'cz', 'dev', 'gr', 'gur', 'in', 'jp(kana)', 'mal', 'mkd', 'ru', 'ua'] org.freedesktop.ibus.general.hotkey disable-unconditional @as [] org.freedesktop.ibus.general.hotkey enable-unconditional @as [] org.freedesktop.ibus.general.hotkey next-engine ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey next-engine-in-menu ['Alt+Shift_L'] org.freedesktop.ibus.general.hotkey prev-engine @as [] org.freedesktop.ibus.general.hotkey previous-engine @as [] org.freedesktop.ibus.general.hotkey trigger ['Control+space', 'Zenkaku_Hankaku', 'Alt+Kanji', 'Alt+grave', 'Hangul', 'Alt+Release+Alt_R'] org.freedesktop.ibus.general.hotkey triggers ['space'] org.freedesktop.ibus.panel auto-hide-timeout 1 org.freedesktop.ibus.panel custom-font 'Sans 10' org.freedesktop.ibus.panel follow-input-cursor-when-always-shown false org.freedesktop.ibus.panel lookup-table-orientation 1
Bug#1015778: libqalculate-data package installation fails trying to overwrite files from package libqalculate5-data
Package: libqalculate-data Version: 4.2.0-1 Severity: important X-Debbugs-Cc: sidic...@gmali.com Did a successful upgrade to bookworm a few weeks ago and then attempted to install KDE Desktop again after having not used it in many years and it fails on libqalculate-data package installation with the below errors. I was able to resolve it by manually removing the libqalculate5-data package and reattempting. Maybe you are missing a conflicts or similar in the package dependencies? Reading package lists... Done Building dependency tree... Done Reading state information... Done The following package was automatically installed and is no longer required: light-locker Use 'apt autoremove' to remove it. The following NEW packages will be installed: libqalculate-data 0 upgraded, 1 newly installed, 0 to remove and 185 not upgraded. 379 not fully installed or removed. Need to get 0 B/321 kB of archives. After this operation, 1,939 kB of additional disk space will be used. (Reading database ... 474538 files and directories currently installed.) Preparing to unpack .../libqalculate-data_4.2.0-1_all.deb ... Unpacking libqalculate-data (4.2.0-1) ... dpkg: error processing archive /var/cache/apt/archives/libqalculate- data_4.2.0-1_all.deb (--unpack): trying to overwrite '/usr/share/locale/fr/LC_MESSAGES/libqalculate.mo', which is also in package libqalculate5-data 0.9.7-9.2 dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information
Bug#748087: liferea crashes when recommended package dbus-x11 is not installed
Package: liferea Version: 1.10.8-1 Severity: important Thanks to Garreau, Alexandre When installing only the icewm DE, liferea can be installed but can't be started. With a bit of testing I've discovered that the cause of the crash is due to a lack of the dbus-x11 package. According to README in the source package dbus-x11 isn't a runtime dependency. So either it's a bug with upstream or we need to change the recommend of dbus-x11 to depends on dbus-x11. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages liferea depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gtk-3.0 3.4.2-7 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.0 1.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38+deb7u1 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-7 ii libindicate5 0.6.92-1 ii libjson-glib-1.0-0 0.14.2-1 ii libnotify4 0.7.5-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii libsoup2.4-1 2.38.1-3 ii libsqlite3-0 3.7.13-1+deb7u1 ii libwebkitgtk-3.0-0 1.8.1-3.4 ii libxml2 2.8.0+dfsg1-7+nmu3 ii libxslt1.1 1.1.26-14.1 ii liferea-data 1.10.8-1 ii python 2.7.3-4+deb7u1 ii python-gi3.2.2-2 Versions of packages liferea recommends: ii dbus 1.6.8-1+deb7u1 ii dbus-x11 1.6.8-1+deb7u1 ii gir1.2-gnomekeyring-1.0 3.4.1-1 ii gnome-icon-theme 3.4.0-2 ii gnome-keyring3.4.1-5 ii kget 4:4.8.4-1+b1 Versions of packages liferea suggests: ii network-manager 0.9.4.0-10 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499399: 1,000,000.00 GBP
Congrats...You are a winner of (1,000,000.00 GBP send your information to (claimdepartmen...@9.cn Name: Age: Address, Phone,Occupation, Country Choose option of delivery.(1)Courier Delivery (2)Bank Transfer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#461690: greylistd: large number of Socket error: Broken pipe messages
Package: greylistd Version: 0.8.6 Severity: normal Hi, I'm seeing greylistd: Socket error: Broken pipe messages getting logged on my system as much as about 35 times a day. I'm not sure what problem it indicates nor how to troubleshoot it and fix the cause. Any help would be greatly appreciated. --Mike Smith http://people.w3.org/mike/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages greylistd depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii python2.4.4-6An interactive high-level object-o Versions of packages greylistd recommends: ii exim4 4.68-2 meta-package to ease Exim MTA (v4) -- debconf information: greylistd/restartexim: true greylistd/autoconfig_notdone: greylistd/autoconfig_notdone_exim4: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461709: /usr/sbin/spamd: spf: lookup failed: Can't locate object method new via package Net::DNS::RR::SOA
Package: spamassassin Version: 3.2.3-1 Severity: normal File: /usr/sbin/spamd Hi, I'm seeing the following message getting logged several times a day on my system. spf: lookup failed: Can't locate object method new via package Net::DNS::RR::SOA Any guidance on what I can do to eliminate it would be much appreciated. --Mike Smith http://people.w3.org/mike/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.38-1 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1 A collection of modules that parse ii libio-zlib-perl 1.08-1 IO:: style interface to Compress:: ii libnet-dns-perl 0.60-1 Perform DNS queries from a Perl sc ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libsys-hostname-long-perl 1.4-1 Figure out the long (fully-qualifi ii libwww-perl 5.808-1WWW client/server library for Perl ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii gcc 4:4.2.1-6 The GNU C compiler ii gnupg1.4.6-2 GNU privacy guard - a free PGP rep ii libc6-dev2.7-5 GNU C Library: Development Librari ii libmail-spf-query-perl 1:1.999.1-3 query SPF (Sender Policy Framework pn libsys-syslog-perl none (no description available) ii make 3.81-3 The GNU version of the make util ii re2c 0.12.1-1tool for generating fast C-based r ii spamc3.2.3-1 Client for SpamAssassin spam filte -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333846: sh: /usr/lib/w3mmee/w3mimgdisplay: No such file or directory
Package: w3mmee Version: 0.3.p24.20-3 Severity: normal Ukai-san, お疲れ様です。 I get the following error when I try to run w3mmee: sh: /usr/lib/w3mmee/w3mimgdisplay: そのようなファイルやディレクトリはありません Or with en locale: sh: /usr/lib/w3mmee/w3mimgdisplay: No such file or directory Usually followed by this message: something wrong (maybe): pid=11982, status=0x7F00 (The pid value in the message changes, of course.) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages w3mmee depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgc1c2 1:6.5-1conservative garbage collector for ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libmoe1.5 1.5.7-1library to handle multiple octets ii libncurses5 5.4-9 Shared libraries for terminal hand ii libssl0.9.7 0.9.7g-2 SSL shared libraries Versions of packages w3mmee recommends: pn ca-certificates none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316459: groff: in LANG=ja_JP.eucJP env., hyphenation character \% does not prevent hyphenation
Package: groff Version: 1.18.1.1-8 Severity: important Tags: l10n Greetings from Tokyo. Bad news: Handling of \% in LANG=ja_JP.eucJP environments is borked. In a LANG=C environment, a word preceded by a \% character does not get hyphenated under any circumstances. That is good. It is the expected behavior. But n a LANG=ja_JP.eucJP environment, if a word preceded by a hyphen ends up falling at the end of a line in rendered output, it may unexpectedly get hyphenated. That is bad. The groff info docs make it clear that \% prevents hyphenation: To tell `gtroff' how to hyphenate words on the fly, use the `\%' escape, also known as the hyphenation character. Preceding a word with this character prevents it from being hyphenated [...] Here is a minimal document that can be used to see the problem: .TH EXAMPLE 7 2007\-09\-04 Version 1 Controlling hyphenation .\ .SH NAME .\ example \- show some problem with preventing hyphenation .\ .SH DESCRIPTION .\ .PP Values for the \%version, \%recovery, \%debugging, \%timing, \%output, \%repeat, \%compression, \%insert, \%formatting, \%encodings, \%catalogs, \%automation, \%register, \%validate options may be set in the configuration file as well as via the command line. Regards, --Michael Smith -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages groff depends on: ii groff-base 1.18.1.1-8 GNU troff text-formatting system ( ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgcc1 1:4.0.0-9 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-14 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- debconf information: * groff/package-split: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309266: Typo in docbook-mathml.xmlcatalogs causes catalog resolution to fail
Package: docbook-mathml Version: 1.0.0-2 Severity: important There is a typo in line 3 of the docbook-mathml.xmlcatalogs file in the source for the package. It has ttp where it should have http. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) Versions of packages docbook-mathml depends on: ii docbook-xml 4.4-4 standard XML documentation system, ii sgml-base 1.26 SGML infrastructure and SGML catal ii w3-dtd-mathml 2.0.0.0-1 Mathematical Markup Language V2.0 ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301157: Accepted docbook-xml 4.4-1 (all source)
Adam Di Carlo [EMAIL PROTECTED] writes: For some reason the system entities for http://docbook.org/xml/4.3/docbookx.dtd don't seem to be working. xmlcatalog /etc/xml/catalog http://docbook.org/xml/4.4/docbookx.dtd No entry for SYSTEM http://docbook.org/xml/4.4/docbookx.dtd No entry for URI http://docbook.org/xml/4.4/docbookx.dtd The package isn't updating /etc/xml/catalog file such as way that http://docbook.org/xml/ system IDs get delegated to /etc/xml/docbook-xml.xml I think the fix is this: --- docbook-xml-4.4/debian/xmlcatalogs.orig 2005-04-22 01:07:30.666003008 +0900 +++ docbook-xml-4.4/debian/xmlcatalogs2005-04-22 01:08:01.539309552 +0900 @@ -6,6 +6,7 @@ root;public;-//Normal Walsh//Exchange Table Model 19960430 root;system;http://www.oasis-open.org/docbook/xml/ +root;system;http://docbook.org/xml/ local;3.1.7/catalog.xml;/usr/share/xml/docbook/schema/dtd/3.1.7/catalog.xml package;public;-//Norman Walsh//DTD DocBook XML V3;/usr/share/xml/docbook/schema/dtd/3.1.7/catalog.xml -- Michael Smith http://logopoeia.com/ http://www.oreillynet.com/pub/au/890 signature.asc Description: Digital signature
Bug#305736: docbook-xml: ent symlink in DocBook DTD directories should be removed
Package: docbook-xml Version: 4.4-2 Severity: normal The ent symlink in DocBook DTD directories should be removed. For example, /usr/share/xml/docbook/schema/dtd/4.4/ent It's not necessary. Try removing it and you will see what I mean. With the current catalog setup, the ISO character entities seem to be getting resolved by their public IDs. Even if that symlink were being followed by catalog-aware tools, it wouldn't produce the expected result. Because the dbcentx.mod file uses system IDs with filenames like this: ent/isoamsa.ent Whereas in /usr/share/xml/entities/xml-iso-entities-8879.1986/ the actual filenames are like this: ISOamsa.ent That is the symlink would cause tools to look for an isoamsa.ent file in /usr/share/xml/entities/xml-iso-entities-8879.1986/ ... but tools are not going to find that. What they'll find instead is a ISOamsa.ent file. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages docbook-xml depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.1.0+pre1 common SGML and XML data ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301157: Accepted docbook-xml 4.4-1 (all source)
Adam Di Carlo [EMAIL PROTECTED] writes: Makes me think about dh_installxmlcatalogs could check for conditions like this. Having a FPI in a package but not covered by a root desclation should trigger a warning. But maybe the package then would have to understand more than we want it to... I think it would be great if it were to trigger a warning during the package build. Running xmlcatalog -v also helps. Or running the Apache XML Commons Resolver with verbosity set ito 2. For example, here is the output from both tools prior to making the root/system change for the docbook.org URI. $ java org.apache.xml.resolver.apps.resolver system -s http://docbook.org/xml/4.4/docbookx.dtd Loading catalog: /etc/xml/catalog Resolve SYSTEM (systemid): system id: http://docbook.org/xml/4.4/docbookx.dtd Result: null $ xmlcatalog -v /etc/xml/catalog http://docbook.org/xml/4.4/docbookx.dtd Resolve sysID http://docbook.org/xml/4.4/docbookx.dtd 1076527232 Parsing catalog /etc/xml/catalog /etc/xml/catalog added to file hash Resolve URI http://docbook.org/xml/4.4/docbookx.dtd No entry for SYSTEM http://docbook.org/xml/4.4/docbookx.dtd No entry for URI http://docbook.org/xml/4.4/docbookx.dtd So you can see that it never gets past /etc/xml/catalog. Here is what the output looks like once the change is made. $ java org.apache.xml.resolver.apps.resolver system -s http://docbook.org/xml/4.4/docbookx.dtd Loading catalog: /etc/xml/catalog Resolve SYSTEM (systemid): system id: http://docbook.org/xml/4.4/docbookx.dtd Switching to delegated catalog(s): file:/etc/xml/docbook-xml.xml Loading catalog: file:/etc/xml/docbook-xml.xml Switching to delegated catalog(s): file:/usr/share/xml/docbook/schema/dtd/4.4/catalog.xml Loading catalog: file:/usr/share/xml/docbook/schema/dtd/4.4/catalog.xml Result: file:/usr/share/xml/docbook/schema/dtd/4.4/docbookx.dtd $ xmlcatalog -v /etc/xml/catalog http://docbook.org/xml/4.4/docbookx.dtd Resolve sysID http://docbook.org/xml/4.4/docbookx.dtd 1076527232 Parsing catalog /etc/xml/catalog /etc/xml/catalog added to file hash file:///etc/xml/docbook-xml.xml not found in file hash 1076527232 Parsing catalog file:///etc/xml/docbook-xml.xml file:///etc/xml/docbook-xml.xml added to file hash Trying system delegate file:///etc/xml/docbook-xml.xml file:///usr/share/xml/docbook/schema/dtd/4.4/catalog.xml not found in file hash 1076527232 Parsing catalog file:///usr/share/xml/docbook/schema/dtd/4.4/catalog.xml file:///usr/share/xml/docbook/schema/dtd/4.4/catalog.xml added to file hash Trying system delegate file:///usr/share/xml/docbook/schema/dtd/4.4/catalog.xml Found system match http://docbook.org/xml/4.4/docbookx.dtd file:///usr/share/xml/docbook/schema/dtd/4.4/docbookx.dtd -Mike signature.asc Description: Digital signature
Bug#305736: docbook-xml: ent symlink in DocBook DTD directories should be removed
Adam Di Carlo [EMAIL PROTECTED] writes: Michael Smith [EMAIL PROTECTED] writes: ... it wouldn't produce the expected result. Because the dbcentx.mod file uses system IDs with filenames like this: ent/isoamsa.ent Whereas in /usr/share/xml/entities/xml-iso-entities-8879.1986/ the actual filenames are like this: ISOamsa.ent Actually, only 4.4 had it this way, and that was a separte bug (fixed for the next upload). Given that is fixed, I think the symlinks still have a meaningful purpose. How does it hurt to leave them? I guess it doesn't hurt, as long as the filenames of the *.ent files are consistent between the dbcentx.mod file and the filenames in /usr/share/xml/entities/xml-iso-entities-8879.1986/ But now that the DocBook TC is no longer maintaining the entities, the canonical filenames for them are the W3C versions of the filenames, which are the all-lowercase, all-one-word versions like isoamsa.ent. See: http://www.w3.org/2003/entities/iso8879/ And the canonical URIs are now, for example: http://www.w3.org/2003/entities/iso8879/isoamsa.ent DocBook Simplified 1.1 actually uses those canonical URIs, because it doesn't ship with the entities, as full DocBook does. So I think maybe sgml-data needs to be updated so that /usr/share/xml/entities/xml-iso-entities-8879.1986/ includes the filenames like isoamsa.ent. They can just be made symlinks to, e.g., ISOamsa.ent. --Mike smime.p7s Description: S/MIME cryptographic signature
Bug#305736: docbook-xml: ent symlink in DocBook DTD directories should be removed
Adam Di Carlo [EMAIL PROTECTED] writes: retitle 305736 non-standard XML ISO entity file names reassign 305736 sgml-data thanks Michael Smith [EMAIL PROTECTED] writes: I guess it doesn't hurt, as long as the filenames of the *.ent files are consistent between the dbcentx.mod file and the filenames in /usr/share/xml/entities/xml-iso-entities-8879.1986/ [...] So I think maybe sgml-data needs to be updated so that /usr/share/xml/entities/xml-iso-entities-8879.1986/ includes the filenames like isoamsa.ent. They can just be made symlinks to, e.g., ISOamsa.ent. I agree. I'll redirect this bug to sgml-data. I wonder why I was using the upper cased versions in the first place. I wonder why too :) Maybe because there's some other (non-package) that expects them in that form? Or maybe because the parameter-entity names that the DocBook DTD uses internally to refer to them follow that uppercase form. One thing to keep in mind is that up until DocBook 4.4, the DocBook DTD was using the form iso-amsa.ent. DocBook 4.4 is the first to use the isoamsa.ent form -- because that's the form of the filenames that the W3C distribution uses. So seems like it'd be best have the DocBook package take the entity filenames for all the older releases and rewrite them in the W3C all-lowercase, all-one-word form. But I'm still wondering whether there might be other packages that expect the uppercase form. If so, seems like either you'll need to have both the lowercase and uppercase forms in the /usr/share/xml/entities/xml-iso-entities-8879.1986/ directory. Or the other package(s) will need to be updated to expect the lowercase forms. --Mike -- Michael Smith http://logopoeia.com/ http://www.oreillynet.com/pub/au/890 smime.p7s Description: S/MIME cryptographic signature
Bug#301157: docbook-xml: XML catalog resolution fails for v4.3 DTD
Package: docbook-xml Version: 4.3-1.1 Severity: important XML catalog resolution for the v4.3 DTD fails. For example: $ xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for SYSTEM http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd No entry for URI http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd Whereas, if I do the same for 4.2 system ID - $ xmlcatalog /etc/xml/catalog http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd file:///usr/share/xml/docbook/schema/dtd/4.2/docbookx.dtd Looking at /usr/share/xml/docbook/schema/dtd/4.3/catalog.xml I see that it's lacking a system element (the 4.2 catalog has one...) That is, it should have this: system systemId=http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd; uri=docbookx.dtd/ If that is added to the catalog, it will fix the problem. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages docbook-xml depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.2 common SGML and XML data ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]