Posts Tagged ‘Red Hat’

Font Frustration

Friday, 11 February 2011

One or more persons have wandered to this 'blog searching with

openoffice weak preference symbol

which touches on the font-fallback problem that I mentioned in my previous entry.

The symbols that one would typically encounter or want to use when talking about preference are

symboltypical meaning
in decision theory
is strictly preferred to


is weakly preferred[1] to
is not less preferred than
is indifferent with
is not indifferent with
is not preferred to


is weakly less preferred[2] than
is strictly less desired than

[Up-Date (2011:04/05): I have since uploaded a more complete table, including symbols, Unicode values, and LAΤΕΧ code, in the form of a PDF file.]

Now, it used to be that, when running OpenOffice under Red Hat Enterprise Linux, I had no problem using the symbols of my choice from amongst those on the table above. But when I up-dated to RHEL 6.0, the OpenOffice formula editor stopped properly rendering any of the above except .[3]

For the formulæ that I'd previously entered, I'd specified a font either of Times New Roman or of Liberation Serif. The files for neither of these fonts actually contain the symbols above, but OpenOffice and RHEL are supposed to coöperate to effect font-fallback, and draw the characters from the files for some similar font or fonts. The software had been doing this, but with the up-date to RHEL 6.0 it is not.

This isn't a particulary great problem for new formula; I would just need to change the configuration of the formula editor to use some font that has the desired symbols; one could even play specifically with the formula editor's catalog, so that just those symbols would be rendered with that font, and some preferred font could be used for everything else.

But one of the serious, long-standing deficiencies of the OpenOffice formula editor is that there isn't a way to globally change the settings for all formulæ which have already been entered into a document. I have literally hundreds of preëxisting formulæ, for each of which the editor would have to be individually reconfigured, to fix things within OpenOffice. Right now, my best option seems to be to export the relevant documents to ΤΕΧ or to LAΤΕΧ, and to proceed with a plain-text editor!

Red Hat has responded to my bug-report as if it were a request for enhancement; since they hadn't planned any near-term enhancements in the versions that they distribute of OpenOffice or of fontconfig (with which OpenOffice would handle font-fallback), they refuse to address the bug. OpenOffice.org, meanwhile, is aware that OpenOffice doesn't handle font-fallback properly, and aware that it ought to be possible to reconfigure the formula editor globally within a document, but had invested its hopes in the editor's using a specific font, OpenSymbol, to provide mathematical characters. That font doesn't have any of the characters above, except perhaps .


[1] The relation of weak preference is one of being either more desirable or equally desirable, rather than one of necessarily being just a little more desirable. On the assumption that preferences are a complete ordering, weak preference is equivalent to being not less desirable.

[2] This relation is one of being either less desirable or equally desirable, rather than one of necessarily being just a little less desirable. On the assumption that preferences are a complete ordering, this relation is equivalent to being not more desirable.

[3] I'd not been getting that by entering , but by using the editor mark-up sim.

Installing OpenOffice 3.3.x under Red Hat Enterprise Linux 6.x

Friday, 11 February 2011

If you’re actually trying to install another version of OpenOffice or under a different version of RHEL, then click on the OpenOffice tag, as there may be an entry on that other version.

Because of a font-fallback problem with the combination of RHEL 6.0 and OpenOffice 3.2 or 3.3, I am considerably less happy with OpenOffice and more unhappy with Red Hat. But a fair number of the visits to this 'blog are by people looking to install OpenOffice on RHEL, so this entry updates my suggested procedure for installing OpenOffice 3.2.x under RHEL 6.x:

  1. If you don't have a JRE installed, then install one. As I write, Sun is at update 23 (while OpenOffice is at update 22), but check with Sun for a more recent version when you are installing OpenOffice. (I suggest that one use jdk-6uxx-linux-xxx-rpm.bin or jre-6uxx-linux-xxx-rpm.bin, rather than jre-6uxx-linux-xxx.bin.) The remainder of these instructions assume that one has a JRE installed.

  2. Remove any earlier installation of OpenOffice. As root, enter these three commands:

    rpm -qa | grep openoffice | xargs rpm -e --nodeps
    rpm -qa | grep ooobasis | xargs rpm -e --nodeps
    rpm -qa | grep fake-db | xargs rpm -e --nodeps

  3. Unpack OOo_3.3.x_Linux_x86_install_wJRE_en-US.tar.gz or OOo_3.3.x_Linux_x86-64_install_wJRE_en-US.tar.gz (or the version appropriate to a devil-language, if you use one of those) to your filespace.

  4. Go into resulting OOO33x_mxx_native_packed-x_en-US.xxxx/RPMS/ (or to the OOO33x_mxx_native_packed-x_xx-xx.xxxx/RPMS/ corresponding to your devil-tongue).

  5. As root, run these three commands

    find . -maxdepth 1 -name "o*.rpm" | xargs rpm -U
    rpm -U desktop-integration/openoffice.org*-redhat-menus-*.noarch.rpm
    rpm -U userland/*.rpm

  6. Tell OpenOffice which JRE to use:

    • Launch OpenOffice:
      /usr/bin/openoffice.org3
    • Select
      Tools | Options… | OpenOffice.org | Java | Use a Java runtime environment
    • Choose one of the environments that is then listed.
    • Click the OK button.
    • Shut-down OpenOffice. (The selection of JRE will be in effect upon next launch.)

Installing Haskell to Red Hat Enterprise Linux 6.x

Saturday, 27 November 2010

I don't normally draw packages from EPEL, because some of them have conflicted with packages from other repositories that I use. But packages for Haskell on RHEL can be found there, and I haven't found working .RPMs elswehere. On the assumption that one is going to use those EPEL packages, gmp-devel, which is available from RHN, must be installed. To do so, as root, enter

yum install gmp-devel

There are at least a couple of ways to fetch and install the EPEL packages for Haskell. I think that the easiest is to use yum. As root, creäte a file

/etc/yum.repos.d/epel.repo
with contents
[epel]
name=RHEL 6 - epel - $releasever - $basearch
baseurl=http://download.fedoraproject.org/pub/epel/beta/6/$basearch/
gpgcheck=0
enabled=1
priority=1
exclude=*release
Then as root enter
yum install haskell-platform
(After that, as root I delete that .repo file
rm /etc/yum.repos.d/epel.repo
so as not to have those previously mentioned conflicts with packages from other repositories.)

Installing OpenOffice 3.2.x under Red Hat Enterprise Linux 6.x

Friday, 12 November 2010

If you’re actually trying to install another version of OpenOffice or under a different version of RHEL, then click on the OpenOffice tag, as there may be an entry on that other version.

My suggested procedure for installing OpenOffice 3.2.x under RHEL 6.x is essentially the same, mutatis mutandis, as that for installing OpenOffice 3.2.x under RHEL 5.x.:

  1. If you don't have a JRE installed, then install one. As I write, Sun is at update 22 (while OpenOffice is at update 20), but check with Sun for a more recent version when you are installing OpenOffice. (I suggest that one use jdk-6uxx-linux-xxx-rpm.bin or jre-6uxx-linux-xxx-rpm.bin, rather than jre-6uxx-linux-xxx.bin.) The remainder of these instructions assume that one has a JRE installed.

  2. Remove any earlier installation of OpenOffice. As root, enter these three commands:

    rpm -qa | grep openoffice | xargs rpm -e --nodeps
    rpm -qa | grep ooobasis | xargs rpm -e --nodeps
    rpm -qa | grep fake-db | xargs rpm -e --nodeps

  3. Unpack OOo_3.2.x_LinuxIntel_install_wJRE_en-US.tar.gz (or the version appropriate to a devil-language, if you use one of those) to your filespace.

  4. Go into resulting OOO32x_mxx_native_packed-x_en-US.xxxx/RPMS/ (or to the OOO32x_mxx_native_packed-x_xx-xx.xxxx/RPMS/ corresponding to your devil-tongue).

  5. As root, run

    find . -maxdepth 1 -name "o*.rpm" | xargs rpm -U

  6. As root, run

    rpm -U desktop-integration/openoffice.org*-redhat-menus-*.noarch.rpm
    (NB: You may need to log-out and back-in for the Applications menu to be up-dated and list the latest OpenOffice components. Your previous version may continue to be listed on the menu.)

  7. As root, run

    rpm -U userland/*.rpm

  8. Tell OpenOffice which JRE to use:

    • Launch OpenOffice:
      /usr/bin/openoffice.org3
      (It may not be listed on the applications menu unless you have logged-out and back-in. Before then, you may be able to launch it from the menu by way of a listing for a previous version.)
    • Select
      Tools | Options… | OpenOffice.org | Java | Use a Java runtime environment
    • Choose one of the environments that is then listed.
    • Click the OK button.
    • Shut-down OpenOffice. (The selection of JRE will be in effect upon next launch.)

Installing Firefox 3.6 under Red Hat Enterprise Linux 5.x

Monday, 29 March 2010

If you're actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

Since a fair number of the hits to this 'blog are from searches as how to install Firefox 3.5 under RHEL 5.x or as to how to install Firefox 3.0 under RHEL 5.x, I'm going to infer that people are and will be surfing the WWWeb for instructions on how to install Firefox 3.6 under RHEL 5.x. Here are the steps that I recommend:

  1. Download the archive, firefox-3.6.n.tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-3.6.n.tar.bz2 -C /opt/
    (Replace that n with the actual number from the archive that you downloaded.)
  3. Make sure that you have compat-libstdc++-33 (a Gnome C++ compatibility library):
    rpm -qa | grep compat-libstdc++-33
    If not, then as root install it:
    yum install compat-libstdc++-33
  4. To avoid conflicts with SELinux, as root run
    chcon -t textrel_shlib_t /opt/firefox/libxul.so
    (If you didn't install the directory in /opt, or renamed the firefox directory, then you'll need to modify the above final argument to chcon accordingly.)
  5. You'll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false
    (Again, if you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)
  6. Log out and back in or restart the system (to up-date the GUI).

Installing OpenOffice 3.2.x under Red Hat Enterprise Linux 5.x

Tuesday, 16 March 2010

If you’re actually trying to install another version of OpenOffice, then click on the OpenOffice tag, as there may be an entry on that other version.

My suggested procedure for installing OpenOffice 3.2.x under RHEL 5.x is essentially the same, mutatis mutandis, as that for installing OpenOffice 3.1.x:

  1. If you don't have a JRE installed, then install one. As I write, OpenOffice and Sun are in-synch at update 18, but check with Sun for a more recent version when you are installing OpenOffice. (I suggest that one use jdk-6uxx-linux-xxx-rpm.bin or jre-6uxx-linux-xxx-rpm.bin, rather than jre-6uxx-linux-xxx.bin.) The remainder of these instructions assume that one has a JRE installed.

  2. Remove any earlier installation of OpenOffice. As root, enter these three commands:

    rpm -qa | grep openoffice | xargs rpm -e --nodeps
    rpm -qa | grep ooobasis | xargs rpm -e --nodeps
    rpm -qa | grep fake-db | xargs rpm -e --nodeps

  3. Unpack OOo_3.2.x_LinuxIntel_install_wJRE_en-US.tar.gz (or the version appropriate to a devil-language, if you use one of those) to your filespace.

  4. Go into resulting OOO32x_mxx_native_packed-x_en-US.xxxx/RPMS/ (or to the OOO32x_mxx_native_packed-x_xx-xx.xxxx/RPMS/ corresponding to your devil-tongue).

  5. As root, run

    find . -maxdepth 1 -name "o*.rpm" | xargs rpm -U

  6. As root, run

    rpm -U desktop-integration/openoffice.org*-redhat-menus-*.noarch.rpm
    (NB: You may need to log-out and back-in for the Applications menu to be up-dated and list the latest OpenOffice components. Your previous version may continue to be listed on the menu.)

  7. As root, run

    rpm -U userland/*.rpm

  8. Tell OpenOffice which JRE to use:

    • Launch OpenOffice:
      /usr/bin/openoffice.org3
      (It may not be listed on the applications menu unless you have logged-out and back-in. Before then, you may be able to launch it from the menu by way of a listing for a previous version.)
    • Select
      Tools | Options… | OpenOffice.org | Java | Use a Java runtime environment
    • Choose one of the environments that is then listed.
    • Click the OK button.
    • Shut-down OpenOffice. (The selection of JRE will be in effect upon next launch.)

Dealing with RARs in Red Hat Linux

Wednesday, 13 January 2010

When one installs rar in Red Hat Linux,

yum install rar
and then attempts to run rar or unrar, one is likely to get a failure with the diagnostic
rar: /lib/libc.so.6: version `GLIBC_2.7' not found (required by rar)

In various fora, the recommendation has been to install a newer version of glibc or somesuch. Such updating would be a signally bad idea, likely to disable the operating system.

Instead, note that the rar package came with rar_static. Use that in place of rar. (If it makes you happier, you could delete rar and rename or alias rar_static with rar.)

Installing Firefox 3.5 under Red Hat Enterprise Linux 5.x

Tuesday, 4 August 2009

If you're actually trying to install another version of Firefox, then click on the Firefox tag, as there may be an entry on that other version.

Firefox 3.5.2 has been released. I imagine that someone will soon provide an .rpm; but, for now, Red Hat users will have to install things from a tarball. Since a fair number of the hits to this 'blog are from searches as to how to install Firefox 3.0 under RHEL 5.x, I'm going to infer that people are and will be surfing the WWWeb for instructions on how to install Firefox 3.5 under RHEL 5.x.

My first piece of advice is that one not install Firefox 3.5.1. When I tried using it, it would do something that caused the Linux user account to be logged-out. However, I've being trying version 3.5.2, and so far I've not had that problem with it. [Up-Date (2009:08/17): Unfortunately, I have since had some problems with version 3.5.2 logging me out of the system, and on one occasion it screw-up the display resolution. But these problems have not been so frequent as to move me to stop using this version.] That said, here are the steps that I recommend:

  1. Download the archive, firefox-3.5.n.tar.bz2.
  2. The tarball contains a directory, firefox, which should be dropped-in as a sub-directory of something. If you want to ponder where, then study the FHS. As for me, as root, I put it in /opt:
    tar -xjvf firefox-3.5.n.tar.bz2 -C /opt/
    (Replace that n with the actual number from the archive that you downloaded.)
  3. Make sure that you have compat-libstdc++-33 (a Gnome C++ compatibility library):
    rpm -qa | grep compat-libstdc++-33
    If not, then as root install it:
    yum install compat-libstdc++-33
  4. To avoid conflicts with SELinux, as root run
    chcon -t textrel_shlib_t /opt/firefox/libxul.so
    (If you didn't install the directory in /opt, or renamed the firefox directory, then you'll need to modify the above final argument to chcon accordingly.)
  5. You'll need a .desktop file for Firefox (though you may already have one). As root, edit/create /usr/share/applications/firefox.desktop, ensuring that it reads
    [Desktop Entry]
    Categories=Application;Network;X-Red-Hat-Base;
    Type=Application
    Encoding=UTF-8
    Name=Firefox
    Comment='WWW browser'
    Exec='/opt/firefox/firefox'
    Icon='/opt/firefox/icons/mozicon128.png'
    Terminal=false
    (Again, if you didn't install in /opt, or changed the name of the firefox directory, then you'll need to change the above accordingly.)
  6. Log out and back in or restart the system (to up-date the GUI).

Installing OpenOffice 3.1.x under Red Hat Enterprise Linux 5.x

Monday, 8 June 2009

If you’re actually trying to install another version of OpenOffice, then click on the OpenOffice tag, as there may be an entry on that other version.

My suggested procedure for installing OpenOffice 3.1.x under RHEL 5.x is essentially the same, mutatis mutandis, as that for installing OpenOffice 3.0.x:

  1. If you don't have a JRE installed, then install one. Version 1.6.0 update 13 of the JRE was distributed with OpenOffice 3.1.0 when Sun was already at update 14. As I write, OpenOffice and Sun are in-synch at update 16, but check with Sun for a more recent version when you are installing OpenOffice. (I suggest that one use jdk-6uxx-linux-xxx-rpm.bin or jre-6uxx-linux-xxx-rpm.bin, rather than jre-6uxx-linux-xxx.bin.) The remainder of these instructions assume that one has a JRE installed.

  2. Remove any earlier installation of OpenOffice. As root, enter these two commands:

    rpm -qa | grep openoffice | xargs rpm -e --nodeps
    rpm -qa | grep ooobasis | xargs rpm -e --nodeps

  3. Unpack OOo_3.1.x_LinuxIntel_install_wJRE_en-US.tar.gz (or the version appropriate to a devil-language, if you use one of those) to your filespace.

  4. Go into resulting OOO31x_mxx_native_packed-x_en-US.xxxx/RPMS/ (or to the OOO31x_mxx_native_packed-x_xx-xx.xxxx/RPMS/ corresponding to your devil-tongue).

  5. As root, run

    find . -maxdepth 1 -name "o*.rpm" | xargs rpm -U

  6. As root, run

    rpm -U desktop-integration/openoffice.org*-redhat-menus-*.noarch.rpm
    (NB: You may need to log-out and back-in for the Applications menu to be up-dated and list the latest OpenOffice components. Your previous version may continue to be listed on the menu.)

  7. As root, run

    rpm -U userland/*.rpm

  8. Tell OpenOffice which JRE to use:

    • Launch OpenOffice:
      /usr/bin/openoffice.org3
      (It may not be listed on the applications menu unless you have logged-out and back-in. Before then, you may be able to launch it from the menu by way of a listing for a previous version.)
    • Select
      Tools | Options… | OpenOffice.org | Java | Use a Java runtime environment
    • Choose one of the environments that is then listed.
    • Click the OK button.
    • Shut-down OpenOffice. (The change will be in effect upon next launch.)

NB: This entry was editted on 2009:09/13, to make it compatible with OpenOffice version 3.1.1, and otherwise to improve the instructions. One of the improvements reflects the discussion in the first two comments to this entry.

Unbreaking dkms-fuse

Sunday, 1 February 2009

After a hugger-mugger of up-dates to my Linux installation, I found myself unable to access the Windows NTFS partition on my computer while running Linux.

I had been using the NTFS-3G driver to support such access. NTFS-3G, in turn, uses the fuse file-system API to support such access. Red Hat doesn't support fuse with their kernels, and I don't want to manually rebuild support for it, nor to wait on someone else to do so, whenever Red Hat releases a new kernel, so I support fuse by way of dkms. Thus, to access the Windows NTFS partition, I was using packages

Anyway, when I would try to mount the Windows NTFS partition, I would get a message that /lib/modules/2.6.18-xx.el5/extra/fuse.ko did not exist. There was actually a directory entry for it, but that entry was a redirection to a non-existent file.

As it turned-out, something had gone wrong with my up-dating from RHEL 5.2 to RHEL 5.3, and not only did I not have the most recent versions of the kernels installed, but there was a version mis-match between the kernel to which I was booting and the associated -devel[opment] package. dkms was thus unable to automatically rebuild the fuse file-system interface.

I installed the most recent versions of the kernel and their associated -devel packages, rebooted the system, uninstalled and then reïnstalled fuse-x.x.x-x.elx.rf.i386.rpm, dkms-fuse-x.x.x-x.nodist.rf.noarch.rpm, and fuse-ntfs-3g-x.xxxx-x.elx.rf.i386.rpm. (I doubt that I needed to uninstall and reïnstall fuse-x.x.x-x.elx.rf.i386.rpm and fuse-ntfs-3g-x.xxxx-x.elx.rf.i386.rpm, but I didn't and don't want to bother puzzling that out.) I was then again able to access the Windows NTFS partition.