Printing USPS forms with Linux and FF 3.0

I had to ship a Priority Mail and an international package today. I went to usps.com to do it, because I found this saved a trip to the post office when I tried it last year. However, it seems that USPS has been tinkering with the site, and has messed up the print process. See this article for example (for Mac): http://www.macosxhints.com/article.php?story=2005052713194641

That thread gave me the clues necessary to achieve this workaround. Hope it helps someone.

When you get to the page where the form should be printing, open the "Page Info" window from the "Tools" menu. Click on the "Media" tab, highlight the last entry (ending in "com.usps.cns.web.pdf.LabelGenerationServlet") and download it using the "Save As" button. The resulting file is a PDF containing the form(s).

Red Hat 9 software updates

In case it's useful to someone, here are some tips on using yum to get software updates:

- Ensure you are using the version of python packaged with the distribution.

- The old repositories are gone. Here's an /etc/yum.conf that works currently:

[main]
cachedir=/var/cache/yum
debuglevel=2
logfile=/var/log/yum.log
pkgpolicy=newest
distroverpkg=redhat-release
tolerant=1
exactarch=1
retries=20
exclude=kernel*

[base]
name=Red Hat Linux $releasever - Base
baseurl=http://ftp.kddilabs.jp/Linux/packages/fedora.legacy/redhat/$releasever/os/$basearch/
gpgcheck=1

[updates-released]
name=Red Hat Linux $releasever - Released Updates
baseurl=http://ftp.kddilabs.jp/Linux/packages/fedora.legacy/redhat/$releasever/updates/$basearch/
gpgcheck=1

#[updates-testing]
#name=Red Hat Linux $releasever - Unreleased Updates
#baseurl=http://ftp.kddilabs.jp/Linux/packages/fedora.legacy/redhat/$releasever/updates-testing/$basearch/
#gpgcheck=1

[legacy-utils]
name=Fedora Legacy utilities for Red Hat Linux $releasever
baseurl=http://ftp.kddilabs.jp/Linux/packages/fedora.legacy/redhat/$releasever/legacy-utils/$basearch/
gpgcheck=1

Ice 3.3.0 on RH9 progress

All 61 tests in the test suite for the C++ build now pass!

Now for the Python build...

Code changes to Ice-3.3.0 for RH9

cpp/src/IceUtil/Cond.cpp
at line 314, ifdef this out - it appears RH9 does not support it.

cpp/src/IceSSL/Instance.cpp
at line 76, change to reinterpret_cast - this older version of NPTL has pthread_t as a different type.

cpp/src/IceUtil/Time.cpp
at line 114, monotonic clock issue again.

cpp/src/Ice/Network.cpp
at lines 335 and 1365, change "1" to "tcpmux"
(getaddrinfo(3) on RH9 has some quirks).

Ice on RH9 - the quest continues

Back from vacation, once more unto the breach.

Got a compile error while building Freeze (complaining about old include file styles). I'm wondering whether the source code from zeroc is really buildable! It's not clear to me how RH9 can be the reason for these errors.

So, I'm trying it again from the top using gcc 3.4.6 (per Ice-3.3.0/cpp/INSTALL.LINUX, which says:

Ice is expected to build properly with GCC 3.3 or later. However, only
the following compilers are officially supported:

- GCC 3.4.6 on RHEL 4.6
- GCC 4.1.2 on RHEL 5.1
- GCC 4.1.x on SLES 10 SP1
)

Using '~/gcc-3.4.6/configure --prefix=/usr/local/gcc/3.4.6 --enable-languages=c++ --disable-libgcj' which seems to cut down build time.