Bug#349657: Freefont Alef and Lamed combine
Package: openoffice.org Version: 2.0.0-5 When the unicode character 0x05D0 (HEBREW LETTER ALEF) is immediately followed by 0x05DC (HEBREW LETTER LAMED) in the FreeSans or FreeSerif font, the two characters combine and are replaced by 0xFB4F (HEBREW LIGATURE ALEF LAMED). The ligature is an archaic form that is not used in modern Hebrew. The combination of Alef followed by Lamed is very common in Hebrew, so this bug renders these fonts nearly unusable for any OOo document that needs to include Hebrew text. The upstream developers have verified that this bug only occurs on the Debian build of OOo, so it appears not to be a problem with OOo itself or with the font. The characters become combined any time they are next to each other - not just when they are input. For example, when I input Alef and Lamed separated by some other character, then delete the other character, the Alef and Lamed then combine. The bug occurs for FreeSans and FreeSerif, but NOT FreeMono, from the ttf-freefont package, version 20051102-2. That package installs version 1.28 of the fonts. The bug occurs in both Writer and Calc. The following builds of OOo were tested by the upstream developers using version 1.27 of freefont, downloaded from http://download.savannah.gnu.org/releases/freefont/freefont-ttf.zip and manually installed to OOo using spadmin, on a Debian testing system: a) Hebrew 2.0 from OpenOffice.org.il b) English 2.0 from OpenOffice.org c) English 2.0.1 from OpenOffice.org d) Debian OOo package 2.0.0-5 (English) The problem ONLY occured for (d), the Debian package build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349657: This is a font bug
I now believe that this is a bug in the fonts. It is still a mystery to me why this problem only occurs in the Debian build, though. Please forward this bug to ttf-freefont, and upgrade severity to important. In the freetype fonts, the OpenType feature tag for the Alef-Lamed ligature (0xFB4F) is "liga", which means "Standard Ligature". That implies that the ligature is mandatory. But this ligature certainly should not be mandatory. The correct feature tag for this ligature should be "dlig", which means "Discretionary Ligature". See the OpenType specification document for Hebrew at: http://www.microsoft.com/typography/otfntdev/hebrewot/features.aspx When I make this change in the SFD source file and recompile using fontforge, the problem is fixed.
Bug#301948: Urgent - need dependency package for kvim
Package: vim Version: 1:6.3-068+4 Followup-For: Bug #301948 Yes kvim was suddenly removed entirely. As a result, I almost accidentally deleletd all of KDE. I wonder how many people have destroyed their system because of this. When a package with such heavy dependencies needs to be removed, shouldn't it instead first be replaced by a temprorary dummy package that causes the dependencies to be satisfied? Thanks! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vim depends on: ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgpmg11.19.6-19General Purpose Mouse - shared lib ii libncurses5 5.4-4Shared libraries for terminal hand ii vim-common 1:6.3-068+4 Vi IMproved - Common files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301948: Urgent - need dependency package for kvim
This is a continuation of bug #301948. I wrote: Yes kvim was suddenly removed entirely. As a result, I almost accidentally deleletd all of KDE. I wonder how many people have destroyed their system because of this. Norbert Tretkowski wrote: I'd say everyone who just press return instead of reading the messages about removed packages from apt-get. ;-) You are right, I deserved it. Lucky I looked this time :) I'm still interested _which_ packages depends on kvim and caused the removal of KDE on some systems. I checked this, but only found some packages recommending kvim, which shouldn't be a problem. The offending dependency chain is: kde => kdeaddons => vimpart => kvim Note that the last link is NOT a recommends - it is a depends on. ...the packages depending on kvim should be fixed. I already filed a bugreport against kde-extras (#303266), which recommends (and not depends on) kvim. Please, write bugreports against the packages which depends directly or indirectly on kvim. OK. I think vimpart is the culprit. Thanks - Yitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304189: vimpart: Remove depends on kvim
Package: vimpart Version: 4:3.3.2-2 Severity: important vimpart depends on choosing one vim flavor from a long list. One package on the list is kvim - and until now it seems to have been the default. kvim was just removed entirely. As a result, I almost accidentally removed all of KDE (lucky I looked this time :)). -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages vimpart depends on: ii kcontrol 4:3.3.2-1 KDE Control Center ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii vim-python 1:6.3-068+4 Vi IMproved, with python scripting ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402753: lilypond-doc : there is no HTML documentation at all
This package is supposed to provide documentation, but none at all is provided due to bugs. So this is a grave bug. -Yitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402753: lilypond-doc : there is no HTML documentation at all
Frank Küster wrote: Well, there are still the info files. Whether it is grave or important to not include the html docs, this I leave to the maintainer. Never mind, let's fix it! However, the bug can be fixed by adding rsync to Build-Depends-Indep. At least this helped when I tried in a pbuilder chroot, using "debian/rules binary-indep". I'm currently trying with pbuilder/dpkg-buildpackage and a complete build. Great! Hope it works. However, I think even if this helps to re-include the html documentation, there is still a bug left, and that is that the package builds fine even when this command fails. At least that's not RC. Why this is so I don't know offhand, but it might be that this (from GNUMakefile.in): for a in `find . -name out-www`; do \ rsync -a --link-dest $$a/ $$a/ $$a/.. ; \ rm -rf $$a ; \ done \ will not cause Make to fail when rsync is missing because only the last command counts. If that's true, then rsync -a --link-dest $$a/ $$a/ $$a/.. && rm -rf $$a ; \ might do (or not, since the for loop might still be successful if only the first rsync call fails for some reason. So then how about something like rsyncres=0 \ for a in `find . -name out-www`; do \ if rsync -a --link-dest $$a/ $$a/ $$a/.. ; \ then rm -rf $$a ; \ else rsyncres=1; break; \ fi; \ done; \ [ $$rsyncres -eq 0 ] A bit messy, but should do it. While using binary-indep, I noticed that there are some files left in debian/tmp/. Is this intended? Thanks, Yitz
Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3
As a heavy users of digicam (actually my kids, not me, anyway...), we would lose a LOT more data from digicam being removed from etch than from this bug. It would be nice if 0.9.0-final could make it into etch, but I have my doubts that it is possible at this point. So I urgently request that this bug be downgraded to important, or tagged etch-ignore. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405386: [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3
Mark Purcell wrote: ...we are going to... revert digikam in etch to 0.8.2 due to a library transition for libexiv2... digikam 0.9.0 (final) is currently available in the experimental distribution. I would suggest that you both upgrade to 0.9.0 and advise if this issue is still a problem. Where can I get libexiv2-0.12? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405386: [Pkg-kde-extras] Bug#405386: digikam: moving items loses tag and rating data in 0.9.0-beta3
Is there a version of digikamimageplugins that can be used with digikam 0.9.0 and libexiv2-0.12? We are keeping in front of you but only just. :-) Thanks. I know that maintaining a package with so many dependencies is a challenge. But when you are successful, that is where Debian provides its greatest value. Keep up the good work! -Yitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397594: dia: Dia not on KDE Graphics menu
Package: dia Version: 0.95.0-4.1+b1 Severity: normal Dia should appear on the KDE Graphics menu, but it is not there. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages dia depends on: ii dia-common 0.95.0-4.1Diagram editor (common files) ii dia-libs 0.95.0-4.1+b1 Diagram editor (library files) ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-7PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-2 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages dia recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397594: [Pkg-dia-team] Bug#397594: dia: Dia not on KDE Graphics menu
With KDE 3.5 and dia 0.96.1-2, it is included in the Graphics menu (maybe in earlier versions, too?). Dia still does not appear on the KDE Graphics menu on my system. Currently I have: kdebase 4:3.5.5a.dfsg.1-6 dia 0.95.0-4.1+b1 I have been running Debian testing for several years, steadily upgrading packages as updates become available. Both KDE and Dia have been on my system for the entire time. Dia has never appeared on the KDE Graphics menu. Dia does appear on the Debian > Apps > Graphics menu. But it should also appear on the KDE Graphics menu, and perhaps also the KDE Development menu. Thanks, Yitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397594: [Pkg-dia-team] Bug#397594: dia: Dia not on KDE Graphics menu
Oh, sorry, do you mean to say that it was recently fixed in unstable? If so, I can't test it, because I have no way to install that version due to dependencies. But it should be a simple enough fix, so if that is the case, I would say you can safely close this bug. I'll reopen if the menu item doesn't appear for me when the fix gets pushed up to testing. Thanks, Yitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427769: libghc6-missingh-dev: Depends on network-2.0
Package: libghc6-missingh-dev Version: 0.18.4 Severity: important When trying to install on testing, I get: Setting up libghc6-missingh-dev (0.18.4) ... Reading package info from stdin ... done. ghc-pkg: dependency network-2.0 doesn't exist (use --force to override) dpkg: error processing libghc6-missingh-dev (--configure): subprocess post-installation script returned error exit status 1 Perhaps a Haskell package dependency is not properly reflected in the Debian package? Thanks, Yitz -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-missingh-dev depends on: ii ghc6 [libghc6-unix-dev] 6.6-3 GHC - the Glasgow Haskell Compilat ii libghc6-filepath-dev 1.0-2 GHC 6 library for manipulating Fil ii libghc6-hslogger-dev 1.0.2 The Haskell Logging Framework, GHC ii libghc6-hunit-dev 1.1-3 Haskell unit testing framework for ii libghc6-mtl-dev 1.0-3 Haskell monad transformer library ii libghc6-network-dev 2.0-3 Haskell network library for GHC ii libghc6-quickcheck-dev1.0-3 Haskell automatic testing library libghc6-missingh-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352811: emacs21: Font problem - characters displayed as boxes
This version of emacs21 has been pushed to testing despite this bug. Now I, and probably many other etch users, are now also suffering from it. Please remove the "unreproducible" tag from this bug. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352811: emacs21: Font problem - characters displayed as boxes
I am running a generic testing box. I am not using a font server - my font paths are hard-coded in xorg.conf. I have added a few extra font paths. Because of this bug, the only way I can use emacs at this time is by using mouse menu commands: Options -> Mule -> Set font and then Fontset -> standard: 16-dot medium as suggested by Craig Duncan. I have to do that every time I run emacs, because Craig's other suggested work-around - using the "set-frame-font" command - does not work for me. When I run M-X set-frame-font and hit tab to get a *Completions* buffer, there are 640 fonts to choose from. I admit that I have not yet tried every single one, but none of the 30 or 40 that I have tried so far works. Also, using the mouse menu "Set font" command does not completely solve the problem. Buffers with font variations, like the "Options -> Customize Emacs" buffers, still contain boxes in place of some of the fonts, so I cannot use them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352811: emacs21: Font problem - characters displayed as boxes
After installing a few font packages, my situation is improved with respect to this bug, though it is not fixed. Weirdly enough - after I purged all of the font packages I just installed, nothing changed. I installed exactly the following packages: t1-xfree86-nonfree ttf-larabie-deco ttf-larabie-straight ttf-larabie-uncommon ttf-sjfonts ttf-xfree86-nonfree xfonts-efont-unicode xfonts-efont-unicode-ib bitmap-mule xfonts-bitmap-mule mule-ucs Now the situation is as follows: - I no longer get the "Warning" message when I start emacs. - Some, but not all, of the text is visible on the initial splash screens of emacs (before, nothing was visible except the graphic). - Regular buffers do not work until I change the frame font, as before. - Using the mouse set font command, all fonts now work except Default. - Using the set-frame-font function, all fonts that I have tried now work. - After changing the frame font, "Customize Emacs" now works. - When I put a set-frame-font command in my startup files in /etc/emacs21, all of the text in the splash screens is now visible. - Pop-up "tool tip" baloons still do not work, even after setting the font. As mentioned above, this situation remains even after I purged (not just deleted) the font packages that I installed. I did not revert to the worse situation described in my previous post. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397006: Python 2.5 still broken on testing
On testing, that work-around is not possible - 70 dependencies prevent upgrading python2.4-minimal to 2.4.4-1. So python2.5 still cannot install on testing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
